CMMI基础知识培训讲义

1、 CMMI 基础知识 一、 CMMI 简介 CMMI（ Capability Maturity Model Integration ，能力成熟度模型集成） 是用于产品开发（或服务）的过程改进成熟度模型。 CMMI 的最佳实践覆盖了产 品构思、交付和维护的整个生命周期。 CMMI 源自于 CMM。 1984 年美国国防部为了降低采购风险，委托卡耐基梅 隆大学软件工程研究院（ SEI）制定了软件过程改进、评估模型，也称为 SEI SW-CMM。该模型于 1991 年正式推出，迅速得到广大软件企业及其顾客的认可。 经过不断研究，相继推出了其他领域的 CMM 模型，比如： 1） SE-CMM (Sys

2、tem Engineering CMM): 系统工程 CMM 2） SA-CMM (Software Acquisition CMM): 软件采购 CMM 3） IPT-CMM (Integrated Product Team CMM): 集成产品群组 CMM 4） P-CMM (People CMM): 人力资源能力成熟度模型 之后将各种 CMM 模型进行整合，形成了 CMMI。2002 年 CMMI1.1 版本正式发布，并立即被广泛采用， 2006 年 8 月，面向开发的 CMMI（CMMI-DEV1.2 ） 版本正式发布。目前正在使用的就是这个版本。下面讲的 CMMI 是指 CMMI-D

3、EV1.2,针对软件方面的。 通过上面的介绍，可以清楚地知道 CMMI这几个字母的含义，CM:能力成熟度。不同的成熟度对应不同的等级，一共有五个等级； M : 模型。 CMMI 提供一个标准的模型，企业的软件能力成熟度是否达到对 应的级别，要和这个模型进行比较。 I : 集成。 将各个不同领域的 CMM 进行抽象整合。也就是说 CMMI 不仅适合 于软件领域，同样适合于其他领域。 二、 CMMI 的五个等级 CMMI 的阶段式表示法将成熟度划分为 5 个等级。除了初始级以外， 每个成熟 1 度等级都有若干个过程域， 如下表所示。 由于成熟度等级是循序渐进的， 如果想 达到某个成熟度等级，例如

4、CMMI3 级，除了满足 CMMI3 级本身 11 过程域之外， 还要满足 CMMI 2 级的 7 个过程域，依此类推。 成熟度等级 过程域 第 5 级：优化级 组织革新与部署 (OID) 原因分析与解决方案 (CAR) 第 4 级：量化管理级 定量项目管理 (QPM) 组织过程绩效 (OPP) 第 3 级：已定义级 需求开发 (RD) 技术解决方案 (TS) 验证 (VER) 确认 (VAL) 产品集成 (PI) 集成化项目管理 (IPM) 风险管理 (RSKM) 组织过程焦点 (OPF) 组织过程定义 (OPD) 组织培训 (OT) 决策分析与解决方案 (DAR) 第 2 级：已管理级 项

5、目规划 (PP) 项目监控 (PMC) 需求管理 (RM) 供应商协议管理 (SAM) 度量分析 (MA) 配置管理 (CM) 过程和产品质量保证 (PPQA) 第 1 级：初始级 无 表 1 成熟度等级和过程域的关系表 一级：初始级 该级别不需要评估，任何一个软件企业至少都可以讲是 CMMI1。 二级：已管理级 必须通过 CMMI2 中所有 7 个 PA 的评估，当然 SAM 这个 PA 可以不进行评估，特别是对纯软件企业而言。 在该级别中， 组织的项目已确保需求是被管理的， 而且其过程是经过计划、执行、度量及控制的。 在 2 级中，需求、过程、工作成果及服务是受管理的。 在预定的时间节点

6、（例如重要里程碑、重要的任务完成时刻） ，管理层都可以了解工作成果的情况。 2 三级：已定义级 必须通过 CMMI2，3 中所有 18 个 PA 的评估。 组织的标准过程（ Organization s set of standard process ）是 3 级的 基础。项目可对组织的标准过程进行裁剪， 以建立项目过程。 工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。 3 级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以一般 3 级要在 2 级已经非常稳定的情况下才做的， 这时很多事情已经有相应的标准做法了。 四级：量化管理级 五级：持续优化级 表 2 各级别

