定制开发项目产品详细需求文档(模版)

产品详细需求文件类型: 产品详细需求 编写时间: 产品名称: 编写人员: 一、变更记录【描述提交评审后变更的内容。主要作用是为了让后续使用人员直接寻找阅读变更部分。】变更日期功能点变更内容提出人变更人二、名词解释 【解释文件中的定义,术语, 简称和正确的缩写。 】三、业务模型描述 【主要从客户的角度对业务进行分析，对企业业务的真实描述。重点是客户业务管理目的和客户原型要求。可以按一个原型客户需求描述或多个用户的综合抽象描述。】1.场景介绍【描述客户业务场景，可以依据企业的各个岗位角色工作任务描述，也可以直接描述一个处理过程的业务规则或处理要求。】示例如下：角色1：录单员任务：1. 接客户电话及其它方式的订货；2. 录入销售订单；3. 基于审批的销售订单及客户的要求生成发货申请；角色2：XXX任务：1. XXXXXXXXXXX2. XXXXXXXXXXX2.基于角色业务流程【用业务流程图描述业务场景中，各角色主要处理的业务信息和过程。没有角色流程时可以省略。】示例如下：注意：流程图主要描述业务处理过程中的活动，包括产生的业务单据，一些规则可以在备注或后续说明中文字描述。省公司物流中心地区分公司物流部备注物流调度员物流人员调拨申请处理调拨订单调拨出库处理调拨出库单月末汇总结算记应收记应付调拨入库单填写要货申请调入申请单可以在流程图中标注需要特别说明的点进行文字描述的辅助说明。注意这一列如果不需要可以省略，也可以在流程说明中描述。3.业务说明及关键特性【对流程图进行补充说明。】【可以描述一些业务规则，一些关键信息。特别是一些没有流程的业务。】【对用户要求的一些关键特性进行描述。】例如：描述业务规则约束，如：生成的委外订单数量不能超过原订单数量的一定容差。四、产品解决方案 1.功能点一1.1方案概述【说明该功能的意义和作用,以及主要流程等内容。】1.2关键数据【描述关键数据项, 取值范围,来源,去向,使用频度, 数据增长情况等,可用列表方式描述, 如: 发票中客户代码来源于手工录入,记账凭证去向是形成明细账, 记账凭证每天都要使用,使用频度很高, 记账凭证每月增长为500-2500张左右。】对象名称所属主题引用频度数据增长率数据项名称类型宽度取值范围来源去向关键数据项数值字符逻辑日期数据宽度数值范围默认值手工录入上游单据下游单据1.2功能操作 1)输入列表及合法性【列出界面中的相关内容，及合法性检查的内容。】输入项目名称 输入方法 合法性检查数量手工/参照。依据不同来源分别描述需要的合法性检查和业务规则约束，以及出错后相应的提示信息等等。例如：是否可空是否可编辑依据数据类型和数值范围的约束与界面其他字段的交叉验证关系与上游单据之间的数据交换和控制关系：例如订单数量与合同数量容差控制。2)处理流程及业务规则/算法描述【主要描述业务的数据处理，对象实体间的数据关系，可以画数据关系图表达，注意这里不是描述界面按钮操作，主要是数据生成的依赖关系。例如：请购单和采购订单的数据关系：n：1，数据合并和拆单的规则，允许下游单据生成的状态等】【描述相应的业务规则。不同规则可以使用不同工具，如画：状态图，excel表表达等。例如：采购订单的状态转换规则。】自由已审批关闭审批中审批未通过作废冻结保存删除解冻冻结冻结解冻审批流第一人“审批”后审批拒绝审批通过修改审批弃审关闭打开送审【需要有复杂算法的逻辑描述相应的算法。例如：描述MRP计算的后台算法。可以用文字描述、流程图或伪代码等方式。可以设计数据进行数据推演说明。】3)输出列表、输出格式及合法性 【描述相应的输出内容、模式要求。主要是界面输出、打印输出。】【查询、报表类功能要描述清楚每一个输出字段的来源及算法。】4)用户界面示意及交互过程【画出用户原型界面。可以用VISIO、FONTPAGE画界面。这里是一个界面示意，最终由设计人员决定界面设计。遵循人机工程的产品界面规范。】【按角色描述系统实现后完成该业务场景，用户界面操作的交互过程，类似用例描述的方式。包括按钮，输入数据项。主要目的：(1)是通过描述人机界面的交互顺序，发现一些易用性的问题，例如：时序错误，操作过多，不属于角色职责的信息录入要求、将应属于后台的业务设计到界面交互过程中，等等。(2)可以依据这里的交互描述和界面与原型客户进行需求验证。 】5)性能及易用性相关要求【描述业务处理的数据量：例如：销售订单，平均每日200张，平均每张5行等。】【描述该功能对效率的要求，例如保存一张凭证不能超过5秒等等；与其他功能的时序关系的要求，例如月末结账功能时，不能进行记账操作等等；其他需要特殊说明的内容。】【描述其他相关的操作易用性需求。】6)接口相关要求