产品需求文档模板

  • 格式:doc
  • 大小:103.03 KB
  • 文档页数:9

下载文档原格式

  / 9
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

[本文给出产品需求文档的一个模板,实际使用时可根据具体情况选择其中的章节进行撰写,也可进行调整。例如:

1)需求较简单时,第1至5章可压缩成一章“需求概述”。

2)如果整个需求就是对一两个页面进行描述,可以仅仅撰写7.2这样的内容。]

[需求名称]产品需求文档

目录

1 背景描述 (2)

1.1 问题现状 (2)

1.2 问题分析 (2)

1.3 解决提议 (2)

2 愿景 (2)

3 项目目标 (2)

4 涉众 (2)

5 业务建模 (3)

5.1 用例图 (3)

5.2 对象关系图 (4)

5.3 页面关系图 (4)

5.4 流程图 (5)

5.5 菜单和权限 (5)

6 功能描述 (5)

6.1 功能列表 (5)

6.2 通用功能或规则描述 (5)

7 详细功能描述 (5)

7.1 功能模块:[功能模块名称] (6)

7.1.1 [具体功能(用例)名称] (6)

7.2 [页面名称] (7)

8 风险分析 (8)

9 非功能性需求 (8)

9.1 语言支持 (8)

9.2 浏览器 (8)

9.3 可靠性 (8)

9.4 可用性 (8)

9.5 可支持性 (8)

9.6 性能 (8)

10 附录 (8)

10.1 系统界面交互原型 (8)

10.2 系统相应文案信息 (8)

10.3 词汇表 (8)

11 参考资料 (8)

1背景描述

1.1问题现状

[描述当前产品存在什么问题,或者市场存在什么机会,用户存在什么麻烦需要解决]

1.2问题分析

[就前面提到的产品问题、市场机会或用户麻烦进行分析,透过现象挖掘出问题的本质原因。]

1.3解决提议

[承接前面对问题的分析,给出问题的解决方案。]

2愿景

[该产品长远的发展规划和展望]

3项目目标

[该产品在本需求文档所涉及的项目范围内所期望达到的目标,最好是含有可检查的量化目标,例如产品发布1个月后,独立用户量达到日均100万]

4涉众

[在下表中列出该产品所涉及的所有利益方,每个利益方占一行。例如一个网站广告系统的涉众主要为“广

5业务建模

[业务建模主要是在业务层面上将产品规则描述出来,往往使用图表的方式,只有当业务层面的需求理清楚后,具体的用例描述和页面设计才有意义]

5.1用例图

[当用户交互功能较多的时候,需要画出用例图。用例(Use Case)以动宾短语命名。用例是测试人员测试功能点的最好依据]

5.2对象关系图

[当对象关系较复杂时,需要画出对象关系图。]

5.3页面关系图

[当所涉及的页面较多时,需要画出页面关系图,通过绘制页面关系图,可以避免在规划设计时遗漏页面]

5.4流程图

[当流程较复杂时,需要画出流程图。通过该流程图能直观清晰地了解整个操作流程所包括的各种分支] 5.5菜单和权限

6功能描述

6.1功能列表

6.2通用功能或规则描述

[多个用例或页面中均存在的功能,在此统一进行描述,以避免重复描述和更新不便。例如每个页面都使用到的导航条、翻页条等]

7详细功能描述

[如果是以操作功能为主的产品需求,可以以功能(用例)的维度一个功能接着一个功能地来展开描述,如果功能较多,也可以先按功能模块对功能进行分组,如下面的例子]

7.1功能模块:[功能模块名称]

7.1.1[具体功能(用例)名称]

7.1.1.1描述

7.1.1.2涉众利益

7.1.1.3角色

7.1.1.4用户界面

7.1.1.5辅助图例

7.1.1.6操作入口

7.1.1.7前置条件

7.1.1.8基本流程

[一般是以用户或系统等为主语,相邻两个步骤一般是不同的主语,最后一个步骤是“用例结束”。例如:]

1)用户选择要重新上传的数据的路径并触发重新上传操作。

2)系统提示“将首先删除已经上传的数据和报表,是否继续?”

3)用户确认提示。

4)系统执行删除和上传操作并提示“重新上传数据成功”。

5)用户确认提示。

6)系统转到刷新后的“报表项目管理页面”。

7)用例结束。

7.1.1.9分支流程

[基本流程之外的流程都属于分支流程,分支流程中如果还有分支流程,就用下一级编号分层次展示。每个分支流程的最后一步也是“用例结束”。例如:]

1)系统提示用户是否继续时用户选择取消。

a)系统不做任何操作返回“报表项目管理页面”。

b)用例结束。

7.1.1.10后置条件

[后置条件一般用来描述该用例完成之后,所带来的影响,尤其是其他模块中的变化。例如在后台中删除了一个用户后,他之前所发表的内容是否还可见,这些都需要在后置条件中一一列出来。这对按用例测试时帮助特别大]

7.1.1.11商业规则

[与此功能点相关的具体的规则、逻辑都可以在这里描述]

7.1.1.12词汇表

7.1.1.13补充说明

7.2 [页面名称]

[如果是主要描述页面元素、UI交互的产品需求,则可以不按用例维度写,而是以页面维度,一个页面接着一个页面地展开描述。同一个文档也可能同时按页面和按功能来描述,只要根据实际情况合理划分章节即可。对页面进行描述时,需要先将页面的原型图贴出来。如果页面较复杂,可以先概要地对整个页面进行描述,然后对页面分区域分别进行描述]