UML之用例图

UML之用例图

          用例图的概念

          用例图是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的静态视图。

          用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

          用例图的构成

          用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。

          参与者：

          参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色，因此参与者可以是人，可以是事物，也可以是时间或其他系统等等，还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。

          用例：

          用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义，对我们初学者可能有点难懂。

          我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。

          系统边界：

          系统边界是用来表示正在建模系统的边界。

          边界内表示系统的组成部分，边界外表示系统外部，系统边界在画图中用方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。

          箭头：

          箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。

          箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。



          用例图的作用

          用例图（USE CASE图）主要的作用有三个：

        （1）获取需求；

        （2）指导测试；

        （3）还可在整个过程中的其它工作流起到指导作用。

          用例图的关系

          用例图之间的关系主要分为三种，元素之间的关系，角色之间的关系，用例之间的关系。

          元素之间的关系：

          用例图中包含的元素除了系统边界、角色和用例，另外就是关系。关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。

          角色之间的关系：

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

          用例之间的关系，又可以分为包含关系，泛化关系，拓展关系。

          包含关系：基本用例的行为包含了另一个用例的行为，基本用例描述在多个用例中都有的公共行为，包含关系本质上是比较特殊的依赖关系，它比一般的依赖关系多了一些语义，在包含关系中箭头的方向是从基本用例到包含用例。

          泛化关系：代表一般与特殊的关系。它的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段，在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。

          扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义，与包含关系一样，扩展关系也是依赖关系的版型。在扩展关系中，箭头的方向是从扩展用例到基本用例，这与包含关系是不同的。