3、 需求评审计划

    1） 确定需求评审小组成员及成员要求

    2） 确定需求评审方式

    3） 确定需求评审内容

    4、 需求验收方式

    1） 确定验收方式

    2） 确定验收记录表

    5、 需求变更管理

    6、 项目组织和资源

    该计划模板综合了CMM需求管理要求的几个特性，具体各项目小组的操作就根据其实际项目的需要进行了。

    其次 需求活动的执行过程，依照拟定的需求管理计划进行项目的实际需求调研活动，在活动中记录与客户进行交流的内容，记录各阶段产生的变更项、变更原因，按预先规定的书面策略进行双方活动的制约。

    整体活动图如下：

    该过程中需求的采集、分析、文档化是主要活动， 应分清的是客户的需求可分为业务需求、功能需求、接口需求、性能需求及特殊需求等等，在收集时对需求类型进行分归。分析时，即要分辨需求的类别，又要注意之间的关联性，因为这些都将影响整个系统的设计和实现。

    在按计划完成需求活动后，我们要求将过程中产生的分析文档、收集的资源整合成一份可以让客户确认的，遵寻CMM要求的《软件需求规格说明书》，这份说明书也可作为我们确定需求基线的依据，而CMM原版的《系统需求规格说明书》有些项过于繁杂，我们并不全部要求，只需根据项目的实际情况和要求，进行模板式的需求说明描述。

    再次 需求评审计划和验收计划 在拟定需求管理计划时，评审是需求验收前要求的操作，目的是上级管理部门能适当地、及时地掌握该软件过程活动，并在客户验收前解决有争议的问题，保证最终给客户验收的需求是完整的并适合的。评审计划中要求评审人员接受过一定的培训，包括：项目采用的方法、标准和规程；应用领域知识（CMM-需求管理过程执行能力4），并确定了需求评审的内容（详见CMM-需求管理过程执行活动2）。

    验收计划就是事先约定与客户方进行验收的方式，验收时所需交付的工件等，预先设计需求验收（确认）表。

    最后 需求变更的操作 CMM—需求管理过程执行活动3对需求变更过程有些活动描述，包括对变更引起的相关活动的必要更改。而我们使用的是可适用于整个项目过程中变更活动的操作方式：
    “提出变更 → 变更评估 → 变更项的审核 → 变更批准 → 执行变更”，在项目操作中，根据变更的大小及影响，来进行实际的执行过程。但要求的是变更最终归口的人员是必须是项目经理，只有项目经理统筹地进行变更控制，才能使项目中的变更是受控的、是统一进行的，当然，这是根据不同企业不同项目的要求来实际运作的。