UML 图，尤其是用例图在很多行业都有广泛的应用，但听起来以及用起来都很复杂，作为 B 端产品经理在工作中也会用到 UML 用例图，但用起来非常简单，今日给大家介绍一下。

首先我们要认识一下 UML：

UML-Unified Modeling Language 统一建模语言，又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。UML的定义包括UML语义和UML表示法两个元素。UML是在开发阶段，说明、可视化、构建和书写一个面向对象软件密集系统的制品的开放方法。

UML 总共包含了 14 种图形，包括：

结构图：类图、轮廓图、组件图、组合结构图、对象图、部署图、包图

行为图：活动图、用例图、状态机图、序列图、时序图、通讯图、交互概览图

其中，UML 用例图是 B端产品经理使用最多的，因此这篇文章主要是介绍 UML 用例图的作用和绘制方法。

UML 用例图，即从用户角度描述系统功能的图形。

通常来说，UML 用例图主要是表达参与者、用例以及系统的关系，目的是说明谁使用系统去做什么。但在我看来，UML 用例图不仅仅可以用来表示用户使用系统的目的，还可以用来模拟业务场景。

用例图的结构主要分为三个部分：参与者、用例、参与者与用例之间的关系，这些关系主要包括关联、归纳（泛化）、包含、拓展和依赖，听起来很复杂，其实解释起来也不难，分别如下：

下面我结合一个简单的例子，用一张图直接给大家说明一下：

注意用例的颗粒度：用例太粗了传达不出意思，用例太细了就会变成操作步骤，所以把握好用例的颗粒度很重要

明确用例图的目的，用例的目的会直接反映用例的颗粒度，比如用户注册系统的用例图，那么用例的颗粒度就是注册，而非填写手机号、获取验证码、输入密码等细颗粒度的用例

参考其他用例的颗粒度，通常来说表达同一个系统的用例颗粒度是需要保持一致性的，因此可以参考其他模块的用例颗粒度进行调整

注意用例的说明：通常来说用例图是需要带上用例规约的（包含了用例标识、用例名称、用例执行的前置条件、基本事件流等），但日常工作中如果不是特别要求，可以简化一些，在用例图下方直接描述用例描述的场景或功能或基本事件流。

关于 UML 用例图，对于 B 端产品经理来说，甚至对于其他方向的产品经理，都是一个非常好用的描述系统功能或者描述业务场景的工具。希望这篇文章能帮助到对 UML 用例图有疑惑的人。