“需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。“需求管理”（Requirements Management，REQM）的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪，维护需求并且确保能把对需求的更改反映到项目计划、活动和工作产品中。
需求管理概述
项目通过适当的步骤，确保管理达成一致的需求，从而支持项目的策划和执行。当某个项目从某个需求提供者处接受需求后，要与需求提供者一起审查这些需求，以便在把这些需求纳入项目计划之前达成共识。在需求接受者与需求提供者就需求达成一致之后，要从项目的各个参加者那里得到对这些需求的承诺；项目参加者必须开展相应的项目活动和实现各项需求。随着项目的推进，项目经理可能对这些需求进行调整，并且识别存在于计划和工作产品与这些需求之间的不一致之处。
我们先介绍需求工程的定义，以便对需求管理有全面的理解。接着介绍集成的能力成熟度模型（CMMI）中的需求管理定义与流程，介绍制订需求管理计划的步骤；由于软件项目的需求比较典型与复杂，我们以软件项目为例，介绍需求的版本管理、需求属性、需求变更管理和如何建立需求双向跟踪矩阵，这些需求管理方法同样适用于其他信息技术项目。
需求工程结构图和需求开发活动
把所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类，一类属于需求开发；另一类属于需求管理。需求工程的结构如图所示。
需求工程结构图
需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线（baseline），这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定。需求开发的过程有四个主要活动：
·需求获取。积极的与用户进行交流，捕捉、分析和修正用户对目标系统的需求，并提炼出符合解决问题的用户需求，产生《用户需求说明书》。
·需求分析。需求分析的目的是对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。
·需求定义。需求定义的目标是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《需求规格说明书》。系统设计人员将依据《需求规格说明书》开展系统设计工作。
·需求验证。需求验证是指开发方和用户共同对需求文档评审，经双方对需求达成共识后做出书面承诺，使需求文档具有商业合同效果。
“需求管理”与“需求开发”密切合作；“需求开发”涉及到把项目关系人的需要转换成产品需求和决定如何在各个产品构件之间安排或分配需求。在“需求管理”中，要收集需求的变更和变更的理由，并且维持对原有需求和所有产品及产品构件需求的双向跟踪。在软件成熟度模型集成（CMMI）中，“需求开发”对应“需求开发”过程域，“需求管理”对应“需求管理”过程域。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
