【软件工程】CMMI 能力成熟度模型集成 ( CMMI 级别 | CMMI 级别、过程域、目标、实践 | CMMI 评估对象 | 过程域的 阶段式分组 | 过程域的 连续式分组 ) ★

简介: 【软件工程】CMMI 能力成熟度模型集成 ( CMMI 级别 | CMMI 级别、过程域、目标、实践 | CMMI 评估对象 | 过程域的 阶段式分组 | 过程域的 连续式分组 ) ★

文章目录

一、CMMI 级别

二、CMMI 级别、过程域、目标、实践

三、CMMI 评估对象

四、过程域的 阶段式分组

五、过程域的 连续式分组





一、CMMI 级别


CMMI 级别 :


第 1 11 级 : 初始级

第 2 22 级 : 受管理级

第 3 33 级 : 已定义级

第 4 44 级 : 定量管理级

第 5 55 级 : 持续优化级


1 11 级 ( 初始级 ) : 对于该级别 , 针对该级别没有提出任何标准 , 任何公司都是 CMMI 1 11 级 初始级 ;


2 − 5 2-52−5 级 : 2 22 级 受管理级 , 3 33 级 已定义级 , 3 33 级 定量管理级 , 4 44 级 持续优化级 , 都需要有授权 , 需要有评估师进行评估 ;






二、CMMI 级别、过程域、目标、实践


每个 CMMI 级别 都包含了 几个到十几个不等的 过程域 ( Process Area ) ;


过程域 ( Process Areas ) : 互相关联 的 若干软件实践活动 , 和 有关基础设施 的 集合 ;


过程域就是做好 软件开发的某一个方面 ;



判定 CMMI 级别 达到要求 : 每个 CMMI 级别 包含 若干 过程域 ( Process Area ) , 所有的 过程域 ( Process Area ) 达到要求 , 就认为该 CMMI 级别 达到要求 ;



判定 过程域 ( Process Area ) 达到要求 : 每个 过程域 ( Process Area ) 都包含若干 目标 ( Goal ) , 如果这些 目标 ( Goal ) 都达到了要求 , 就认为该 过程域 ( Process Area ) 达到了要求 ;



判定 目标 ( Goal ) 达到要求 : 每个 目标 ( Goal ) 包含 若干 实践 ( Practice ) , 所有的 实践 ( Practice ) 达到要求 , 就认为该 目标 ( Goal ) 达到要求 ;



每个 CMMI 级别 包含若干 过程域 ( Process Area ) ,


每个 过程域 ( Process Area ) 包含若干 目标 ( Goal ) ,


每个 目标 ( Goal ) 包含若干 实践 ( Practice ) ;



评估细节 : CMMI 评估时, 需要针对每个 实践 ( Practice ) 进行评估表决 , 有一个实践评估失败 , 该级别就是打不到要求 ;






三、CMMI 评估对象


评估对象 : 评估的对象是 评估项目 , 是由企业指定并准备的 , 通过了评估 , 仅代表 企业准备的这几个项目达到了 CMMI 某个级别的标准 , 不能代表企业的其它项目也达到了要求 , 也不能代表以后的项目标准 ;


评估对象仅针对于 项目 ;



CMMI 认证级别不能用于代表整个公司的软件开发水准 ;



一般评估时准备 2 ~ 6 个项目 ;






四、过程域的 阶段式分组


第 1 11 级 : 初始级


对于该级别 , 针对该级别没有提出任何标准 , 没有过程域 ;




第 2 22 级 : 受管理级 , 7 77 个



需求管理 REQM ( 项目管理过程域 , 2 22 级 )


项目计划 PP ( 项目管理过程域 , 2 22 级 )


项目监督和控制 PMC ( 项目管理过程域 , 2 22 级 )


供应合同管理 SAM ( 项目管理过程域 , 2 22 级 )



配置管理 CM ( 支持过程域 , 2 22 级 )


过程和产品质量保证 PPQA ( 支持过程域 , 2 22 级 )


