共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。
1、包含(include)
包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用。基用例控制与包含用例的 关系,以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性。
包含关系对典型的应用就是复用,也就是定义中说的情景。但是有时当某用例的事件流过于复杂时,为了简化用例的描述,我们也可以把某一段事件流抽象成为一个被包含的用例;相反,用例划分太细时,也可以抽象出一个基用例,来包含这些细颗粒的用例。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。
例如:业务中,总是存在着维护某某信息的功能,如果将它作为一个用例,那新建、编辑以及修改都要在用例详述中描述,过于复杂;如果分成新建用例、编辑用例和删除用例,则划分太细。这时包含关系可以用来理清关系。
对于一个扩展用例,可以在基用例上有几个扩展点。
例如,系统中允许用户对查询的结果进行导出、打印。对于查询而言,能不能导出、打印查询都是一样的,导出、打印是不可见的。导入、打印和查询相对独立,而且为查询添加了新行为。因此可以采用扩展关系来描述:
4、泛化(generalization)
泛化关系:子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系,子用例中的特殊行为都可以作为父用例中的备选流存在。
例如,业务中可能存在许多需要部门领导审批的事情,但是领导审批的流程是很相似的,这时可以做成泛化关系表示:
上面是我参考的一篇文章,觉得将三种关系的区别讲得很清晰,在此基础上结合自己的系统,对项目(在线购物系统)的用例做了整体的描绘。
*****************************************************************
(1)系统整体用例图
按照先整体用例,后子系统用例来进行描绘的,欢迎大家提出好的建议!
转:UML中扩展和泛化的区别
泛化表示类似于OO术语“继承”或“多态”。UML中的Use Case泛化过程是将不同Use Case之间的可合并部分抽象成独立的父Use Case,并将不可合并部分单独成各自的子Use Case;包含以及扩展过程与泛化过程类似,但三者对用例关系的优化侧重点是不同的。如下:
●泛化侧重表示子用例间的互斥性;
●包含侧重表示被包含用例对Actor提供服务的间接性;
●扩展侧重表示扩展用例的触发不定性;详述如下:
既然用例是系统提供服务的UML表述,那么服务这个过程在所有用例场景中是必然发生的,但发生按照发生条件可分为如下两种情况:
⒈无条件发生:肯定发生的;
⒉有条件发生:未必发生,发生与否取决于系统状态;
因此,针对用例的三种关系结合系统状态考虑,泛化与包含用例属于无条件发生的用例,而扩展属于有条件发生的用例。进一步,用例的存在是为Actor提供服 务,但用例提供服务的方式可分为间接和直接两种,依据于此,泛化中的子用例提供的是直接服务,而包含中的被包含用例提供的是间接服务。同样,扩展用例提供的也是直接服务,但扩展用例的发生是有条件的。
另外一点需要提及的是:泛化中的子用例和扩展中的扩展用例均可以作为基本用例事件的备选择流而存在。
2、扩展(extend)
扩展关系:将基用例中一段相对独立并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(Extension Point)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。
分享到:
相关推荐
### UML用例图之泛化(generalization)、扩展(extend)和包含(include)关系详解 #### 基本概念 在软件工程领域中,UML(Unified Modeling Language,统一建模语言)是一种用于规范地描述软件系统的建模语言。它通过...
UML(统一建模语言)是软件开发中用于可视化、构造和文档化的标准工具,其中用例图是一种重要的图表类型,它描绘了系统与外部用户,即活动者之间的交互。用例图提供了一个高层次的视角,展示了系统的核心功能及其与...
### UML用例图详解及应用场景 #### 一、引言 UML(Unified Modeling Language,统一建模语言)是一种广泛应用于软件工程领域的图形化语言,用于描述软件系统的架构、行为和实现细节。其中,**用例图**是UML中最直观...
### 机票预定系统用例图知识点详解 #### 一、用例图概述 用例图是一种重要的需求分析工具,主要用于描述系统的外部可见行为以及不同角色与系统交互的方式。它能够清晰地展示系统的功能需求,帮助开发者理解用户的...
### UML用例图详解与初学者指南 #### 一、引言 统一建模语言(Unified Modeling Language,简称UML)是一种广泛应用于软件工程领域的标准化建模语言,旨在帮助软件开发人员更好地理解和构建复杂的软件系统。其中,...
**UML用例和用例图详解** UML(统一建模语言)是一种标准化的建模工具,用于软件开发过程中描述系统的行为和结构。在UML中,用例(Use Case)和用例图是重要的建模元素,它们主要用于描述系统功能需求以及参与者与...
### 超市管理系统UML类图和用例图知识点详解 #### 1. 用例和用例图 ##### 1.1 什么是用例和用例图 用例是一种描述系统行为的方式,它主要从用户的视角出发,定义了系统应该具备的功能。一个用例通常包括了一系列...
### UML中文教材第三章:静态建模与用例图详解 ...以上对UML中文教材第三章的总结和扩展,深入探讨了用例模型和用例图在系统设计和开发中的关键作用,以及它们的构成要素和构建过程,为读者提供了全面而深入的理解。
常见的关系类型包括关联(Association)、扩展(Extend)、包含(Include)和泛化(Generalization)。 #### 二、实验目的 实验的主要目的是通过分析现有的用例图,进一步理解和掌握用例图的绘制方法。通过这种方式...
- 添加关系:如泛化(Generalization)、包含(Include)和扩展(Extend)来细化用例间的关联。 ### 4. 使用ArgoUML绘制活动图 活动图主要用于描述系统中的流程或工作流,特别是在处理并发和顺序控制时。在ArgoUML...
### UML 入门学习资料知识点详解 ...通过上述知识点的学习,你可以更好地理解UML用例图的基本概念、组成元素及其关系,并能够按照一定的步骤来构建用例模型。这对于软件开发项目的前期规划和设计阶段至关重要。
此外,用例间可能存在泛化(Generalization)或包含(Include)、扩展(Extend)等关系,这些关系有助于我们理解不同用例间的逻辑联系。 接下来,我们转向类图。类图是UML中描述系统静态结构的模型,主要用于定义...
- **关系**:用例之间的关系包括包含(include)、扩展(extend)和泛化(generalization)。 ##### 顺序图(Sequence Diagrams) 顺序图用于描述对象之间的交互过程,特别是在时间序列上。它有助于理解系统内部消息传递的...
#### 二、用例图详解 **1.1 用例图的基本构成** - **参与者(Actor)**:代表与系统交互的外部实体,可以是人、其他系统甚至是时间等。 - **用例(Use Case)**:描述系统为参与者提供的一项功能,通常包括一系列...
- 用例图用于描述系统与外部参与者之间的交互,以及系统能够提供的功能。 - **Use Case 用例**:描述了系统如何响应用户请求的功能。 - **Actor 执行者**:代表系统外部的角色或实体,它们与系统交互。 **2. ...
在用例图中,参与者通常是系统边界之外的人或事物,它们通过发起特定的动作或请求与系统进行交互。 #### 三、用例 (Use Case) **符号**:[pic] **说明**:用例描述了系统某一部分的行为。一般而言,用例记录了对...