产品需求文档的写作(五) – 用例文档(UML用例图、流程图).pdfVIP

产品需求文档的写作(五) – 用例文档(UML用例图、流程图).pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
产品需求文档的写作(五) – 用例文档(UML用例图、流程图)

产品需求文档的写作(五) – 用例文档(UML用例图、流程图) 在产品和技术领域里都有UML的技能知识 ,而对 产品人员的UML则更多的是指用例图 ,也就是我 所称呼的用户流程图。在讲PRD文档写作的第二篇文章里 ,我提到了用户流程图的制作 ,实际上用 户流程图是我在产品规则的初期对用例图的一种结构化的表达方式 ,由 以结构化的方式描述用例 太抽象 ,缺少逻辑性表达 ,并且那篇文章更偏向 功能性用户流程 ,还不是实际意义上的用例 ,因 此今天我补文一篇 ,细讲一下UML用例图和用例文档。 用例文档是由多个用例组成的一份文档 ,主要用 技术开发与测试使用 ,他是PRD中的重要辅助 文档 ,用 讲解某个环节的功能逻辑 ,例如用户注册、活动报名等等功能都是需要用例辅助说明的 。用例文档的写作时间在原型设计之后 ,通常和PRD文档同步撰写。 用例文档中有两个关联文件 ,分别是用例图和流程图。用例图是UML的一种类图表现方式 ,是从用 户角度描述产品功能 ,并指出该用户在产品各功能中的操作权限。流程图是通过线框图形的方式描 述产品功能的处理过程 ,主要是描述功能的执行顺序、分支和循环的逻辑。 写用户文档的常用软件是Wo rd ,其中用例图和流程图的制作软件常用的是Visio ,当然也有用Axure RP软件制作的 ,例如下面的第三步流程图就是用Axure RP制作的。 一份完整的用例文档分别是由以下三点内容组成 ,其中第3点的“用例”是描述功能逻辑的部分 ,根据 功能的多少决定有多少个用例。 用例文档的大概组成部分如下 : 1、修改记录 :每次修改的备注记录 ,同PRD文档。 2、角色介绍 :描述参与系统中的各个角色 3、用例 :同下方步骤的第4步 ,其中第3步中的流程图是直接插入到第4步的流程图表格项中的。 用例文档的模板格式如同以上三点内容 ,通过Wo rd文档绘制表格 ,在表格中撰写用例描述 ,表格 的格式和样式参考以下示例图。 1、撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。 (如下图 ) 2、第二步是以用例图的方式注明角色在前后端的用例关系。 (如下图 ) 3、第三步是以流程图的方式注明角色在各个功能环节的活动过程。 (如下图 :以活动报名为示例 ) 4 、第四步则是以用例文档的方式将以上三步整合到一起 ,并撰写各个功能环节的用例描述。 (如 下图 ) 表格说明 : 4 .1、用例名 :此功能环节的名称 4 .2、用例编号 :在此产品中该用例的编号 4 .3、行为角色 :参与或操作(执行)该功能的角色 4 .4 、简要说明 :用最少的文字描述一下该用例的需求 4 .5、前置条件 :参与或操作(执行)此功能的前提条件 4 .6、后置条件 :执行完毕后的结果条件 4 .7、流程图 :该功能的角色活动过程(处理过程)图 (第三步中的图 ) 上面示范的用例描述相对简单 ,也是最常用和基本的用例描述内容 ,当然也有稍微复杂一点的用例 文档 ,文档中会详细描述使用场景、事件流和信息字段 ,也有一些用例文档还会插入产品界面效 果图。 使用场景主要描述行为角色在不同情况下使用产品时 ,根据情况或问题给出相应的系统反馈。事件 流类似流程图 ,只不过是通过文字的方式描述角色的活动过程。信息字段主要是描述用例中所用到 的数据字段。 这些更多的描述内容取决 个人的习惯 ,最终目的都是为了描述清晰产品逻辑 ,因此我的原则就是 用越少的文字描述清晰越多的需求说明。 (毕竟这些文档是产品开发中的执行文档 ,文字不在多 , 表达清晰即可。 ) 产品需求文档(PRD)的写作 : 产品需求文档(PRD)的写作方法 (文章的摘要介绍 ) 产品需求文档的写作(一) – 写前准备(信息结构图) 产品需求文档的写作(二) – 梳理需求(产品结构图和用户流程图) 产品需求文档的写作(三) – 原型设计(手绘原型 灰模原型 交互原型) 产品需求文档的写作(四) – 撰写文档(PRD文档) 产品需求文档的写作(五) – 用例文档(UML用例图、流程图) 本文出自 产品经理 唐杰 人人都是产品经理 (woshipm.co m )中国最大最活跃的产品经理学习、交流、分享平台

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档