UML系列图——用例图（Use Case）

擂鼓备战：

    UML语言（Unified model language）是用来对软件密集系统进行可视化建模的一种语言。说到可视化，那就是用图描述软件系统，达到语言表达不出来的抽象逻辑。这里我们先从用例图（Use Case）开始一步一步的了解UML语言。

鏖战于野：

    介绍用例图（Use Case Diagram）主要从构成、作用和实例给大家介绍下，因为是初学，许多地方有待完善，案板以备，大家尽管拍砖。

    构成元素:

    参与者（Actor）、用例（Use Case）、关系（Relation）

    一、角色/参与者（Actor） 

    参与者是指系统以外在使用系统或系统交互中所扮演的角色（值得注意的是参与者并不是指某个人或某个事物本身，而是表示人或事物但是所扮演的角色）。在用例图（Use Case Diagram）中用小人表示，如图：

    二、用例（Use Case）

    用例就是外部可见的系统功能，对系统提供的服务进行描述，通俗上讲就是参与者要系统做的事。（值得注意的是某个用例不一定是只属于一个角色的，有的用例可以同时属于多个角色的。）用椭圆表示。如图：

    三、关系（Relation）

    用例图的关系包括用例之间的关系、角色之间的关系、用例和角色之间的关系；关系在用例图中用线条表示。UML中的关系也是学习这门工具需要理解的重点之一，小编会在之后的系列博客中详尽介绍。

    a、用例之间的关系：

    基本用例的行为包含了另一个的用例行为。基本用例描述在多个用例中都有公共行为。涉及到了包含关系、泛化关系、扩展关系。

    b、角色之间的关系：

    犹豫角色实质上也是类，所以它拥有与类相同的关系描述，即角色之间也存在泛化关系（后期加以说明），泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为。

    c、用例与角色之间的关系： 

    为多联关系。

    d、线条表示的说明：

    有箭头的线条表示角色与系统交互过程中数据的流向，如果箭头指向用例，就说明角色需要往系统输入数据；如果箭头指向角色，寿命系统往角色输出数据；

    没有箭头的线条，则没有明确表示数据的流向。

    作用：

    用例图是用来描述用户需求的，主要强调从用户角度分析系统有哪些功能，并指出各功能的执行者是谁，也就是谁在使用系统，系统为执行者完成那些功能；也就是用例图从外部用户的角度捕获系统的行为，他将系统功能划分为对活动者具有意义的事务，这样就可以帮助开发团队以一种可视化的方式理解系统的功能需求。

    实例：

    实例是《机房收费管理系统》的功能描述

打扫战场：

    单单一个用例图，可以牵扯出四中关系，这就是知识的联系性。发现自己需要补充的东西太多了，在总结完用例图时，已经迫不及待的想要准备给这篇文章中需要解释的地方添写连接文章了。就是这样把自己的成长记录下来，再回头看，很励志。