用例图思维导图
什么是用例图？
用例图是9种UML图中比较重要的图之一，它是由软件需求分析到最终实现的第一步，描述用例视图从用户的角度而不是从开发者的角度来描述对软件产品的需求，分析产品所需要的功能和动态行为。
用例图构成
用例图=参与者+用例+关系
参与者：
参与者是系统外部的一个实体（可以是事物或人），参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。每个参与者可以参与一个或多个用例
用例：对系统功能的描述：
用例表达了系统的功能和所提供的服务。识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统的。用例建模的过程就是迭代和逐步精华的过程。
参与者与用例之间的关系:
关联关系：
泛化关系：
定义：子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。也可以理解成继承关系
包含关系:
包含指的是其中一个用例（称作基础用例）的行为包含了另一个用例（称作包含用例）的行为。基础用例可以看到包含用例，并依赖于包含用例的执行结果。但是二者不能访问对方的属性。
扩展关系:
一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系。与包含关系不同的是，扩展关系的基础用例没有扩展也是完整的。
机房收费系统用例图
1.确定系统参与者
在机房收费系统中，有三种不同的角色，即一般用户、操作员、管理员。
一般用户在系统中有这一般用户的权限，可以对一些信息进行查询，更改密码等操作。
操作员在系统中有操作员的权限，可以对用户进行管理，例如添加、删除、修改等操作。
管理员作为新系统的管理者，有这最高的管理权限，可以对系统的基础数据进行设定，对账单进行结账，汇总和管理系统用户的功能。
2确定用例
3.机房用例图
用例主要属性
-- 事件流可以分为：
基本流-------常规和预期路径
备选流--------受到其他因素影响，用例执行了其他的路径
- 前置条件：该用例执行的前提条件，用来描述什么条件下可以执行一个事件流
- 后置条件：用例结束时的系统的状态
前置和后置条件可以用于验证用例是否正确
用例图注意点
1. 应该清晰的定义系统边界
2. 防止用例过多
3. 应该从执行者的角度来命名用例
4. 用例描述正规程度
5. 避免执行者的名字不一致
6. 避免执行者和用例之间的关系太复杂
7. 注意用例的大小是合恰当
8. 避免用例描述混乱
9. 区分用例分解和功能分解
10. 避免客户不能理解用例的情况发生有些场合，用用例来描述需求是不合适的
用例图作用
重在应用
重在交流
重在事件流的描述