【软件工程】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 级 )


目录
相关文章
|
2天前
|
NoSQL Java MongoDB
【MongoDB 专栏】MongoDB 与 Spring Boot 的集成实践
【5月更文挑战第11天】本文介绍了如何将非关系型数据库MongoDB与Spring Boot框架集成,以实现高效灵活的数据管理。Spring Boot简化了Spring应用的构建和部署,MongoDB则以其对灵活数据结构的处理能力受到青睐。集成步骤包括:添加MongoDB依赖、配置连接信息、创建数据访问对象(DAO)以及进行数据操作。通过这种方式,开发者可以充分利用两者优势,应对各种数据需求。在实际应用中,结合微服务架构等技术,可以构建高性能、可扩展的系统。掌握MongoDB与Spring Boot集成对于提升开发效率和项目质量至关重要,未来有望在更多领域得到广泛应用。
【MongoDB 专栏】MongoDB 与 Spring Boot 的集成实践
|
3天前
|
机器学习/深度学习 敏捷开发 监控
深入探索软件测试中的持续集成与持续部署(CI/CD)实践
【5月更文挑战第10天】 在现代软件开发周期中,"持续集成"(CI)与"持续部署"(CD)是提升效率、确保质量的重要环节。本文将详细探讨CI/CD在软件测试中的应用,包括其基本概念、实施策略、工具应用及面临的挑战。不同于一般性概述,本文将重点分析如何优化测试流程以适应CI/CD环境,并提出针对性的改进措施。通过实际案例分析,揭示成功实施CI/CD的最佳实践,并讨论如何在不断变化的技术环境中保持测试策略的前瞻性和灵活性。
|
5天前
|
运维 测试技术 持续交付
持续集成与持续部署(CI/CD):提高软件开发效率的关键实践
【5月更文挑战第8天】CI/CD是提升软件开发效率的关键实践,包括持续集成和持续部署。CI通过频繁集成代码并自动化构建、测试,早发现错误;CD则自动将通过测试的App部署到生产环境,缩短交付周期。自动化流程能降低人为错误,保障软件质量,减少运维成本。Jenkins、Travis CI、GitLab CI/CD和Docker是常见的CI/CD工具。通过这些工具和实践,可优化开发流程,推动项目成功。
|
13天前
|
敏捷开发 运维 测试技术
构建高效自动化运维体系:基于容器技术的持续集成与持续部署实践
【4月更文挑战第30天】在数字化转型的浪潮中,企业对软件交付速度和质量的要求日益提高。自动化运维作为提升效率、确保稳定性的关键手段,其重要性不言而喻。本文将探讨如何利用容器技术构建一个高效的自动化运维体系,实现从代码提交到产品上线的持续集成(CI)与持续部署(CD)。通过分析现代容器技术与传统虚拟化的差异,阐述容器化带来的轻量化、快速部署及易于管理的优势,并结合实例讲解如何在实际环境中搭建起一套完善的CI/CD流程。
|
13天前
|
传感器 数据采集 数据处理
MATLAB热传导方程模型最小二乘法模型、线性规划对集成电路板炉温优化
MATLAB热传导方程模型最小二乘法模型、线性规划对集成电路板炉温优化
|
13天前
|
中间件 测试技术 API
探索自动化测试工具的新边界:Selenium与Appium的集成实践
【4月更文挑战第30天】 随着移动应用和Web应用的不断融合,传统的自动化测试工具需要适应新的测试环境。本文将详细分析Selenium和Appium这两款流行的自动化测试工具的集成实践,探讨如何构建一个能够同时支持Web和移动端应用的自动化测试框架。通过对比两者的技术架构、功能特性以及在实际项目中的集成过程,我们旨在为读者提供一个清晰的指导,帮助他们在复杂的应用环境中实现高效、稳定的自动化测试流程。
|
13天前
|
运维 Kubernetes 持续交付
构建高效自动化运维系统:基于容器技术的持续集成与持续部署实践
【4月更文挑战第30天】 在快速发展的云计算时代,传统的运维模式已无法满足敏捷开发和快速迭代的需求。本文将介绍如何利用容器技术搭建一套高效自动化运维系统,实现软件的持续集成(CI)与持续部署(CD)。文章首先探讨了现代运维面临的挑战,接着详细阐述了容器技术的核心组件和工作原理,最后通过实际案例展示了如何整合这些组件来构建一个可靠、可扩展的自动化运维平台。
|
14天前
|
敏捷开发 机器学习/深度学习 Java
Java中的异常处理机制深入理解与实践:持续集成在软件测试中的应用探索自动化测试在敏捷开发中的关键作用
【4月更文挑战第29天】在Java编程中,异常处理是一个重要的概念。它允许开发者在程序执行过程中遇到错误或异常情况时,能够捕获并处理这些异常,从而保证程序的稳定运行。本文将详细介绍Java中的异常处理机制,包括异常的分类、异常的处理方式以及自定义异常等内容。 【4月更文挑战第29天】 随着敏捷开发和DevOps文化的兴起,持续集成(CI)已成为现代软件开发周期中不可或缺的一环。本文将探讨持续集成在软件测试领域内的关键作用、实施策略以及面临的挑战。通过对自动化构建、测试用例管理、及时反馈等核心要素的详细分析,揭示持续集成如何提高软件质量和加速交付过程。 【4月更文挑战第29天】 在当今快速发
|
14天前
|
监控 Java 测试技术
持续集成与持续部署:原理、实践与代码示例
持续集成与持续部署:原理、实践与代码示例
27 3
|
14天前
|
运维 Kubernetes 持续交付
构建高效自动化运维体系:基于容器技术的持续集成与持续部署(CI/CD)实践
【4月更文挑战第29天】 随着云计算和微服务架构的兴起,自动化运维已成为提升企业IT效率、确保系统稳定性的关键因素。本文旨在探讨如何利用容器技术构建一套高效的自动化运维体系,实现软件开发过程中的持续集成(CI)与持续部署(CD)。文章首先分析了传统运维模式面临的挑战,然后详细介绍了基于Docker和Kubernetes等容器技术的CI/CD流程设计与实施策略,并通过一个实际案例来展示该方案在提高部署频率、降低人力成本及提升系统可靠性方面的显著优势。