能力成熟度模型集成,英文全称 Capability Maturity Model Integration,简称 CMMI,是美国卡内基梅隆大学软件工程研究所推出的一套过程改进框架。它并非某一门技术的标准,而是一套衡量组织软件研发与项目管理能力的成熟度标尺。软考官方教材《系统架构设计师教程》将其定位为软件过程改进的重要参考模型。
CMMI 的前身是 CMM,最初服务于美国国防部采购软件项目时的供应商能力评估。随着 CMM 在软件工程、系统工程、集成产品开发等多个领域的分化发展,不同模型之间出现了概念冲突与术语不一致的问题,CMMI 正是在此背景下诞生的统一模型。当前软考考查的主要是 CMMI for Development 版本,其核心目标是通过过程域的组合与评估,让组织从无序混乱的作坊式开发逐步进化到量化管理、持续优化的成熟状态。
需要强调的是,CMMI 评估的是组织级能力而非项目组能力,考察的是一个企业或机构的过程资产积累、制度执行力与持续改进机制,这与单个项目的成败判断有本质区别。软考命题常在此处设置概念混淆,要求考生区分"组织级成熟度"与"项目级交付质量"两个维度。此外,CMMI 与软件工程研究所后来推出的能力成熟度模型集成服务版本和采购版本各自面向不同业务领域,而开发版本是软考大纲明确要求掌握的对象,考生在阅读辅助资料时应注意版本区分。
CMMI 最核心的知识框架是五个成熟度等级,从低到高分别是初始级、已管理级、已定义级、已量化管理级和优化级。这五个等级不是简单数字排列,而是一条组织过程能力从混沌到自觉的进化路径。
初始级的过程特征是过程不可预测且控制薄弱,项目的成功高度依赖个人英雄主义,一旦核心人员流失则项目面临崩溃。软考真题中常以"成功取决于个别能人"作为初始级的标志性描述。已管理级的核心变化发生在项目管理层面,组织开始建立基本的项目管理流程,能够对成本、进度和功能进行跟踪,但此时的流程仅限于项目级别,不同项目之间各自为政,缺乏共享的过程标准。
已定义级是软考考查的重中之重,这一级别的标志性特征是过程已标准化并文档化,组织建立了标准过程集合,所有项目根据裁剪指南从标准过程进行裁剪适配。许多考生容易混淆已管理级和已定义级的边界,关键区分点在于:已管理级关注的是单个项目的管理纪律,而已定义级关注的是组织级标准过程的建立与推广。真题中凡出现"标准过程""过程资产库""裁剪指南"等词汇,几乎必然指向已定义级。
已量化管理级要求组织建立质量和过程绩效的量化目标,通过统计技术对过程进行定量分析与控制。这一级别不再满足于"做了"还是"没做"的二元判断,而是追求过程能力的精确度量与偏差控制。从已定义级到已量化管理级的跃迁本质上是一次管理哲学的升级,组织必须具备采集和分析过程数据的完整基础设施,否则量化管理无从谈起。优化级则是最高等级,其核心在于持续改进机制的制度化,组织能够主动识别过程的薄弱环节并进行系统性改进,典型的实践包括缺陷预防和过程创新部署。五个等级的演进并非一条均匀的斜坡,相邻等级之间的跨度差异巨大,其中从已管理级到已定义级的跨越是软考命题最为密集的考查区间。
CMMI 的核心内容由过程域构成,每个过程域包含特定目标和特定实践,等级越高涉及的过程域越多。已管理级涵盖需求管理、项目策划、项目监督与控制、供应商协议管理、度量分析、过程和产品质量保证、配置管理等七个过程域。已定义级在前序基础上新增需求开发、技术解决方案、产品集成、验证、确认、组织过程聚焦、组织过程定义、组织培训、集成项目管理、风险管理、决策分析与解决方案等十一个过程域。
软考对过程域的考查不要求死记全部名称,但要求考生能根据题干描述的工程活动判断其对应哪个过程域。例如,题干提到"选择正式评价过程对备选方案进行系统评估",对应的就是决策分析与解决方案;题干提到"识别潜在问题并在发生前制定应对策略",对应的则是风险管理。配置管理过程域要求建立和维护工作产品的完整性,其关注的不仅是版本控制工具的使用,更包括配置项的识别、配置状态记录和配置审计这一整套管理闭环。验证与确认这两个过程域在判断题中极易混淆,验证回答的是"是否正确地构建了产品"即需求到设计的追溯,而确认回答的是"是否构建了正确的产品"即最终成果对用户需求的满足程度。
CMMI 提供两种表示法:阶段式表示法和连续式表示法。阶段式表示法按预定义的五个等级逐步提升,每个等级对应一组预设的过程域,适合希望整体提升组织能力的场景。连续式表示法则按单个过程域或过程域组进行评估,允许组织根据自身业务目标选择优先改进的领域,灵活性更高。软考选择题中常见这样的辨析:阶段式关注整体成熟度等级,连续式关注单个过程域的能力等级。两种表示法使用相同的过程域内容,只
本篇完!