用例图
用例图用来描述用户的需求的图。从用户角度分析系统的功能，系统功能的执行者
\
1、用例图的基本元素：角色、用例、关系
| 角色 | 用例use case | 关系 |
|---|---|---|
2、用例图的主要属性
| 属性 | 定义 | 理解 |
|---|---|---|
| 事件流 | 描述一个用例在执行时执行者与系统间的交互过程。这个过程包含多个分支。 | |
| 前置条件 | 该用例执行的前提条件，用来描述什么条件下开始执行一个事件流。 | 一个事件流是查询用户的账户余额，那么执行这个事件流的前置条件就是知道这个用户的账户和密码必须正确。 |
| 后置条件 | 说明用例结束时系统的状态。 | 前置条件和后置条件可以用于用例的验证和评审。 |
\
3、用例图的粒度与范围
a. 用例图的粒度与范围用来评测用例的好坏；
b. 用例过少，对于复杂系统来说显然粒度粗，导致代码复用不好，以后的系统维护代价就会很大；
c. 用例过多，就会搞得系统过于复杂。
\
概述级
\
用户目标级
\
子功能级
\
4、用例注意点
| 注意点 | 解释 |
|---|---|
| 清晰定义系统边界 | 哪些功能是属于此系统，边界不清晰或是定义模糊，会妨碍以后和其他系统进行交互。 |
| 防止用例过多 | 粒度太细，系统过于复杂。 |
| 应该从执行者的角度来命名用例 | 从用户的角度命名，而不是开发者。 |
| 用例描述的正规程度 | |
| 避免执行者的名字不一致 | 执行者可能与多个用例相关，执行者不一致就成为两个不同的执行者了。 |
| 避免执行者和用例之间的关系太复杂 | 太复杂可以增加新的执行者或用例。 |
| 避免用例描述混乱 |
机房收费系统
\
