产品需求管理文档(MRD)模板.docxVIP

. XXX项目/产品MRD MRD审查人 【MRD审查人一般是指MRD拟制人的直接主管，要求 对提交项目成员的MRD都要进行审查、署名】 重要性 【分高、中、低三级】 紧急性 【分高、中、低三级】 MRD拟制人 【MRD的作者，假如是多人共同拟制，也都要写出来】 MRD提交日期 【提交MRD草稿给项目组其余成员的日期】 需求更改控制时间点 【在MRD评审会议长进行议论给出，可用时间点，也 可用阶段来描绘，比如设计阶段以后，编码阶段以前】 XX有限企业 (版权全部,翻版必究) ;. . MRD改正记录 MRD更新时间 更改内容 更改提出部门 更改原因 【需求更改是哪个部 【提出需求 【MRD进行改正 【MRD更改内容的简要描绘，每次更改 门提出的，比如： PM、 更改的理 后提交的日期】 MRD后，将变动地方以颜色标志出来】 RD、Test、TS、市场部 由】 门等】 注：MRD提交评审以前的改正也能够记录下来 ;. . 目录 1 项目背景 ................................................................. 1 2 名词解说 ................................................................. 1 3 可行性剖析............................................................... 1 3.1 先期调研信息和数据............................................... 1 3.2 项目预期目标..................................................... 1 4 综合描绘 ................................................................. 1 4.1 功能概括......................................................... 1 4.2 对其余产品的影响................................................. 1 5 功能详述 ................................................................. 1 5.1 功能需求......................................................... 1 功能点1...................................................... 1 功能点2...................................................... 2 5.2 非功能需求....................................................... 2 6 其余问题描绘............................................................. 2 7 附件..................................................................... 2 ;. . 项目背景 【在此简单介绍项目/产品产生的背景】 名词解说 【对文档中出现的新的名词、观点或简单语给出定义和解说。假如没有此项，能够裁剪】 可行性剖析 3.1先期调研信息和数据 【供给先期调研信息和数据作为项目立项的支持，给出一些重要的依照数据（比如经过 某项调研发现存在很大的空间能够提升问题解决率，那么调研的结果应当在此进行表述）】 3.2项目预期目标 【明确项目的预期目标，最好有量化的目标值（比如用来提升问题解决率的MRD，应 该给出预期的解决率的范围或许详细值）】 4 综合描绘 4.1 功能概括 【对功能做整体性的纲要描绘，包含所包含的功能模块及各功能模块的纲要描绘， 也可 以指出本次的开发要点。假如 MRD需求功能点较少，此项能够裁剪】 4.2对其余产品的影响 【包含和该需求有关的假定和依靠，即本产品和外面系统的接口关系，假如接口比许多或复杂，建议以图形方式进行表示。假如本产品没有外面接口，此项能够裁剪】 功能详述 5.1 功能需求 功能点1 功能点种类和优先级 【功能点种类有新增、旧有功能升级、Bugfix三种种类；优先级分为高、中、低】 流程图 【假如功能点流程较复杂，能够联合流程图来进行说明。假如流程简单，能够裁剪】 ;. . 页面布局 【由TS