CMMI基础知识
一、CMMI简介
CMMI (Capability Maturity Model Integration* 能力成熟度模型集成)是用于产品开发(或服务)的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
CMMI源自于CMM。1984年美国国防部为了降低采购风险，委托卡耐基一梅隆大学软件工程研究院(SEI)制定了软件过程改进、评估模型，也称为SEI SW- CMM。该模型于1991年正式推出，迅速得到广大软件企业及其顾客的认可。
经过不断研究，相继推出了其他领域的CMM模型，比如：
(1 ) SE-CMM (System Engineering CMM): 系统 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,针对软件方面的。
通过上面的介绍，可以清楚地知道CMMI这儿个字母的含义，
CM:能力成熟度。不同的成熟度对应不同的等级，一共有五个等级；
M :模型。CMMI提供一个标准的模型，企业的软件能力成熟度是否达到对应的级别，要和这个模型进行比较。
I :集成。将各个不同领域的CMM进行抽象整合。也就是说CMMI不仅适合于软件
领域，同样适合于其他领域。
二、CMMI的五个等级
CMMI的阶段式表示法将成熟度划分为5个等级。除了初始级以外，每个成熟度等级都有若干个过程域，如下表所示。由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CN1MI 3级，除了满足CMMI 3级本身11过程域之外，还要满足CMMI 2级的7个过程域，依此类推。
组织过程绩效（OPP）
表1成熟度等级和过程域的关系表
一级：初始级
该级别不需要评估，任何一个软件企业至少都可以讲是CMMIlo
二级：已管理级
必须通过CMMI2中所有7个PA的评估，当然SAM这个PA可以不进行评估，特别是对纯软件企业而言。在该级别中，组织的项LI已确保需求是被管理的，而且其过程是经过计划、执行、度量及控制的。
在2级中，需求、过程、工作成果及服务是受管理的。在预定的时间节点（例如重要里程碑、重要的任务完成时刻），管理层都可以了解工作成果的情况。
三级：已定义级
必须通过CMMI2, 3中所有18个PA的评估。
组织的标准过程（Organization' s set of standard process）是3 级的基础。项LI可对组织的标准过程进行裁剪，以建立项II过程。丄作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。
3级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以一般3级要在2级已经非常稳定的情况下才做的，这时很多事情已经有相应的标准做法了。
四级：量化管理级五级：持续优化级
表2各级别之间的差异
三、CMMI文件体系结构
名词术语：
过程域：Process Area (PA)
特定目标：Specific Goal (SG)
特定实践：Specific Practice (SP) 共性目标：Generic Goal (GG)
共性实践：Generic Practice (GP)
CMMI的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。通常所
讲的CMMI就是指阶段式表示法。
SPs
图1 CMMI的阶段式表示法
阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。如图1所示，一个成熟度等级包括多个过程域，每个过程域包含多个共性目标和特定目标，一个目标包含多个实践。
CMMI过程域的部件划分三类：必需的(required)、期望的(expected)和信息的(informative) 3类,如图2所示。
subpractice
图2过程域的部件
必需部件
必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实现是可视的。CMMI的必需部件是特定LI标和共性口标。这些目标在评佔中作为判断一个过程域达到和满意的基本原则。
特定目标只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。特定LI标是必需的部件，在评估时用来衡量该过程域是否满足要求。
共性目标称为“共性”是因为同一LI标的陈述对应了多个过程域。共性U标描述组织制度化实施的特征。
期望部件
期望部件说明组织要达到某个LI标的一般性做法。期望部件指导那些实施过程改进或执行评佔的人用于判断过程域LI标是否达到。CMMI的期望部件是特定实践和共性实践。
特定实践表明一组活动，这组活动被期望可达成某过程域的特定LI标。例如：项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督”。
共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明一组活动，这组活动被期望可达成给定的共性目标。
信息部件
信息部件是对如何达到必需部件和期望部件的更加详细的描述。包括子实践，典型工作成果，相关的过程域等等。
四、CMMI认证的意义
提升公司的软件开发能力，改进公司的软件开发过程，从而提高产品质量，降低开发成本。
提高公司的影响力，为商务运作提供资质保证。
通过过程改进，提高我们每个人在软件工程方面的能力。
五、术语解释
Project Planning (PP)项目计划
制定和维护用来定义项目活动的计划。
项目经理根据项LI的任务、性质、交付时间，估算项LI的规模、成本、工作量等，对整个项日要做整体规划。这个过程的工作产品就是生成各种计划书，不如《项目开发计划》，《培训计划》等。PP是2级的一个PA。
Project Developing Planning (PDP)项目开发计划
这个计划为项目描绘了一个过程蓝图。整个计划做成书面的形式，从而使项目投资者能在整个项目执行过程中了解该计划。
Work Breakdown Structure (WBS)工作分解结构
将项目任务分成若干小模块的一种结构，用PROJECT生产。和项目开发计划对应，以方便对节点的控制。
Milestone里程碑
用来度量工作进展情况的一个计划好的事件。
简单的讲就是完成阶段性工作的标志。
Project Monitoring and Control (PMC)项目跟踪与控制
提供对项LI进展的理解，以便当项LI的性能严重偏离讣划时釆取适当的纠正措施。PMC是2级的一个PA。
制定好的项LI计划是否能够被很好的贯彻执行，需要进行跟踪和控制。对于偏离讣划的情况要及时采取措施加以纠正，以保证项LI很好的按项LHI?划进展。
项LI的跟踪与控制是由项□经理完成的，而不是QA。QA只是关心项H经理是否做了跟踪控制这件事情。
Work Product工作产品
在这个项目过程中产生的任何制品。包括文档、软件产品组件、服务、过程、规范、手册等等。
Product Requirement 产品需求
111用户需求提炼成的开发者语言，并且把隐含的需求转化成清晰的导出需求。产品需求指导开发人员进行产品的设计和生产过程。
Product Component 产品组件
任何被工程化了(需求已定义、已设计开发并且实现)的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。将产品组件集成就可以得到产品。
Product-component Requirement 产品组件需求
对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及其他需求。
Requirements Management (RM)需求管理
管理项U的产品和产品组件的需求，并将与项U计划及工作产品不符合的需求标识
岀来。RM是2级的一个PA。
Requirements Development (RD) 需求开发
产生和分析用户、产品以及产品组件的需求。RD是3级的一个PA。
Supplier Agreement Management (SAM)供应商协议管理
管理有正式合同的来自项LI外部的供应商的产品和服务的获取。SAM是2级的—个PAo
在软件项口的过程中，需要硬件及第三方软件的支持，这些软硬件都需要釆购，或者说将项LI外包给其他公司来做。SAM讲的就是对采购或外包的协议进行管理。Measurement and Analysis (MA)度量分析
开发和维护用于支持管理信息需要的度量能力。MA是2级的一个PAo
从2级到3级是相对不是很难，但从3级到4级就比较难了，难点就在于度量与分析。度量简单的讲就是通过量化的方式评价一件事情。涉及到量化的标准规范，分析数据的方法等。
Configuration Item (CI)配置项
可相对独立的入库、出库的配置管理的对象，其粒度可根据项H的要求进行确定，随着项LI的进展可能细化其中的一个部分；可以是一个产品在生命周期中的各个阶段所产生的各种形式和各种版本的文档、程序，也可以是其他硬件、系统、子系统或工具、介质。
Configuration Management Item (CMI)配置管理项
为了配置管理目的而作为一个单位来看待的硬件和/或软件成分，是满足最终应用功能并被指名用于配置管理的硬件/软件，或是它们的集合体。
Baseline 基线
业已通过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理步骤才能加以修改的规格说明或产品。
Configuration Management (CM)配置管理
简单地讲就是对配置项的管理与控制。CM是2级中的一个PAo Configuration Control Board (CCB)配置控制委员会
批准建立软件基线、基线的变更和执行产品发布和交付的组织。
Tailoring 裁剪
对组织的标准过程进行增、删、改，以使得到的新的过程符合项訂的具体要求的一种活动。
裁剪不是裁减。裁剪指南就是规定“什么情况该怎么做”。
Review评审
确定一份材料或一项活动是否满足指定要求的过程。
Peer Review同行评审
由工作产品生产者的同行遵循已定义的规程对工作产品进行的评审，以标识工作产
品存在的缺陷和需要的改进。
同行评审需要已定义的规程的支持。比如代码审查，需要开发规范的支持。Practice Implementation Indicator Document (PHD)
CMMI评估中的关键。证明实践已经实施的文档。也是证明CMMI中的Practice 被实践的直接证据。
Technical Solution (TS)技术解决方案
开发、设计和实现满足需求的解决方案。开发、设计和实现包括产品、产品组件以及产品相关过程。TS是3级的一个PA。
简单的讲，就是软件的设计、开发和实施。
Verification (VER)验证
确定系统/软件开发周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程。VER是3级的一个PA。
验证的方式包括评审(review)和测试(test)。比如我们平时的代码审查，单元测试、系统测试等。
Validation (VAL)确认
在系统/软件开发过程结束时对系统/软件进行评价，以确认它和需求是否相一致的过程。VAL是3级的一个PA。
简单的讲就是我们通常所讲的UATo
确认强调的是在用户的真实环境下，或者完全模仿用户的真实环境。而验证一般是在开发环境下进行的。
Product Integration (PI)产品集成
把产品组件组装成产品，确保作为一个整体的产品能够发挥正确的功能，并交付产品。集成包括软件组件、硬件以及第三方软件等。PI是3级的一个PA。
除了软件、硬件以外，还包括基础数据的录入。
Integrated Project Management (IPM)集成项目管理
按照一个集成化、已定义的过程来建立和管理项目和项目相关人员的参与情况，这些集成化、已定义的过程是从组织的标准过程集裁剪得到的。
这里提到了3级的特点，就是建立和利用组织财富库，以组织原有的标准过程来管理项目。IPM是3级的一个PA。
Risk Management (RSKM)风险管理
一种问题分析的手段，它采用风险概率分析，对某情况的风险进行权衡研究，以便更精确的了解所涉及的风险。风险管理包括风险的识别、分析、优先级排序和控制。RSKM是3级的一个PA。
风险管理的关键在于风险管理的策略、预防措施以及缓解措施。
Organizational Process Focus (OPF)组织过程焦点
组织过程焦点包括建立和维护对组织软件过程和项U软件过程的理解，协调评估、