下载文档原格式
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
需求管理（Requirements Management ）是属于CMM2中的过程域，简称为REQM ，需求开发（Requirements Development ）是CMM3中的过程域，简称RD 。
这两个过程域是CMMI 体系中关于需求的全部内容，下面分别对这两部分进行介绍。
本文对CMM 的一些基础知识、基础术语不再介绍。
需求管理与需求开发的分界线：市场营销用户需求管理层需求开发需求管理市场营销管理层项目环境项目变更 大家可以这样理解，需求管理是指对需求变更的管理、对需求的跟踪，而获取需求、定义需求则属于需求开发部分。
需求管理在CMMI 中，需求管理的目标定义为：a. 把软件需求建立一个基线供软件工程和管理使用。
b. 软件计划、活动和工作产品同软件需求保持一致。
更高的目标：软件需求的复用需求管理的原则和方法a. 必须与需求工程的其他活动紧密整合b. 需求必须是文档化的、正确的、最新的、可管理的、可理解的c. 只要需求变化了，需求变更的影响就必须被评估d. 需求必须分优先级e. 需求一定要分类管理需求管理的主要工作：特定目标和特定实践特定目标●管理需求管理需求并识别需求与项目计划和工作产品之间的差异。
●SP 1.1 取得需求理解●SP 1.2 取得需求承诺●SP 1.3 管理需求变更●SP 1.4 维护需求的双向追溯性●SP 1.5 识别项目工作与需求间的差异REQM特定目标的关系SP 1.1 取得需求理解SP 1.1 和需求提出者一同来了解需求。
l 识别出谁是需求的提供者l 识别出需求的接受标准：a. Clearly and properly stated得到清晰和恰当的定义b. Complete完整的c. Consistent with each other相互一致的d. Uniquely identified得到唯一标识的e. Appropriate to implement适宜实现f. Verifiable (testable)可以验证（测试）g. Traceable可追溯l 分析需求，确保符合已建立的准则。
文件编号20100001 CMM规范描述（Capability Maturity Model for Software 软件能力成熟度模型）目录CMM产生背景 (1)主要问题 (1)主要作用 (1)CMM的基本概念 (2)软件过程 (2)软件过程能力 (2)软件过程性能 (2)软件过程成熟度 (2)成熟与不成熟 (3)CMM的五级成熟度 (4)基本前提 (4)基本原理 (5)基本内容 (5)五个成熟度级别 (5)初始级 (5)第一级：初始级 (6)第二级：可重复级 (6)第三级：定义级 (7)第四级：管理级 (8)第五级：优化级 (8)发展 (9)技术内容 (10)CMM的结构和基本内容 (10)第一级：初始级（The Initial Level） (12)第二级：可重复级（The Repeatable Level） (12)概述 (12)构成 (13)需求管理（Requirements Management） (13)目标 (14)承诺 (14)前提条件 (14)执行动作 (15)度量分析 (16)验证 (16)软件项目计划（Software Project Planning） (16)内容 (17)目标 (17)承诺 (17)前提条件： (18)度量分析 (23)验证 (23)软件项目的跟踪和监督（Software Project Tacking and Oversight） (24)目标 (25)行为的责任 (25)行为的能力 (26)活动 (32)度量和分析 (33)验证实施 (34)软件子合同管理（Software Subcontract Management） (35)目的 (35)内容 (35)目标 (36)承诺 (36)前提条件 (36)执行动作 (36)度量分析 (37)验证 (38)软件质量保证（Software Quality Assurance） (38)目标 (38)承诺 (39)活动 (39)软件配置管理（Software Configuration Management） (40)目的 (40)内容 (40)目标 (41)承诺 (41)能力 (42)活动 (43)度量分析 (44)验证 (44)第三级：已定义级（The Defined Level） (45)概述 (45)构成 (45)目标 (46)承诺 (46)前提条件 (46)执行动作 (47)度量分析 (47)验证 (47)机构过程定义（Organization Process Definition） (47)内容 (48)承诺 (48)前提条件 (49)执行动作 (49)度量分析 (49)验证 (50)培训计划（Training Program） (50)目的 (50)内容 (50)目标 (50)承诺 (50)前提条件 (51)执行动作 (51)度量分析 (51)验证 (52)集成软件管理（Integrated Software Management） (52)目的 (52)内容 (52)目标 (52)承诺 (53)前提条件 (53)执行动作 (53)验证 (54)软件产品工程（Software Product Engineering） (54)目的 (54)目标 (55)承诺 (55)前提条件 (55)执行动作 (55)度量分析 (56)验证 (57)组间协调（Intergroup Coordination） (57)目的 (57)内容 (57)目标 (57)承诺 (58)前提条件 (58)执行动作 (58)度量分析 (59)验证 (59)同行评审（Peer Reviews） (59)目的 (59)内容 (60)承诺 (60)前提条件 (60)执行动作 (60)度量分析 (61)验证 (61)第四级：已管理级（The Managed Level） (61)概述 (61)构成 (62)定量过程管理（Quantitative Process Management） (62)目的 (62)内容 (62)目标 (63)承诺 (63)能力 (63)活动 (64)度量分析 (64)软件质量管理（Software Quality Management） (65)目的 (65)内容 (65)目标 (65)承诺 (65)活动 (65)度量分析 (66)验证 (66)第五级：The Optimizing Level (66)概述 (66)构成 (67)缺陷预防（Defect Prevention） (67)目标 (67)承诺 (68)能力 (68)活动 (68)度量和分析 (69)验证实施 (69)技术变更管理（Technology Change Management） (69)目标 (70)承诺 (70)能力 (70)活动 (71)度量和分析 (71)验证 (72)过程变更管理（Process Change Management） (72)执行约定 (73)高级管理者 (73)执行能力 (74)执行的活动 (76)测量和分析 (86)验证实施 (87)CMM产生背景主要问题在过去的二十年里，新的软件开发方法和技术的使用并未使软件生产率和生产质量得到有效的提高。
