CMMI基础知识培训讲义
- 格式：doc
- 大小：128.00 KB
- 文档页数：12
1
CMMI基础知识
一、 CMMI简介
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
CMMI源自于CMM。1984年美国国防部为了降低采购风险，委托卡耐基—梅隆大学软件工程研究院（SEI）制定了软件过程改进、评估模型，也称为SEI
SW-CMM。该模型于1991年正式推出，迅速得到广大软件企业及其顾客的认可。
经过不断研究，相继推出了其他领域的CMM模型，比如：
（1） SE-CMM (System 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-DEV 1.2） 版本正式发布。目前正在使用的就是这个版本。下面讲的CMMI是指CMMI-DEV1.2,针对软件方面的。
通过上面的介绍，可以清楚地知道CMMI这几个字母的含义，
CM:能力成熟度。不同的成熟度对应不同的等级，一共有五个等级；
M :模型。 CMMI提供一个标准的模型，企业的软件能力成熟度是否达到对应的级别，要和这个模型进行比较。
I :集成。 将各个不同领域的CMM进行抽象整合。也就是说CMMI不仅适合于软件领域，同样适合于其他领域。
二、 CMMI的五个等级
CMMI的阶段式表示法将成熟度划分为5个等级。除了初始级以外，每个成熟 2 度等级都有若干个过程域，如下表所示。由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI 3级，除了满足CMMI 3级本身11过程域之外，还要满足CMMI 2级的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级：初始级 无
表1 成熟度等级和过程域的关系表
一级：初始级
该级别不需要评估，任何一个软件企业至少都可以讲是CMMI1。
二级：已管理级
必须通过CMMI2中所有7个PA的评估，当然SAM这个PA可以不进行评估，特别是对纯软件企业而言。在该级别中，组织的项目已确保需求是被管理的，而且其过程是经过计划、执行、度量及控制的。
在2级中，需求、过程、工作成果及服务是受管理的。在预定的时间节点（例如重要里程碑、重要的任务完成时刻），管理层都可以了解工作成果的情况。 3 三级：已定义级
必须通过CMMI2，3中所有18个PA的评估。
组织的标准过程（Organization’s set of standard process）是3级的基础。项目可对组织的标准过程进行裁剪，以建立项目过程。工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。
3级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以一般3级要在2级已经非常稳定的情况下才做的，这时很多事情已经有相应的标准做法了。
四级：量化管理级
五级：持续优化级
表2 各级别之间的差异 4
三、 CMMI文件体系结构
名词术语：
过程域： Process Area (PA)
特定目标：Specific Goal (SG)
特定实践：Specific Practice (SP)
共性目标：Generic Goal (GG)
共性实践：Generic Practice (GP)
CMMI的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。通常所讲的CMMI就是指阶段式表示法。
图1 CMMI的阶段式表示法 阶段式表示法
LEVEL
PA1
PA2 PAn
SGs GGs
GPs SPs 5 阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。如图1所示，一个成熟度等级包括多个过程域，每个过程域包含多个共性目标和特定目标，一个目标包含多个实践。
CMMI过程域的部件划分三类：必需的（required）、期望的（expected）和信息的（informative）3类，如图2所示。
图2 过程域的部件
必需部件
必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实现是可视的。CMMI的必需部件是特定目标和共性目标。这些目标在评估中作为判断一个过程域达到和满意的基本原则。
特定目标只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。特定目标是必需的部件，在评估时用来衡量该过程域是否满足要求。
共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。共性目标描述组织制度化实施的特征。
期望部件
期望部件说明组织要达到某个目标的一般性做法。期望部件指导那些实施过expected Related PAs
Introductory
Notes
Typical WorkProducts
informative SGs
GGs
required Purpose
SPs
GPs
PA
Subpractice
subpractice 6 程改进或执行评估的人用于判断过程域目标是否达到。CMMI的期望部件是特定实践和共性实践。
特定实践表明一组活动，这组活动被期望可达成某过程域的特定目标。例如：项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督”。
共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明一组活动，这组活动被期望可达成给定的共性目标。
信息部件
信息部件是对如何达到必需部件和期望部件的更加详细的描述。包括子实践，典型工作成果，相关的过程域等等。
四、 CMMI认证的意义
提升公司的软件开发能力，改进公司的软件开发过程，从而提高产品质量，降低开发成本。
提高公司的影响力，为商务运作提供资质保证。
通过过程改进，提高我们每个人在软件工程方面的能力。
五、 术语解释
Project Planning (PP) 项目计划
制定和维护用来定义项目活动的计划。
项目经理根据项目的任务、性质、交付时间，估算项目的规模、成本、工作量等，对整个项目要做整体规划。这个过程的工作产品就是生成各种计划书，不如《项目开发计划》，《培训计划》等。PP是2级的一个PA。
Project Developing Planning (PDP) 项目开发计划
这个计划为项目描绘了一个过程蓝图。整个计划做成书面的形式，从而使项目投资者能在整个项目执行过程中了解该计划。
Work Breakdown Structure (WBS) 工作分解结构
将项目任务分成若干小模块的一种结构，用PROJECT 生产。和项目开发计划对应，以方便对节点的控制。 7 Milestone 里程碑
用来度量工作进展情况的一个计划好的事件。
简单的讲就是完成阶段性工作的标志。
Project Monitoring and Control (PMC) 项目跟踪与控制
提供对项目进展的理解，以便当项目的性能严重偏离计划时采取适当的纠正措施。PMC是2级的一个PA。
制定好的项目计划是否能够被很好的贯彻执行，需要进行跟踪和控制。对于偏离计划的情况要及时采取措施加以纠正，以保证项目很好的按项目计划进展。
项目的跟踪与控制是由项目经理完成的，而不是QA。QA只是关心项目经理是否做了跟踪控制这件事情。
Work Product 工作产品
在这个项目过程中产生的任何制品。包括文档、软件产品组件、服务、过程、规范、手册等等。
Product Requirement 产品需求
由用户需求提炼成的开发者语言，并且把隐含的需求转化成清晰的导出需求。产品需求指导开发人员进行产品的设计和生产过程。
Product Component 产品组件
任何被工程化了（需求已定义、已设计开发并且实现）的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。将产品组件集成就可以得到产品。
Product-component Requirement 产品组件需求
对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及其他需求。
Requirements Management (RM) 需求管理
管理项目的产品和产品组件的需求，并将与项目计划及工作产品不符合的需求标识出来。RM是2级的一个PA。
Requirements Development (RD) 需求开发
产生和分析用户、产品以及产品组件的需求。RD是3级的一个PA。
Supplier Agreement Management (SAM) 供应商协议管理
