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

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

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

1.关联关系

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

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

       如图所示:

 

2. 泛化关系

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

       泛化关系在类间也有。

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

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

       如图所示:

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

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

3.包含关系

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

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

       如图所示:

       使用情况:

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

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

 

 4.扩展关系(extend)

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

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

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

      如图所示:

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

对比:

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

总结:

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

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


相关文章
|
测试技术 数据库 uml
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
656 0
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
|
4月前
|
测试技术 uml
UML使用问题之系统用例图中有哪些主要的关系
UML使用问题之系统用例图中有哪些主要的关系
|
4月前
|
测试技术 uml
UML定义问题之什么是系统用例
UML定义问题之什么是系统用例
|
4月前
|
测试技术 uml
UML使用问题之如何在PlantUML中表示执行者与用例之间的关联
UML使用问题之如何在PlantUML中表示执行者与用例之间的关联
|
测试技术 uml 开发者
UML基础与应用之用例视图
UML基础与应用之用例视图
139 0
|
测试技术 uml
【uml】之用例图中的关系
【uml】之用例图中的关系
297 0
|
测试技术 uml
用例关系 和 UML类关系
用例关系 和 UML类关系
123 0
用例关系 和 UML类关系
《面向对象分析与设计》一3.2 参与者
本节书摘来自华章出版社《面向对象分析与设计》一书中的第3章,第3.2节,作者 麻志毅,更多章节内容可以访问云栖社区“华章计算机”公众号查看
1572 0