首先 活动计划的文档化 ，我们知道，一个计划最有效的操作方式就是文档化，白纸黑字的留下我们计划的活动、参与人员、操作内容、实现目标等等，以便将来的操作有机可寻，有“一个书面的机构管理策略”，这也是CMM需求管理过程中执行约定首先要求的部分。在这书面化的东东里，包含着我们需求管理过程中的所有需执行的约定、执行能力、执行活动、分析过程和验证执行结果等的五个KPA活动的共同特性。我们根据CMM—需求管理过程的KPA要求，拟定以下的需求管理计划模板，模板的作用是根据要求的共性，产生一个公用的，可引导人们按此方式进行思考、可适用于大多数同类操作基本要求的文档。
《需求管理计划模板》
1、 确认
1) 本模板适用的范围，达到的目标
2) 项目经理在本活动中的职责、项目小组成员的职责
3) 明确客户方参与需求调研活动的职责(有无决策权、所需配合的活动、所需提供的资源等等)
4) 确认用户给定需求的文档(如协议、条件和合同条款，比如要交付的产品、日期和里程碑要求等等)、功能需求、技术需求等等(详见CMM需求管理的执行能力2)
2、 需求活动的概述
2.1 需求调研的方法
决定采取什么方式进行需求调研，即确定信息采集和分析的方法(如确定与客户交流的方式、沟通使用的表单、项目组业务流程分析表单等。)
2.2 需求活动要求
1) 收集相关技术需求，要求收集所需的功能点、约束和处理流程等等
2) 收集用户的特殊需求
3) 分析用户原业务或工作流程
4) 分析所需建立的系统业务流程，建立系统范围和目标
5) 要求使用《CMM需求规格说明书模板》作为需求说明文档
2.3 需求周期计划
对本次需求活动拟定一个时间进度表，及各阶段所需完成的内容。
3、 需求评审计划
1) 确定需求评审小组成员及成员要求
2) 确定需求评审方式
3) 确定需求评审内容
4、 需求验收方式
1) 确定验收方式
2) 确定验收记录表
5、 需求变更管理
6、 项目组织和资源
该计划模板综合了CMM需求管理要求的几个特性，具体各项目小组的操作就根据其实际项目的需要进行了。
其次 需求活动的执行过程，依照拟定的需求管理计划进行项目的实际需求调研活动，在活动中记录与客户进行交流的内容，记录各阶段产生的变更项、变更原因，按预先规定的书面策略进行双方活动的制约。
整体活动图如下：
该过程中需求的采集、分析、文档化是主要活动， 应分清的是客户的需求可分为业务需求、功能需求、接口需求、性能需求及特殊需求等等，在收集时对需求类型进行分归。分析时，即要分辨需求的类别，又要注意之间的关联性，因为这些都将影响整个系统的设计和实现。
在按计划完成需求活动后，我们要求将过程中产生的分析文档、收集的资源整合成一份可以让客户确认的，遵寻CMM要求的《软件需求规格说明书》，这份说明书也可作为我们确定需求基线的依据，而CMM原版的《系统需求规格说明书》有些项过于繁杂，我们并不全部要求，只需根据项目的实际情况和要求，进行模板式的需求说明描述。
再次 需求评审计划和验收计划 在拟定需求管理计划时，评审是需求验收前要求的操作，目的是上级管理部门能适当地、及时地掌握该软件过程活动，并在客户验收前解决有争议的问题，保证最终给客户验收的需求是完整的并适合的。评审计划中要求评审人员接受过一定的培训，包括：项目采用的方法、标准和规程;应用领域知识(CMM-需求管理过程执行能力4)，并确定了需求评审的内容(详见CMM-需求管理过程执行活动2)。
验收计划就是事先约定与客户方进行验收的方式，验收时所需交付的工件等，预先设计需求验收(确认)表。
最后 需求变更的操作 CMM—需求管理过程执行活动3对需求变更过程有些活动描述，包括对变更引起的相关活动的必要更改。而我们使用的是可适用于整个项目过程中变更活动的操作方式：
“提出变更 → 变更评估 → 变更项的审核 → 变更批准 → 执行变更”，在项目操作中，根据变更的大小及影响，来进行实际的执行过程。但要求的是变更最终归口的人员是必须是项目经理，只有项目经理统筹地进行变更控制，才能使项目中的变更是受控的、是统一进行的，当然，这是根据不同企业不同项目的要求来实际运作的。
文章来源于领测软件测试网 https://www.ltesting.net/
