用例图（UseCase diagram）——UML之图一

uml的用例图用来描述用户的需求。是开发者和用户之间沟通而得到的。当我们在画用例图时，把系统看成一个黑盒，从外部执行者（用户）的角度来看，而不是从开发者内部来看。换句话说，我们所画出来的用例图，应该是只要了解用例图的基本规则即可读懂的。

用例图包括三种基本元素：角色， 用例，关系。

1角色

理解：指人或事或物 能触发某件事或对系统输入或被动接受消息。

     分析角色的原则：

1看谁在使用

2看谁在维护

3看需要哪些系统日常支持

4看操作硬件

5看与系统的交互

6看系统的结果会影响到谁

2关系（用例图没有用到实现关系）

a 关联 

b 泛化（表明使用关系），箭头指向父用例

例如，打电话和打长途电话是用例之间的泛化

      工作人员和收银员之间是角色泛化关系

c 依赖

3用例

a多表明功能

b用例的粒度和范围

c注意抽象，可以提高代码的复用，可以实现多处。

例如，顾客打电话时需要身份验证，工作人员打电话时需要身份验证。此时就把身份验证抽象出来。

下面是我做的导图。

uml举例

 1ATM客户活动

2 系统称重

我们看机房收费系统我们还是比较熟悉，一般用户的用例图：

我的理解:

我要买票。

“我”就是角色。买票就是用例。

我要买回家的学生票和返校的学生票。

“买回家学生票”和“买返校学生票”都要包含“买学生票”，就可以把“买学生票”抽象出来为一个用例。

 

总结：

UML是我们今后学习的基础，而用例图又是以后各个阶段的驱动。当我第一遍看完用例图视频的讲解之后，只是有一点印象，而就是当我要总结时，才理清的思路。虽然还是有些浅显，希望在随后的学习中能来不断的补充并丰富对他的理解。

当然画完用例图之后 ，我们要做的就是进行详细的描述。同时进一步分析和设计。方便类的画图。一般是从名词整理，从名词中找出候选类概念，再经过泛化得到类。具体内容，详见下面博文。

 

类图（Class diagram）——UML之图二（上）

类图（Class diagram)——UML之图二（下）