产品需求文档PRD模板

《产品需求文档PRD模板》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、***产品需求文档基本信息编写编写时间审核审核时间版本V2.10文档修订历史序号版本号修订章节修订原因修订日期修订人修订说明２０16年1月14日..目录前言4第一章文档说明51.1文档的目的51.2参考文献51.3产品命名规则5第二章产品介绍52.1产品概要说明52.2产品用户定位52.3产品中的角色5第三章产品说明63.1产品信息结构图63.2产品功能结构图73.3用户使用流程图8第四章功能需求94.1功能点194.1.1功能原型94.1.2功能概述94.1.3功能业务流程图104.1.4功能点清单10..4.1.5功能详细描述104.1.6与其他子模块的接口104.1

2、.7业务数据描述104.1.8边界值处理104.1.9异常处理10第五章非功能性需求115.1界面操作需求115.2性能需求115.3安全性需求115.4维护与升级115.5可靠性和健壮性115.6用户文档需求115.7运行环境11第一章文档说明1.1文档的目的此文档是提供用于软件开发部门和产品设计部门、产品测试部门之间就此产品的需求分析、产品开发、产品设计、测试方案交流的基础..1.2参考文献1.3产品命名规则第二章产品介绍2.1产品概要说明产品管理系统是公司运营内部使用的对公司线上产品进行管理对订单进行发布的系统平台。可以对订单进行审核及管理，对产品进行管理，对订单效

3、果进行查询。保证整个运营服务系统的正常流转。结构图如下：2.2产品用户定位此产品面向的主要是两类人员。一类是面向系统运行的系统管理员，另一类是面向运营人员。两者对软件的操作熟练程度差距很大，所以产品设计和实现时尽量给予简单的界面和完备的帮助，并对重要功能的业务权限要集中、重点控制。2.3产品中的角色..第三章产品说明3.1产品信息结构图–信息结构图是只按照产品经理思路中的产品表现信息来整理产品的一种示意图（后面会举例） »信息结构能帮助我们整理产品结构，同时是研发人员建立数据库的参考 3.2产品功能结构图–产品结构图是按照产品的逻辑与表现方式,结构化的表现产品构造的一种示

4、意图（后面会举例）»通过这个产品结构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档阅读者理解我们的产品思路..3.3用户使用流程图 –用户使用流程图用于表述用户在使用产品过程中的行为走向 »通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计的用户行为..第四章功能需求4.1功能点14.1.1功能原型参见原型http://mic-ad-management.design.ui添加日志分类名称测试是否允许标点符号以及长度限制等4.1.2功能概述..4.1.3功能业务流程图4.1.4功能点清单4.1.5功能详细描述4.1.5.

5、1详细描述14.1.5.2详细描述14.1.6与其他子模块的接口1、在撤销订单以后需要变更客户资料的状态，这里需要调用呼出模块的接口2、在撤销订单以后需要删除相关工作流的任务，这里需要调用工作流的接口4.1.7业务数据描述1、角色信息（编号、角色名称、角色描述）角色名称：20个中文字符角色描述：50个中文字符角色权限：复选框选择2、用户信息（编号、登陆密码、E-mail、部门、所属角色、状态）用户名：由字母a～z(不区分大小写)、数字0～9、点、减号或下划线组成。只能以数字或字母开头和结尾用户名长度为4～18个字符。登陆密码：5到16个字符。机器生成E-mail：判断是否

6、含有@的字符串，20位以内。部门：20个字符以内。所属角色：下拉框选择，20个中文字符。3、日志信息操作模块：10个中文字符。操作类型：15个中文字符。操作内容：200个中文字符。操作时间：yy-mm-ddhh:mm:ss用户名称：4到18个字符角色名称：20个中文字符。4.1.8边界值处理1、如果驳回，那么驳回原因必须填写2、对于合同组合同审核，如果通过，那么合同编号必须申请，印刷编号必须填写4.1.9异常处理撤销订单信息和撤销工作流任务一起作为原子操作，如果一个失败，两个都要rollback..第五章非功能性需求5.1界面操作需求整体风格保持一致，功能操作使用按钮，操

7、作在同一界面上完成。运行界面可最大化最小化拖拽改变大小，兼容800X600以及以上各分辨率。5.2性能需求5.3安全性需求高级管理员与普通运营人员以权限划分不同的操作菜单。5.4维护与升级5.5可靠性和健壮性5.6用户文档需求5.7运行环境..