需求管理研究报告

1、TOC o 1-3 h z HYPERLINK l _Toc16317781 第8章 需求管理 PAGEREF _Toc16317781 h 2 HYPERLINK l _Toc16317782 8.1 介绍 PAGEREF _Toc16317782 h 2 HYPERLINK l _Toc16317783 8.2 需求确认 PAGEREF _Toc16317783 h 3 HYPERLINK l _Toc16317784 8.2.11 目的的 PAGEREF _Toc16317784 h 3 HYPERLINK l _Toc16317785 8.2.22 角色色与职责责 PAGEREF _T

2、oc16317785 h 3 HYPERLINK l _Toc16317786 8.2.33 启动动准则 PAGEREF _Toc16317786 h 3 HYPERLINK l _Toc16317787 8.2.44 输入入 PAGEREF _Toc16317787 h 3 HYPERLINK l _Toc16317788 8.2.55 主要要步骤 PAGEREF _Toc16317788 h 4 HYPERLINK l _Toc16317789 Stepp1 非正式式需求评评审 PAGEREF _Toc16317789 h 4 HYPERLINK l _Toc16317790 Stepp2

3、 正式需需求评审审 PAGEREF _Toc16317790 h 4 HYPERLINK l _Toc16317791 Stepp3 获取需需求承诺诺 PAGEREF _Toc16317791 h 4 HYPERLINK l _Toc16317792 8.2.66 输出出 PAGEREF _Toc16317792 h 4 HYPERLINK l _Toc16317793 8.2.77 结束束准则 PAGEREF _Toc16317793 h 4 HYPERLINK l _Toc16317794 8.2.88 度量量 PAGEREF _Toc16317794 h 4 HYPERLINK l _T

4、oc16317795 8.3 需需求跟踪踪 PAGEREF _Toc16317795 h 5 HYPERLINK l _Toc16317796 8.3.11 目的的 PAGEREF _Toc16317796 h 5 HYPERLINK l _Toc16317797 3.3.22 角色色与职责责 PAGEREF _Toc16317797 h 5 HYPERLINK l _Toc16317798 3.3.33 启动动准则 PAGEREF _Toc16317798 h 5 HYPERLINK l _Toc16317799 3.3.44 输入入 PAGEREF _Toc16317799 h 5 HYP

5、ERLINK l _Toc16317800 3.3.55 主要要步骤 PAGEREF _Toc16317800 h 5 HYPERLINK l _Toc16317801 Stepp1 建立与与维护需需求跟踪踪矩阵 PAGEREF _Toc16317801 h 5 HYPERLINK l _Toc16317802 Stepp2 查找不不一致 PAGEREF _Toc16317802 h 6 HYPERLINK l _Toc16317803 Stepp3 消除不不一致 PAGEREF _Toc16317803 h 6 HYPERLINK l _Toc16317804 8.3.66 输出出 PAGE

6、REF _Toc16317804 h 6 HYPERLINK l _Toc16317805 8.3.77 结束束准则 PAGEREF _Toc16317805 h 6 HYPERLINK l _Toc16317806 8.3.88 度量量 PAGEREF _Toc16317806 h 6 HYPERLINK l _Toc16317807 8.4 需需求变更更控制 PAGEREF _Toc16317807 h 7 HYPERLINK l _Toc16317808 8.4.11 目的的 PAGEREF _Toc16317808 h 7 HYPERLINK l _Toc16317809 8.4.22

7、 角色色与职责责 PAGEREF _Toc16317809 h 7 HYPERLINK l _Toc16317810 8.4.33 启动动准则 PAGEREF _Toc16317810 h 7 HYPERLINK l _Toc16317811 8.4.44 输入入 PAGEREF _Toc16317811 h 7 HYPERLINK l _Toc16317812 8.4.55 主要要步骤 PAGEREF _Toc16317812 h 7 HYPERLINK l _Toc16317813 Stepp1 需求变变更申请请 PAGEREF _Toc16317813 h 7 HYPERLINK l _

8、Toc16317814 Stepp2 审批需需求变更更申请 PAGEREF _Toc16317814 h 7 HYPERLINK l _Toc16317815 Stepp3 更改需需求文档档 PAGEREF _Toc16317815 h 7 HYPERLINK l _Toc16317816 Stepp4 重新进进行需求求确认 PAGEREF _Toc16317816 h 8 HYPERLINK l _Toc16317817 8.4.66 输出出 PAGEREF _Toc16317817 h 8 HYPERLINK l _Toc16317818 8.4.77 结束束准则 PAGEREF _Toc

