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

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

 

 

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

1.关联关系

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

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

        如图所示：

 

 

2. 泛化关系

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

        泛化关系在类间也有。

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

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

        如图所示：

 

        机房收费系统中能够这样应用：

 

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

3.包含关系

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

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

        如图所示：

 

        使用状况：

            （1）若是两个以上用例有重复的功能，则能够将重复的功能分解到另外一个用例中。其余用例能够和这个用例创建包含关系。

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

 

 4.扩展关系（extend）

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

       我的感受能够叫作特殊状况处理。好比去食堂用饭卡打饭，绝大部分人是刷卡，拿饭，两个步骤就完成了。可是若是某个学生的饭卡里没钱了，假定不用现金或者借钱或者赊帐等等其余的方式来打饭，而是必须用本身的饭卡来打饭。那么他就要先去给饭卡充值。“饭卡充值”就是“刷卡”的一个扩展用例。“饭卡充值”与“刷卡”就是扩展关系。

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

       如图所示：

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

对比：

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

总结：

        全部的箭头指向都是“被”的一端。

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