解析UML用例图之include与extend

关于include与extend的区别,在之前画UML图的时候并没有注意到,还是在画第二遍机房收费系统图验收的时候师傅提出来的,于是查了一些资料,我在机房收费系统中是这样用到include的:

我在一开始看过其他资料的时候大家都是这么用的,我也就想都没想惯性的用了include,但是也不知道原因,就自以为这两个用例都要用这个exportExcel,就是都包括,可是为什么不能用extend呢?下面看看他们的区别:

include是指用例中的包含关系,通常发生在多个用例中,有可以提取出来的公共部分,如上图中,QueryOnline和QueryRecharge知道ExportExcel这个用例,但是ExportExcel并不知道QueryOnline和QueryRecharge这两个用例

而Extend与include恰恰相反,先举个例子:

在这个例子中,用户只知道自己有发送消息的功能,但至于通过哪条途径,用户并不知道,但“通过短信”和“通过邮件”这两个途径知道如何扩展“发送一条消息”这条途径。

在需求分析阶段,可能无法明确到底有多少中方式,在用例分析阶段,发送一条消息用例需要留出扩展接口,然后把已知的发送方式作为扩展用例给出,即如上图所示。

实践出真知,希望和大家交流!

解析UML用例图之include与extend

时间: 2024-08-09 17:59:45

解析UML用例图之include与extend的相关文章

visio画UML用例图没有include关系的解决方法

今天用Microsoft Visio画用例图时,发现visio UML用例里面找不到include关系,即"箭头"+">" 这个组件,后来终于发现一个可行的解决办法: 首先:打开Microsoft Visio -> 选择模板类别"软件和数据库" -> UML模型图->点击菜单栏"UML" -> 单击选项"构造型"-> 新建 > 构造型那里输入include ->

软考路上——用例图之include和extend

记得去年刚学UML的时候,写了一篇用例图的博客--<UML图-用例图>. 2011年5月的软考下午题,考到了用例图,突然感觉对用例图中的include和extend概念有些模糊,因此搬出来,与大家共同学习. 其实仔细思考后,这两者的概念还是很好理解的,顾名思义,include就是"包含"的意思,extend就是"扩展"的意思. include 虽然include是包含的意思,但笔者认为,include在用例图中,主要体现的是"抽象"的

UML用例图总结

原文:UML用例图总结 转载请注明出处:http://blog.csdn.net/tianhai110 用例图主要用来描述 用户.需求.系统功能单元 之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. [用途]:帮助开发团队以一种可视化的方式理解系统的功能需求. 用例图所包含的元素如下: 1.       参与者(Actor) 表示与您的应用程序或系统进行交互的用户.组织或外部系统.用一个小人表示. 2.       用例(Use Case) 用例就是外部可见的系统功能,对系统提供的服

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

在软考复习下午题的时候,涉及UML图时会有一个知识点就是用例图中包含.扩展和泛化的区别.这里我们就来总结一下. 1.包含<<include>> 包含是指当多个用例中存在相同的事件流时,可以把这些公共事件流抽象成公共用例,这个公共用例称之为抽象用例(跟类的概念有点相像,类是多个对象的抽象定义),而原始用例称为基础用例,基础用例与抽象用例之间就是包含关系.但是值得注意的是,对于包含关系而言,基础用例是抽象用例执行中不可缺少的一部分,基础用例一般不单独存在且基础用例不知道抽象用例的存在而

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

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

用例图之include和extend2

2011年5月的软考下午题,考到了用例图,突然感觉对用例图中的include和extend概念有些模糊,因此搬出来,与大家共同学习. 其实仔细思考后,这两者的概念还是很好理解的,顾名思义,include就是"包含"的意思,extend就是"扩展"的意思. include 虽然include是包含的意思,但笔者认为,include在用例图中,主要体现的是"抽象"的思想.即当两个或多个用例存在相同的部分时,可以将这组动作抽出来作为一个独立的子用例,中

UML用例图之间的关系

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

UML用例图

用例图定义:由参与者(Actor).用例(Use Case)以及它们之间的关系构成的用于描述系统功能的静态视图称为用例图. UML包括用例图.类图.构件图.部署图.顺序图.协作图.状态图.活动图 各个图简介: 用例图从外部用户的角度捕获系统的行为.他将系统功能划分为对活动者具有意义的事务. 类图描述类.接口.写作以及它们之间的关系的图 顺序图描述了随时间安排的一系列消息.每个分类角色显示为一条生命线,代表整个交互期间的角色.消息则显示为生命线之间的箭头. 协作图对交互中存在意义的对象和链建模 状

机房收费系统——UML用例图

用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步,说明的是谁要使用系统,以及他们使用该系统可以做些什么,是九种图里面最为基础且非常重要的一张图. 用例图包括3方面内容: 1.参与者(Actor): 2.用例(Use Case): 3.参与者.用例之间的关系:关联关系.泛化关系.包含关系.扩展关系等: 参与者(Actor) 参与者是系统外部的一个实体(可以是任何的事物或人),它以某种方式参与了用例的执行过程.参与者通过向系统输入或请求系统输入某些事件来触发系统的执行.用