UML-用例图

【前言】

我们之前在博客中说过UML九种图是团队沟通的利器，软件设计的宏伟蓝图需要一定的工具支持吧，UML是如何实现可视化的的呢？这就需要介绍我们学习的九种图了。其他几种已经在上几篇博客中详细的介绍，此篇着重介绍用例图。这是我们在看视频时最先看到的，是九种图的开端，是重中之重。因此根据我自己现在所学到的对用例图做出自己尽可能多的理解。

一、用例图是用来干什么的？

用例图 是由参与者、用例以及两者之间的关系构成的用来描述系统功能的动态视图。对用户的需求做了详细的描述，从用户的角度类似描述系统的功能，而且指明各功能的执行者，显示是谁在用，怎么用、能做些什么，但是只是描述了系统做什么的，到底怎么做不是用例图的范围，显示出用户用了哪些用例。

二、用例图的基本元素

角色、用例、关系三个构成用例图。下面这张图够清楚的显示我们的答案吧。




角色可能是人、事或者是一个系统，但是我们都用小人来表示。用例是系统具有的功能，用椭圆圈来表述，文字标在下面。用例不是一对一的存在方式，而是可以被多个角色使用。关系描述的是角色和用例之间的关系，用直线表
示。有箭头的直线，表示角色与系统交互的过程中，数据的流向，如果箭头指向用例，就说明角色需要往系统输入数据，如果箭头指向角色，说明系统往角色输出数据。没有箭头的直线，则没有明确表示数据的流向。还有可能出现虚线。
三、关系的分类

关联、依赖、泛化这几种关系网易博客中曾经写过，在此就不详细介绍。请点击链接？
http://zhlojinchao.blog.163.com/blog/static/240328039201592524853436/


/article/1388833.html

四、用例图的属性有哪些

事件流：描述了一个用例执行者与系统之间的交互过程，包含多个分支。（基本流和备选流）
前置条件：执行该用例的前提条件，描述在什么条件下看可以开始执行一个事件流。
后置条件：用例结束时系统的状态，检验、评审用例。

五、怎么才能更合适的画出用例图？
我们需要了解用例的粒度与范围，（概述级、子功能级、用户目标级）用例适中最好。
1.概述级：找出一个非常粗的一个用例，大概的样子。



2. 用户目标级：进一步细化，拆分出更多的用例。



3.子功能级：在上一步的基础上进一步细化，丰富用例。



用例的粒度以每个用例能够说明一件完整的事情为宜。

六、我们需要注意些什么呢？

1.应该清晰的定义系统的边界

2.防止用例过多

3.从执行者的角度来命名用例

4.用例描述正规程度

5.避免执行者的名字不一致

6.避免执行者和用例之间的关系太复杂

7.用例的大小是否恰当

8.避免用例描述混乱

9.区分用例分解和功能分解
10.避免客户不能理解用例
11.有字儿场合用例描述是不适合的。