UML用例图的画法详细介绍【软件工程】，面试需要了解到的东西

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024c （备注前端）

正文

II.关联(Association)关系

---

关联(Association)关系是用例图最常见的一种关系，简单理解就是参与者(actor)与每个用例(case)之间存在的一种相互交流、通信的关系，发生的对象是参与者和用例。这种关系与类图的关联关系很相似，可以近似理解。

画法上，关联关系无论是双向的还是单向的，一律用单向的实线箭头从参与者指向用例：

---

III.泛化(Generalization)关系

---

泛化(Generalization)关系是我们通常理解的继承关系：子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系；子用例可以使用父用例的一段行为，也可以重载它。此时，父用例通常是抽象的，而子用例表现出很强的具体性。(这里的子用例和父用例同样适用于参与者)

在用例图中，泛化关系存在于用例(case)之间或参与者(actor)之间，但通常不会出现在二者混合之间。画法上，泛化关系表示为实线、空心三角箭头，从“子”指向“父”：

---

IV.包含(Include)关系

---

包含(Include)关系是用来表示把一个较复杂用例所表示的功能分解成较小的步骤的一种关系。从定义不难看出，这种关系只会存在于用例(case)之间，并且通常是对一个复杂的用例进行拆解操作。

画法上，包含关系表示为两个部分：首先是一条虚线箭头，从较复杂的用例指向拆解出的功能用例；第二部分是在虚线上标注《include》，表示这是包含关系(与下一个扩展关系进行区分)：

---

V.扩展(Extend)关系

---

扩展(Extend)关系是用来表示用例功能的延伸的一种关系。这种关系同样是发生在用例(case)之间，相当于为基础用例提供一个附加功能用例。

画法上，扩展关系同样分两个部分：首先是一条虚线箭头，从延伸功能用例指向基础用例(直观感受与包含关系刚好相反)；第二部分是在虚线上标注《extend》，表示这是扩展关系：

---

VI.总结

---

对四种关系的画法进行一个总结：

| 关系 | UML画法 |

| :-: | :-: |

分享

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
中…(img-iCcMvsIr-1713393514534)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！