7、之间的差异 3 三、 CMMI 文件体系结构 名词术语： 过程域： Process Area (PA) 特定目标： Specific Goal (SG) 特定实践： Specific Practice (SP) 共性目标： Generic Goal (GG) 共性实践： Generic Practice (GP) CMMI 的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。通常所讲的 CMMI 就是指阶段式表示法。 阶段式表示法 LEVEL PA1 PA2 PAn SGs GGs SPs GPs 图 1 CMMI 的阶段式表示法 4 阶段式表示法把过程域分成 5 个成熟度等级，指出达到

8、每一成熟度等级必须实施哪些过程域。如图 1 所示，一个成熟度等级包括多个过程域，每个过程域包含多个共性目标和特定目标，一个目标包含多个实践 。 CMMI 过程域的部件划分三类：必需的（ required）、期望的（ expected）和信息的（ informative） 3 类，如图 2 所示。 PA Purpose Introductory Related PAs Notes SGs GGs SPs GPs Typical WorkProducts Subpractice subpractice required expected informative 图 2 过程域的部件 必需部件 必需

9、部件描述组织达到某个过程域必须满足的部分， 这种满足在组织过程中 实现是可视的。 CMMI 的必需部件是特定目标和共性目标。这些目标在评估中作 为判断一个过程域达到和满意的基本原则。 特定目标 只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程 必须实现的那些特性。 特定目标是必需的部件， 在评估时用来衡量该过程域是否 满足要求。 共性目标 称为“共性”是因为同一目标的陈述对应了多个过程域。共性目标 描述组织制度化实施的特征。 期望部件 期望部件说明组织要达到某个目标的一般性做法。 期望部件指导那些实施过 5 程改进或执行评估的人用于判断过程域目标是否达到。 CMMI 的期望部件是特定

10、实践和共性实践。 特定实践 表明一组活动，这组活动被期望可达成某过程域的特定目标。 例如： 项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督” 。 共性实践 称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明一组活动，这组活动被期望可达成给定的共性目标。 信息部件 信息部件是对如何达到必需部件和期望部件的更加详细的描述。包括子实践，典型工作成果，相关的过程域等等。 四、 CMMI 认证的意义 提升公司的软件开发能力，改进公司的软件开发过程，从而提高产品质量， 降低开发成本。 提高公司的影响力，为商务运作提供资质保证。 通过过程改进，提高我们每个人在软件工程方面的能力。 五

11、、 术语解释 Project Planning (PP) 项目计划 制定和维护用来定义项目活动的计划。 项目经理根据项目的任务、性质、交付时间，估算项目的规模、成本、工作 量等，对整个项目要做整体规划。 这个过程的工作产品就是生成各种计划书， 不 如项目开发计划，培训计划等。 PP 是 2 级的一个 PA。 Project Developing Planning (PDP) 项目开发计划 这个计划为项目描绘了一个过程蓝图。 整个计划做成书面的形式， 从而使项 目投资者能在整个项目执行过程中了解该计划。 Work Breakdown Structure (WBS) 工作分解结构 将项目任务分成若

12、干小模块的一种结构，用 PROJECT 生产。和项目开发计 划对应，以方便对节点的控制。 6 Milestone 里程碑 用来度量工作进展情况的一个计划好的事件。 简单的讲就是完成阶段性工作的标志。 Project Monitoring and Control (PMC) 项目跟踪与控制 提供对项目进展的理解， 以便当项目的性能严重偏离计划时采取适当的纠正 措施。 PMC 是 2 级的一个 PA。 制定好的项目计划是否能够被很好的贯彻执行， 需要进行跟踪和控制。 对于 偏离计划的情况要及时采取措施加以纠正，以保证项目很好的按项目计划进展。 项目的跟踪与控制是由项目经理完成的，而不是 QA。QA

