【【UML学习】|用例图（UseCase diagram）——UML之图一】uml的用例图用来描述用户的需求。是开发者和用户之间沟通而得到的。当我们在画用例图时，把系统看成一个黑盒，从外部执行者（用户）的角度来看，而不是从开发者内部来看。换句话说，我们所画出来的用例图，应该是只要了解用例图的基本规则即可读懂的。
用例图包括三种基本元素：角色， 用例，关系。
1角色
理解：指人或事或物 能触发某件事或对系统输入或被动接受消息。2关系（用例图没有用到实现关系）
分析角色的原则：
1看谁在使用
2看谁在维护
3看需要哪些系统日常支持
4看操作硬件
5看与系统的交互
6看系统的结果会影响到谁
a 关联
b 泛化（表明使用关系），箭头指向父用例
例如，打电话和打长途电话是用例之间的泛化
工作人员和收银员之间是角色泛化关系
c 依赖3用例
a多表明功能
b用例的粒度和范围
c注意抽象，可以提高代码的复用，可以实现多处。
例如，顾客打电话时需要身份验证，工作人员打电话时需要身份验证。此时就把身份验证抽象出来。
下面是我做的导图。
文章图片
uml举例 1ATM客户活动
文章图片
2 系统称重
文章图片
我们看机房收费系统我们还是比较熟悉，一般用户的用例图：
文章图片
我的理解:
我要买票。
“我”就是角色。买票就是用例。
我要买回家的学生票和返校的学生票。
“买回家学生票”和“买返校学生票”都要包含“买学生票”，就可以把“买学生票”抽象出来为一个用例。
总结：
UML是我们今后学习的基础，而用例图又是以后各个阶段的驱动。当我第一遍看完用例图视频的讲解之后，只是有一点印象，而就是当我要总结时，才理清的思路。虽然还是有些浅显，希望在随后的学习中能来不断的补充并丰富对他的理解。
当然画完用例图之后 ，我们要做的就是进行详细的描述。同时进一步分析和设计。方便类的画图。一般是从名词整理，从名词中找出候选类概念，再经过泛化得到类。具体内容，详见下面博文。
类图（Class diagram）——UML之图二（上）
类图（Class diagram)——UML之图二（下）
