组装(composition)和聚集(aggregation)是UML中两种非常重要的关系。请说明组装和聚集分别表示什么

正确答案：C
要点解析：选项A的“聚集关系(Aggregation)”是关联关系(Association)的一种特例，它代表两个类之间的整体和局部关系。例如，一台计算机与键盘、鼠标、显示器之间就存在着聚集关系。聚集暗示着整体在概念上处于比局部更高的一个级别，在实例图中不存在回路，即只能是一种单向关系。
选项8的“组装关系(Composition)”是聚集关系的一种特殊形式，它暗示“局部”在“整体”  内部的生存期职责。例如，某电子商务公司与其销售部、财务部之间就存在着组装关系。聚集和组  装是UML中两种非常重要的关系，它们都表示实例之间的整体一部分关系。组装是聚集的一种形式。聚集是概念性的，只是区分整体与部分。组装具有很强的归属关系，而且整体与部分的对象生  存周期是一致的。
选项C的“泛化关系(Generalization)”用于表示类与类、接口与接口之间特殊的关系，由二产  类指向父类，即子类从父类中继承，而父类是子类的泛化。因此，汽车站的售票员、商场的销售员  与类“业务人员”之间存在着泛化关系。
选项D的。·关联关系(Association)”，用于描述两个概念上位于相同级别的类的实例之间存  在的某种语义上的联系。例如，售票员小张为某个长途汽车站工作，一一个汽车站有多辆长途汽车，  那么售票员小张与长途汽车站、汽车站与汽车就存在着关联关系。

正确答案：A

正确答案：C
解析：选项A的“聚集关系(Aggregation)”是关联关系(Association)的一种特例，它代表两个类之间的整体和局部关系。例如，一台电脑与键盘、鼠标、显示器之间就存在着聚集关系。聚集暗示着整体在概念上处于比局部更高的一个级别，在实例图中不存在回路，即只能是一种单向关系。选项B的“组装关系(Composition)”是聚集关系的一种特殊形式，它暗示“局部”在“整体”内部的生存期职责。例如，某电子商务公司与其销售部、财务部之间就存在着组装关系。聚集和组装是UML中两种非常重要的关系，它们都表示实例之间的整体/部分关系。组装是聚集的一种形式。聚集是概念性的，只是区分整体与部分。组装具有很强的归属关系，而且整体与部分的对象生存周期是一致的。选项C的“泛化关系(Generalization)”用于表示类与类、接口与接口之间特殊的关系，由子类指向父类，即子类从父类中继承，而父类是子类的泛化。因此，汽车站的售票员、商场的销售员与类“业务人员”之间存在着泛化关系。选项D的“关联关系(Association)”，用于描述两个概念上位于相同级别的类的实例之间存在的某种语义上的联系。例如，售票员小张为某个长途汽车站工作，1个汽车站有多辆长途汽车，那么售票员小张与长途汽车站、汽车站与汽车就存在着关联关系。

正确答案：A,D,B

正确答案：关系：聚集(聚合)是关联的特例(聚集是关联的一种)。 不同点：聚集表示部分与整体关系的关联。若从生命周期的角度考虑则关联对象的生命周期一般无必然关系聚集的整体对象往往对部分对象的生命周期负责。
关系：聚集(聚合)是关联的特例(聚集是关联的一种)。 不同点：聚集表示部分与整体关系的关联。若从生命周期的角度考虑，则关联对象的生命周期一般无必然关系，聚集的整体对象往往对部分对象的生命周期负责。 解析：主要考查面向对象分析设计中对类之间不同关系的理解。
关系：聚集(聚合)是关联的特例(聚集是关联的一种)。
不同点：聚集表示部分与整体关系的关联。若从生命周期的角度考虑，则关联对象的生命周期一般无必然关系，聚集的整体对象往往对部分对象的生命周期负责。

正确答案：D