13、 只是关心项目经理是否 做了跟踪控制这件事情。 Work Product 工作产品 在这个项目过程中产生的任何制品。 包括文档、软件产品组件、 服务、过程、 规范、手册等等。 Product Requirement 产品需求 由用户需求提炼成的开发者语言，并且把隐含的需求转化成清晰的导出需 求。产品需求指导开发人员进行产品的设计和生产过程。 Product Component 产品组件 任何被工程化了（需求已定义、已设计开发并且实现）的工作产品，这些工 作产品的需求、开发和实现是为了满足最终产品的功能， 或者是为了交付给用户。 将产品组件集成就可以得到产品。 Product-component

14、 Requirement 产品组件需求 对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及 其他需求。 Requirements Management (RM) 需求管理 管理项目的产品和产品组件的需求， 并将与项目计划及工作产品不符合的需 求标识出来。 RM 是 2 级的一个 PA。 Requirements Development (RD) 需求开发 产生和分析用户、产品以及产品组件的需求。 RD 是 3 级的一个 PA。 Supplier Agreement Management (SAM) 供应商协议管理 7 管理有正式合同的来自项目外部的供应商的产品和服务的获取。 S

15、AM 是 2 级 的一个 PA。 在软件项目的过程中， 需要硬件及第三方软件的支持， 这些软硬件都需要采购，或者说将项目外包给其他公司来做。 SAM 讲的就是对采购或外包的协议进行管理。 Measurement and Analysis (MA) 度量分析 开发和维护用于支持管理信息需要的度量能力。 MA 是 2 级的一个 PA。 从 2 级到 3 级是相对不是很难， 但从 3 级到 4 级就比较难了， 难点就在于度量与分析。度量简单的讲就是通过量化的方式评价一件事情。 涉及到量化的标准规范，分析数据的方法等。 Configuration Item (CI) 配置项 可相对独立的入库、 出库的

16、配置管理的对象， 其粒度可根据项目的要求进行 确定，随着项目的进展可能细化其中的一个部分； 可以是一个产品在生命周期中 的各个阶段所产生的各种形式和各种版本的文档、 程序，也可以是其他硬件、 系 统、子系统或工具、介质。 Configuration Management Item (CMI) 配置管理项 为了配置管理目的而作为一个单位来看待的硬件和 / 或软件成分，是满足最 终应用功能并被指名用于配置管理的硬件 / 软件，或是它们的集合体。 Baseline 基线 业已通过正式审核与同意， 可用作下一步开发的基础， 并且只有通过正式的 修改管理步骤才能加以修改的规格说明或产品。 Configu

17、ration Management (CM) 配置管理 简单地讲就是对配置项的管理与控制。 CM 是 2 级中的一个 PA。 Configuration Control Board (CCB) 配置控制委员会 批准建立软件基线、基线的变更和执行产品发布和交付的组织。 Tailoring 裁剪 对组织的标准过程进行增、 删、改，以使得到的新的过程符合项目的具体要 求的一种活动。 裁剪不是裁减。裁剪指南就是规定“什么情况该怎么做” 。 8 Review 评审 确定一份材料或一项活动是否满足指定要求的过程。 Peer Review 同行评审 由工作产品生产者的同行遵循已定义的规程对工作产品进行的评审

18、， 以标识 工作产品存在的缺陷和需要的改进。 同行评审需要已定义的规程的支持。比如代码审查，需要开发规范的支持。 Practice Implementation Indicator Document (PIID) CMMI 评估中的关键。证明实践已经实施的文档。 也是证明 CMMI 中的 Practice 被实践的直接证据。 Technical Solution (TS) 技术解决方案 开发、设计和实现满足需求的解决方案。开发、设计和实现包括产品、产品 组件以及产品相关过程。 TS是 3 级的一个 PA。 简单的讲，就是软件的设计、开发和实施。 Verification (VER) 验证 确定

19、系统 / 软件开发周期中的一个给定阶段的产品是否达到前阶段确立的需 求的过程。 VER 是 3 级的一个 PA。 验证的方式包括评审 (review) 和测试 (test) 。比如我们平时的代码审查， 单 元测试、系统测试等。 Validation (VAL) 确认 在系统 / 软件开发过程结束时对系统 / 软件进行评价，以确认它和需求是否相 一致的过程。 VAL 是 3 级的一个 PA。 简单的讲就是我们通常所讲的 UAT。 确认强调的是在用户的真实环境下， 或者完全模仿用户的真实环境。 而验证 一般是在开发环境下进行的。 Product Integration (PI) 产品集成 把产品组