度量和分析 MA ( 支持过程域 , 2 22 级 )




第 3 33 级 : 已定义级 , 11 1111 个



组织级过程焦点 OPF ( 过程管理过程域 , 3 33 级 )


组织级过程定义 OPD ( 过程管理过程域 , 3 33 级 )


组织级培训 OT ( 过程管理过程域 , 3 33 级 )



集成化项目管理 IPM ( 项目管理过程域 , 3 33 级 )


风险管理 RSKM ( 项目管理过程域 , 3 33 级 )



需求开发 RD ( 工程过程域 , 3 33 级 )


技术解决方案 TS ( 工程过程域 , 3 33 级 )


产品集成 PI ( 工程过程域 , 3 33 级 )


确认 VAL ( 工程过程域 , 3 33 级 )


验证 VER ( 工程过程域 , 3 33 级 )



决策分析和解决方案 DAR ( 支持过程域 , 3 33 级 )




第 4 44 级 : 定量管理级 , 2 22 个



组织级过程性能 OPP ( 过程管理过程域 , 4 44 级 )



量化项目管理 QPM ( 项目管理过程域 , 4 44 级 )




第 5 55 级 : 持续优化级 , 2 22 个



组织级绩效管理 OPM ( 过程管理过程域 , 5 55 级 )



因果分析和解决方案 CAR ( 支持过程域 , 5 55 级 )






五、过程域的 连续式分组



过程管理过程域 : 5 55 个 , 3 33 个 3 33 级 , 1 11 个 4 44 级 , 1 11 个 5 55 级 ;


组织级过程焦点 OPF ( 过程管理过程域 , 3 33 级 )


组织级过程定义 OPD ( 过程管理过程域 , 3 33 级 )


组织级培训 OT ( 过程管理过程域 , 3 33 级 )



组织级过程性能 OPP ( 过程管理过程域 , 4 44 级 )



组织级绩效管理 OPM ( 过程管理过程域 , 5 55 级 )




项目管理过程域 : 7 77 个 , 4 44 个 2 22 级 , 2 22 个 3 33 级 , 1 11 个 4 44 级 ;


需求管理 REQM ( 项目管理过程域 , 2 22 级 )


项目计划 PP ( 项目管理过程域 , 2 22 级 )


项目监督和控制 PMC ( 项目管理过程域 , 2 22 级 )


供应合同管理 SAM ( 项目管理过程域 , 2 22 级 )



集成化项目管理 IPM ( 项目管理过程域 , 3 33 级 )


风险管理 RSKM ( 项目管理过程域 , 3 33 级 )



量化项目管理 QPM ( 项目管理过程域 , 4 44 级 )




工程过程域 : 5 55 个 , 5 55 个 3 33 级 ;


需求开发 RD ( 工程过程域 , 3 33 级 )


技术解决方案 TS ( 工程过程域 , 3 33 级 )


产品集成 PI ( 工程过程域 , 3 33 级 )


确认 VAL ( 工程过程域 , 3 33 级 )


验证 VER ( 工程过程域 , 3 33 级 )




支持过程域 : 5 55 个 , 3 33 个 2 22 级 , 1 11 个 3 33 级 , 1 11 个 5 55 级 ;


配置管理 CM ( 支持过程域 , 2 22 级 )


过程和产品质量保证 PPQA ( 支持过程域 , 2 22 级 )


度量和分析 MA ( 支持过程域 , 2 22 级 )



决策分析和解决方案 DAR ( 支持过程域 , 3 33 级 )



因果分析和解决方案 CAR ( 支持过程域 , 5 55 级 )


