CMMI基础知识培训讲义.docx
- 文档编号:30417237
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:14
- 大小:44.86KB
CMMI基础知识培训讲义.docx
《CMMI基础知识培训讲义.docx》由会员分享,可在线阅读,更多相关《CMMI基础知识培训讲义.docx(14页珍藏版)》请在冰豆网上搜索。
CMMI基础知识培训讲义
CMMI基础知识
一、CMMI简介
CMMI(CapabilityMaturityModelIntegration,能力成熟度模型集成)是用于产品开发(或服务)的过程改进成熟度模型.CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
CMMI源自于CMM.1984年美国国防部为了降低采购风险,委托卡耐基—梅隆大学软件工程研究院(SEI)制定了软件过程改进、评估模型,也称为SEISW—CMM.该模型于1991年正式推出,迅速得到广大软件企业及其顾客的认可。
经过不断研究,相继推出了其他领域的CMM模型,比如:
(1)SE—CMM(SystemEngineeringCMM):
系统工程CMM
(2)SA—CMM(SoftwareAcquisitionCMM):
软件采购CMM
(3)IPT—CMM(IntegratedProductTeamCMM):
集成产品群组CMM
(4)P—CMM(PeopleCMM):
人力资源能力成熟度模型
之后将各种CMM模型进行整合,形成了CMMI.2002年CMMI1。
1版本正式发布,并立即被广泛采用,2006年8月,面向开发的CMMI(CMMI-DEV1。
2)版本正式发布。
目前正在使用的就是这个版本。
下面讲的CMMI是指CMMI-DEV1.2,针对软件方面的.
通过上面的介绍,可以清楚地知道CMMI这几个字母的含义,
CM:
能力成熟度。
不同的成熟度对应不同的等级,一共有五个等级;
M:
模型。
CMMI提供一个标准的模型,企业的软件能力成熟度是否达到对应的级别,要和这个模型进行比较.
I:
集成。
将各个不同领域的CMM进行抽象整合。
也就是说CMMI不仅适合于软件领域,同样适合于其他领域。
二、CMMI的五个等级
CMMI的阶段式表示法将成熟度划分为5个等级。
除了初始级以外,每个成熟度等级都有若干个过程域,如下表所示.由于成熟度等级是循序渐进的,如果想达到某个成熟度等级,例如CMMI3级,除了满足CMMI3级本身11过程域之外,还要满足CMMI2级的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级中,需求、过程、工作成果及服务是受管理的。
在预定的时间节点(例如重要里程碑、重要的任务完成时刻),管理层都可以了解工作成果的情况.
Ø三级:
已定义级
必须通过CMMI2,3中所有18个PA的评估。
组织的标准过程(Organization’ssetofstandardprocess)是3级的基础。
项目可对组织的标准过程进行裁剪,以建立项目过程。
工作过程都已详尽地说明,并应用标准、规程、工具及方法来表现。
3级中非常重要的就是组织财富库的建立,也就是经验等各方面的积累,所以一般3级要在2级已经非常稳定的情况下才做的,这时很多事情已经有相应的标准做法了。
Ø四级:
量化管理级
Ø五级:
持续优化级
表2各级别之间的差异
三、CMMI文件体系结构
名词术语:
过程域:
ProcessArea(PA)
特定目标:
SpecificGoal(SG)
特定实践:
SpecificPractice(SP)
共性目标:
GenericGoal(GG)
共性实践:
GenericPractice(GP)
CMMI的表示方法有两种,一种阶段式表示法,另一种是连续式表示法。
通常所讲的CMMI就是指阶段式表示法.
阶段式表示法
LEVEL
PA1
PA2
PAn
SGs
GGs
GPs
SPs
图1CMMI的阶段式表示法
阶段式表示法把过程域分成5个成熟度等级,指出达到每一成熟度等级必须实施哪些过程域.如图1所示,一个成熟度等级包括多个过程域,每个过程域包含多个共性目标和特定目标,一个目标包含多个实践。
CMMI过程域的部件划分三类:
必需的(required)、期望的(expected)和信息的(informative)3类,如图2所示。
expected
RelatedPAs
IntroductoryNotes
TypicalWorkProducts
informative
SGs
GGs
required
Purpose
SPs
GPs
PA
Subpractice
subpractice
图2过程域的部件
Ø必需部件
必需部件描述组织达到某个过程域必须满足的部分,这种满足在组织过程中实现是可视的。
CMMI的必需部件是特定目标和共性目标.这些目标在评估中作为判断一个过程域达到和满意的基本原则。
特定目标只适用于一个过程域,它描述过程特性具有唯一性,即只有该过程必须实现的那些特性.特定目标是必需的部件,在评估时用来衡量该过程域是否满足要求.
共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。
共性目标描述组织制度化实施的特征。
Ø期望部件
期望部件说明组织要达到某个目标的一般性做法.期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到.CMMI的期望部件是特定实践和共性实践.
特定实践表明一组活动,这组活动被期望可达成某过程域的特定目标。
例如:
项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督”。
共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。
共性实践说明一组活动,这组活动被期望可达成给定的共性目标。
Ø信息部件
信息部件是对如何达到必需部件和期望部件的更加详细的描述.包括子实践,典型工作成果,相关的过程域等等。
四、CMMI认证的意义
提升公司的软件开发能力,改进公司的软件开发过程,从而提高产品质量,降低开发成本。
提高公司的影响力,为商务运作提供资质保证。
通过过程改进,提高我们每个人在软件工程方面的能力.
五、术语解释
ProjectPlanning(PP)项目计划
制定和维护用来定义项目活动的计划。
项目经理根据项目的任务、性质、交付时间,估算项目的规模、成本、工作量等,对整个项目要做整体规划。
这个过程的工作产品就是生成各种计划书,不如《项目开发计划》,《培训计划》等。
PP是2级的一个PA。
ProjectDevelopingPlanning(PDP)项目开发计划
这个计划为项目描绘了一个过程蓝图。
整个计划做成书面的形式,从而使项目投资者能在整个项目执行过程中了解该计划。
WorkBreakdownStructure(WBS)工作分解结构
将项目任务分成若干小模块的一种结构,用PROJECT生产。
和项目开发计划对应,以方便对节点的控制。
Milestone里程碑
用来度量工作进展情况的一个计划好的事件。
简单的讲就是完成阶段性工作的标志。
ProjectMonitoringandControl(PMC)项目跟踪与控制
提供对项目进展的理解,以便当项目的性能严重偏离计划时采取适当的纠正措施。
PMC是2级的一个PA.
制定好的项目计划是否能够被很好的贯彻执行,需要进行跟踪和控制。
对于偏离计划的情况要及时采取措施加以纠正,以保证项目很好的按项目计划进展。
项目的跟踪与控制是由项目经理完成的,而不是QA。
QA只是关心项目经理是否做了跟踪控制这件事情.
WorkProduct工作产品
在这个项目过程中产生的任何制品.包括文档、软件产品组件、服务、过程、规范、手册等等。
ProductRequirement产品需求
由用户需求提炼成的开发者语言,并且把隐含的需求转化成清晰的导出需求。
产品需求指导开发人员进行产品的设计和生产过程。
ProductComponent产品组件
任何被工程化了(需求已定义、已设计开发并且实现)的工作产品,这些工作产品的需求、开发和实现是为了满足最终产品的功能,或者是为了交付给用户。
将产品组件集成就可以得到产品。
Product-componentRequirement产品组件需求
对产品组件的一个完全的规格说明,包括应用范围、格式、功能、实现以及其他需求。
RequirementsManagement(RM)需求管理
管理项目的产品和产品组件的需求,并将与项目计划及工作产品不符合的需求标识出来.RM是2级的一个PA。
RequirementsDevelopment(RD)需求开发
产生和分析用户、产品以及产品组件的需求。
RD是3级的一个PA。
SupplierAgreementManagement(SAM)供应商协议管理
管理有正式合同的来自项目外部的供应商的产品和服务的获取。
SAM是2级的一个PA。
在软件项目的过程中,需要硬件及第三方软件的支持,这些软硬件都需要采购,或者说将项目外包给其他公司来做。
SAM讲的就是对采购或外包的协议进行管理.
MeasurementandAnalysis(MA)度量分析
开发和维护用于支持管理信息需要的度量能力。
MA是2级的一个PA.
从2级到3级是相对不是很难,但从3级到4级就比较难了,难点就在于度量与分析。
度量简单的讲就是通过量化的方式评价一件事情.涉及到量化的标准规范,分析数据的方法等。
ConfigurationItem(CI)配置项
可相对独立的入库、出库的配置管理的对象,其粒度可根据项目的要求进行确定,随着项目的进展可能细化其中的一个部分;可以是一个产品在生命周期中的各个阶段所产生的各种形式和各种版本的文档、程序,也可以是其他硬件、系统、子系统或工具、介质。
ConfigurationManagementItem(CMI)配置管理项
为了配置管理目的而作为一个单位来看待的硬件和/或软件成分,是满足最终应用功能并被指名用于配置管理的硬件/软件,或是它们的集合体。
Baseline基线
业已通过正式审核与同意,可用作下一步开发的基础,并且只有通过正式的修改管理步骤才能加以修改的规格说明或产品.
ConfigurationManagement(CM)配置管理
简单地讲就是对配置项的管理与控制.CM是2级中的一个PA.
ConfigurationControlBoard(CCB)配置控制委员会
批准建立软件基线、基线的变更和执行产品发布和交付的组织。
Tailoring裁剪
对组织的标准过程进行增、删、改,以使得到的新的过程符合项目的具体要求的一种活动.
裁剪不是裁减.裁剪指南就是规定“什么情况该怎么做”.
Review评审
确定一份材料或一项活动是否满足指定要求的过程。
PeerReview同行评审
由工作产品生产者的同行遵循已定义的规程对工作产品进行的评审,以标识工作产品存在的缺陷和需要的改进。
同行评审需要已定义的规程的支持.比如代码审查,需要开发规范的支持.
PracticeImplementationIndicatorDocument(PIID)
CMMI评估中的关键.证明实践已经实施的文档。
也是证明CMMI中的Practice被实践的直接证据。
TechnicalSolution(TS)技术解决方案
开发、设计和实现满足需求的解决方案。
开发、设计和实现包括产品、产品组件以及产品相关过程.TS是3级的一个PA。
简单的讲,就是软件的设计、开发和实施。
Verification(VER)验证
确定系统/软件开发周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程。
VER是3级的一个PA。
验证的方式包括评审(review)和测试(test)。
比如我们平时的代码审查,单元测试、系统测试等。
Validation(VAL)确认
在系统/软件开发过程结束时对系统/软件进行评价,以确认它和需求是否相一致的过程。
VAL是3级的一个PA.
简单的讲就是我们通常所讲的UAT.
确认强调的是在用户的真实环境下,或者完全模仿用户的真实环境。
而验证一般是在开发环境下进行的.
ProductIntegration(PI)产品集成
把产品组件组装成产品,确保作为一个整体的产品能够发挥正确的功能,并交付产品。
集成包括软件组件、硬件以及第三方软件等。
PI是3级的一个PA.
除了软件、硬件以外,还包括基础数据的录入。
IntegratedProjectManagement(IPM)集成项目管理
按照一个集成化、已定义的过程来建立和管理项目和项目相关人员的参与情况,这些集成化、已定义的过程是从组织的标准过程集裁剪得到的.
这里提到了3级的特点,就是建立和利用组织财富库,以组织原有的标准过程来管理项目.IPM是3级的一个PA.
RiskManagement(RSKM)风险管理
一种问题分析的手段,它采用风险概率分析,对某情况的风险进行权衡研究,以便更精确的了解所涉及的风险。
风险管理包括风险的识别、分析、优先级排序和控制。
RSKM是3级的一个PA。
风险管理的关键在于风险管理的策略、预防措施以及缓解措施.
OrganizationalProcessFocus(OPF)组织过程焦点
组织过程焦点包括建立和维护对组织软件过程和项目软件过程的理解,协调评估、制定、维护和改进这些过程的活动。
OPF是3级的一个PA。
OPF的关键是过程改进,是整个项目过程中的关键.
OrganizationalProcessDefinition(OPD)组织过程定义
组织过程定义包括开发和维护组织的标准软件过程和相关过程资产,例如软件生命周期模型、过程裁剪指南和准则以及和软件过程有关的文档库。
也就是建立和维护组织的财富库。
简单的说就是进行知识管理。
知识分为技术类知识和非技术类知识。
技术类知识有:
技术文档、代码库,可重用组件等。
非技术类知识有:
标准过程、规章制度、流程、项目经验、度量数据等.
OrganizationalTraining(OT)组织培训
组织培训的目的是增加开发人员的知识和技能,使他们能更有效地执行他们的任务。
DecisionAnalysisandResolution(DAR)决策分析与解决方案
使用一个结构化的方法做出决策,该结构化方法能够按已定制的标准,评价已标识的替代方案。
PPQA(ProcessandProductQualityAssurance)过程和产品质量保证
对过程及相关工作产品的客观评价并提供给项目成员和管理部门。
PPQA是2级中的一个PA。
在CMMI中,产品的质量保证由QA升级到PPQA,也就说QA的工作发生了变化。
质量保证往往会和测试混淆,当然测试是质量保证的一种手段。
但在CMMI中,QA更注重的是对整个项目过程的审核。
QA的职责可以这么理解:
审核项目是否按照过程开展工作;审核产品是否符合过程要求。
EngineeringProcessGroup(EPG)工程过程组
由从事工程学科的人员(包括负责人、管理人员和技术人员)组成的集合.工程学科的例子有系统工程、硬件工程、系统测试、软件工程、软件配置管理和软件质量保证。
这个组在整个认证过程中将会起到非常关键的作用。
EPG的组员不一定都是全职的,可以兼职,最好有一个直接负责人是全职的,其他人员可以从QA、项目组、测试人员抽调。
EPG是独立于项目组之外的。
EPG可以认为是一个项目的智囊团或者是参谋。
六、评估
标准CMMI评估方法SCAMPI(StandardCMMIAppraisalMethodforProcessImprovement)定义了一些规则,确保评估定级的一致性。
SCAMPI分A级、B级、C级三种评估方法,如果要对企业的软件成熟度进行定级,必须采用SCAMPI—A评估方法。
评估的时候企业可以提供一个或多个项目,由评估小组进行评估,评估小组必须有经SEI认证的主任评估师。
评估评的是什么呢?
如果要通过CMMI3评估,那么会根据CMMI2级和3级提供的18个PA判断企业的过程是否符合标准。
具体来说就是针对这18个PA对应的200个左右的PRACTICE逐条的进行评估,是否都满足相应的PRACTICE.评估的时候主任评估师会根据每个PRACTICE来评估企业实施该PRACTICE时留下的证据.证据包括一个直接的书面证据和一个间接证据或访谈证据。
直接证据也就是PIID,实施PRACTICE时留下的书面证据。
主任评估师除了审查这些PIIDs外,还要根据不同的PRACTICE找相应的责任人进行访谈,提问一些问题.
当然了,不是说有一个PRACTICE就要提供一个文档的,有很多PRACTICE可以合并到一个文档中的。
为了能够回答出访谈时主任评估师的提问,就要在平时做过程改进的时候按照CMMI3的要求来做,并且每个人对自己的工作都很了解,这样照实回答就可以了。
如果单纯为了过级,员工对很多过程不是很了解,那么这时候只能背“标准答案”了,并且组织之间还要对一些特定的事情“对口供”以免出现自相矛盾的情况.
换言之,实施CMMI的PRACTICE时,要把整个过程都用文档化的方法记录下来,并且形成习惯。
所谓CMMI评估,其对策就是文档化整个过程,所谓CMMI3已定义级,也就是建立经验财富库,并且形成相应的实施过程的习惯.CMMI3过级的关键就是文档化、过程习惯。
七、认证流程
1.全体与软件开发与管理相关的员工必须了解CMMI。
2.成立EPG,给大家经常性的宣贯CMMI的知识.当然QA组和CCB也要成立。
这三个组织是独立于项目组之外的。
3.请咨询公司及评估师。
4.结合CMMI的要求以及本公司的具体情况,做“差距分析”。
5.根据“差距分析”结果,做过程改进。
6.确定要进行评估的项目。
7.按照符合CMMI3要求的过程准备PIIDs.
8.预评估。
发现问题,及时改进。
9.评估。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 基础知识 培训 讲义