9、16317818 h 8 HYPERLINK l _Toc16317819 8.4.88 度量量 PAGEREF _Toc16317819 h 8 HYPERLINK l _Toc16317820 8.5 实实施建议议 PAGEREF _Toc16317820 h 8第8章 需需求管理理需求管理（RRequuireemennt MManaagemmentt, RRM）的的目的在在客户与与开发方方之间建建立对需需求的共共同理解解，维护护需求与与其他工工作成果果的一致致性，并并控制需需求的变变更。需求管理过过程域是是SPPP模型的的重要组组成部分分。本规规范阐述述了需求求管理过过程域的的三个主主要

10、规程程：需求确认 SPPP-PPROCC-RMM-VAALIDDATEE需求跟踪 SPPP-PPROCC-RMM-TRRACKKINGG需求变更控控制 SPPP-PRROC-RM-CHAANGEE上述每个规规程的“目标”、“角色与与职责”、“启动准准则”、“输入”、“主要步步骤”、“输出”、“完成准准则”和“度量”均已定定义。本规范适用用于国内内IT企企业的软软件研发发项目。建建议用户户根据自自身情况况（如商商业目标标、研发发实力等等）适当当地修改改本规范范，然后后推广使使用。8.1 介介绍我们把所有有与需求求相关的的活动通通称为需需求工程程。需求求工程中中的活动动可分为为两大类类，一类类属于

11、需需求开发发，另一一类属于于需求管管理。图图8-11为需求求工程的的结构图图（流程程见图99-1）。需求确认需求管理需求分析需求定义需求调查需求开发需求工程需求变更控制需求跟踪需求确认需求管理需求分析需求定义需求调查需求开发需求工程需求变更控制需求跟踪图8-1 需求工工程结构构图需求管理过过程域主主要有33个规程程：需求求确认、需需求跟踪踪与需求求变更控控制。一、需求确确认需求确认是是指开发发方和客客户共同同对需求求文档进进行评审审，双方方对需求求达成共共识后作作出书面面承诺，使使需求文文档具有有商业合合同效果果。二、需求跟跟踪需求跟踪是是指通过过比较需需求文档档与后续续工作成成果之间间的对应

12、应关系，建建立与维维护“需求跟跟踪矩阵阵”，确保保产品依依据需求求文档进进行开发发。三、需求变变更控制制需求变更控控制是指指依据“变更申申请审审批更更改重重新确认认”的流程程处理需需求的变变更，确确保需求求的变更更不会失失去控制制而导致致项目发发生混乱乱。需求管理过过程域产产生的主主要文档档有：需求评审审报告，同同技术评评审报告告的模板板 SSPP-TEMMP-TTR-RREPOORT。需求跟踪踪报告，模模板见 SPPP-TTEMPP-RMM-TRRACKKINGG。需求变更更控制报报告，模模板见 SPPP-TTEMPP-RMM-CHHANGGE。8.2 需需求确认认8.2.11 目的的开发方

13、和客客户对需需求文档档如用用户需求求说明书书和产产品需求求规格说说明书进进行评审审，并作作书面承承诺。补充说明：用户户需求说说明书和和产品品需求规规格说明明书可可以分开开也可以以放在一一起进行行需求确确认，视视项目的的具体情情况而定定。8.2.22 角色色与职责责开发方和客客户共同同组织人人员对需需求文档档如用用户需求求说明书书和产产品需求求规格说说明书进进行评审审。开发方负责责人（项项目经理理）和客客户对需需求文档档作书面面承诺，使使之具有有商业合合同效果果。8.2.33 启动动准则需求文档如如用户户需求说说明书和和产品品需求规规格说明明书已已经完成成。8.2.44 输入入需求文档如如用户户

14、需求说说明书和和产品品需求规规格说明明书。8.2.55 主要要步骤Stepp1 非正式式需求评评审项目经理先先在项目目内部组组织人员员进行非非正式的的需求评评审，以以消除明明显的错错误和分分歧。非非正式的的需求评评审方式式请参考考技术评评审过程程域的对对应规程程SPPP-PPROCC-TRR-ITTR。Stepp2 正式需需求评审审项目经理邀邀请同行行专家和和用户（包包括客户户和最终终用户）一一起评审审需求文文档，尽尽最大努努力使需需求文档档能够正正确无误误地反映映用户的的真实意意愿。正正式需求求评审方方式请参参考技术术评审过过程域的的对应规规程SSPP-PROOC-TTR-FFTR。Step

