产品需求文档模板
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
网上宠物店产品需求文
0. 介绍
0.1. 文档目的
PRD是将MRD中的产品需求从用户的角度,拿出来运用用例、业务流程图、领域模型、界面原型等进行量化和技术化说明。
0.2. 适用范围
1. 产品概述
1.1. 产品背景介绍
为什么要做这个产品,在什么环境在开发产品
1.2. 产品概述及目标
产品简要介绍及要达到的目标。
1.3. 产品角色
产品使用者,使用MRD中提到的有名有姓的人物角色。
1.4. 产品设计约束及规范
应当遵循的标准或规范,包括程序及UI
1.5. 产品开发计划
1.6. 术语与缩写
2. 领域模型
说明该产品所在领域的业务实体及其相互关系。统一干系人的交流用语。
2.1. 领域模型图
2.2. 实体说明
实体表也相当于数据字典,其目的为了方便在产品经理跟客户之间或开发组内部各角色之间沟通时使用统一的领域术语。
2.3. 实体之间的关系说明
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)
3.3. 功能详情(二阶段)
用例的优先级可以分为必须(Must)、应该(Should)、可能(Could)和不能(Won’t)。前置条件规定了用例开始前必须为“真”的条件,用例不对这些条件进行检验。
后置条件规定了用例成功结束后必须为“真”的条件。
非功能性需求描述了跟此用例相关的质量属性或设计约束。
扩展点描述与该用例场景有关联的用例。
如有需求,可以使用活动图和协作图辅助说明用例。
3.3.1. UC01 注册
界面原型(可选)
用线框图展示用户操作界面
业务流程图(可选)
3.3.2. UC02 登录
界面原型(可选)
用线框图展示用户操作界面
用例说明(必选)
业务流程图(可选)
3.3.3. UC03 退出系统
界面原型(可选)
用线框图展示用户操作界面
业务流程图(可选)
3.3.9. UC09 结账
界面原型(可选)
用线框图展示用户操作界面
业务流程图(可选)
4. 用户界面4.1. 用户界面架构
4.2. 用户界面原型1、网上宠物店前台首页:
界面元素描述备注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的异同