显示组件的内部结构
有时候显示组件的内部结构是有意义的。在关于类图的我的前面的文章中，我显示了该如何为类的内部结构建模；这里，当它由其他组件组成的时候，我将会关注如何为组件的内部结构建模。
为了显示组件的内部结构，你只需把组件画得比平常大一些并在名字区内放置内部的部分。图 7 显示Store组件的内部结构。
图 7: 这个组件的内部结构由其他组件组成。
使用在图 7 中显示的例子，Store组件提供了 OrderEntry 接口并要求Account接口。Store组件由三个组件组成：Order，Customer和Product组件。注意Store的 OrderEntry 和Account接口符号在组件的边缘上为何有一个方块。这一个方块被称为一个端口。单纯感觉来说，端口提供一种方法，它显示建模组件所 提供/要求 的接口如何与它里面的部分相关联。4 通过使用端口，我们可以从外部实例中分离出Store组件的内部部件。在图 7 中，对于过程而言，OrderEntry 端口代表Order组件的 OrderEntry 接口。同时，内部的Customer组件要求的Account接口被分配到Store组件的必需的Account端口。通过连接Account端口，Store组件内部部件（例如Customer组件）可以有代表执行端口接口的未知外部实体的本地特征。必需的Account接口将会由Store组件的外部组件实现。5
在图 7 中，你可能也注意到了，在内部的组件之间的内部连接与图 5 中显示的那些不同。这是因为内部结构的这些描绘事实是嵌套在分类器（在我们的例子中是一个组件)里的协作图，因为协作图显示分类器中的实体或角色。在内部的组件之间建模的关系以 UML 称为的一个组合连接器表示。一个组合连接器绑定一个组件 提供 的接口到另外的一个组件的 必需 接口。组合连接器用紧紧相连的棒棒糖和插座符号表示。以这种方式画这些组合连接器使棒棒糖和插座成为很容易理解的符号。
结论
组件图经常是一个架构师在项目的初期就建立的非常重要的图。然而，组件图的有用性跨越了系统的寿命。组件图是无价的，因为它们模型化和文档化了一个系统的架构。因为组件图文档化了系统的架构，开发者和系统可能的系统管理员会发现这一工作的关键产品有助于他们理解系统。
组件图也视为软件系统配置图的输入，这将会是本系列后面的文章主题。
脚注
1在UML1.x 中称为组件的实际项目，在 UML 2 中称为产物。一个产物是一个物理单位，象一个文件，可运行的程序，脚本，数据库等等。只有一种产物依赖于实际的节点；类和组件没有“位置”。然而，一个产物可能显示组件和其他的分类器（例如类）。一个单一的组件可能通过多重产物显示，它们可能是在相同的或不同的节点上，因此，一个单一的组件可以间接地在多重节点上被实现。
2即使组件是独立的单元，它们仍然可能依赖于其他组件提供的服务。由于这一点，文档化一个组件的必需接口是很有用的。
3图3并不显示Order组件完整的上下文。在一个真实的模型中，OrderEntry，AccountPayable 和Person接口会呈现在系统的模型中。
4事实上，端口适用于任何类型的分类器（例如，一个类或者你的模型中可能会有的其他分类器）。为了使本文简洁，我在组件分类器及它们的使用中提及端口。
5一般来说，当你画一个端口和一个接口之间的依存关系时，依赖方（要求）的接口将会在运行时间内处理所有的处理逻辑。然而，这并不是一种硬性的规定 -- 对于周围的组件（举例来说，我们例子中的Store组件），使用自己的进程逻辑，而不是仅把进程委托给依赖接口，是完全可以接受的。
文章来源于领测软件测试网 https://www.ltesting.net/
