对于那些准备通过CMM3级评测的开发机构而言，基于一种被定义和文档化的标准实践流程从事软件开发活动是工作的重点，该级别涉及到七个关键过程领域。其?quot;软件产品工程"一项旨在有机整合各项活动，目标是快速有效地生产高质量的软件产品。该关键过程领域中明确指出: "软件需求的获取、维护、归档和校验有赖于系统化的分析，这种分析要以项目所定义的软件开发流程为根据。"该分析过程的目的是保证软件需求自身的有效性。
关键过程领域"软件产品工程"中还明确指出: "一致性的维护要贯穿软件开发过程中的各种类型的工件(工件：由软件开发流程所生成或使用的一组信息。)，包括软件开发计划，过程描述，需求信息，软件设计，编码，测试计划，以及测试流程。"根据CMM的指导，各种有价值的软件工件都需要归档和维护以确保其可用。
根据CMM的建议，软件需求的变更被接受为软件开发活动中的一个必然组成部分。“冻结需求规约"的做法显然已经不能适应当今的商业环境和技术环境。取而代之的做法是建立相对稳定的软件需求基线，并将其融合到系统化的开发活动当中，以确保对需求变更的控制能够跨越不同工种和覆盖整个生命周期。
CMM给出了几点针对性的指导建议: 变更需要经过提请，分析并且在合适的条件下被整合;需求的变更得到批准并加以整和之后，相应的工件和活动才能变更;在变更发生之前确定该变更所带来的影响，团队之间要针对变更进行必要的沟通和协商;所有的变更从始至终被跟踪。在以需求为核心线索的开发过程中，确保所有的需求变更从始至终被跟踪是掌握开发活动来龙去脉的基本保证。需求的修订要被一组具有代表性和权威性的涉众代表审阅并认可后方可得到批准，这样能够确保在修订的需求中体现出不同背景和立场的影响力。涉众包括客户，最终用户，项目管理人员以及软件测试人员等。
根据CMM的要求，所有被批准的变更都要被从始至终地记录在案，用作记录相关信息的文档也要接受控制和管理。此外，我们还需要掌握用以确定软件产品功能、质量及开发活动状态的信息。 总 结
作为一种广泛的和具有影响力的软件过程控制和评估框架，CMM只有映射到一个具体的系统化软件流程中才能体现出其真正的价值。换言之，准备通过CMM评估的开发机构应该以现有的流程和方法作为改进和优化其流程的基本出发点。
在软件需求管理方面，对于准备通过CMM2级评测的开发机构，团队应将注意力放在以下几个方面: