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的情况下是如何进行软件项目过程管理的。
ISO9001与ISO13485的区别佛山iso9001认证办理周期,佛山iso9001认证公司周期多长企业管理者是具有乌龟学习思想的人!东莞有哪里机构可以代办ISO9001管理体系认证2008质量管理体系认证,2008质量管理体系企业办理IATF16949汽车质量体系认证要求是什么?建筑工程服务认证是指什么已通过ISO14001企业如何运行OHSAS18001职业健康安全管理体系