级别<o:p></o:p> | CMM 过程域<o:p></o:p> | CMMI 过程域<o:p></o:p> | 说明与比较<o:p></o:p> |
2<o:p></o:p> | 需求管理<o:p></o:p> 软件项目规划<o:p></o:p> 软件项目追踪与监控<o:p></o:p> 软件子合同管理<o:p></o:p> 软件质量保证<o:p></o:p> 软件配置管理<o:p></o:p> <o:p> </o:p> | 需求管理<o:p></o:p> 项目计划<o:p></o:p> 项目监督和控制<o:p></o:p> 供应商合同管理<o:p></o:p> 过程和产品质量管理<o:p></o:p> 配置管理<o:p></o:p> 度量和分析<o:p></o:p> | 项目过程管理的基本内容,实际是组织中某个或某几个团队的过程能力,可以说是TSP中的内容。这一级不同的是,在CMMI中增加了一个过程域“度量和分析”。<o:p></o:p> |
3<o:p></o:p> | 软件过程要点<o:p></o:p> 软件过程定义<o:p></o:p> 培训计划<o:p></o:p> 软件集成管理<o:p></o:p> 软件产品工程<o:p></o:p> 组间协作<o:p></o:p> 同级评审<o:p></o:p> | 组织级过程焦点<o:p></o:p> 组织级过程定义<o:p></o:p> 组织级培训<o:p></o:p> 集成化群组<o:p></o:p> 集成化项目管理<o:p></o:p> 组织级集成环境<o:p></o:p> 需求开发<o:p></o:p> 技术解决方案<o:p></o:p> 产品集成<o:p></o:p> 验证<o:p></o:p> 确认<o:p></o:p> 风险管理<o:p></o:p> 决策分析和解决方案<o:p></o:p> | 开始从团队过程能力提升为组织过程能力,有关组织的过程域比较多,如组织级过程定义和焦点、组织级培训和集成环境、产品集成、集成化项目管理等;同时,也包含一些深层次的项目管理能力,如需求开发、风险管理、决策分析等。CMM中“软件集成管理”,在CMMI中被分解为3个过程域——集成化群组、集成化项目管理和组织级集成环境。 CMM中“软件产品工程”, 在CMMI中被分解为4个过程域——需求开发、技术解决方案、产品集成、验证和确认。CMM的组间协作,包含在CMMI的集成化项目管理中,而CMM的同级评审,包含在CMMI的验证中。<o:p></o:p> |
4<o:p></o:p> | 过程量化管理<o:p></o:p> 质量管理<o:p></o:p> | 项目定量管理<o:p></o:p> 组织级过程性能<o:p></o:p> | 组织级过程性能是建立在定量管理的基础之上的,两者构成了一个完整的量化管理。CMM 中的“质量管理”,被移到CMMI的2级中,发生了较大变动。<o:p></o:p> |
5<o:p></o:p> | 错误预防<o:p></o:p> 技术更改管理<o:p></o:p> 过程更改管理<o:p></o:p> | 因果分析和解决方案<o:p></o:p> 组织级改革和实施<o:p></o:p> | 因果分析是通过对过程中出现的方法技术问题等进行分析,找出根本原因以解决问题,是战术性的改进;而“组织级改革和实施”是战略性的改进,组织的变革首先上是管理文化的变革、质量方针和培训体系的变革等。而在CMM 中,主要强调在技术和过程两个方面进行持续改进。“缺陷预防”属于质量保证或管理中的基本内容,不应该放在第5级,所以CMMI做了修正。<o:p></o:p> |
CMM和CMMI过程域的比较分析
最新推荐文章于 2023-05-21 07:58:17 发布