【UML】用例图中Include和Extend到底如何区分

最新推荐文章于 2026-04-18 06:19:11 发布
原创 最新推荐文章于 2026-04-18 06:19:11 发布 · 4.1w 阅读 · 184 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文深入解析了UML用例图中的include与extend关系，详细阐述了两者的应用场景及区别。include关系中，子用例是基用例完成功能的必要组成部分；而extend关系则是对基用例功能的可选扩展。

前言：

今天在看UML中用例图的时候，发现之前总结的博客有一些理解上的问题，确实include与extend有很大的区别，今天通过深入的学习，现在已经纠正以前的错误了，接下来大家和我一起看看这二者之间到底是怎么的一种存在吧！

1、之前《include》的学习误区

大家都知道include的中文意思是包含的意思，我最初的理解就是一个用例包含另一个用例！二者之间就是单单的包含关系就行了，接下来我给一下 错误 的用例图：

在这里插入图片描述

一开始我单单的认为包含的关系就是查询用户包含查询教师和查询学生，三者之间是平级的包含关系！这是错误的理解，那究竟什么是扩展关系呢，接下来步入正题!

2、解析《include》

当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽取出来作为一个独立的子用例，供多个基用例所共享，因为子用例被抽出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才能够完整， 子用例必须被执行！

在这里插入图片描述

如上图，管理员有两个功能，分别是查看上机记录与结账，二者之间都包含一个用例，那就是登录，意思就是要想完成查看上机记录和结账，那么必须先要登录！ 所以 将登录抽离出来！登录必须要先执行，这就是包含关系！

3、解析《extend》

《extend》 与《include》正好相反，就是说extend关系是对基本用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能，extend的基本用例存在一个扩展点，只有当扩展点被激活时，子用例才会被执行！

在这里插入图片描述

如上图所示，如果借书人按照规定时间内归还图书，那么归还图书就好，但是如果超期，那么就要执行扩展用例，此时它的超期归还扩展点被激活！

4、总结

include必须要执行，extend不必须执行，只有将扩展点激活才可以执行！

