UML组件图

()是用来反映代码的物理结构。
从图中，您可以了解各组件（如源代码或动态链接库）之间的编译器和运行时依赖关系。使用组件图可以将系统划分为内聚组件并显示代码自身的结构。

在 UML 2 中，组件被认为是独立的，在一个系统或中的封装单位，提供一个或多个接口。

在以组件为基础的开发（CBD）中，组件图为提供一个开始为解决方案建模的自然形式。组件图允许一个师验证系统的必需功能是由组件实现的，这样确保了最终系统将会被接受。

     除此之外，组件图对于不同的小组是有用的交流工具。图可以呈现给关键项目发起人及实现人员。通常，当组件图将系统的实现人员连接起来的时候，组件图通常可以使项目发起人感到轻松，因为图展示了对将要被建立的整个系统的早期理解。

      开发者发现组件图是有用的，因为组件图给他们提供了将要建立的系统的高层次的架构，这将帮助开发者开始建立实现的路标，并决定关于任务分配及（或）增进技能。员发现组件图是有用的，因为他们可以获得将运行于他们系统上的逻辑软件组件的早期视图。虽然系统管理员将无法从图上确定物理设备或物理的可执行程序，但是，他们仍然欢迎组件图，因为它较早地提供了关于组件及其关系的信息（这允许系统管理员轻松地计划后面的工作）

符号
在UML 1.4 中，用一个大方块，并且在它的左边有两个凸出的小方块，来表示组件。

图 1：这个简单的组件图使用 UML 1.4 符号显示Order System的一般性依赖关系

UML 2 规范

图 2 显示，组件可以用UML 2规范中的三种不同方法表示。

在图 2 中所画的Order组件表现了所有有效的符号元素；然而，一个典型的组件图包括更多的信息。一个组件元素可以在名字区下面附加额外的区。如前面所提到的， 一个组件是提供一个或更多公共接口的独立单元。提供的接口代表了组件提供给它的用户/客户的服务的正式契约。图 3 显示了Order组件有第二个区，用来表示Order组件提供和要求的接口。 ²

图 3：这里额外的区显示Order组件提供和要求的接口。

在图 3 中的Order组件例子中，组件提供了名为 OrderEntry 和 AccountPayable 的接口。此外，组件也要求另外一个组件提供Person接口。 ³

UML 2 也引入另外一种方法来显示组件提供并要求的接口。这个方法是建立一个里面有组件名的大长方形，并在长方形的外面放置在 UML 2 规范中称为接口符号的东西。这第二种方法在图 4 中举例说明。

图 4: 一种可选择的方法（与图3相比）：使用接口符号显示组件提供/要求的接口

在这第二种方法中，在末端有一个完整的圆周的接口符号代表组件提供的接口 -- “棒棒糖”是这个接口分类器实现关系符号的速记法。在末端只有半个圆的接口（又称插座）符号代表组件要求的接口（在两种情况下，接口的名字被放置在接口符 号本身的附近）。即使图 4 看起来与图 3 有很大的不同，但两个图都提供了相同的信息 -- 例如，Order组件提供两个接口：OrderEntry 和 AccountPayable，而且Order组件 要求 Person接口。

当表现组件与其他的组件的关系时，棒棒糖和插座符号也必须包括一支依存箭头（如类图中所用的）。在有棒棒糖和插座的组件图上，注意，依存箭从强烈的（要求的）插座引出，并且它的箭头指向供应者的棒棒糖，如图 5 所示。

图 5：显示Order系统组件如何依赖于其他组件的组件图

图 5 显示，Order系统组件依赖于客户资源库和库存系统组件。注意在图 5 中复制出的接口名 CustomerLookup 和 ProductAccessor。 在这个例子中，这看起来可能是不必要的重复，不过符号确实允许在每个依赖于实现差别的组件中有不同的接口（和不同的名字）（举例来说，一个组件提供一个较 小的必需的接口子类）。

在 UML 2 中，子系统分类器是组件分类器的一个特别版本。因为这一点，子系统符号元素象组件符号元素一样继承所有的组件符号集规则。唯一的差别是，一个子系统符号元素由subsystem关键字代替了component，如图 6 所示。

图 6：子系统元素的一个例子

---

有时候显示组件的内部结构是有意义的。在关于类图的我的前面的文章中，我显示了该如何为类的内部结构建模；这里，当它由其他组件组成的时候，我将会关注如何为组件的内部结构建模。

为了显示组件的内部结构，你只需把组件画得比平常大一些并在名字区内放置内部的部分。图 7 显示Store组件的内部结构。

图 7: 这个组件的内部结构由其他组件组成。

使用在图 7 中显示的例子，Store组件提供了 OrderEntry 接口并要求Account接口。Store组件由三个组件组成：Order，Customer和Product组件。注意Store的 OrderEntry 和Account接口符号在组件的边缘上为何有一个方块。这一个方块被称为一个端口。单纯感觉来说，端口提供一种方法，它显示建模组件所 提供/要求 的接口如何与它里面的部分相关联。 ⁴ 通过使用端口，我们可以从外部实例中分离出Store组件的内部部件。在图 7 中，对于过程而言，OrderEntry 端口代表Order组件的 OrderEntry 接口。同时，内部的Customer组件要求的Account接口被分配到Store组件的必需的Account端口。通过连接Account端 口，Store组件内部部件（例如Customer组件）可以有代表执行端口接口的未知外部实体的本地特征。必需的Account接口将会由Store组 件的外部组件实现。 ⁵

在图 7 中，你可能也注意到了，在内部的组件之间的内部连接与图 5 中显示的那些不同。这是因为内部结构的这些描绘事实是嵌套在分类器（在我们的例子中是一个组件)里的协作图，因为协作图显示分类器中的实体或角色。在内部 的组件之间建模的关系以 UML 称为的一个组合连接器表示。一个组合连接器绑定一个组件 提供 的接口到另外的一个组件的 必需 接口。组合连接器用紧紧相连的棒棒糖和插座符号表示。以这种方式画这些组合连接器使棒棒糖和插座成为很容易理解的符号。

组件图经常是一个架构师在项目的初期就建立的非常重要的图。然而，组件图的有用性跨越了系统的寿命。组件图是无价的，因为它们模型化和文档化了一个系统的架构。因为组件图文档化了系统的架构，开发者和系统可能的系统管理员会发现这一工作的关键产品有助于他们理解系统。