软件水平考试
某订单处理系统中，“创建新订单”和“更新订单”两个用例都需要检查客户的账号是否正确，为此定义一个通用的用例“核查客户账户”。用例“创建新订单”和“更新订单”与用例“核查客户账户”之间是（ ）。A. 包含关系 B. 聚合关系 C. 泛化关系 D. 关联关系
题目
B. 聚合关系
C. 泛化关系
D. 关联关系
相似问题和答案
第1题：
用例用来描述系统在对事件作出的响应时所采取的行动，用例之间是具有相关性的。在一个订单输入子系统中，创建新订单和更新订单都需要核查用户账号是否正确。那么用例“创建新订单”，“更新订单”与用例“核查客户账号”之问的关系是______。
A．包含
B．扩展
C．分类
D．聚集
解析：包含关系是当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某个用例的部分功能很重要时，应该使用包含关系来表示它们。
第2题：
用例用来描述系统在对事件作出的响应时所采取的行动，用例之间是具有相关性的。在一个订单输入子系统中，创建新订单和更新订单都需要核查用户账号是否正确。那么用例“创建新订单”，“更新订单”与用例“核查客户账号”之问的关系是______。
A) 包含
B) 扩展
C) 分类
D) 聚集
(20) [解析] 包含关系是当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某个用例的部分功能很重要时，应该使用包含关系来表示它们。
[答案] A
第3题：
A.包含关系
B.聚合关系
C.泛化关系
D.关联关系
第4题：
A、客户列表
B、检测档案
C、首页
D、订单消耗
第5题：
用例(use case)用来描述系统在对事件作出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。那么，用例“创建新订单”、“更新订单”与用例“核查用户账号”之间是______关系。
A．包含(include)
B．扩展(extend)
C．分类(classification)
D．聚集(aggregation)
解析：用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互、并可由系统执行的动作序列。用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。2个用例之间的关系主要有2种情况：一种是用于重用的包含关系，用构造型《include》表示；另一种是用于分离出不同的行为的扩展，用构造型《extend》表示。(1)包含关系：当可以从2个或2个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能时，应该使用包含关系来表示它们。(2)扩展关系：如果一个用例明显地混合了2种或2种以上的不同场景，即根据情况可能发生多种事情，可以断定，将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第6题：
● 某订单处理系统中，“创建新订单”和“更新订单”两个用例都需要检查客户的账号是否正确，为此定义一个通用的用例“核查客户账户”。用例“创建新订单”和“更新订单”与用例“核查客户账户”之间是 （1） 。
（1）
A. 包含关系
B. 聚合关系
C. 泛化关系
D. 关联关系
第7题：
● 用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是 （32） 关系。
（32）
A. 包含（include）
B. 扩展（extend）
C. 分类（classification）
D. 聚集（aggregation）
试题（32）分析
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（Actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。
① 包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。
② 扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
参考答案
（32）A
第8题：
A.包含（includE.
B.扩展（extenD.
C.分类（classification）
D.聚集（aggregation）
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。
①包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。
②扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。
第9题：
阅读以下说明和图，回答问题1至问题3．将解答填人答题纸的对应栏内。
【说明】
某时装邮购提供商拟开发订单处理系统，用于处理客户通过电话、传真、邮件或Web站点所下订单。其主要功能如下：
(1)增加客户记录。将新客户信息添加到客户文件，并分配一个客户号以备后续使用。
(2)查询商品信息。接收客户提交商品信息请求，从商品文件中查询商品的价格和可订购数量等商品信息，返回给客户。
(3)增加订单记录。根据客户的订购请求及该客户记录的相关信息，产生订单并添加到订单文件中。
(4)产生配货单。根据订单记录产生配货单，并将配货单发送给仓库进行备货；备好货后，发送备货就绪通知。如果现货不足，则需向供应商订货。
(5)准备发货单。从订单文件中获取订单记录，从客户文件中获取客户记录，并产生发货单。
(6)发货。当收到仓库发送的备货就绪通知后，根据发货单给客户发货；产生装运单并发送给客户。
(7)创建客户账单。根据订单文件中的订单记录和客户文件中的客户记录，产生并发送客户账单，同时更新商品文件中的商品数量和订单文件中的订单状态。
(8)产生应收账户。根据客户记录和订单文件中的订单信息，产生并发送给财务部门应收账户报表。
现采用结构化方法对汀单处理系统进行分析与设计，获得如图1-1所示的顶层数据流图和图1-2所示0层数据流图。
使用说明中的词语，给出图1-1中的实体El-E3的名称。
E1：客户E2：财务部门E3：仓库 解析：由说明(1)(2)(3)(7)可以得出E1是客户；由说明(8)可以得出E2是财务部门；由说明(4)(6)可以得出E3是仓库。
第10题：
用例（use case）用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系筑”中，创建新订单和更新订单都需要核查用户帐号是否正确。用例“创建新订单”、“更新订单” 与用例“核查客户帐号”之间是（15）关系
A.包含（include）
B.扩展（extend）
C.分类（classification）
D.聚集（aggregation）
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（Actor）所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。①包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。②扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。