www.xxx.com

《产品需求说明书》模板

项目名称： XXXXXXX

项目负责人： XXXXXXX

批准人/日期： XXXXXXX/2009.04.28

[注：以下提供的模板内容给写作者提供一个参考，产品不同表述的内容可能不尽相同，网站需求书写人员需要根据实际情况增减。其中用方括号括起来以蓝色斜体显示的文本，用于说明，在正式发布文档之前应该将其删除。按正式样式输入的段落文字要用5号字、黑色、宋体字。]

目  录

1.    变动历史... 3

2.    文档说明... 3

2.1.     文档介绍... 3

2.2.     读者对象... 3

2.3.     名词解释... 3

3.    需求概要... 4

3.1.     目标... 4

3.2.     产品结构流程图... 4

3.3.     关联及潜在关联... 5

3.4.     未来版本预期... 5

3.5.     错误及异常处理... 5

3.6.     页面路径... 5

3.7.     功能点列表... 5

4.    详细需求-XXXXXXX（如注册/登录）... 6

4.1.     需求概述... 6

4.1.1结构图或流程图... 6

4.1.2数据项规划... 6

4.2.     用例说明... 6

4.4.1新闻浏览... 7

4.4.2会员登陆... 7

4.3.     页面图（visio）... 8

4.4.1页面1. 9

4.4.2页面2. 9

4.4.3页面3. 9

1.   变动历史

[ 记录本文档的修改历史，包括作者、日期、版本号、变动原因原因。

[方式]表格

 

2.   文档说明

[根据本需求文档要阐述的内容，对其作总体的概述。使开发人员及测试人员对需求文档阐述的内容有一个整体的了解，使之成为工作的基础和宗旨。]

2.1.  文档介绍

[大体介绍一下文档包含的内容]

此需求文档的编写是为<XXXXXX>项目的设计与开发作基础

主要包括：

前台页面

后台管理

邮件发送

2.2.  读者对象

本文档读者对象：技术开发人员、测试人员

2.3.  名词解释

[通用名字解释。]

如

手动更新：

热门关键字：

3.   需求概要

[这部分针对文档要描述的产品，主要阐述整体或部分的概览性质的需求描述。]

3.1.  时间表

耗费XX/人时

3.2.  目标及校验-项目负责人

校验时间

表格 时间点 校验人

 [项目预期要达到的最终的目的、运营目标及数据目标等。需要和项目负责人沟通确定。]

网站指标

　[主要给出网站在运营开始以及在一定时段内的运营指标

（1）要求网站支持用户数。

（2）支持同时在线数和并发访问量。

（3）峰值访问量。

（4）数据量及数据增长率。

例：

预计：网站1.0版支持百万级用户。

同时在线：100万×20%  =  20万用户

并发访问：20万 × 1‰  = 200 用户

数据指标

　[主要给出网站数据量指标。包括：

（1）文章或者数据资源的存储数量以及容量。

（2）单位时间的增长量

（3）数据长远规划原则

以一个b2c网站为例

用户平均 2交易 /用户.周

网站交易量：

1000万用户×50% × 2交易/用户.周 × 50周 = 50000万交易/年

3.3.  产品结构流程图

  [对整个产品绘制结构图，如果是用户交互性的，要绘制流程图。]

3.4.  关联及潜在关联

3.5.  未来版本预期

3.6.  错误及异常处理

错误接收人，处理方法

3.7.  页面路径

例子:

3.8.  功能点列表

描述整个产品主要功能，难点功能、列举

如

l  内容发布及管理

妈妈说官方信息；媒体报道；广告服务、案例分析等内容采编发布管理

l  友情链接自助申请

l  新闻订阅

按照填写的邮箱列表，发送新闻。退订功能

4.   详细需求-XXXXXXX（如注册/登录）

[比如注册/登录可以放在一个块里写需求。]

4.1.  需求概述

4.1.1结构图或流程图

[该模块结构图，或户交互性流程图。]

4.1.2数据项规划

如果产品或某一个模块中包含数据项，需要定义数据项，包括：

    （1）数据项名称

    （2）数据项描述：定义数据项的含义

    （3）数据约束：如果有能力，可以进一步规定数据项的数据约束。

    （4）数决约束的分类：

         非空约束： “是否必填”；“是否必选”；或两者兼之。

         元素约束：对输入框，输入内容的组成元素选择的范围，如：不区分大小写(A-Z, a-z, 0-9,-,_)，必须包含“@”和“.”。

         长度约束：对输入框，输入内容的上下限，如：不超过255个字符。

         格式约束：输入内容的结构性要求，如：日期格式：yyyy-mm-dd。

         唯一约束：数据项的值在是否允许相同，如：用户ID。

         关联约束：其他数据项对当前数据项的限定，如：不能早于开始日期，必须大于当前日期20##-7-22。

 

例：

l  用户登录信息数据项

4.2.  用例说明

[比较重要的功能模块，并且业务比较复杂，需要对此模块进行用例说明。如果模块的功能很简单，这部分可以略掉。]

4.4.1新闻浏览

[例子：简单用例]

使用角色： 会员、游客

前提条件：

初始页面： 媒体报道

过程说明（基本流程）：

1、 用户选择<媒体报道>可查看媒体报道新闻浏览

2、 点击左侧按年月归类，可查看某年或某月的新闻

3、 通过翻页，可查看更多新闻

4、 点击新闻标题可以查看新闻的具体内容

4.4.2会员登陆

[例子：复杂用例]

会员通过该模块登录进入

使用角色：注册会员

前提条件：无

初始页面：登录页面（链接到本文档后面相关visio图）或其他登录入口

过程说明（基本流程）：

1.  用户向系统提出登录请求

2.  系统进入登录页面，让用户输入登录名和密码，并有为用户忘记密码提供另一种解决途径的链接——“忘记密码”

3.  用户输入会员登陆名和密码后，提交信息

4.  系统接收信息，验证输入登录名是否存在、验证密码是否正确，如果正确，则登录成功，进入管理中心，本用例结束；如果会员登录名不存在或密码不正确，则报错误信息提示用户“您输入的登录名不存在，或密码不正确，请确认后重新登录”，重复3）、4）步骤

过程说明（备选流程）：

A.找回密码：

3a1) 在基本流步骤3）中，如果用户点击找回密码链接

3a2) 系统进入找回密码页面，要求用户输入其注册邮箱

3a3) 用户填写信息后，点击确定，提交信息

