「软件开拓」⑨产品需求文档怎么写（模板）

本文档为“XX系统v1.0.0”的产品需求文档，紧张作为确认需求以及系统剖析设计的依据。
]

1.2 范围

[简要解释此产品需求解释书文档的范围、它的干系产品，以及受到此文档影响的任何其他事物。
]

二、 用户角色描述

用户角色

用户描述

三、 产品概述

[此节高度概括产品的功能与先容]

3.1 目标

[描述产品的目标]

3.2 总体流程

[描述产品的总体流程图]

3.3 功能择要

[简要描述产品的功能点和每个功能点的优先级，参考格式如下]

功能模块

紧张功能点

功能描述

优先级

功能模块1

功能点1

高

功能点2

中

功能模块2

功能点1

低

四、 产品特性

[列出产品的特性。
特性是为让用户获益而必须具备的高等系统功能。
每一项特性都是外部所需的做事，它常日须要一系列输入来实现预期的结果。

此节为设计的系统功能性需求, 一样平常以用例结合自然措辞来表达。
此节常日按特性来组织，但也可能会有其他适用的组织办法，例如按用户或子系统组织的办法。

这一节应包含所有的产品需求，其详细程度应使架构设计职员和软件需求设计职员能够设计出可以知足这些需求的系统，不包括可选流程和非常流程，不对详细语义做约束。
]

4.1 第一部分 功能模块14.1.1 产品概述

[概述功能模块1的产品特性及效果]

4.1.2 产品构造（功能择要）

[概述功能模块1的产品构造或包含组件，如：

1) 播放区：播放区定义及功能解释；

2) 缓冲区：缓冲区定义及功能解释；

3) 播放列表区：播放列表区定义及功能解释；]

4.1.3 状态解释

[列出产品的各种状态及状态转换图，如：

1) 状态1：状态1定义及可实行操作解释；

2) 状态2：状态2定义及可实行操作解释；]

4.1.4 特性解释特性1：功能点1

用户场景：

[列出用户通过什么操作或路子触发功能点1，如：

用户点击大学生社区—行政楼，或者点击其他勾引到该板块的链接]

输入/前置条件：

[列出用户触发功能点1的前置条件和必要条件，如：

用户已登录，且为社团成员]

流程解释：（用例图、流程图）

[通过用例图、流程图的形式，对功能点1的流程进行解释]

需求描述：

[详细描述功能点1的详细需求，包括约束条件、输入输出、排序规则、状态转换等等]

补充解释：

[干系须要分外解释的补充事变]

特性2：功能点2

用户场景：

输入\前置条件：

流程解释：（用例图、时序图）

需求描述：

补充解释：

4.2 第二部分 功能模块24.2.1 产品概述4.2.2 产品构造（功能择要）4.2.3 状态解释4.2.4 特性解释特性1：功能点1

用户场景：

输入\前置条件：

状态解释：

流程解释：（用例图、时序图）

需求描述：

补充解释：

特性2：功能点2

用户场景：

输入\前置条件：

状态解释：

流程解释：（用例图、时序图）

需求描述：

补充解释：

五、 其它产品需求

[从业务视角提出各项可用性指标的大致需求。
详细的技能指标会表示在产品的设计文档中（根据项目实际情形增删）]

5.1 性能需求

[如果产品对性能要分外需求，请详细描述，如：大致相应韶光、最大并发数等。
]

5.2 监控需求

[如果产品须要分外的监控和统计，请详细描述，如：PV、点击、登录数等。
]

5.3 兼容性需求

[如果产品须要对兼容性提出分外的需求，请详细描述，如：兼容IE8、Chrome等。
]

六、 风险剖析

[风险内容描述，解释风险产生缘故原由，可能造成的危害以及相应涌现的频率信息，其余在此处还须要描述干系风险预防方法及风险涌现后的应对方法信息。
此处不包括任何系统技能实现层面的风险，例如：系统的备份，监控，模块依赖，etc.]

风险

可能性

严重性

应对策略

可应对性

七、 干系文档

[产品所需的别的干系文档，如：产品市场需求解释书（MRD）、产品功能先容PPT、产品方案书。
]

八、 附件