uml学习

1 用例图

用例图包含参与者、用例和关系这三种核心元素，不同的视角可以得到不同的用例视图，它展现了系统的功能性需求。

所谓不同的视角，可以对应面向对象分析设计的三阶段。

2 类图

类图用于展示系统中的类及其相互之间的关系。

类图建模常用的方式是从概念层，到说明层，最后到实现层这么一个抽象层次逐步降低和细化的过程。

概念层类图位于业务建模阶段，这个阶段采用业务实体这个核心元素来表示。

3 对象图

对象图是类图的实例，标识和类图基本相同。由于对象存在生命周期，对象图只能在系统某一时间段存在，因此对象图可以被想象成正在运行的系统在某一时刻的快照。

4 包图

在实际的项目中，建模过程获得的元素可能是非常多的，如果将这些元素的关系都绘制出来，看上去就会特别乱，特别复杂，也难以识别。

那为了更好的理解和管理这些建模元素，我们就需要有规律的对元素进行组织。包图就起到了这么一个作用，通过包这个容器，可以从大到小、从粗到细地将建模元素组织起来，便于我们的分析，交流和细化。

5 组件图

当有些包能够被多个场景重复使用，那这个包就可以认为有着特定的功能，能够完成特定的目标。

这种情况下，包就可以定义为组件，组件是一种特殊的包，既起到了普通包组织和容纳的作用，又能完成特定的功能。

比如模块（登录模块），类库（Java Guava 包）。

组件可以按功能分为以下几类：模块、子系统、库、可执行文件和程序包等等。

6 部署图

部署图描述了物理上系统运行时的结构，包括系统中硬件的分布以及软件部署到硬件上的具体方式。

部署图用于设计建模阶段，采用节点和关系两种核心元素来绘制。常用于分布式应用环境和多设备应用环境。

7 状态图

状态图也称状态机，它描述了一个对象的生命周期，你可以把它理解成一台运行中的机器，这台机器负责这个对象在固定几个状态间的流转。

这个对象可以是业务实体对象，也可以是分析类对象，还可以是设计类对象。也就是说，在面向对象分析设计的三个阶段（业务建模，概念建模，设计建模），都可以用状态图来表达。

8 活动图

活动图描述了为了完成某一个目标需要做的活动以及这些活动的执行顺序。

UML 中有两个层面的活动图，一种是用例活动图，它用于描述用例场景，常用于业务建模阶段，另一种是对象活动图，用于描述对象交互，常用于设计建模阶段。

9 时序图

时序图用于描述按时间顺序排列的对象之间的交互模式。

前面类图那一节有提过类有三个层次的观点：概念层、说明层和实现层，分别对应于面向对象分析设计的业务建模阶段、概念建模阶段和设计建模阶段，相应的，也可以在这三个层次上分别对业务实体对象、分析类对象和设计类对象绘制业务模型时序图、概念模型时序图和设计模型时序图。

设计模型时序图使用设计类作为对象绘制，也是我们日常开发设计中最为常用的动态视图。以下是商品查询的设计模型时序图。

时序图除了在建模的三个阶段使用外，当你需要表达对象的交互，或者想分析对象的职责和接口时，都可以使用时序图。

10 协作图

协作图和时序图一样，也是描述对象之间的交互模式，不同的是，时序图在意的是对象交互的执行顺序，而协作图在意的是对象间的结构关系。

因此，时序图适用于获得对调用过程的理解，而协作图适用于获得对对象结构的理解。

协作图可以和时序图互相转换，对应时序图的三种表达方式，协作图也分为业务模型协作图，概念模型协作图和设计模型时序图。本文只介绍业务模型协作图，另外两种协作图可以由相应的时序图推导，这里就不赘述了。

业务模型协作图同样采用业务实体来绘制，目标也是实现用例场景。下图是网上购买商品的业务模型协作图。

可以看到，协作图和时序图相比，对象间的结构一目了然，很容易知道哪些消息会影响哪些对象或者哪些对象需要提供哪些接口。但在执行顺序的表达上就很弱，必须依赖消息文本里的数字。

类图中各个箭头的含义

泛化（继承） B ——▷A B 类作为 A 类的子类存在
实现 B ------▷A B 类实现 A 接口
依赖 A ------->B B 类作为 A 类某个方法的参数，表示A想做某些事情需要依赖 B，不然做不成。虚线参数强依赖
关联 A ——>B B 类作为 A 类的属性存在，语义上 A 类和 B 类的地位或水平相等。实线属性若关联
聚合 A♢——>B B 类作为 A 类的属性存在，语义上 B 类可作为 A 类的一部分，这个关系可有可无，是A has--a B 的关系，如房子（A），桌子（B）
组合 A♦——>B B 类作为 A 类的属性存在，语义上 B 类是 A 类的一部分，这部分必须有，是 A contain--a B 的关系，如（人），大脑（B）。