系列文章目录

移动端UML图应用之UML图简述
移动端UML图应用之UML行为图——用例图、活动图和状态机图
移动端UML图应用之UML交互图——顺序图和通信图
移动端UML图应用之UML结构图——包图、部署图和组件图
移动端UML图应用之UML结构图——类图

---

---

一、包图

逻辑架构是软件类的宏观组织结构，它将软件类组织为包（或命名空间）、子系统和层等。之所以称其为逻辑架构，是因为并未决定如何在不同的操作系统进程或网络中物理的计算机上对这些元素进行部署。

逻辑架构并非一定要组织为层，但这种方式极为常用。层是对类、包或子系统的甚为粗粒度的分组，具有对系统主要方面加以内聚的职责。在严格的分层架构中，层只能调用与其相邻的下层的服务。

UML包图通常用于描述系统的逻辑架构——层、子系统、包（就Java而言）等。层可以建模为UML包。例如，UI层可以建模为名为UI的包。UML包图提供了组织元素的方式，可以包括任何元素，常见的用法是组织类，嵌套包也十分常见。

人们通常希望显示包之间的依赖性（耦合），以便开发者能够看到系统内大型事物之间的耦合。UML的依赖线即可用于此目的，依赖线是有箭头的虚线，箭头指向被依赖的包。

下图是UML嵌套包的三种表示法，分别是使用嵌入包、UML完全限定的名称以及十字圆形符号表示法。其中UI包中的Swing包和Web包依赖于Domain包中的Sales包。

二、部署图

部署图表示的是，如何将具体软件制品（例如可执行文件）分配到计算节点（具有处理服务的某种事物）上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信（通常通过网络进行）。部署图有助于沟通物理架构或者部署架构。

部署图中最基本的元素是节点，有两种类型的节点：
设备节点——具有处理和存储能力、可执行软件的物理计算资源，如计算机或移动电话。
执行环境节点——在外部节点（例如计算机）中运行的软件计算资源，其自身可以容纳和执行其他可执行软件元素。如操作系统、虚拟机等。

节点名称带有下划线的表示实例，没有下划线的表示类。

节点之间的连接表示一种通信路径，上面可以标记协议，它们通常表示网络连接。

三、组件图

在UML中，组件是一个较模糊的概念，引述UML规范如下：

组件表示封装了其内容的系统模块，它在其环境中的表现形式可以被替代。组件通过所提供的和所需要的接口定义了其行为。同样，如果组件作为类型，那么它的一致性是通过这些所提供的和所需要的接口来定义的。

类和组件都可用来对同一事物建模，UML类可以对任意水平的软件元素建模：从整个系统到子系统，乃至微小的实用对象。但使用UML组件时，意味着强调：1）接口是重要的；2）它是自包容和可替换的模块，是很少依赖或不依赖于其他外部元素的相对独立的模块。

基于组件的建模强调的是可替换性，因此其一般准则是，为相对大型的元素进行组件建模，因为对大量较小的、细粒度的可替换部分进行设计较为困难。

---

参考书籍

[1] UML和模式应用（原书第3版）作者：拉曼