CMM和CMMI区别(软件能力成熟度怎么申请)

CMM和CMMI的过程域的比较MLCMMCMMI2需求管理RM需求管理REQM软件项目策划SPP项目策划PP软件项目跟踪与监控SPTO项目监督与控制PMC软件子合同管理SSM供应商合同管理SAM软件质量保证SQA过程和产品质量保证PPQM软件配置管理SCM配置管理CM度量与分析MA3组织过程焦点OPF组织过程焦点OPF组织过程定义OPD组织过程定义OPD培训大纲TP组织培训OT软件产品工程SPE需求开发RD技术解决方案TS产品集成PI同行评审PR验证VER确认VAL决策分析和解决方案DAR集成软件管理ISM集成化项目管理IPM组间协调IC风险管理RSKM4定量过程管理QPM组织过程性能OPP软件质量管理SQM定量化项目管理QPM5缺陷预防DP因果分析和解决方案CAR技术变更管理TCM组织改革和部署OID过程变更管理PCM

CMMI阶段式的基本结构从CMM演变而来，可是CMMI的结构更加的形式化和精致，也更加的复杂，尤其为了保证连续式和阶段式的同一性，更加增加了结构的理解难度。

CMMI强调了对需求的管理，有需求管理REQM和需求开发RD两个过程域说明了对需求的控制。而在CMM中仅有1个关键过程域需求管理RM以及软件产品工程SPE中的1个实践而言明对需求的管理和控制。

CMMI的公共特性中，没有了测量ME，这些度量内容被组织起来形成了1个过程域度量和分析MA。具体理由如下：度量和分析本身应用的复杂性和它执行的高成本在原来的CMM中每个KPA均有单独的测量要求，容易造成过度测量，也没有形成对组织级的、统一的度量体系的指导和要求，造成实施中的困难。CMMI改进了这个方面，要求组织从组织级的统一要求出发建立度量体系。因此，CMMI对比CMM降低了对度量的要求和实施难度，可是更加具有全局性和可实施性。

CMMI加强了对工程过程的重视，提供了更加细致的要求和指导，而CMM中却仅有1个SPE关键过程域来进行要求和指导。

CMM中的关键过程域同行评审PR，在CMMI中得到了更高的抽象，对应CMMI的验证VER和确认VEL，说明了对产品进行相应的QC（质量控制）活动。

CMM中的1个关键过程域组间协调IC在CMMI中地位下降，只是做为集成化项目管理IPM中的1个目标。

CMMI对比CMM更加强调了对风险的管理，在CMM中风险管理只是项目策划SPP中的1个活动，而在CMMI中风险管理做为1个单独的过程域。

总之，CMM是做为评估标准出现的，而CMMI是做为改进模型出现的，罗列了较多的最佳实践，利于过程的改进。

其中，本文就是从风险管理和评审这两个CMMI重点强调的角度下来进行重点叙述在基于CMMI的情况下是怎样进行软件项目过程管理的。