UML 用例图 use case diagram

1. 什么是用例图

用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。(《UML参考手册》)。
用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行(或称为发起了哪个用例)。
用例图多用于静态建模阶段(主要是业务建模和需求建模)。

2. 用例图作用

1). 用例图是从用户角度描述系统功能，是用户所能观察到的系统功能的模型图，用例是系统中的一个功能单元。
2). 用例图非常直观的的表达了客户的需求，帮助开发团队以一种图形化的方式理解系统的功能需求。一般由系统需求分析师来完成用例图的绘制。
3). 在需求分析和概要设计阶段明确系统内部和系统外部的交互。一看用例图就大概明白项目的功能需求。做模块的划分的时候也比较方便。
4). 概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。是客户和开发人员全貌理解项目需求功能比较好的一个方式，也是后续功能迭代的依据和方向。
5). 从外部定义系统功能把需求和设计完全分开。

3. 用例图中的事物

4. 用例图中的关系

要注意 关系的两端角色，是参与者和参与者之间的关系，还是用例和用例之间的关系，还是参与者和用例之间的关系。
(1). 关联关系：参与者和用例之间的关系，参与者和用例之间的交互，这个应该很好理解了。
(2). 包含关系：用例和用例之间的关系，包含关系。举个例子。
比如数据库操作用例，数据库添加用例，数据库删除用例，数据库更新用例。包含关系也出来了哦。

(3). 扩展关系：用例和用例之间的关系，将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装。扩展用例为基用例添加新的行为。扩展用例执不执行没什么影响。
比如，这样一个案例，我们去ATM机取钱我们怎么知道我们还剩多少钱呢，1，取钱的时候直观的就看到了，2，短信提醒，3，邮件提醒。这样三个用例就出来了。取钱提醒(基础用例)，短信提醒(扩展用例)，邮件消息提醒(扩展用例)。
当然这里你可能会有一个疑问为什么他们三个之间不是泛化关系呢，我是这么理解不一定正确，因为我们取钱的时候已经知道了我取钱了短信邮件我都无所谓了可有可无的东西。

(4). 泛化关系：继承，多态
a). 用例之间的泛化关系：
比如碰到过一个项目的需求，要开发一款手机APP 控制家里的家电设备，我们知道控制家电设备可以通过蓝牙控制，通过WIFI控制。那我就简单的划分三个用例，控制用例，wifi控制用例，蓝牙控制用例。这样应该算是泛化关系出来了吧。

b). 参与者之间的泛化关系：
比如银行客户普通客户，金卡客户，银卡客户三者之间就是泛化的关系。

5. 用例图的建模过程

1). 对用户的问题要有非常深刻完善的理解。
2). 根据客户的需求，分析出系统的功能点。
3). 确定系统中的参与者、用例，进而确定参与者和用例之间，用例和用例之间的关系。
4). 针对每一个用例都应该有一个用例规约文档与之相对应，该文档描述用例的细节内容。

6. 实例

以银行操作为实例。简单用例图如下