解析UML用例图中include与extend的区别
06-12
解析UML用例图中include与extend的区别
UML用例图中include与extend的区别
03-02
代码转载自：https://pan.quark.cn/s/024b3d80f320 1、适配器模式 包装一个对象，来提供不同的接口 源码例子 适配器模式 2、代理模式 代理对象持有被代理对象的引用，通过代理对象简介访问被代理对象，来控制对被代理对象的访问（重点学习动态代理涉及反射知识） 源码例子 动态代理弥补了普通代理删除或增加接口方法需要改动多个类的不足，动态代理无论接口方法怎么变化都不受影响 代理模式 定义一个接口 真实的对象实现接口的方法 假的对象调用真实对象的方法 动态代理模式简化的样子 属于反射包下的类，传入一个真实对象的ClassLoader，真实对象实现的接口和包下InvocationHandler的一个子类，得到一个代理的对象，代理对象实现真实对象一样的接口，所以可以调用真实对象实现的接口方法 3、外观模式 包装多个对象，以简化它们的接口 源码例子 4、装饰者模式 包装另一个对象，并提供额外的行为 装饰者模式 例子源码相关类，绘制装饰者UML图 源码例子 装饰者UML图谱例子1 5、命令模式 把请求封装成对象，这可以让你使用不同的请求、队列或日志请求来参数化其他对象 源码例子 命令模式 6、迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示 源码例子 迭代器模式 7、组合模式 允许你将对象组合成树形结构来表现“整体/部分”的层次结构 源码例子 组合模式 8、工厂模式 定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个 源码例子 工厂模式 9、抽象工厂模式 提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类 源码例子 抽象工厂模式 10、观察者模式 定义了对象之间一对多依赖，当一个对象改变状态...
用例模型中，包含，泛化和扩展三种类型详细对比和分析
最新发布
几十年资深高级架构师，技术专家的技术笔记。专注C、Java、Python、微服务、云原生、AI工程化及高并发系统分布式架构实战，分享源码剖析、性能调优与架构治理经验。
04-18 367
摘要： UML用例模型中包含（Include）、泛化（Generalization）和扩展（Extend）是三种核心关系，分别表示不同的交互逻辑。包含关系强调强制执行的子功能（如注册必含保存信息），用<<include>>虚线箭头表示；泛化关系体现父子用例的继承性（如电话注册是注册的一种形式），用实线空心三角箭头表示；扩展关系描述条件触发的可选功能（如注册后发送优惠券），用<<extend>>虚线箭头表示。三者关键区别在于：包含是“必须做”，泛化是“是一种”，
用例图中include和extend的含义
Pistachiout的学习博客
09-09 1万+
include和extend的区别
UML用例图中包含(include)、扩展(extend)和泛化(generalization）三种关系详解
lj6500的专栏
05-25 1552
共性：都是从现有的用例中抽取出公共的那部分信息，作为一个单独的用例，然后通后过不同的方法来重用这个公共的用例，以减少模型维护的工作量。 1、包含(include)     包含关系：使用包含（Inclusion）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基（Base）用例复用。基用例控制与包含用例的 关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依
UML 用例图图中包含和扩展区别
龙大的博客
02-04 704
选择哪种关系取决于业务逻辑的。时，才执行“使用优惠券”。
Windows平台下用例图中包含(include)、扩展(extend)和泛化(generalization）介绍
荔园微风的博客
05-24 7618
Windows平台下用例图中包含(include)、扩展(extend)和泛化(generalization）介绍
用例图详解
热门推荐
wangbuji的博客
09-26 1万+
用例图主要用来描述客户的需求，包含参与者，用例，边界，关系。 用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户）。用例是从系统外部可见的行为，从原则上来讲，用例之间都是独立、并列的，它们之间并不存在着包含从属关系。但是为了体现一些用例之间的业务关系，提高可维护性和一致性，用例之间可以抽象出包含(include)、扩展(extend)和泛(generalization)几种关系。 1 包含 基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。has a .
UML建模之用例图（重点讲extend和include关系）
技术让梦想更有力量
08-03 1万+
用例图（Use Case Diagram）是整个UML9种图中最基础、最重要的一种图。为什么说它重要呢？因为用例图描述的是待开发系统的功能需求，这些功能需求是UML其它几种视图的依据和基础，其它几种图都要围绕用例图中定义的用例来建模，也可以说其它几种图都是为了实现用例图中的用例而存在的。 那么用例图都有哪几种元素组成呢？ 角色（Actor）
UML用例图关系（Include 和extend）
TPH_BETTER.的博客
04-12 1万+
用例图关系 用例图的三种关系 泛化（Generalization） 包含（Include） 扩展（extend）
在用例图中，应该如何区分《include》和《extend》这两个原型？ 转
weixin_34216107的博客
06-19 782
转自http://www.cnblogs.com/bookideas/ " 我们知道，在收集一个软件系统需求的时候，一般会用到用例图。在分析两个用例之间的关系的时候，会用到《include》和《extend》这两个原型。这两个原型很容易让UML的初学者感到迷惑，包括我，呵呵。今天，在这里初步探讨它们之间的区别。 《Include》: 表示一个用例包含另一个用例，即要完成包含用例就一定要执...
UML语言设计---关于用例图中的Include（包含）和Extend（扩展）详解
weixin_43730142的博客
03-10 6661
前言： 在做UML相关题的时候，发现总是分不清Include和Extend之间的区别，特此发布一篇博客，来总结一下这两个关系的不同，同时也分享给大家，让了此篇博客的同学们都不会再迷糊 Include： Include是指“包含的关系”，指多个用例中都包含一个共有的相同的过程，这时为了将用例图画的更为清晰，所以我们需要将用例更加细分出来，这时候就用到了Include，比如下图1-1中，两个用例中都包...
UseCase中include和extend的区别
07-24 1411
比较基础的东西，不过还是说明一下： UML用例图中include与extend的区别 最近上论坛，看到在争论UseCase中include与extend的区别。其实这两者是很容易区分的。 include是指用例中的包含关系，通常发生在多个用例中，有可以提取出来的公共部分（就象提取公因式一样），例如UseCaseA中包括了a和b两个流程，而UseCaseC中包含了c和b两个流程。为了提高复
[UML]UML系列——用例图中的各种关系（include、extend）
weixin_33826268的博客
11-08 4943
用例图中的各种关系 一、参与者与用例间的关联关系       参与者与用例之间的通信，也成为关联或通信关系。 二、用例与用例之间的关系 包含关系（include） 扩展关系（extend） 包含关系         (1)  概念         包含关系描述的是一个用例需要某种功能，而该功能被另外一个用例定义，那么在用例的执行过程中，就可以调用已经定义好的用例。  ...
UML之用例图学习
linlin_x的博客
12-24 3883
摘要：用例图核心概念与应用指南 用例图是从外部视角描述系统功能的UML工具，包含参与者（Actor）、用例（Use Case）和系统边界三大核心元素。参与者必须是外部角色，用例应体现完整功能价值，系统边界需明确划分责任范围。用例图通过«include»（必选）和«extend»（可选）关系组织功能，是需求分析和系统设计的起点。常见错误包括：将内部模块作为参与者、用例粒度过细、忽略系统边界等。正确使用用例图能有效澄清需求、界定系统范围并为测试提供依据。
软考 UML 用例图 extend扩展关系 include包含关系 泛化继承inherit关系
求学如是，不可入宝山而空归。。。
09-25 566
用例图主要用于描述系统功能，展示系统与外部用户之间的交互。它包含用例（Use Case）和参与者（Actor），通过它们之间的交互来描述系统的行为。​ 如果答案是“是”，比如执行“下单”这个用例时，必然要执行“验证用户登录”这一步，那么它们之间是​。​ 如果答案是“是”，比如“网上注册”显然是“用户注册”的一种特定方式，那么它们之间是​。
用例图中如何区分include和extend？
编程开发资料库
01-10 1017
需求分析的时候，复杂的需求总是让人很难搞清用例之前的关系，generalize关系比较容易搞清，最易混淆的就是include和extend了。网上好多都对此讲解的不明白，甚至出错。本文告诉你如何判断到底是用include还是extend? 看完下图就明白了。本图是用visio画的，所以《uses》其实是代表《include》（微软总是不服从标准）。 1. 《include》意为包含，也就是...
【UML】extend 与include的区别
玫瑰与鹿°
03-19 1万+
画收费UML图时，看到下图，忽然就不明白extend和include的区别了。 然后通过百度，了解了一下其区别。 【Extend】 中文意思是延伸，扩大。 比如A→B，如果说A延伸到了B，说明A自己也可以执行，有了B只是添加了一个新功能。 比如上图中产生的日结账单，其自身也是个完整功能。可如果用户想打印日结账单，那就得扩展一个打印的新功能。 日结账单是基用例，刷新是子用例，...
泛化关系、include关系和extend关系
肥仔的博客
04-08 4635
UML建模——用例图（Use Case Diagram） include关系指向分解出来的箭头用例，比如： expand关系指向基础用例，比如：
在UML的用例图中include和extend有什么区别
m0_61629312的博客
12-28 2220
2023年12月28日，周四下午。
评论 32
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值