产品需求文档模板.docx

网上宠物店产品需求文

0. 介绍
0.1. 文档目的
PRD是将MRD中的产品需求从用户的角度，拿出来运用用例、业务流程图、领域模型、界面原型等进行量化和技术化说明。
0.2. 适用范围

1. 产品概述
1.1. 产品背景介绍
为什么要做这个产品，在什么环境在开发产品
1.2. 产品概述及目标
产品简要介绍及要达到的目标。
1.3. 产品角色
产品使用者，使用MRD中提到的有名有姓的人物角色。
人物角色
职责描述
允许使用的功能
权限等级
李炜峰
顾客

王福全
客户代表

1.4. 产品设计约束及规范
应当遵循的标准或规范，包括程序及UI
1.5. 产品开发计划
产品开发阶段
阶段描述
完成时间
第1期

第2期

1.6. 术语与缩写
术语
定义
<术语>
<对术语进行描述>

2. 领域模型
说明该产品所在领域的业务实体及其相互关系。统一干系人的交流用语。
2.1. 领域模型图

2.2. 实体说明
实体表也相当于数据字典，其目的为了方便在产品经理跟客户之间或开发组内部各角色之间沟通时使用统一的领域术语。
实体
描述
User
用户，包括顾客、系统管理员、库存管理员、客户代表及配送员等
Customer
顾客
Order
订单
LineItem
订单条目
ShoppingCart
购物车
CartItem
购物车商品条目
Category
商品类别
Product
商品品种
Item
商品条目
Inventory
库存
Supplier
供应商
2.3. 实体之间的关系说明
实体一
实体二
关联关系
描述
Customer
User
一对一的继承关系
顾客也是一种用户，它继承所有用户的属性……
Order
LineItem
一对多的包含关系
一个订单中可以包含不同种类的商品

3. 功能性需求
3.1. 关键业务流程（一阶段）
3.1.1. 顾客状态变迁流程

流程说明：（略）
3.1.2. 在线购物流程

流程说明：（略）

3.1.3. 在线交易流程

流程说明：（略）

3.1.4. 宠物入库流程

流程说明：（略）

3.1.5. 配送服务流程

流程说明：（略）

3.1.6. 订单管理流程

流程说明：（略）
3.2. 用例总图及功能列表（一阶段）
通过对MRD中市场需求及业务流程的分析，可以得到如下用例总图：
跟顾客相关的用例图如下：

跟系统管理员相关的用例图如下：

跟客户代表相关的用例图如下：

跟库存管理员相关的用例图如下：

跟配送员相关的用例图如下：

跟财务系统相关的用例图如下：

通过用例分析，得到功能列表（Function List）
角色
用例ID
名称
描述
优先级
备注
李炜峰
UC01
注册
……
1

UC02
登录
……
1

UC05
浏览商品
……
1

王福全
UC14
激活已注册顾客
……
1

UC15
审核订单
……
1

3.3. 功能详情（二阶段）
用例的优先级可以分为必须（Must）、应该（Should）、可能（Could）和不能（Won’t）。
前置条件规定了用例开始前必须为“真”的条件，用例不对这些条件进行检验。
后置条件规定了用例成功结束后必须为“真”的条件。
非功能性需求描述了跟此用例相关的质量属性或设计约束。
扩展点描述与该用例场景有关联的用例。
如有需求，可以使用活动图和协作图辅助说明用例。
3.3.1. UC01 注册
界面原型（可选）
用线框图展示用户操作界面

用例说明（必选）
用例号：UC01
用例名称：注册
优先级：Must
简要说明：李炜峰通过Internet在线注册成为网上商店已注册顾客
人物角色：李炜峰
前置条件：无
后置条件：保存李炜峰注册信息，李炜峰的帐号状态变为已注册

事件流
主要事件流：
1） 李炜峰填写注册信息，包括帐号、密码及联系方式，确认后提交申请注册
2） 系统检查用户信息
3） 系统给顾客分配李炜峰应有的权限
4） 系统保存李炜峰注册信息，并将其帐号置为已注册
替换事件流：
2a)系统检查用户信息不合法（如密码长度不够等），则返回错误信息，并提示李炜峰重新输入正确信息。
2b)系统已存在相同帐号，提示李炜峰修改帐号后重新注册。
其它非功能性需求：无
扩展点：无
备注：

业务流程图（可选）

3.3.2. UC02 登录
界面原型（可选）
用线框图展示用户操作界面

用例说明（必选）
用例号：UC02
用例名称：登录
优先级：Must
简要说明：李炜峰输入帐号及密码登录网上宠物店
人物角色：李炜峰
前置条件：无
后置条件：李炜峰进入网上宠物店主页面

