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

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

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

1.关联关系

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

        表示方法:带箭头的实线,箭头指向用例。

        如图所示:

 

2. 泛化关系

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

        泛化关系在类间也有。

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

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

        如图所示:

 

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

 

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

3.包含关系

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

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

        如图所示:

 

        使用情况:

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

            (2)一个用例的功能太多时,可以用包含关系创建多个子用例。

 4.扩展关系(extend)

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

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

        表示方法:虚线箭头+<<extend>>字样,箭头指向被扩展的用例(即基础用例)。

       如图所示:

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

对比:

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

总结:

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

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

原文地址:https://www.cnblogs.com/Camier-myNiuer/p/6705211.html