本章节要讲的用例图是项目经理、产品经理这些岗位更多会使用到的UML图，常见于项目商务竞标书、给甲方的需求规格书、或者是计算机系毕业设计论文中。
在做技术方案分析上很少使用UML用例图，它更多出现在需求PRD、给甲方的需求规格书等文档中。不过仍然建议大家掌握，尤其是还在上大学的学生，在写毕业论文论文时使用上用例图说明系统的功能能起到事半功倍的效果，比单纯的文字描述要加分很多。
用例图有什么作用？简单来说它时UML工具包里用来描述系统需求的图，它主要表达两件事情：
这个系统有谁在用
这些人通过系统能做什么事情
我们平时接触的需求大部分都是以这两个问题来展开描述的，而目用例图本身的语法能以可视化的方式描绘出呈现出上面两个问题的答案--系统的用户和用户能完成的事情。
比如用我们上一节《怎么把技术评审做得领导、同事、自己都觉得好》中给大家演示过的保险理赔业务系统，它的主要功能用用例图可以表示如下：
本节我们会介绍使用UML用例图可视化地表达系统需求的知识、它的常用语法等，由于这部分内容就超过4000字了，为了控制阅读体验，我会在下一节来具体给出一些用例图的实践以及使用建议，同时还会介绍与用例图经常配合使用的用例表，整理一个好用的用例模版给大家。
在继续本节的内容前再提醒一下苹果手机的用户，因为苹果税的存在本专栏在微信直接订阅价格会高于安卓用户，所以专栏在小报童同步更新，苹果手机用户可以通过扫描二维码在小报童订阅阅读，规避额外开销。
初识用例图
作为开发人员很多人习惯用技术语言来描述一个需求、一个系统，但其实需求之所以能成为需求，系统之所以让我们建设一定是有人有真实的需求，想要通过系统解决满足他们的诉求，解决他们的痛点。
我在面试软件工程师，尤其是面试简历上有项目管理经验的工程师时，会让他们挑一个觉得最值得拿出来说的项目给我讲一下，目的之一是想要看一下面试者表达的条理性，通过他的讲述让我对项目有一定了解后再继续深入。
面试者的表达往往会有下面这几种问题：
上来就要讲具体技术细节，系统功能不知道怎么整理成简单的话表达出来
喜欢用偏技术领域的语言来介绍系统功能，让人摸不着头脑
喜欢说本系统划分成多少个模块，每个模块能介绍一堆，但很难让人理解每个模块之间的关系是什么，他们是怎么满足系统需求的
为了搞清楚项目是做什么的，大概的需求是什么，我通常会问两个问题：
388
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
