在产品和技术领域里都有 UML 的技能知识，而对于产品人员的UML则更多的是指 用例图 ，也就是我所称呼的 用户流程图 。在讲 PRD文档 写作的 第二篇文章 里，我提到了 用户流程图 的制作，实际上用户流程图是我在产品规则的初期对 用例图 的一种结构化的表达方式，由于以结构化的方式描述 用例 太抽象，缺少逻辑性表达，并且那篇文章更偏向于功能性用户流程，还不是实际意义上的用例，因此今天我补文一篇，细讲一下 UML用例图 和 用例文档 。

用例文档 是由多个用例组成的一份文档，主要用于技术开发与测试使用，他是PRD中的重要辅助文档，用于讲解某个环节的功能逻辑，例如用户注册、活动报名等等功能都是需要用例辅助说明的。用例文档的写作时间在原型设计之后，通常和PRD文档同步撰写。

用例文档 中有两个关联文件，分别是 用例图 和 流程图 。 用例图 是UML的一种类图表现方式，是从用户角度描述产品功能，并指出该用户在产品各功能中的操作权限。 流程图 是通过线框图形的方式描述产品功能的处理过程，主要是描述功能的执行顺序、分支和循环的逻辑。

写用户文档的常用软件是 Word ，其中用例图和流程图的制作软件常用的是 Visio ，当然也有用 Axure RP 软件制作的，例如下面的第三步流程图就是用Axure RP制作的。

一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。

用例文档的大概组成部分如下：
1、修改记录：每次修改的备注记录，同PRD文档。
2、角色介绍：描述参与系统中的各个角色
3、用例：同下方步骤的第4步，其中第3步中的流程图是直接插入到第4步的流程图表格项中的。

用例文档的模板格式如同以上三点内容，通过Word文档绘制表格，在表格中撰写用例描述，表格的格式和样式参考以下示例图。

1、撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。（如下图）

2、第二步是以用例图的方式注明角色在前后端的用例关系。（如下图）

3、第三步是以流程图的方式注明角色在各个功能环节的活动过程。（如下图：以活动报名为示例）

4、第四步则是以用例文档的方式将以上三步整合到一起，并撰写各个功能环节的用例描述。（如下图）

表格说明：
4.1、用例名：此功能环节的名称
4.2、用例编号：在此产品中该用例的编号
4.3、行为角色：参与或操作(执行)该功能的角色
4.4、简要说明：用最少的文字描述一下该用例的需求
4.5、前置条件：参与或操作(执行)此功能的前提条件
4.6、后置条件：执行完毕后的结果条件
4.7、流程图：该功能的角色活动过程(处理过程)图（第三步中的图）

上面示范的用例描述相对简单，也是最常用和基本的用例描述内容，当然也有稍微复杂一点的用例文档，文档中会详细描述使用场景、事件流和信息字段，也有一些用例文档还会插入产品界面效果图。

使用场景主要描述行为角色在不同情况下使用产品时，根据情况或问题给出相应的系统反馈。事件流类似流程图，只不过是通过文字的方式描述角色的活动过程。信息字段主要是描述用例中所用到的数据字段。

这些更多的描述内容取决于个人的习惯，最终目的都是为了描述清晰产品逻辑，因此我的原则就是用越少的文字描述清晰越多的需求说明。（毕竟这些文档是产品开发中的执行文档，文字不在多，表达清晰即可。）

产品需求文档(PRD)的写作：
产品需求文档(PRD)的写作方法 （文章的摘要介绍）
产品需求文档的写作(一) – 写前准备(信息结构图)
产品需求文档的写作(二) – 梳理需求(产品结构图和用户流程图)
产品需求文档的写作(三) – 原型设计(手绘原型,灰模原型,交互原型)
产品需求文档的写作(四) – 撰写文档(PRD文档)
产品需求文档的写作(五) – 用例文档(UML用例图、流程图)

PRD PRD文档 UML Visio 产品需求文档 流程图 用例图 用例描述 用例文档 用例模型

如果觉得我的文章对您有用，请随意赞赏。您的支持将鼓励我继续创作！

31 条评论

发表新评论

写给阿姨的邮件（这是一封写给团队的邮件）

第三章：产品规划(1) – 产品规划介绍

Mindset comes as the biggest challenge to the globalization of U.S. internet enterprises

调查：你在工作中都使用哪些工具软件？

产品设计原则 之 体验设计(移动互联网产品设计)

第一章：产品介绍(3~4) – 产品经理发展和工作内容介绍

产品三人行 之 Estate Open

Fresns 社交网络服务软件的 16 个优秀功能特点

《杰出产品经理书》连载完结，欢迎阅读

调查：你为什么选择做产品经理？