【内容】
1.什么是用例图
用例图（use case diagrams）：用来描述用户的需求，从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。
2. 用例图的基本元素：角色、用例、关系
| 基本元素 |
含义 |
图示 |
| 角色 |
系统交互的人或物 |
|
| 用例 |
参与者可以感受到的系统服务或功能单元 |
|
| 关系 |
角色（参与人）与用例之间的关系 |
|
3.关系描述
| 关系类型 |
含义 |
图示 |
| 关联关系 |
参与者与用例之间的通信 |
|
| 泛化关系（通常也说继承关系） |
两个用例或两个参与者之间的关系 |
|
| 包含关系 |
包含关系描述的是一个用例需要某种功能，而该功能被另外一个用例定义，那么在用例的执行过程中，就可以调用已经定义好的用例。 |
|
| 扩展关系 |
用一个用例（可选）扩展另一个用例（基本例）的功能。 |
|
4.用例的粒度与范围
| 粒度与范围 |
含义 |
图示 |
| 概述级 |
总体对系统进行描述 |
|
| 用户目标级 |
将系统分成不同的功能模块 |
|
| 子功能级 |
对角色、功能模块的要求更具体，划分更明确 |
|
5.用例注意点
应该清晰的定义系统边界；
防止用例过多；
应该从执行者的角度来命名用例；
用例描述正规程度；
避免执行者的名字不一致；
避免执行者和用例之间的关系太复杂；
注意用例的大小是否恰当；
避免用例描述混乱；
区分用例分解和功能分解；
避免客户不能理解用例的情况发生；
有些场合，用用例来描述需求是不适合的。
6.机房收费系统用例图
一般用户
操作员
管理者
总结：
第一次开始画UML图，有不对的地方欢迎大家评论指点！谢谢啦！
在看用例图视频的时候，感觉都听懂了，但是在画图的时候，就画不出来了...真的需要自己慢慢去探索。我们应该站在巨人的肩膀上，才能成长的更快。一点思路也没有的时候，多去看看大佬们的博客。这个图画了差不多一个下午，希望下面可以走的快一些，加油！