20、件组装成产品， 确保作为一个整体的产品能够发挥正确的功能， 并 交付产品。集成包括软件组件、硬件以及第三方软件等。 PI 是 3 级的一个 PA。 除了软件、硬件以外，还包括基础数据的录入。 Integrated Project Management (IPM) 集成项目管理 9 按照一个集成化、已定义的过程来建立和管理项目和项目相关人员的参与情 况，这些集成化、已定义的过程是从组织的标准过程集裁剪得到的。 这里提到了 3 级的特点，就是建立和利用组织财富库， 以组织原有的标准过程来管理项目。 IPM 是 3 级的一个 PA。 Risk Management (RSKM) 风险管理 一种问题分

21、析的手段，它采用风险概率分析， 对某情况的风险进行权衡研究， 以便更精确的了解所涉及的风险。 风险管理包括风险的识别、 分析、优先级排序 和控制。 RSKM 是 3 级的一个 PA。 风险管理的关键在于风险管理的策略、预防措施以及缓解措施。 Organizational Process Focus (OPF) 组织过程焦点 组织过程焦点包括建立和维护对组织软件过程和项目软件过程的理解， 协调 评估、制定、维护和改进这些过程的活动。 OPF 是 3 级的一个 PA。 OPF 的关键是过程改进，是整个项目过程中的关键。 Organizational Process Definition (OPD)

22、 组织过程定义 组织过程定义包括开发和维护组织的标准软件过程和相关过程资产， 例如软 件生命周期模型、过程裁剪指南和准则以及和软件过程有关的文档库。 也就是建立和维护组织的财富库。 简单的说就是进行知识管理。 知识分为技术类知识和非技术类知识。技术类知识有：技术文档、代码库，可重用组件等。非技术类知识有：标准过程、规章制度、流程、项目经验、度量数据等。 Organizational Training (OT) 组织培训 组织培训的目的是增加开发人员的知识和技能， 使他们能更有效地执行他们 的任务。 Decision Analysis and Resolution (DAR) 决策分析与解决方案

23、 使用一个结构化的方法做出决策， 该结构化方法能够按已定制的标准， 评价 已标识的替代方案。 PPQA (Process and Product Quality Assurance) 过程和产品质量保证 对过程及相关工作产品的客观评价并提供给项目成员和管理部门。 PPQA 是 2 级中的一个 PA。 在 CMMI 中，产品的质量保证由 QA 升级到 PPQA，也就说 QA 的工作发生了变 10 化。质量保证往往会和测试混淆，当然测试是质量保证的一种手段。但在 CMMI 中， QA 更注重的是对整个项目过程的审核。 QA 的职责可以这么理解：审核项目是否按照过程开展工作；审核产品是否 符合过程要

24、求。 Engineering Process Group (EPG) 工程过程组 由从事工程学科的人员 （包括负责人、 管理人员和技术人员） 组成的集合。 工程学科的例子有系统工程、硬件工程、系统测试、软件工程、软件配置管理和 软件质量保证。 这个组在整个认证过程中将会起到非常关键的作用。 EPG 的组员不一定都是 全职的，可以兼职，最好有一个直接负责人是全职的，其他人员可以从 QA、项 目组、测试人员抽调。 EPG 是独立于项目组之外的。 EPG 可以认为是一个项目的智囊团或者是参谋。 六、 评估 标准 CMMI 评估方法 SCAMPI(Standard CMMI Appraisal Method for Process Improvement) 定义了一些规则，确保评估定级的一致性。 SCAMPI 分 A 级、 B 级、 C 级三种评估方法，如果要对企业的软件成熟度进行定级，必须采用 SCAMPI-A 评估方法。评估的时候企业可以提供一个或多个项目， 由评估小组进行评估， 评估小组必须有经 SEI 认证的主任评估师。 评估评的是什么呢？如果要通过 CMMI3 评估，那么会根据 CMMI2 级和 3 级提 供的 18 个 PA 判断企业的过程是否符合标准。 具体来说