事件流
主要事件流：
1) 李炜峰在登录页面输入帐号和密码，确认后提交
2) 系统验证李炜峰帐号的合法性
3) 系统给李炜峰设置权限信息
4) 系统显示主页面
替换事件流：
2a) 李炜峰帐号和密码不合法，则返回登录失败信息，提示用户重新输入正确信息
其它非功能性需求：登录操作应当在30秒内得到响应
扩展点：无
备注：

业务流程图（可选）

3.3.3. UC03 退出系统
界面原型（可选）
用线框图展示用户操作界面

用例说明（必选）
用例号：UC03
用例名称：退出系统
优先级：Must
简要说明：李炜峰登出网上宠物店，此时顾客依然可以浏览商品，但不能下订单。
人物角色：李炜峰
前置条件：李炜峰已成功登录
后置条件：李炜峰下订单的权限被取消

事件流
主要事件流：
1） 李炜峰发出退出系统请求
2） 系统清除李炜峰的购物车中的商品
3） 系统清除李炜峰的登录信息，顾客将不能下订单
4） 系统显示李炜峰登录前的主界面
替换事件流：
2a）如果李炜峰退出系统前已选购了部分商品，则提示顾客是否需要结账，如果李炜峰确认要结账，那么进入结账用例。
其它非功能性需求：无
扩展点：UC09　结账用例
备注：

业务流程图（可选）

3.3.9. UC09 结账
界面原型（可选）
用线框图展示用户操作界面

用例说明（必选）
用例号：UC09
用例名称：结账
优先级：Must
简要说明：李炜峰确认购物车中的商品信息无误后请求结账
人物角色：李炜峰
前置条件：李炜峰已成功登录，并购买了商品
后置条件：生成并保存订单信息

事件流
主要事件流：
1） 李炜峰购买完成后请求结账
2） 系统汇总商品描述、数量及总价给李炜峰确认
3） 李炜峰填写信用卡信息、联系信息、账单发送信息、商品发送信息
4） 系统生成订单，并将订单信息（包括订单号）显示给李炜峰
替换事件流：
3a）李炜峰输入的信息部分或全部不合法，则提示李炜峰重新输入
3b)　客户代表审核订单时如果发现订单信息有误，则通知顾客修改
3c)　财务系统从银行帐号取钱失败，则通知李炜峰修改信用卡信息
其它非功能性需求：无
扩展点：UC15　审核订单，UC22　取钱
备注：李炜峰结账跟客户代表审订订单和财务系统从开户银户取钱是异步进行的。

业务流程图（可选）
4. 用户界面
4.1. 用户界面架构

4.2. 用户界面原型
1、网上宠物店前台首页：

界面元素
描述
备注
左侧宠物分类链接
点击进入相应宠物品种信息页面

上侧宠物分类链接
同上

正中宠物图片链接
同上

购物车
点击进入相应购物车信息页面
如果还末登录，则进入登录/注册页面
Sign in按钮
点击进入登录/注册页面

文本输出框
输入品种名称
模糊搜索
Search按钮
模糊搜索相关的宠物品种，显示搜索结果

2、商品种类信息表：

界面元素
描述
备注

3、商品条目信息表：

界面元素
描述
备注

4、商品详细信息：

界面元素
描述
备注

5、购物车信息：

界面元素
描述
备注

4.3. 用户界面UI导航
UI导航图可以直观地体现用户的操作步骤，在产品初期就能给用户一个总体体验，并做为后续UI设计的指导。
下面是网上宠物店的顶级UI导航图：

导航说明：略。
注：对于较大应用应当将顶级导图分成几张图，每张图关注几个用例，每张导航图还要附加导航说明。
5. 非功能性需求
非功能需求主要在设计和实现阶段考虑
5.1. 软硬件环境需求
运行该系统的计算机采用PC Server，内存至少1G，双CPU
操作系统采用Suse 11g ,开发语言使用Java, 遵循J2EE标准。
5.2. 质量需求
<例如：性能、可用性、可扩展性等。针对每个市场需求单独书写>
5.3. 安全性需求
<提供方案可能涉及的信息安全>
5.4. 兼容性需求
<例如：操作系统平台、GUI界面或支持的标准。针对每个市场需求单独书写>
5.5. 国际化需求
<适应全球市场的要求，针对每个市场需求单独书写>
5.6. 升级维护需求
系统要求易于扩展和维护
5.7. 接口需求
<该系统跟外部第三方系统的接口>

5.8. 其它需求
<列举以上未包含的类型的市场需求，针对每个市场需求单独书写>
6. 附录
6.1. user case与user story的异同
工具
应用场合
user story
l 在MRD中从用户角度描述一个功能：作为xxx，我希望……，达到…… 预期。对用户需求描述比较抽象。
l 是敏捷开发的最小单元，通常可用来做为敏捷开发时间计划的依据。
user case
l 在PRD中从用户与本系统交互的角度来描述用户需求，包括名称、描述、主要事件流、扩展流、异常流、前置条件和后置条件等等元素。
l 一般一个user story包含多个细粒度的user case，通常用于开发任务分配和进度跟踪。