正确答案：组合和聚集都表示实例之间的整体/部分关系。组合是聚集的一种形式。 聚集是概念性的只是区分整体与部分。 组合具有很强的归属关系而且整体与部分的对象生存周期是一致的。 或者回答：如果没有成分对象组合对象也不存在；在任何时候每个给定的成分对象只能是组合对象的组成部分。
组合和聚集都表示实例之间的整体/部分关系。组合是聚集的一种形式。 聚集是概念性的，只是区分整体与部分。 组合具有很强的归属关系，而且整体与部分的对象生存周期是一致的。 或者回答：如果没有成分对象，组合对象也不存在；在任何时候，每个给定的成分对象只能是组合对象的组成部分。 解析：本题考查UML类图，包括类的属性和方法的识别，以及UML序列图和相关概念。
根据说明“系统中的每个电控锁都有一个唯一的编号。锁的状态有两种：‘已锁住’和‘未锁住’。”可知类Lock应有属性：锁编号和锁状态。再根据说明(2)，“在主机上可以设置每把锁的安全级别……”，类Lock还应有属性：安全级别。综上所述，类Lock的主要属性有：所编号、安全级别、所状态。
图3-7是该门禁系统成功开锁流程对应的UML序列图。根据题中的说明，成功开锁的流程应该如下，用户按下指纹采集器请求开锁，指纹采集器发送一个中断事件给锁控器，锁控器从指纹采集器读取用户的指纹并将指纹信息发送到主机，主机根据数据库中存储的信息来判断用户是否具有开锁权限，若有且锁当前处于“已锁住”状态，则将锁打开；否则系统报警。据此，易得空(1)为“中断事件”，空(2)为“读取用户指纹”。开锁很重要的一点就是用户要有开锁权限，即其开锁权限大于或等于锁的安全级别，因此需要向用户信息实例UserInfo读取用户的开锁权限和向锁实例Lock读取锁的安全级别并进行比较。故空(3)为“读取用户开锁权限”，空(4)为“读取锁的安全级别”，空(5)为“判断用户是否有权限开锁”。

正确答案：C
解析：选项A的“聚集关系(Aggregation)”是关联关系(Association)的一种特例，它代表两个类之间的整体和局部关系。例如，一台计算机与键盘、鼠标、显示器之间就存在着聚集关系。聚集暗示着整体在概念上处于比局部更高的一个级别，在实例图中不存在回路，即只能是一种单向关系。选项B的“组装关系(Composition)”是聚集关系的一种特殊形式，它暗示“局部”在“整体”内部的生存期职责。例如，某电子商务公司与其销售部、财务部之间就存在着组装关系。聚集和组装是UML中两种非常重要的关系，它们都表示实例之间的整体/部分关系。组装是聚集的一种形式。聚集是概念性的，只是区分整体与部分。组装具有很强的归属关系，而且整体与部分的对象生存周期是一致的。选项C的“泛化关系(Generalization)”用于表示类与类、接口与接口之间特殊的关系，由子类指向父类，即子类从父类中继承，而父类是子类的泛化。因此，汽车站的售票员、商场的销售员与类“业务人员”之间存在着泛化关系。选项D的“关联关系(Association)”，用于描述两个概念上位于相同级别的类的实例之间存在的某种语义上的联系。例如，售票员小张为某个长途汽车站工作，1个汽车站有多辆长途汽车，那么售票员小张与长途汽车站、汽车站与汽车就存在着关联关系。

