能力成熟度模型

编辑
本词条由“匿名用户” 建档。
CMU 能力成熟度模型,是一种成熟度模型,用于评估组织软件过程(软件开发、维护、配置等)的质量(“成熟度”),并确定相同的改进措施。 CMU CMM 的变体在 2003 年底得到了能力成熟度模型集成(简称 CMMI)的补充,以抵消 CM 模型的扩散(每个开发学科开发自己的模型)并创建一个统一的、模块化的、最重要的是,通用模型创建。 其他基于原始 CMU CMM 的流行模型是用于软件...

能力成熟度模型

编辑

CMU 能力成熟度模型,是一种成熟度模型,用于评估组织软件过程(软件开发、维护、配置等)的质量(“成熟度”),并确定相同的改进措施。

CMU CMM 的变体在 2003 年底得到了能力成熟度模型集成(简称 CMMI)的补充,以抵消 CM 模型的扩散(每个开发学科开发自己的模型)并创建一个统一的、模块化的、最重要的是,通用模型创建。

其他基于原始 CMU CMM 的流行模型是用于软件流程成熟度确定和评估的 Spice 以及用于 IT 治理流程的 COBIT。

模型结构

编辑

在 CMU CMM 中,质量分为五个级别之一,每个级别的质量都在增加。 每个阶段都分配有特殊的关键过程域,这些过程域又包含目标和关于如何实现这些目标的示范活动。 这些阶段是:

1 – 初始(开始) 这是每个组织即使没有定义和实施软件开发过程也能达到的基本状态。 成本、时间和质量不可预测。没有定义关键过程区域 (KPA)。2 - 可重复(使用 CMMI 管理)存在基本过程。 新项目是根据过去项目的经验来规划的。 时间是合理可控的。 成本和质量受强烈波动影响。Key Process Areas (KPA):需求管理、软件项目计划、软件项目跟踪和监督、软件分包商管理、软件质量保证、软件配置管理。3-定义在组织中介绍并记录了典型的软件开发和维护过程(标准软件过程)。

CMU 能力成熟度模型

一个专门的组织单位负责实施。 在这里可以相当可靠地评估成本和时间。时间、成本和质量可以得到可靠的控制。KPA:量化过程管理,软件质量管理。5-优化整个组织集中精力寻找弱点,进一步改进过程。KPA:缺陷预防,技术变更管理,过程变更管理。

与其他标准的区别

编辑

与 DIN EN ISO 9001 不同,CMM 是专门为软件过程开发的,可以作为替代方法或与它结合使用。

内容由匿名用户提供,本内容不代表vibaike.com立场,内容投诉举报请联系vibaike.com客服。如若转载,请注明出处:https://vibaike.com/347414/

(3)
词条目录
  1. 能力成熟度模型
  2. 模型结构
  3. 与其他标准的区别

轻触这里

关闭目录

目录