UML总结之UML组件与配置

在软件建模过程中，使用用例图可以推断系统希望的行为；使用类图可以描述系统中的词汇；使用时序图、组件图、状态图和活动图可以说明这些词汇中的事物如何相互作用以完成某些行为。在完成系统的逻辑设计之后，下一步要定义设计的物理实现，如可执行文件、库、表、文件和文档等。对面向对象系统的物理方面进行建模时要用到两种图：组件图和配置图。

组件图：在UML中使用组件图来可视化物理组件以及他们间的关系。它是面向对象系统的物理方面的建模时使用的两种图之一，另一种是配置图。组件图描述组件以及组件之间的关系，组件本身是代码的物理模块，组件图则显示了代码的结构。

组件图中可以包括包和子系统，他们可以将系统中的模型元素组织成更大的组块。有时当系统需要可视化一个基于组件的实例时，还需要在组件图中加入实例。以下是在系统建模过程中建立组件图的用途：

（1）组件图能帮助客户理解最终的系统结构

（2）组件图使开发工作有一个明确的目标

（3）组件图有利于帮助工作组其他人员理解系统，例如：编写文档和帮助的人员不直接参与系统的分析和设计，然而他们对系统的理解直接影响到系统文档的质量，而组件图是帮助他们理解系统有力的工具。

（4）使用组件图有利于系统组件重用。

组件图描述了软件的各种组件和它们之间的依赖关系。每个组件实现一些接口，并使用另一些接口。如果组件间的依赖关系与接口有关，那么可以被具有同样接口的其他组件替代。

组件（Component）：是定义了良好接口的物理实现单元。组件是系统中可替换的物理部件，它包装了实现而且遵从并统一提供一组接口的实现。组件常用对分配的物理单元建模，这些物理单元包含模型元素，并具有身份标识和明确定义的接口。它一般表示实际存在的、物理的物件，它具有很广泛的定义，例如：程序源代码、子系统、动态链接库、ActiveX控件、JavaBean等，这些组件一般都包含很多类并实现许多接口。组件的元素：名称、类型（配置组件、工作产品组件、执行组件）、接口（导入和导出）

关系：组件图中的关系：依赖、泛化、关联和实现。从概念上理解，组件图可以算作一种特殊的类图，它重点描述系统组件以及它们间的关系。

配置图：是用于描述软件执行所需的处理器和设备的拓扑结构。配置图显示了运行软件系统的物理硬件，以及如何将软件部署到硬件上。也就是说，这些图描述了执行处理过程的系统资源元素的配置情况以及软件到这些资源元素的映射。配置图中包括包和子系统，他们可以将系统中的模型元素组织成更大的组块。有时，当系统需要可视化硬件拓扑结构的一个实例时，还需要在配置图中加入实例。配置图中还可以包含组件，这些组件都必须存在于配置图中的节点上。在实际使用中，配置图常被用于模拟系统的静态配置视图。系统的静态配置视图主要包括构成物理系统的组成部分的分布和安装。

节点：节点是运行时代表计算资源的物理元素。它通常拥有一些内存，并具有处理能力。节点通过查看对现实系统有用的硬件资源来确定，这需要从能力（如计算能力、内存大小）和物理位置（要求在所有需要使用系统的地理位置可以访问该系统）两方面来考虑。节点的类型包括：处理器和设备

处理器：是能够执行软件、具有计算能力的节点，服务器、工作站和其他具有处理能力的机器都是处理器。

设备：是没有就算能力的节点，通常情况下都是通过其接口为外部提供某种服务，哑终端、打印机和扫描仪。

关系：依赖关系和关联关系

依赖关系通常用在配置图的组件和组件之间。

关联关系常用于节点的通信路径或链接进行建模。关联用一条直线表示，说明在节点间存在某类通信路径，节点通过这条通信路径交换对象或发送消息。

节点与配置：

相同点：二者都有名称和关系，都可以有实例，都可以被嵌套，都可以参与交互。

区别：配置是参与系统执行的事物，而节点是执行配置的事物；配置表示逻辑元素的物理包装，而节点表示配置的物理配置！

组件与类：

相同点：都有名称，都可以实现一组接口，都可以参与依赖关系，都可以嵌套，都可以有实例，都可以参与交互。

差别：类描述了软件设计的逻辑组织和意图，而组件则描述软件设计的物理实现，即每个组件体现了系统设计中特定类的实现

总结的不好希望读者给出建议，感谢您的阅读！