活动描述
状态描述
类描述
用例描述
第1题:
1995年Kruchten提出了著名的“4+1”视图,用来描述软件系统的架构。在“4+1”视图中,( )用来描述设计的对象模型和对象之间的关系;( )描述了软件模块的组织与管理;( )描述设计的并发和同步特征。
A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图
第2题:
在系统的需求分析阶段,可以使用用例对系统需求建模。用例可以使用UML的用例图来表示。请分别用100字以内的文字解释UML用例图中扩展用例和抽象用例的内涵。
第3题:
A.包含(includE.
B.扩展(extenD.
C.分类(classification)
D.聚集(aggregation)
用例是在系统中执行的一系列动作,这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互,并可由系统执行的动作序列。用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。
两个用例之间的关系主要有两种情况:一种是用于重用的包含关系,用构造型include表示;另一种是用于分离出不同行为的扩展,用构造型extend表示。
①包含关系:当可以从两个或两个以上的原始用例中提取公共行为,或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时,应该使用包含关系来表示它们。
②扩展关系:如果一个用例明显地混合了两种或两种以上的不同场景,即根据情况可能发生多种事情,可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第4题:
A.数据流
B.控制流
C.消息流
D.数据字典
第5题:
用例集合描述了整个系统所存在的全部使用途径。下列哪些是确定用例的原则?
Ⅰ.从每个执行者寻找用例很直接,而且每个执行者可能执行多个用例
Ⅱ.也可用状态转换图来寻找或描述用例,不同的状态转换图代表了不同用例
Ⅲ.用例由一系列的事务构成,不同用例可以有相同的子事务序列,因此任何一个用例只有当它的全部事务序列都执行完成时才能确定
Ⅳ.有的功能很难确定是否放在单独的用例中,这需要与客户商讨研究一定的策略
Ⅴ.在确定好用例后,要对每个用例详细地描述其完成的功能及所对应的执行者
A.Ⅰ,Ⅱ,Ⅲ和Ⅳ
B.Ⅱ,Ⅲ,Ⅳ和Ⅴ
C.Ⅰ,Ⅱ,Ⅲ和Ⅴ
D.全部
第6题:
用例除了使用表1和表2所示的形式描述外,还可以使用UML的用例图来表示。分别用100字以内文字,解释UML用例图中扩展用例和抽象用例的内涵。
第7题:
在关于用例(use case)的描述中,错误的是______。
A.用例将系统的功能范围分解成许多小的系统功能陈述
B.一个用例代表了系统的一个单一的目标
C.用例是一个行为上相关的步骤序列
D.用例描述了系统与用户的交互
第8题:
● 用例(use case)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中,创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是 (32) 关系。
(32)
A. 包含(include)
B. 扩展(extend)
C. 分类(classification)
D. 聚集(aggregation)
第9题:
A.aggregation
B.extend
C.include
D.classification
第10题:
根据[说明]中的描述,使用用例名称列表中的英文名称,给出ORS用例图中U1一 U3所对应的用例。