公司产品需求文档模板(二).docxVIP

网上宠物店产品需求文 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在线注册成为网上商店已注册顾客 人物角色：李炜峰 前置条件：无 后置条件：保存李炜峰注册信息，李炜峰的帐号状态变为已注册 事件流 主要事件流： 李炜峰填写注册信息，包括帐号、密码及联系方式，确认后提交申请注册 系统检查用户信息 系统给顾客分配李炜峰应有的权限 系统保存李炜峰注册信息，并将其帐号置为已注册 替换事件流： 2a)系统检查用户信息不合法（如密码长度不够等），则返回错误信息，并提示李炜峰重新输入正确信息。 2b)系统已存在相同帐号，提示李炜峰修改帐号后重新注册。 其它非功能性需求：无 扩展点：无 备注： 业务流程图（可选） 3.3.2. UC02 登录 界面原型（可选） 用线框图展示用户操作界面 用例说明（必选） 用例号：UC02 用例名称：登录 优先级：Must 简要说明：李炜峰输入帐号及密码登录网上宠物店 人物角色：李炜峰 前置条件：无 后置条件：李炜峰进入网上宠物店主页面 事件流 主要事件流： 李炜峰在登录页面输入帐号和密码，确认后提交 系统验证李炜峰帐号的合法性 系统给李炜峰设置权限信息 系统显示主页面 替换事件流： 2a) 李炜峰帐号和密码不合法，则返回登录失败信息，提示用户重新输入正确信息