用例图之参与者、用例间的四种关系

本文转载至：http://blog.csdn.net/ls1645/article/details/42969587

 

 

用例图中包括三种元素，参与者，用例，它们之间的关系。下面说说参与者与用例之间，用例与用例之间都有哪些关系。

1.关联关系

        定义：参与者与用例之间通常用关联关系来描述。

        表示方法：带箭头的实线，箭头指向用例。

        如图所示：

 

 

2. 泛化关系

        定义：一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。

        泛化关系在类间也有。

        子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变已继承的行为。

        表示方法：带空心箭头的实线，箭头指向被泛化（被继承）的用例，即父用例。（PS：泛化关系的箭头不是指向被泛化，而是指向被继承。泛化和继承是不同的方向。泛化是从下到上的抽象过程，继承是从上到下，从一般到特殊的过程。）

        如图所示：

 

        机房收费系统中可以这样应用：

 

        当系统中具有一个或多个用例是一般用例的特化时，就使用用例泛化。

3.包含关系

        定义：其中一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为。基础用例可以看到包含用例，并依赖于包含用例的执行结果。但是二者不能访问对方的属性。

        表示方法：虚线箭头+<<include>>字样，箭头指向被包含的用例。

        如图所示：

 

        使用情况：

            （1）如果两个以上用例有重复的功能，则可以将重复的功能分解到另一个用例中。其他用例可以和这个用例建立包含关系。

            （2）一个用例的功能太多时，可以用包含关系创建多个子用例。

 

 4.扩展关系（extend）

        定义：是把新行为插入到已有用例的方法。

       个人感觉可以叫做特殊情况处理。比如去食堂用饭卡打饭，绝大部分人是刷卡，拿饭，两个步骤就完成了。但是如果某个学生的饭卡里没钱了，假定不用现金或者借钱或者赊账等等其他的方式来打饭，而是必须用自己的饭卡来打饭。那么他就要先去给饭卡充值。“饭卡充值”就是“刷卡”的一个扩展用例。“饭卡充值”与“刷卡”就是扩展关系。

        表示方法：虚线箭头+<<extend>>字样，箭头指向被扩展的用例（即基础用例）。

       如图所示：

        作用：为处理异常或构建灵活系统框架提供了一种有效的方法。

对比：

        包含与扩展的区别。在扩展关系中，基础用例没有扩展也是完整的，而在包含关系中，基础用例依赖于包含用例的执行结果。

总结：

        所有的箭头指向都是“被”的一端。

        找关系，是一件挺复杂的事儿。从不同的角度看会有不同的结果。找到大前提，再理顺特定环境下的关系，会更加顺手。