下载文档原格式
产品需求文档的写作(五) –用例文档(UML用例图、流程图)在产品和技术领域里都有UML的技能知识，而对于产品人员的UML则更多的是指用例图，也就是我所称呼的用户流程图。
在讲PRD文档写作的第二篇文章里，我提到了用户流程图的制作，实际上用户流程图是我在产品规则的初期对用例图的一种结构化的表达方式，由于以结构化的方式描述用例太抽象，缺少逻辑性表达，并且那篇文章更偏向于功能性用户流程，还不是实际意义上的用例，因此今天我补文一篇，细讲一下UML用例图和用例文档。
用例文档是由多个用例组成的一份文档，主要用于技术开发与测试使用，他是PRD中的重要辅助文档，用于讲解某个环节的功能逻辑，例如用户注册、活动报名等等功能都是需要用例辅助说明的。
用例文档的写作时间在原型设计之后，通常和PRD文档同步撰写。
用例文档中有两个关联文件，分别是用例图和流程图。
用例图是UML的一种类图表现方式，是从用户角度描述产品功能，并指出该用户在产品各功能中的操作权限。
流程图是通过线框图形的方式描述产品功能的处理过程，主要是描述功能的执行顺序、分支和循环的逻辑。
写用户文档的常用软件是Word，其中用例图和流程图的制作软件常用的是Visio，当然也有用Axure RP软件制作的，例如下面的第三步流程图就是用Axure RP制作的。
一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。
用例文档的大概组成部分如下：1、修改记录：每次修改的备注记录，同PRD文档。
2、角色介绍：描述参与系统中的各个角色3、用例：同下方步骤的第4步，其中第3步中的流程图是直接插入到第4步的流程图表格项中的。
用例文档的模板格式如同以上三点内容，通过Word文档绘制表格，在表格中撰写用例描述，表格的格式和样式参考以下示例图。
1、撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。
UML图例之⽤例图 ⽤例图主要⽤来描述“⽤户、需求、系统功能单元”之间的关系，在需求分析阶段，常会借助⽤例图，从⽤户的⾓度描述系统的功能，以图形可视化的⽅式作为开发团队与客户的交流，同时也有助于形成统⼀语⾔。
⼀、⽤例图描述 ⽤例图（Use Case Diagrame）：描述了⼈们希望如何使⽤⼀个系统，将相关⽤户、⽤户需要系统提供的服务以及系统需要⽤户提供的服务更清晰的显⽰出来，以便使系统⽤户更容易理解这些元素的⽤途，也便于开发⼈员最终实现这些元素。
之所以说⽤例图⾄关重要，是由于⽤户并不关⼼系统的实现和内部结构，只关⼼产品所呈现出来的外部特征动态。
⽽⽤例图恰好就是描述软件产品外部特性的视图，它从⽤户的⾓度⽽不是从开发者的⾓度来描述需求，分析产品的功能和动态⾏为。
⼆、基本元素1、参与者(Actor)，在系统外部与系统直接交互的⾓⾊或外部系统。
可通过与客户的沟通交流，确定利益相关⼈，进⽽确定参与者。
⾓⾊：通常是具体⼈承担着⾓⾊，这是最常见的参与者。
外部系统：如CRM系统要操作OA系统，以⽅便发送通知，那么针对OA系统的调⽤，CRM系统作为外部系统这⼀参与者。
时间：如存在定时任务操作或者类似操作等，则时间作为参与者2、⽤例客户通过对需求的描述(主要为功能需求)，开发团队通过⽤例来体现系统功能和服务，通过参与者与⽤例的交互，来达到客户与开发团队的⽬标⼀致。
3、关联关系1）参与者与参与者间的泛化关系⽐如腾讯⽤户，包括微信⽤户和QQ⽤户两部分，但是使⽤腾讯业务时，只需要是腾讯⽤户即可，此时，可以采⽤泛化关系，采⽤三⾓空⼼箭头作为指向。
2）参与者与⽤例间的关联关系参与者与⽤例间是简单的关联关系，⼀个参与者可以有着多个⽤例3）⽤例与⽤例间的泛化关系⽤例之间可以存在泛化关系，⽐如常见的⽀付，可以选择微信⽀付、⽀付宝⽀付等等，但是这个操作就是⽀付。
泛化关系采⽤三⾓空⼼箭头。
4）⽤例与⽤例间的包含关系包含关系⽤来把⼀个较复杂⽤例所表⽰的功能分解成较⼩的步骤。
