● 在下面的用例图(UseCase Diagram)中,X1、X2 和 X3 表示 (39) ,已知 UC3是抽象用例,那么 X1 可通
(39)
A. 人
B. 系统
C. 参与者
D. 外部软件
(40)
A. UC4、UC1
B. UC5、UC1
C. UC5、UC2
D. UC1、UC2
(41)
A. UC1
B. UC2
C. UC3
D. UC5
(42)
A. UC1
B. UC2
C. UC3
D. UC5
(39)
A. 人
B. 系统
C. 参与者
D. 外部软件
(40)
A. UC4、UC1
B. UC5、UC1
C. UC5、UC2
D. UC1、UC2
(41)
A. UC1
B. UC2
C. UC3
D. UC5
(42)
A. UC1
B. UC2
C. UC3
D. UC5
A.用例将系统的功能范围分解成许多小的系统功能陈述
B.一个用例代表了系统的一个单一的目标
C.用例是一个行为上相关的步骤序列
D.用例描述了系统与用户之间的交互
用例(use case)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系筑”中,创建新订单和更新订单都需要核查用户帐号是否正确。用例“创建新订单”、“更新订单” 与用例“核查客户帐号”之间是(15)关系
A.包含(include)
B.扩展(extend)
C.分类(classification)
D.聚集(aggregation)
论用例的获取方法
UP(unified process,统一开发过程)是一种软件开发过程,它的特点是用例驱动;以构架为中心;迭代和增量开发。用例(usecase)是对一组动作序列的描述,系统通过执行改动作序列,为参与者(actor)产生可观察的结果。用例不仅可以描述系统的需求,而且能驱动系统的设计、实现和测试。
试围绕“用例的获取方法”论题,依次从以下3个方面进行论述。
1.概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。
2.详细论述你在这个项目中获取系统的用例的基本步骤。
3.分析并讨论获取用例的效果(是否获取了系统的所有用例或全部重要的用例),并进行评价。
A.用例图
B.类图
C.包图
D.组件图@@@SXB@@@A.它是一个UML对象图,反映了系统的静态结构
B.它是一个UML顺序图,反映了系统的动态行为
C.它是一个UML用例图,反映了系统的功能需求
D.它是一个UML状态图,反映了系统的状态变化
在下面的项目活动图7-3中,关键路径的时长为(10)周。
A.27
B.28
C.29
D.30
阅读下列说明,回答问题1至问题4。
[说明]
软件系统几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程,从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。下面是对某IC卡加油机应用系统的基本流和1备选流的描述。
使用场景法设计测试案例,指出场景涉及到的基本流和备选流,基本流用字母A表示,备选流用题干中描述的相应字母表示。
场景中的每一个场景都需要确定测试用例,一般采用矩阵来确定和管理测试用例。如下表所示是一种通用格式,其中行代表各个测试用例,列代表测试用例的信息。本例中的测试用例包含测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额、加油机油量),然后构建矩阵,最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中,V表示有效数据元素,I表示无效数据元素,n/a表示不适用,例如C01表示“成功加油”基本流。请按上述规定为其他应用场景设计用例矩阵。
测试用例表:
假如每升油4元人民币,用户的账户金额为1000元,加油机内油量足够,那么在A4输入油量的过程中,请运用边界值分析方法为A4选取合适的输入数据(即油量,单位:升)。
假设本系统开发人员在开发过程中通过测试发现了20个错误,独立的测试组通过上述测试用例发现了100个软件错误,系统在上线后,用户反馈了30个错误,请计算缺陷探测率(DDP)。
请帮忙给出每个问题的正确答案和分析,谢谢!
A.思维导图
B.观察
C.小组讨论会
D.日志