UML-用例图

【前言】

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

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

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

     二、用例图的基本元素

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

     

 

    角色可能是人、事或者是一个系统，但是我们都用小人来表示。用例是系统具有的功能，用椭圆圈来表述，文字 标在下面。用例不是一对一的存在方式，而是可以被多个角色使用。关系描述的是角色和用例之间的关系，用直线表

示。有箭头的直线，表示角色与系统交互的过程中，数据的流向，如果箭头指向用例，就说明角色需要往系统输入数据，如果箭头指向角色，说明系统往角色输出数据。没有箭头的直线，则没有明确表示数据的流向。还有可能出现虚线。

    三、关系的分类

    关联、依赖、泛化这几种关系网易博客中曾经写过，在此就不详细介绍。请点击链接？

    http://zhlojinchao.blog.163.com/blog/static/240328039201592524853436/

    http://blog.csdn.net/jiuqiyuliang/article/details/8567448

   四、用例图的属性有哪些

    

      事件流：描述了一个用例执行者与系统之间的交互过程，包含多个分支。（基本流和备选流）

      前 置条件：执行该用例的前提条件，描述在什么条件下看可以开始执行一个事件流。

     后置条件：用例结束时系统的状态，检验、评审用例。

   

    五、怎么才能更合适的画出用例图？

      我们需要了解用例的粒度与范围，（概述级、子功能级、用户目标级）用例适中最好。

    1.概述级：找出一个非常粗的一个用例，大概的样子。

       

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

       

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

       

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

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

      1.应该清晰的定义系统的边界
      2.防止用例过多
      3.从执行者的角度来命名用例
      4.用例描述正规程度
      5.避免执行者的名字不一致
      6.避免执行者和用例之间的关系太复杂
      7.用例的大小是否恰当
      8.避免用例描述混乱
      9.区分用例分解和功能分解

     10.避免客户不能理解用例

     11.有字儿场合用例描述是不适合的。