3a4) 系统判断用户邮箱是否存在，如果存在则发送邮件到用户邮箱，并提示用户查收邮件，用户可以通过该邮件进入系统重设密码，本用例结束；如果不存在则提示用户输入的登录用户名不存在，重复3a3)、3a4)步骤

B.重设密码：

3a4a1)用户在备选流程A 3a4)步骤中点击邮件里的重设密码链接

3a4a2)系统进入重设密码页面，页面提供用户输入新密码和确认密码

3a4a3)用户输入密码后，确认提交

3a4a4)系统验证新密码和确认密码是否相同、密码是否符合要求，如果通过验证，系统更新用户密码，并提示用户密码设置成功，本用例结束；如果不通过，则提示用户错误原因，重复3a4a3)、3a4a4)步骤

后置条件：无

其它说明：无

4.3.  页面图（axure截图）

[将axure页面统一归类在这里，其它地方通过链接到此处查看界面。并对axure或html页面中的每个模块做详细功能描述。]

4.4.1页面1

4.4.2页面2

4.4.3页面3

 

第二篇：产品需求说明书模板_v1.2(PRD)

XXX

产品需求说明书

上海市XXXXX技术有限公司  版权所有

内部资料注意保密

修订记录：

目录

一、      简介... 4

1、                              目的... 4

2、                              范围... 4

二、      用户角色描述... 4

三、      产品概述... 4

1、                              目标... 4

2、                              总体流程... 4

3、                              功能摘要... 4

四、      产品特性... 5

1、                              第一部分  功能模块1. 5

1.1 产品概述... 5

1.2 产品结构（功能摘要）... 5

1.3 状态说明... 5

1.4 特性说明... 6

1.4.1 特性1：功能点1. 6

1.4.2 特性2：功能点2. 9

2、                              第二部分  功能模块2. 9

2.1 产品概述... 9

2.2 产品结构（功能摘要）... 9

2.3 状态说明... 9

2.4 特性说明... 9

2.4.1 特性1：功能点1. 9

2.4.2 特性2：功能点2. 10

五、      其它产品需求... 10

1、                              性能需求... 10

2、                              监控需求... 11

3、                              兼容性需求... 11

六、      风险分析... 11

七、      相关文档... 11

八、      附件... 11

一、    简介

 [产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

1、  目的

[阐明此产品需求说明书文档的目的，如：

本文档为“陌生视界v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。]

2、  范围

[简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。]

二、    用户角色描述

三、    产品概述

[此节高度概括产品的功能与介绍]

1、  目标

[描述产品的目标]

2、  总体流程

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

3、  功能摘要

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

四、    产品特性

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

此节为设计的系统功能性需求, 一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。

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

1、   第一部分  功能模块1

1.1 产品概述

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

1.2 产品结构（功能摘要）

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

1)    播放区：播放区定义及功能说明；

2)    缓冲区：缓冲区定义及功能说明；

3)    播放列表区：播放列表区定义及功能说明；]

1.3 状态说明

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

1)    状态1：状态1定义及可执行操作说明；

2)    状态2：状态2定义及可执行操作说明；

状态转换图：

]

1.4 特性说明

1.4.1 特性1：功能点1

用户场景：

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

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

输入/前置条件：

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

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

流程说明：（用例图、流程图）

[通过用例图、流程图的形式，对功能点1的流程进行说明，如：

]

需求描述：

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

当用户点击“行政楼”菜单时，展示学校的新闻中心和管理层介绍，大致示意图如下：

行政楼主要版块包括：

1.      新闻发布中心

新闻发布中心主要展示编辑后台发布的校园新闻及系统公告；

列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）]

补充说明：

[相关需要特殊说明的补充事项]

1.4.2 特性2：功能点2

用户场景：

输入\前置条件：

流程说明：（用例图、时序图）

需求描述：

补充说明：

2、   第二部分  功能模块2

2.1 产品概述

2.2 产品结构（功能摘要）

2.3 状态说明

2.4 特性说明

2.4.1 特性1：功能点1

用户场景：

输入\前置条件：

状态说明：

流程说明：（用例图、时序图）

需求描述：

补充说明：

2.4.2 特性2：功能点2

用户场景：

输入\前置条件：

状态说明：

流程说明：（用例图、时序图）

需求描述：

补充说明：

 

五、    其它产品需求

[从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）]

1、  性能需求

[如果产品对性能要特殊需求，请详细描述，如：大致响应时间、最大并发数等。]

2、  监控需求

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

3、  兼容性需求

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

六、    风险分析

[风险内容描述，说明风险产生原因，可能造成的危害以及相应出现的频率信息，另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。此处不包括任何系统技术实现层面的风险，例如：系统的备份，监控，模块依赖，etc.]

七、  相关文档

[产品所需的其余相关文档，如：产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。]

八、    附件

[将产品需求的demo作为附件。]