需求管理研究报告

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.1 目目的 PAGEREF _Toc16317784 h 3 HYPERLINK l _Toc16317785 8.2.2 角角色与职职责 PAGEREF _T

2、oc16317785 h 3 HYPERLINK l _Toc16317786 8.2.3 启启动准则则 PAGEREF _Toc16317786 h 3 HYPERLINK l _Toc16317787 8.2.4 输输入 PAGEREF _Toc16317787 h 3 HYPERLINK l _Toc16317788 8.2.5 主主要步骤骤 PAGEREF _Toc16317788 h 4 HYPERLINK l _Toc16317789 Steep1 非正正式需求求评审 PAGEREF _Toc16317789 h 44 HYPERLINK l _Toc16317790 Steep2

3、 正式式需求评评审 PAGEREF _Toc16317790 h 4 HYPERLINK l _Toc16317791 Steep3 获取取需求承承诺 PAGEREF _Toc16317791 h 4 HYPERLINK l _Toc16317792 8.2.6 输输出 PAGEREF _Toc16317792 h 4 HYPERLINK l _Toc16317793 8.2.7 结结束准则则 PAGEREF _Toc16317793 h 4 HYPERLINK l _Toc16317794 8.2.8 度度量 PAGEREF _Toc16317794 h 4 HYPERLINK l _Toc

4、16317795 8.3 需求跟跟踪 PAGEREF _Toc16317795 h 5 HYPERLINK l _Toc16317796 8.3.1 目目的 PAGEREF _Toc16317796 h 5 HYPERLINK l _Toc16317797 3.3.2 角角色与职职责 PAGEREF _Toc16317797 h 5 HYPERLINK l _Toc16317798 3.3.3 启启动准则则 PAGEREF _Toc16317798 h 5 HYPERLINK l _Toc16317799 3.3.4 输输入 PAGEREF _Toc16317799 h 5 HYPERLINK

5、 l _Toc16317800 3.3.5 主主要步骤骤 PAGEREF _Toc16317800 h 5 HYPERLINK l _Toc16317801 Steep1 建立立与维护护需求跟跟踪矩阵阵 PAGEREF _Toc16317801 h 5 HYPERLINK l _Toc16317802 Steep2 查找找不一致致 PAGEREF _Toc16317802 h 6 HYPERLINK l _Toc16317803 Steep3 消除除不一致致 PAGEREF _Toc16317803 h 6 HYPERLINK l _Toc16317804 8.3.6 输输出 PAGEREF

6、_Toc16317804 h 6 HYPERLINK l _Toc16317805 8.3.7 结结束准则则 PAGEREF _Toc16317805 h 6 HYPERLINK l _Toc16317806 8.3.8 度度量 PAGEREF _Toc16317806 h 6 HYPERLINK l _Toc16317807 8.4 需求变变更控制制 PAGEREF _Toc16317807 h 7 HYPERLINK l _Toc16317808 8.4.1 目目的 PAGEREF _Toc16317808 h 7 HYPERLINK l _Toc16317809 8.4.2 角角色与职职

7、责 PAGEREF _Toc16317809 h 7 HYPERLINK l _Toc16317810 8.4.3 启启动准则则 PAGEREF _Toc16317810 h 7 HYPERLINK l _Toc16317811 8.4.4 输输入 PAGEREF _Toc16317811 h 7 HYPERLINK l _Toc16317812 8.4.5 主主要步骤骤 PAGEREF _Toc16317812 h 7 HYPERLINK l _Toc16317813 Steep1 需求求变更申申请 PAGEREF _Toc16317813 h 7 HYPERLINK l _Toc16317

8、814 Steep2 审批批需求变变更申请请 PAGEREF _Toc16317814 h 7 HYPERLINK l _Toc16317815 Steep3 更改改需求文文档 PAGEREF _Toc16317815 h 7 HYPERLINK l _Toc16317816 Steep4 重新新进行需需求确认认 PAGEREF _Toc16317816 h 8 HYPERLINK l _Toc16317817 8.4.6 输输出 PAGEREF _Toc16317817 h 8 HYPERLINK l _Toc16317818 8.4.7 结结束准则则 PAGEREF _Toc1631781

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

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

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

12、更控控制需求变更更控制是是指依据据“变更申申请审审批更更改重重新确认认”的流程程处理需需求的变变更，确确保需求求的变更更不会失失去控制制而导致致项目发发生混乱乱。需求管理理过程域域产生的的主要文文档有：需求评评审报告告，同同技术评评审报告告的模板板 SSPP-TEMMP-TTR-RREPOORT。需求跟跟踪报告告，模模板见 SPPP-TTEMPP-RMM-TRRACKKINGG。需求变变更控制制报告，模板板见 SPPP-TEEMP-RM-CHAANGEE。8.2 需求确确认8.2.1 目目的开发方和和客户对对需求文文档如用户需需求说明明书和和产品品需求规规格说明明书进进行评审审，并作作书面承承

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

14、理先在项项目内部部组织人人员进行行非正式式的需求求评审，以消除除明显的的错误和和分歧。非正式式的需求求评审方方式请参参考技术术评审过过程域的的对应规规程SSPP-PROOC-TTR-IITR。Steep2 正式式需求评评审项目经理理邀请同同行专家家和用户户（包括括客户和和最终用用户）一一起评审审需求文文档，尽尽最大努努力使需需求文档档能够正正确无误误地反映映用户的的真实意意愿。正正式需求求评审方方式请参参考技术术评审过过程域的的对应规规程SSPP-PROOC-TTR-FFTR。Steep3 获取取需求承承诺当需求求文档通通过正式式的评审审之后，开发方方负责人人（项目目经理）和客户户对需求求文档

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

16、编编程、测测试等阶阶段的工工作成果果与需求求文档进进行比较较，建立立与维护护“需求文文档设设计文档档代码码测试试用例”之间的的一致性性，确保保产品依依据需求求文档进进行开发发。3.3.2 角角色与职职责项目经理理跟踪需需求。3.3.3 启启动准则则需求文档档已经通通过正式式评审并并获得了了承诺。系统设计计、编程程、测试试等阶段段的工作作成果如如设计文文档、代代码、测测试用例例已经产产生。3.3.4 输输入需求文档档设计文档档、代码码、测试试用例等等3.3.5 主主要步骤骤Steep1 建立立与维护护需求跟跟踪矩阵阵正向跟踪踪。检查查需求文文档中的的每个需需求是否否都能在在后续工工作成果果中找到

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

18、（版本，日期）代码（版本，日期）测试用例例（版本，日期）1标题或标标识符，说明标题或标标识符，说明代码名称称，说明明测试用例例名称，说明2表8-11 简单单的需求求跟踪矩矩阵格式式Steep2 查找找不一致致使用需求求跟踪矩矩阵的优优点是很很容易发发现需求求文档与与后续工工作成果果之间的的不一致致之处，例如：后续工作作成果没没有实现现需求文文档中的的某些需需求；后续工作作成果实实现了需需求文档档中的不不存在的的需求；后续工作作成果没没有正确确实现需需求文档档中的的的需求； 项目经理理将发现现的“不一致致性”记录在在需求求跟踪报报告之之中，并并通报给给相关责责任人（工作成成果的开开发者）。Ste

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