【UML】用例图Use Case Diagram、部署图Deployment Diagram、构件图Component Diagram

一、用例图

1、简述

用例图是描述系统需求的一种方法，不要和测试用例混淆。用例图的直观作用如下：

谁是相关的用户；
用户希望系统提供什么样的服务；
用户可以为系统提供的服务；
1
2
3

2、元素

1）执行者：与系统交互的对象，可能是人，也可能是其它系统，图中以一个小人表示；
2）用例：可以执行的动作，图中以椭圆表示；
3）系统边界：表示系统的范围，不包括执行者，只框住用例，图中以方框表示；
4）关联：将执行者和对应的用例连接起来，图中以直线表示，可以加箭头表示输入输出；
5）继承：也称为泛化，其实就是利用执行者之间的继承关系，少画几条关联线，图中以空心箭头表示；
6）包含：以树的形式组织用例，体现用例之间的父子关系，图中以《include》表示
注意全部子用例合起来不一定等于父用例，可能只是父用例的一部分。
7）扩展：在某个用例的基础上，还能扩展出的功能，图中以《extend》表示，转换成文字就是：“在…基础上做…事情”

3、建议

个人感觉用例图越简单越好，以用户可以看懂为目标，不要从研发角度描述。

二、部署图

1、简述

部署图的主要目的是在物理的层次上做整体的系统规划，描述客户当前和部署后的IT环境架构。

2、元素

1）节点：表示实际环境中的一台计算机、服务器、嵌入式设备等，图中以立方体表示，立方体上面写描述设备的名字；
2）标记：描述节点的配置情况，图中以键值对形式写在节点上；
3）通信路径：描述节点之间的通信方式，如互联网Internet、局域网LAN、CAN等通信方式，图中以直线加文字描述表示；

三、构件图

1、简述

构件图也称为组件图，构件可以是一个程序、一个共享库、一个插件或者一个数据库，总之它可以单独维护、升级、替换。
构件图描述了对外可以提供的接口、需要的接口、之间的依赖等信息。主要目的是为了明确客户现有系统的接口和项目完成后可以提供的接口。常常和部署图画到一起

2、元素

1）构建：一个程序、一个共享库、一个插件或者一个数据库等物理独立的模块，图中新旧表示方法如下
老版本（UML 1.x）构件表示

新版本（UML 2.x）构件表示

2）依赖：一个构件需要另一个构件提供服务、接口，图中以虚线加箭头表示

3）提供的服务：构件可以提供哪些服务、接口等，图中以直线加圆圈表示；
4）需要的服务：构件需要哪些服务才能运行，图中以直线加半圆表示；

3、建议

将部署图和构件图画到一起使用，更直观。