CMMI基础知识培训讲义.doc

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

2、): 系统工程 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-DEV1.2,针对软件方面的。通过上面的介

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

4、的 7 个过程域，依此类推。成熟度等级过程域第5 级：优化级组织革新与部署(OID)原因分析与解决方案(CAR)第4 级：量化管理级定量项目管理 (QPM)组织过程绩效 (OPP)第3 级：已定义级需求开发 (RD)技术解决方案(TS)验证 (VER)确认 (VAL)产品集成 (PI)集成化项目管理(IPM)风险管理 (RSKM)组织过程焦点(OPF)组织过程定义(OPD)组织培训 (OT)决策分析与解决方案(DAR)第2 级：已管理级项目规划 (PP)项目监控 (PMC)需求管理 (RM)供应商协议管理(SAM)度量分析 (MA)配置管理 (CM)过程和产品质量保证(PPQA)第1 级：初始

5、级无表 1 成熟度等级和过程域的关系表? 一级：初始级该级别不需要评估，任何一个软件企业至少都可以讲是CMMI1。? 二级：已管理级必须通过 CMMI2中所有 7 个 PA的评估，当然 SAM这个 PA可以不进行评估，特别是对纯软件企业而言。 在该级别中， 组织的项目已确保需求是被管理的， 而且其过程是经过计划、执行、度量及控制的。在 2 级中，需求、过程、工作成果及服务是受管理的。 在预定的时间节点 （例如重要里程碑、重要的任务完成时刻） ，管理层都可以了解工作成果的情况。? 三级：已定义级必须通过CMMI2，3 中所有18 个PA的评估。组织的标准过程（ Organizations set

6、 of standard process）是 3 级的基础。项目可对组织的标准过程进行裁剪， 以建立项目过程。 工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。3 级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以一般 3 级要在 2 级已经非常稳定的情况下才做的， 这时很多事情已经有相应的标准做法了。? 四级：量化管理级? 五级：持续优化级表 2 各级别之间的差异三、 CMMI文件体系结构名词术语：过程域：Process Area(PA)特定目标： Specific Goal(SG)特定实践： Specific Practice(SP)共性目标： Generic

7、Goal(GG)共性实践： Generic Practice(GP)CMMI 的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。通常所讲的 CMMI 就是指阶段式表示法。阶段式表示法LEVELPA1PA2PAnSGsGGsSPsGPs图 1CMMI 的阶段式表示法阶段式表示法把过程域分成 5 个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。如图 1 所示，一个成熟度等级包括多个过程域，每个过程域包含多个共性目标和特定目标，一个目标包含多个实践 。CMMI 过程域的部件划分三类：必需的（ required）、期望的（ expected）和信息的（ informative） 3 类

8、，如图 2 所示。PAPurposeIntroductoryRelated PAsNotesSGsGGsSPsGPsTypical WorkProducts Subpracticesubpracticerequiredexpectedinformative图 2 过程域的部件? 必需部件必需部件描述组织达到某个过程域必须满足的部分， 这种满足在组织过程中实现是可视的。 CMMI的必需部件是特定目标和共性目标。这些目标在评估中作为判断一个过程域达到和满意的基本原则。特定目标 只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。 特定目标是必需的部件， 在评估时用来衡量该

9、过程域是否满足要求。共性目标 称为“共性”是因为同一目标的陈述对应了多个过程域。共性目标描述组织制度化实施的特征。? 期望部件期望部件说明组织要达到某个目标的一般性做法。 期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到。 CMMI的期望部件是特定实践和共性实践。特定实践 表明一组活动，这组活动被期望可达成某过程域的特定目标。例如：项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督”。共性实践 称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明一组活动，这组活动被期望可达成给定的共性目标。? 信息部件信息部件是对如何达到必需部件和期望部件的更加详细的描述

10、。包括子实践，典型工作成果，相关的过程域等等。四、CMMI认证的意义提升公司的软件开发能力，改进公司的软件开发过程，从而提高产品质量，降低开发成本。提高公司的影响力，为商务运作提供资质保证。通过过程改进，提高我们每个人在软件工程方面的能力。五、术语解释Project Planning (PP)项目计划制定和维护用来定义项目活动的计划。项目经理根据项目的任务、性质、交付时间，估算项目的规模、成本、工作量等，对整个项目要做整体规划。这个过程的工作产品就是生成各种计划书，不如项目开发计划，培训计划等。 PP是 2 级的一个 PA。Project Developing Planning (PDP)项目

11、开发计划这个计划为项目描绘了一个过程蓝图。整个计划做成书面的形式， 从而使项目投资者能在整个项目执行过程中了解该计划。Work Breakdown Structure (WBS)工作分解结构将项目任务分成若干小模块的一种结构，用PROJECT生产。和项目开发计划对应，以方便对节点的控制。Milestone里程碑用来度量工作进展情况的一个计划好的事件。简单的讲就是完成阶段性工作的标志。Project Monitoring and Control (PMC)项目跟踪与控制提供对项目进展的理解， 以便当项目的性能严重偏离计划时采取适当的纠正措施。 PMC是 2 级的一个 PA。制定好的项目计划是否能