目录
相关文章
|
1月前
|
存储 缓存 NoSQL
深入理解Django与Redis的集成实践
深入理解Django与Redis的集成实践
54 0
|
3天前
|
机器学习/深度学习 人工智能 jenkins
软件测试中的自动化与持续集成实践
在快速迭代的软件开发过程中,自动化测试和持续集成(CI)是确保代码质量和加速产品上市的关键。本文探讨了自动化测试的重要性、常见的自动化测试工具以及如何将自动化测试整合到持续集成流程中,以提高软件测试的效率和可靠性。通过案例分析,展示了自动化测试和持续集成在实际项目中的应用效果,并提供了实施建议。
|
15天前
|
jenkins Devops Java
DevOps实践:Jenkins在持续集成与持续部署中的价值
【10月更文挑战第27天】在快速发展的软件开发领域,DevOps实践日益重要。Jenkins作为一款流行的开源自动化服务器,在持续集成(CI)和持续部署(CD)中扮演关键角色。本文通过案例分析,探讨Jenkins在Java项目中的应用,展示其自动化构建、测试和部署的能力,提高开发效率和软件质量。
39 2
|
1月前
|
运维 Devops jenkins
DevOps实践:自动化部署与持续集成的实现之旅
本文旨在通过一个实际案例,向读者展示如何将DevOps理念融入日常工作中,实现自动化部署和持续集成。我们将从DevOps的基础概念出发,逐步深入到工具的选择、环境的搭建,以及流程的优化,最终实现一个简单而高效的自动化部署流程。文章不仅提供代码示例,更注重于实践中的思考和问题解决,帮助团队提高软件开发和运维的效率。
|
1月前
|
运维 监控 Devops
DevOps实践:自动化部署与持续集成的融合之旅
【10月更文挑战第7天】在软件开发领域,DevOps已成为一种文化和实践,它倡导开发(Dev)与运维(Ops)之间的协作与整合。本文将引导读者了解如何通过自动化部署和持续集成(CI)的实践来提升软件交付的速度和质量。我们将探讨一些实用的工具和技术,以及它们是如何帮助团队高效地管理代码变更、测试和部署的。文章将不包含代码示例,但会详细解释概念和流程,确保内容的通俗易懂和条理性。
131 62
|
7天前
|
存储 监控 Devops
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
|
16天前
|
jenkins Devops 测试技术
DevOps实践:Jenkins在持续集成与持续部署中的价值
【10月更文挑战第26天】随着DevOps理念的普及,Jenkins作为一款开源自动化服务器,在持续集成(CI)与持续部署(CD)中发挥重要作用。本文通过某中型互联网企业的实际案例,展示了Jenkins如何通过自动化构建、持续集成和持续部署,显著提升开发效率、代码质量和软件交付速度,帮助企业解决传统手工操作带来的低效和错误问题。
44 4
|
1月前
|
运维 监控 Devops
DevOps实践:持续集成与部署的自动化之旅
【10月更文挑战第7天】在软件开发领域,DevOps已成为提升效率、加速交付和确保质量的关键策略。本文将深入探讨如何通过实施持续集成(CI)和持续部署(CD)来自动化开发流程,从而优化运维工作。我们将从基础概念入手,逐步过渡到实际操作,包括工具选择、流程设计以及监控和反馈机制的建立。最终,我们不仅会展示如何实现这一自动化流程,还会讨论如何克服常见的挑战,以确保成功实施。
63 9
|
10天前
|
运维 Devops jenkins
DevOps实践之持续集成与持续交付
【10月更文挑战第32天】在软件开发的快节奏世界中,DevOps已经成为提升效率和质量的关键策略。通过将开发(Development)和运维(Operations)紧密结合,DevOps促进了更快速的软件发布和更高的可靠性。本文将深入探讨DevOps的核心组成部分——持续集成(CI)和持续交付(CD),并展示如何通过实际代码示例实现它们,以帮助团队构建更加高效和稳定的软件发布流程。
|
1月前
|
运维 Devops jenkins
DevOps实践:自动化部署与持续集成的实现
【9月更文挑战第36天】本文通过深入浅出的方式,向读者展示了在现代软件开发中,DevOps如何通过自动化部署和持续集成提高开发效率和软件质量。文章不仅介绍了相关概念,还提供了实用的代码示例,帮助读者理解如何在实际工作中应用这些技术。

热门文章

最新文章