当前位置:文档之家› 互联网产品需求说明书范本(PRD文档)

互联网产品需求说明书范本(PRD文档)

《产品需求说明书》模板
项目名称: XXXXXXX
项目负责人: XXXXXXX
批准人/日期: XXXXXXX/2009.04.28
[注:以下提供的模板内容给写作者提供一个参考,产品不同表述的内容可能不尽相同,网站需求书写人员需要根据实际情况增减。

其中用方括号括起来以蓝色斜体显示的文本,用于说明,在正式发布文档之前应该将其删除。

按正式样式输入的段落文字要用5号字、黑色、宋体字。

]
目录
1. 变动历史 (2)
2. 文档说明 (2)
2.1. 文档介绍 (3)
2.2. 读者对象 (3)
2.3. 名词解释 (3)
3. 需求概要 (3)
3.1. 目标 (3)
3.2. 产品结构流程图 (4)
3.3. 关联及潜在关联 (4)
3.4. 未来版本预期 (4)
3.5. 错误及异常处理 (4)
3.6. 页面路径 (4)
3.7. 功能点列表 (5)
4. 详细需求-XXXXXXX(如注册/登录) (5)
4.1. 需求概述 (5)
4.1.1结构图或流程图 (5)
4.1.2数据项规划 (5)
4.2. 用例说明 (6)
4.4.1新闻浏览 (6)
4.4.2会员登陆 (6)
4.3. 页面图(visio) (7)
4.4.1页面1 (8)
4.4.2页面2 (8)
4.4.3页面3 (8)
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.功能点列表
描述整个产品主要功能,难点功能、列举

●内容发布及管理
妈妈说官方信息;媒体报道;广告服务、案例分析等内容采编发布管理
●友情链接自助申请
●新闻订阅
按照填写的邮箱列表,发送新闻。

退订功能
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。

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

例:
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。

相关主题