15、p3 获取需需求承诺诺当需求文文档通过过正式的的评审之之后，开开发方负负责人（项项目经理理）和客客户对需需求文档档作书面面承诺，使使之具有有商业合合同效果果。示例例如下：本需求文文档建立立在双方方对需求求的共同同理解基基础之上上，我同同意后续续的开发发工作根根据该需需求文档档开展。如如果需求求发生变变化，我我们将按按照“需求变变更控制制规程”执行。我我明白需需求的变变更将导导致双方方重新协协商成本本、资源源和进度度等。甲方负责责人签字字乙方负责人人签字8.2.66 输出出需求评审审报告书面的需求求承诺8.2.77 结束束准则需求文档通通过了正正式评审审，并且且获得开开发方和和客户的的书面承承诺

16、。8.2.88 度量量项目经理统统计工作作量和上上述文档档的规模模8.3 需需求跟踪踪8.3.11 目的的将系统设计计、编程程、测试试等阶段段的工作作成果与与需求文文档进行行比较，建建立与维维护“需求文文档设设计文档档代码码测试试用例”之间的的一致性性，确保保产品依依据需求求文档进进行开发发。3.3.22 角色色与职责责项目经理跟跟踪需求求。3.3.33 启动动准则需求文档已已经通过过正式评评审并获获得了承承诺。系统设计、编编程、测测试等阶阶段的工工作成果果如设计计文档、代代码、测测试用例例已经产产生。3.3.44 输入入需求文档设计文档、代代码、测测试用例例等3.3.55 主要要步骤Step

17、p1 建立与与维护需需求跟踪踪矩阵正向跟踪。检检查需求求文档中中的每个个需求是是否都能能在后续续工作成成果中找找到对应应点。逆向跟踪。检检查设计计文档、代代码、测测试用例例等工作作成果是是否都能能在需求求文档中中找到出出处。正向跟踪和和逆向跟跟踪合称称为“双向跟跟踪”。不论论采用何何种跟踪踪方式，都都要建立立与维护护需求跟跟踪矩阵阵（即表表格）。需需求跟踪踪矩阵保保存了需需求与后后续工作作成果的的对应关关系。矩矩阵单元元之间的的可能存存在“一对一一”、“一对多多”或“多对多多”的关系系。由于于对应关关系比较较复杂，最最好在表表格中加加必要的的文字解解释。表表8-11为简单单的需求求跟踪矩矩阵格

18、式式。当需求文档档或后续续工作成成果发生生变更时时，要及及时更新新需求跟跟踪矩阵阵。需求文档（版本，日日期）设计文档（版本，日日期）代码（版本，日日期）测试用例（版本，日日期）1标题或标识识符，说说明标题或标识识符，说说明代码名称，说说明测试用例名名称，说说明2表8-1 简单的的需求跟跟踪矩阵阵格式Stepp2 查找不不一致使用需求跟跟踪矩阵阵的优点点是很容容易发现现需求文文档与后后续工作作成果之之间的不不一致之之处，例例如：后续工作成成果没有有实现需需求文档档中的某某些需求求；后续工作成成果实现现了需求求文档中中的不存存在的需需求；后续工作成成果没有有正确实实现需求求文档中中的的需需求； 项

19、目经理将将发现的的“不一致致性”记录在在需求求跟踪报报告之之中，并并通报给给相关责责任人（工工作成果果的开发发者）。Stepp3 消除不不一致相关责任人人给出消消除“不一致致”的措施施和计划划，项目目经理将将该措施施和计划划记录到到需求求跟踪报报告之之中。相关责任人人消除“不一致致性”之后，项项目经理理更新“需求跟跟踪矩阵阵”。8.3.66 输出出需求跟踪踪报告8.3.77 结束束准则每个开发阶阶段的“需求跟跟踪矩阵阵”都已经经建立。已经消除了了需求文文档与后后续工作作成果之之间的不不一致性性。8.3.88 度量量项目经理统统计工作作量和上上述文档档的规模模。8.4 需需求变更更控制8.4.11 目的的修改“原需需求文档档”中不正正确的内内容，产产生新的的需求文文档。控制需求文文档的变变更，防防止发生生混乱。补充说明：本规程程中的“原需求求文档”是指已已经通过过了评审审并获得得书面承承诺的需需求文档档。8.4.22 角色色与职责责开发方负责责人（项项目经理理）和客客户共同同控制需