聚合(Aggregation)关系是用来表示整体与部分关系的关联学习课件.pptVIP

* 聚合 聚合（Aggregation）关系是用来表示整体与部分关系的关联。在聚集中，部分类可以没有整体类而存在，但是当它们聚集成一个整体，就用来组成该整体类。在UML中，聚合关系用带空心的菱形头的实线表示，其头部指向整体。 从图6-23可以看到，计算机由CPU、显示器、键盘、鼠标、扬声器等组成。 组合 组合（Composition）关系是聚合关系中的一种特殊情况，是更强形式的聚合，又被称为强聚合。在组合中，用来组成整体类的部分类不能独立存在。UML中，组合关系用带实心菱形的实线来表示，其中头部指向整体。 图6-24所示，咖啡桌是一个组合体，它的部分有桌面和桌腿。 实现(Realization) 实现是规格说明和其实现之间的关系，它将一种模型元素与另一种模型元素连接起来，比如类和接口。 对象图 对象图(Object diagram )描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图可以被看作是类图在某时刻的实例。 在UML中，对象图使用的是与类图相同的符号和关系。 包图 一个最古老的软件方法问题是：怎样将大系统拆分成小系统。解决这个问题的一个思路是将许多类进行分组，形成一个高内聚、低耦合的类的集合。UML中这种分组机制叫包(Package) ，如下图。 包可以拥有其他的元素，这些元素可以是类、接口、组件、节点、协作、用例和图，甚至可以是其他包。拥有是一种组成关系，这意味着模型元素被声明的包中，而且一个模型元素不能被一个以上的包所拥有。如果包被撤销，其中的元素也要被撤销。在UML中，最有用的和强调最多的启发性原则就是依赖。。 包图主要显示类的包以及这些包之间的依赖关系。有时还显示包和包之间的继承关系和组成关系。包间的依赖用虚线表示。 UI包中的类如下，主要有Function包图，Information包图和Maintenance包图。 Function类图：这部分是系统运行界面的基本功能部分，包括借书，还书，预定书籍和取消预定的界面，如表6-3 Information包图：这部分类图是系统的信息显示部分，包括书籍信息，读者信息的显示，查询各种信息的对话框等界面。 Maintenance包图：这部分类图是系统运行界面的维护部分，包括读者信息，书籍信息的修改，更新和查询的内容。 构件图和部署图 构件图和部署图显示系统实现时的一些特性，包括源代码的静态结构和运行时刻的实现结构。构件图显示代码本身的结构，部署图显示系统运行时刻的结构。 构件图 构件图(Component diagram)显示软件构件之间的依赖关系。在构件图中通常包含了3种元素：构件、接口和依赖关系。 类的接口和软件实体（构件）的接口概念是相同的。构件实现一些接口，并使用另一些接口。如果构件间的依赖关系与接口有关，那么可以被具有同样接口的其他构件所替代。构件图描述软件构件以及它们之间的依赖关系，从而便于人们分析和发现当修改某个构件时可能对那些构件产生影响，以便对它们做相应的修改或更新。构件可以是源代码构件、二进制目标码构件、可执行构件或文档构件。 构件图可以对实现环境中的真实软件建模；通过依赖关系展示软件的构造情况；在对系统进行改变或升级之前，提供对现有系统的精确描述；有了构件图，不用阅读所有的代码就可以发现实现中的瓶颈问题。构件是定义了良好接口的物理实现单元，是系统中可替换的物理部分。构件图中的接口、依赖关系与类图中的相同。图所示为UML2.0中，表示构件的一种图标，其是顶部带有关键字《component》的矩形。 如果构件属于一个包，可以在构件名称前加上包名，还可以另外一个隔开的区域里绘出构件的操作。 接口可以用一个小圆圈来代表，用实线和构件连接起来。这表示的实现关系。 另外还可在图中表示出依赖关系——构件和它用来访问其他构件的接口之间的关系。用一个“球窝”符号。其中“球”表示提供的接口，“窝”代表了所需要的接口。 如图6-30所示，构件A与构件B之间通过接口连接。 部署图 部署图（Deployment Diagram）描述系统硬件的物理拓扑结构以及在此结构上执行的软件。部署图可以显示计算结点的拓扑结构和通信路径、节点上运行的软件构件、软件构件包含的逻辑单元(对象、类)等。部署图常用于帮助理解分布式系统。 节点是在运行时用于代表计算资源的物理元素。它就像是类，代表的是某种类型的设备，却不是专指某个特定的设备，因为实际上它们代表的是设备的特征。另外，节点也使用关联来表示它们之间的关系。图6-31表示部署图中的节点。 部署图可以对系统的硬件平台建模，还可以描述影响系统运行和软件配置的硬件性能。如图6-32，