CMMI基础知识培训讲义

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

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

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

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

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

6、础。项LI可对组织的标准过程进行裁剪，以建立项II过程。丄作过程都已详尽地说 明，并应用标准、规程、工具及方法来表现。3级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以 一般3级要在2级已经非常稳定的情况下才做的，这时很多事情已经有相应的标准 做法了。四级：量化管理级 五级：持续优化级*11 Tlf mwiAxa1iR先筋他WXiiBW.g秤t呕ifF母&査MWft* OHP.貝*一:5珂.acriiin?r. iwm 口iTW. 欄utaiRuirs怪仗金咧m任如曲讦审PVfTH-4銀.欖粗gn应沁乍. 饯nS2 4UBWBm“蓝KI的:E痕比.M-EW )lDa，6W*W

7、 疋冗廉日的何l 貝仓4須wwwrtfi5iftttr-% *表2各级别之间的差异三、CMMI文件体系结构名词术语：过程域： Process Area(PA)特定目标：Specific Goal(SG)特定实践：Specific Practice (SP) 共性目标：Generic Goal(GG)共性实践：Generic Practice (GP)CMMI的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。通常所讲的CMMI就是指阶段式表示法。SPs图1 CMMI的阶段式表示法阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实 施哪些过程域。如图1所示，一个成熟度等级

8、包括多个过程域，每个过程域包含多 个共性目标和特定目标，一个目标包含多个实践。CMMI过程域的部件划分三类：必需的(required)、期望的(expected)和 信息的(informative) 3类,如图2所示。subpractice图2过程域的部件必需部件必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实 现是可视的。CMMI的必需部件是特定LI标和共性口标。这些目标在评佔中作为判 断一个过程域达到和满意的基本原则。特定目标只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程必 须实现的那些特性。特定LI标是必需的部件，在评估时用来衡量该过程域是否满足 要求。共

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

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

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

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

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

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

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

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

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

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

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

20、略、预防措施以及缓解措施。Organizational Process Focus (OPF)组织过程焦点组织过程焦点包括建立和维护对组织软件过程和项U软件过程的理解，协调评 估、制定、维护和改进这些过程的活动。OPF是3级的一个PA。OPF的关键是过程改进，是整个项目过程中的关键。Organizational Process Definition (OPD)组织过程定义组织过程定义包括开发和维护组织的标准软件过程和相关过程资产，例如软件 生命周期模型、过程裁剪指南和准则以及和软件过程有关的文档库。也就是建立和维护组织的财富库。简单的说就是进行知识管理。知识分为技术 类知识和非技术类知识。技术

21、类知识有：技术文档、代码库，可重用组件等。 非技术类知识有：标准过程、规章制度、流程、项LI经验、度量数据等。Organizational Training (0T)组织培训组织培训的U的是增加开发人员的知识和技能，使他们能更有效地执行他们 的任务。Decision Analysis and Resolution (DAR)决策分析与解决方案使用一个结构化的方法做出决策，该结构化方法能够按已定制的标准，评价已 标识的替代方案。PPQA (Process and Product Quality Assurance)过程和产品质量保证对过程及相关工作产品的客观评价并提供给项EJ成员和管理部门。PP

22、QA是2 级中的一个PA。在CMMI中，产品的质量保证由QA升级到PPQA,也就说QA的工作发生了变 化。质量保证往往会和测试混淆，当然测试是质量保证的一种手段。但在CMMI 中，QA更注重的是对整个项目过程的审核。QA的职责可以这么理解：审核项LI是否按照过程开展工作；审核产品是否符 合过程要求。Engineering Process Group (EPG)工程过程组由从事工程学科的人员(包括负责人、管理人员和技术人员)组成的集合。 工程学科的例子有系统工程、硬件工程、系统测试、软件工程、软件配置管理和软 件质量保证。这个组在整个认证过程中将会起到非常关键的作用。EPG的组员不一定都是全 职

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