软考高级
用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个会员管理系统中，会员注册时可以采用电话和邮件两种方式。用例“会员注册”和“电话注册”、“邮件注册”之间是（ ）关系。A.包含（include）B.扩展(extend)C.泛化（generalize）D.依赖（depends on）
题目
用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个会员管理系统中，会员注册时可以采用电话和邮件两种方式。用例“会员注册”和“电话注册”、“邮件注册”之间是（ ）关系。
A.包含（include）B.扩展(extend)C.泛化（generalize）D.依赖（depends on）
相似问题和答案
第1题：
用例用来描述系统在对事件作出的响应时所采取的行动，用例之间是具有相关性的。在一个订单输入子系统中，创建新订单和更新订单都需要核查用户账号是否正确。那么用例“创建新订单”，“更新订单”与用例“核查客户账号”之问的关系是______。
A) 包含
B) 扩展
C) 分类
D) 聚集
(20) [解析] 包含关系是当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某个用例的部分功能很重要时，应该使用包含关系来表示它们。
[答案] A
第2题：
用例(use case)用来描述系统在对事件作出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。那么，用例“创建新订单”、“更新订单”与用例“核查用户账号”之间是______关系。
A．包含(include)
B．扩展(extend)
C．分类(classification)
D．聚集(aggregation)
解析：用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互、并可由系统执行的动作序列。用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。2个用例之间的关系主要有2种情况：一种是用于重用的包含关系，用构造型《include》表示；另一种是用于分离出不同的行为的扩展，用构造型《extend》表示。(1)包含关系：当可以从2个或2个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能时，应该使用包含关系来表示它们。(2)扩展关系：如果一个用例明显地混合了2种或2种以上的不同场景，即根据情况可能发生多种事情，可以断定，将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第3题：
A.包含（includE.
B.扩展（extenD.
C.分类（classification）
D.聚集（aggregation）
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。
①包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。
②扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第4题：
A.aggregation
B.extend
C.include
D.classification
第5题：
在采用标准UML构建的用例模型(Use-Case Model)中，参与者(Actor)与用例(UseCase)是模型中的主要元素，其中参与者与用例之间可以具有(45)关系。
A．包含(include)
B．递归(Recursive)
C．关联(Association)
D．组合(Composite)
解析：本题考查Use-Case模型中基本元素的关系。在Use-Case模型中，参与者与用例只有一种关联关系。
第6题：
● 用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是 （32） 关系。
（32）
A. 包含（include）
B. 扩展（extend）
C. 分类（classification）
D. 聚集（aggregation）
试题（32）分析
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（Actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。
① 包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。
② 扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
参考答案
（32）A
第7题：
采用UML分析用户需求时，用例UC1可以出现在用例UC2出现的任何位置，那么UC1和UC2之间的关系是(48)关系。
A．包含(include)
B．扩展(extend)
C．泛化(generalize)
D．调用(call)
解析：用例之间的泛化(generalize)关系类似于类之间的泛化关系。子用例继承父用例的行为与含义。子用例还可以增加或者覆盖父用例的行为。子用例可以出现在父用例出现的任何位置。本试题中，由于用例UC1可以出现在用例UC2出现的任何位置，因此UC1与UC2之间是选项C的“泛化(generalize)”关系。注意，不是“用例UC1可以出现在用例UC2的任何位置”。选项A的“包含(include)”关系，表示基础用例在它内部，说明某一位置上显式的合并是另一个用例的行为。被包含用例从不孤立存在，仅作为某些包含它的更大的基础用例的一部分出现。选项B的“扩展(extend)”关系，表示基础用例在延伸用例间的一个位置上，隐式合并了另一个用例的行为。基础用例可以单独存在，但是在一定的条件下，它的行为可以被另一个用例的行为延伸。
第8题：
用例用来描述系统在对事件作出的响应时所采取的行动，用例之间是具有相关性的。在一个订单输入子系统中，创建新订单和更新订单都需要核查用户账号是否正确。那么用例“创建新订单”，“更新订单”与用例“核查客户账号”之问的关系是______。
A．包含
B．扩展
C．分类
D．聚集
解析：包含关系是当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某个用例的部分功能很重要时，应该使用包含关系来表示它们。
第9题：
用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系筑”中，创建新订单和更新订单都需要核查用户帐号是否正确。用例“创建新订单”、“更新订单” 与用例“核查客户帐号”之间是（15）关系
A.包含（include）
B.扩展（extend）
C.分类（classification）
D.聚集（aggregation）
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（Actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。①包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。②扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第10题：
以下关于用例图的叙述中，不正确的是（ ）。图书馆管理系统需求中包含“还书”用例和“到书通知”用例，对于“还书”用例，应先查询该书是否有人预定，若有则执行“到书通知”。“还书”用例和“到书通知’’用例是（ ）关系，以下用例图中，（ ）是正确的。管理员处理“还书”用例时，需要先执行“验证身份“用例，那么“还书”用例和“验证身份”用例之间是（ ）关系。
A.系统用例图反映了整个系统提供的外部可见服务B.系统用例图对系统的协作建模 C.用例图主要包含用例、参与者及其之间关系三个要素D.系统用例图对系统的需求建模 A.关联 B.扩展 C.包含 D.泛化 A.
B.C.D.
A.关联 B.扩展 C.包含 D.泛化