正确答案：依赖关系：有两个元素A、B如果元素A的变化会引起元素B的变化则称元素B依赖于元素A。 概括关系：描述一般事物与该事物中的特殊种类之间的关系也就是父类与子类之间的关系。 关联关系：表示两个类的实例之间存在的某种语义上的联系。 聚集关系：表示一种整体和部分的关系。 聚集关系是关联关系的特例它是传递和反对称的。
依赖关系：有两个元素A、B，如果元素A的变化会引起元素B的变化，则称元素B依赖于元素A。 概括关系：描述一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。 关联关系：表示两个类的实例之间存在的某种语义上的联系。 聚集关系：表示一种整体和部分的关系。 聚集关系是关联关系的特例，它是传递和反对称的。 解析：图13-8是一个UML的用例图。在工程的分析阶段，用例图被用来鉴别和划分系统功能，它们把系统分成动作者(actor)和用例。
动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人，可能是其他的计算机、一些硬件或者是其他软件系统。判断它们的唯一标准是它们必须要在被划分进用例的系统部分以外。它们必须能刺激系统部分，并接收返回。
用例描述了当动作者之一被系统特定地刺激时系统的活动。这些活动用文本来描述，即描述了触发用例的刺激的本质，输入和输出到其他活动者，以及转换输入到输出的活动。用例文本通常也描述每一个活动在特殊的活动线时可能的错误和系统应采取的补救措施。
图中的网络用户、公司客户、管理人员都是动作者。题目说明中提到了系统有4个功能：浏览客户信息、登录、修改个人信息、删除客户信息。这也就是4个用例，我们现在只需把它们对号入座即可。根据题目说明，我们可以知道任何使用Internet的网络用户都可以浏览电话公司所有的客户信息，在图中符合这一条件的只有A了，所以A应填浏览客户信息。又因为只有公司的管理人员才能删除不再接受公司服务的客户的信息，所以D应填删除客户信息。
剩下就只有登录和修改个人信息两个用例了，那么B究竟是填登录还是修改呢?我们先来看包含和扩展的概念。
两个用例之间的关系可以主要概括为两种情况：一种是用于重用的包含关系，用构造型include＞＞表示；另一种是用于分离出不同行为的扩展关系，用构造型extend＞＞表示。
包含关系：如果可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能是很重要的事，则应该使用包含关系来表示它们，如图13-35所示。

扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，我们将这个用例分为一个主用例和一个或多个辅用例来描述可能更加清晰，如图13-36所示。

因为要先登录才能修改信息，所以B应填修改个人信息，C应填登录。
在UML，中，重复度(Multiplicity)又称多重性，多重性表示为一个整数范围n..m，整数n定义所连接的最少对象的数目。而m则为最多对象数(当不知道确切的最大数时，最大数用*号表示)。最常见的多重性有：0..1、0..*、1..1、1..*。
因为一个Customer List的实例可以与0个或多个Customer的实例相关联，而一个 Customer的实例只能与一个CustomerList的实例相关联，所以(1)应填1，(2)应填 0..*。因为Customer是CompanyCustomer的相应的详细信息，所以(3)和(4)都应该填写0..1。
用UML，建立业务模型时，可以把业务人员看做是系统中的角色或者类。在建立抽象模型时，很少有类会单独存在，大多数都将会以某种方式彼此通信，因此还需要描述这些类之间的关系。关系是事物间的连接，在UML中有以下几个很重要的关系：
(1)依赖关系。有两个元素A、B，如果元素A的变化会引起元素B的变化，则称元素 B依赖(Dependency)于元素A。在类中，依赖关系有多种表现形式，如：一个类向另一个类发消息；一个类是另一个类的成员；一个类是另一个类的某个操作参数，等等。
(2)概括关系。概括关系(Generalization，也翻译为“泛化关系”)描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化。在UML中，对泛化关系有以下3个要求：
.子类应与父类完全一致，父类所具有的关联、属性和操作，子类都应具有。
.子类中除了与父类一致的信息外，还包括额外的信息。
.可以使用父类实例的地方，也可以使用子类实例。
(3)关联关系。关联(Association)表示两个类的实例之间存在的某种语义上的联系。例如，一个老师为某个学校工作，一个学校有多间教室。我们就认为老师和学校、学校和教室之间存在着关联关系。关联关系为类之间的通信提供了一种方式，它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下几种。
.聚集关系(Aggregation)：是关联关系的特例。聚集关系是表示一种整体和部分的关系。如一个电话机包含一个话筒，一个电脑包含显示器、键盘和主机等都是聚集关系的例子。
.组合关系：如果聚集关系中表示“部分”的类的存在与表示“整体”的类有着紧密的关系(例如“公司”与“部门”之间的关系)，那么就应该使用“组合”关系来表示。