12、够被很好的贯彻执行，需要进行跟踪和控制。 对于偏离计划的情况要及时采取措施加以纠正，以保证项目很好的按项目计划进展。项目的跟踪与控制是由项目经理完成的，而不是QA。QA只是关心项目经理是否做了跟踪控制这件事情。Work Product工作产品在这个项目过程中产生的任何制品。包括文档、软件产品组件、 服务、过程、规范、手册等等。Product Requirement产品需求由用户需求提炼成的开发者语言，并且把隐含的需求转化成清晰的导出需求。产品需求指导开发人员进行产品的设计和生产过程。Product Component产品组件任何被工程化了（需求已定义、已设计开发并且实现）的工作产品，这些工作产

13、品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。将产品组件集成就可以得到产品。Product-component Requirement产品组件需求对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及其他需求。Requirements Management (RM)需求管理管理项目的产品和产品组件的需求， 并将与项目计划及工作产品不符合的需求标识出来。 RM是 2 级的一个 PA。Requirements Development (RD)需求开发产生和分析用户、产品以及产品组件的需求。RD是 3 级的一个 PA。Supplier Agreement Manag

14、ement (SAM)供应商协议管理管理有正式合同的来自项目外部的供应商的产品和服务的获取。SAM是 2 级的一个PA。在软件项目的过程中， 需要硬件及第三方软件的支持，这些软硬件都需要采购，或者说将项目外包给其他公司来做。SAM讲的就是对采购或外包的协议进行管理。Measurement and Analysis (MA)度量分析开发和维护用于支持管理信息需要的度量能力。MA是 2 级的一个 PA。从 2 级到 3 级是相对不是很难， 但从 3 级到 4 级就比较难了， 难点就在于度量与分析。度量简单的讲就是通过量化的方式评价一件事情。 涉及到量化的标准规范，分析数据的方法等。Configur

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

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

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

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

19、组件、硬件以及第三方软件等。 PI 是 3 级的一个并PA。除了软件、硬件以外，还包括基础数据的录入。Integrated Project Management (IPM)集成项目管理按照一个集成化、已定义的过程来建立和管理项目和项目相关人员的参与情况，这些集成化、已定义的过程是从组织的标准过程集裁剪得到的。这里提到了 3 级的特点，就是建立和利用组织财富库， 以组织原有的标准过程来管理项目。 IPM是 3 级的一个 PA。Risk Management (RSKM) 风险管理一种问题分析的手段，它采用风险概率分析， 对某情况的风险进行权衡研究，以便更精确的了解所涉及的风险。风险管理包括风险的

20、识别、 分析、优先级排序和控制。 RSKM是 3 级的一个 PA。风险管理的关键在于风险管理的策略、预防措施以及缓解措施。Organizational Process Focus (OPF)组织过程焦点组织过程焦点包括建立和维护对组织软件过程和项目软件过程的理解，协调评估、制定、维护和改进这些过程的活动。OPF是 3 级的一个 PA。OPF的关键是过程改进，是整个项目过程中的关键。Organizational Process Definition (OPD)组织过程定义组织过程定义包括开发和维护组织的标准软件过程和相关过程资产，例如软件生命周期模型、过程裁剪指南和准则以及和软件过程有关的文档库

21、。也就是建立和维护组织的财富库。 简单的说就是进行知识管理。 知识分为技术类知识和非技术类知识。技术类知识有：技术文档、代码库，可重用组件等。非技术类知识有：标准过程、规章制度、流程、项目经验、度量数据等。Organizational Training (OT)组织培训组织培训的目的是增加开发人员的知识和技能，使他们能更有效地执行他们的任务。Decision Analysis and Resolution (DAR)决策分析与解决方案使用一个结构化的方法做出决策，该结构化方法能够按已定制的标准，评价已标识的替代方案。PPQA (Process and Product Quality Assur

22、ance)过程和产品质量保证对过程及相关工作产品的客观评价并提供给项目成员和管理部门。PPQA是2级中的一个PA。在 CMMI中，产品的质量保证由QA升级到 PPQA，也就说 QA的工作发生了变化。质量保证往往会和测试混淆，当然测试是质量保证的一种手段。但在CMMI中， QA更注重的是对整个项目过程的审核。QA 的职责可以这么理解：审核项目是否按照过程开展工作；审核产品是否符合过程要求。Engineering Process Group (EPG)工程过程组由从事工程学科的人员 （包括负责人、 管理人员和技术人员）组成的集合。工程学科的例子有系统工程、硬件工程、系统测试、软件工程、软件配置管理

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