UML用例图中包含、扩展和泛化的区别

在软考复习下午题的时候,涉及UML图时会有一个知识点就是用例图中包含、扩展和泛化的区别。这里我们就来总结一下。

1、包含<<include>>

包含是指当多个用例中存在相同的事件流时,可以把这些公共事件流抽象成公共用例,这个公共用例称之为抽象用例(跟类的概念有点相像,类是多个对象的抽象定义),而原始用例称为基础用例,基础用例与抽象用例之间就是包含关系。但是值得注意的是,对于包含关系而言,基础用例是抽象用例执行中不可缺少的一部分,基础用例一般不单独存在且基础用例不知道抽象用例的存在而抽象用例知道基础用例的存在。包含关系是箭头从抽象用例指向基础用例(也就是从父类指向子类)。

2、扩展<<extend>>

如果一个用例明显地混合了两种或两种以上不同的场景,可以将这个用例分为一个基础用例和一个扩展用例。扩展关系用<<extend>>关系表示,箭头指向基本用例(也就是从子类指向父类)。与此同时,扩展用例是基础用例在某些特定条件下触发产生的,扩展用例不是基础用例必须存在的部分,扩展用例可以单独存在,扩展用例知道基础用例的存在而基础用例不知道基础用例的存在。

3、泛化<<>generalization>>

泛化关系是一种继承关系,子用例将继承基用例的所有行为,也就是任何使用基用例的地方都可以使用子用例来代替。我平时是这样记住这个关系的,就是子类从父类中继承,父类就是子类的泛化。因为泛化和继承本就是一对反关系。泛化关系在用例图中用空心箭头表示,箭头方向从子用例指向基用例。

UML用例图中的三种关系,include,extend和generalization,尤其是包含和扩展,一定要分清它们二者的区别,这对我们掌握这部分的内容是很有帮助的。

UML用例图中包含、扩展和泛化的区别

时间: 2024-10-19 02:14:46

UML用例图中包含、扩展和泛化的区别的相关文章

UML用例图中泛化、扩展、包括

在画用例图的时候,理清用例之间的关系是重点.用例的关系有泛化(generalization).扩展(extend)和包含(include).其中include和extend最易混淆.下面我们结合实例彻底理清三者的关系. 基本概念 用例图(Use Case Diagram):用例图显示谁是相关的用户,用户希望系统提供什么服务(用例),以及用例之间的关系图.用例图主要的作用是获取需求.指导测试. 用例图的4个基本组件:参与者(Actor).用例(Use Case).关系(Relationship)和

规则二:方案中包含扩展

规则二 方案中包括扩展 留出可扩展空间!设计可扩展方案,实现可扩展程序 内容:提供及时可扩展性的DID方法 场景:所有项目通用,是保证可扩展性的最经济有效的方法(资源和时间) Design(D)设计20倍的容量[这里的容量是指:压力容量等] Implement(I)实施3倍的容量 Deploy(D)部署1.5倍的容量 原因:DID为产品扩展提供了经济.有效.及时的方法 要点:在早期考虑可扩展性可以帮助团队节省时间和金钱.在需求发生大约一个月前实施(写代码),在客户蜂拥而至的几天前部署 这个规则是

用例图中的三种关系包含、扩展、泛化

用例图使用户 与开发人员交流的一种重要的方式,是对用户需求的一种描述.开发人员从用户的角度整体上理解系统的功能. 用例图主要有三种元素:参与者(Actor),用例,以及用例图中对象间到的关系.其中关系有包含.扩展是用例图中特有的,泛化在其他类图中同样存在. 包含:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含的关系来表示它们.其中这个提取出来的公共用例成为抽象用例,而把原始用例成为基本用例或基础用例.其中"<<include>>"是包含关系的构造型,

用例图中的三种关系包括、扩展、泛化

用例图使用户 与开发者交流的一种重要的方式,是对用户需求的一种描写叙述.开发者从用户的角度总体上理解系统的功能. 用例图主要有三种元素:參与者(Actor).用例.以及用例图中对象间到的关系.当中关系有包括.扩展是用例图中特有的,泛化在其它类图中相同存在. 包括:当能够从两个或两个以上的用例中提取公共行为时,应该使用包括的关系来表示它们.当中这个提取出来的公共用例成为抽象用例.而把原始用例成为基本用例或基础用例.当中"<<include>>"是包括关系的构造型,

UML用例图说明

转自:http://www.360doc.com/content/10/1206/23/3123_75672033.shtml 前些时间参加了潘加宇老师的技术讲座,UML建模技术受益匪浅.我也把平时的一些积累和上次的收获总结在这篇文章中,主要讲解用例图相关的知识.      用例图是软件需求分析到最终实现的第一步,它描述用户如何使用系统及使用系统什么样的功能.用例图从业务角度上体现谁来使用系统.用户希望系统提供什么样的服务,以及用户需要为系统提供的服务,也便于软件开发人员最终实现这些功能.用例图

用例图中三种关系详解(转)

共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量. 1.包含(include) 包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用.基用例控制与包含用例的 关系,以及被包含用例的事件流是否会插入到基用例的事件流中.基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性.包含关系对典型的应用就是复用,也就是定义中说的情景.但是有时当某用例

UML用例图与类图的基本知识的了解

题记:记录学习的UML用例图与类图的基本知识. 一.UML的用例图: UML的用例图的用途:帮助开发团队一一种可视化的方式理解系统的功能需求. UML用例图包含的元素:(1)参与者:表示与你的应用程序或系统进行交互的用户组织或外部系统(ps:用一个小人表示). (2)用例:用例就是外部可视的系统功能,对系统提供的服务进行描述(ps:用椭圆表示). (3)子系统:用来展示系统的一部分功能.这部分功能联系紧密. UML用例图中的关系主要包含5种:(1)关联(2)泛化(3)包含(4)扩展 关联:表示参

UML之用例图分析(关联、泛化、包含、扩展)

用例图:由参与者(Actor).用例(Use Case)以及它们之间的关系.系统边界构成的用于描述系统功能的静态视图. 一.参与者 用以表示和系统进行交互的参与者角色,不一定是人也可以是物或者系统. 并且参与者不是指人或事物本身,而是表示人或事物当时所扮演的角色. UML用例图中用一个小人来表示参与者 二.用例 用例表示一个操作或者动作,是外部可见的系统功能. UML用例图中用椭圆来表示用例 三.关系 在用例图中,有四种关系,分别是关联.泛化.包含.扩展. 1.关联关系 关联关系表示参与者与用例

UML类图中的六大关系:泛化、实现、依赖、关联、聚合、组合关系

UML定义的关系主要有:泛化.实现.依赖.关联.聚合.组合,这六种关系紧密程度依次加强,分别看一下 1.泛化 概念:泛化是一种一般与特殊.一般与具体之间关系的描述,具体描述建立在一般描述的基础之上,并对其进行了扩展.在程序中是通过继承类实现的.比如狗是对动物的具体描述,在面向对象设计的时候一般把狗设计为动物的子类. 表示方法:空心三角形箭头的实线,子类指向父类 2.实现 概念:实现是一种类与接口的关系,表示类是接口所有特征和行为的实现,在程序中一般通过类实现接口来描述 表示方法:空心三角形箭头的