| CMM和CMMI的过程域的比较 | ||||
| ML | CMM | CMMI | ||
| 2 | 需求管理 | RM | 需求管理 | REQM |
| 软件项目策划 | SPP | 项目策划 | PP | |
| 软件项目跟踪与监控 | SPTO | 项目监督与控制 | PMC | |
| 软件子合同管理 | SSM | 供应商合同管理 | SAM | |
| 软件质量保证 | SQA | 过程和产品质量保证 | PPQM | |
| 软件配置管理 | SCM | 配置管理 | CM | |
| 度量与分析 | MA | |||
| 3 | 组织过程焦点 | OPF | 组织过程焦点 | OPF |
| 组织过程定义 | OPD | 组织过程定义 | OPD | |
| 培训大纲 | TP | 组织培训 | OT | |
| 软件产品工程 | SPE | 需求开发 | RD | |
| 技术解决方案 | TS | |||
| 产品集成 | PI | |||
| 同行评审 | PR | 验证 | VER | |
| 确认 | VAL | |||
| 决策分析和解决方案 | DAR | |||
| 集成软件管理 | ISM | 集成化项目管理 | IPM | |
| 组间协调 | IC | |||
| 风险管理 | RSKM | |||
| 4 | 定量过程管理 | QPM | 组织过程性能 | OPP |
| 软件质量管理 | SQM | 定量化项目管理 | QPM | |
| 5 | 缺陷预防 | DP | 因果分析和解决方案 | CAR |
| 技术变更管理 | TCM | 组织改革和部署 | OID | |
| 过程变更管理 | PCM | |||
CMMI阶段式的基本结构从CMM演变而来，但是CMMI的结构更加的形式化和精致，也更加的复杂，尤其为了保证连续式和阶段式的同一性，更加增加了结构的理解难度。
CMMI强调了对需求的管理，有需求管理REQM和需求开发RD两个过程域说明了对需求的控制。而在CMM中只有一个关键过程域需求管理RM以及软件产品工程SPE中的一个实践来说明对需求的管理和控制。
CMMI的公共特性中，没有了测量ME，这些度量内容被组织起来形成了一个过程域度量和分析MA。具体理由如下：度量和分析本身应用的复杂性和它执行的高成本在原来的CMM中每个KPA均有单独的测量要求，容易造成过度测量，也没有形成对组织级的、统一的度量体系的指导和要求，造成实施中的困难。CMMI改进了这个方面，要求组织从组织级的统一要求出发建立度量体系。因此，CMMI对比CMM降低了对度量的要求和实施难度，但是更加具有全局性和可实施性。
CMMI加强了对工程过程的重视，提供了更加细致的要求和指导，而CMM中却只有一个SPE关键过程域来进行要求和指导。
CMM中的关键过程域同行评审PR，在CMMI中得到了更高的抽象，对应CMMI的验证VER和确认VEL，说明了对产品进行相应的QC（质量控制）活动。
CMM中的一个关键过程域组间协调IC在CMMI中地位下降，只是做为集成化项目管理IPM中的一个目标。
CMMI对比CMM更加强调了对风险的管理，在CMM中风险管理只是项目策划SPP中的一个活动，而在CMMI中风险管理做为一个单独的过程域。
总之，CMM是做为评估标准出现的，而CMMI是做为改进模型出现的，罗列了较多的最佳实践，利于过程的改进。
其中，本文就是从风险管理和评审这两个CMMI重点强调的角度下来进行重点叙述在基于CMMI的情况下是如何进行软件项目过程管理的。
