CMMI基础知识总结分享
- 格式:pdf
- 大小:719.81 KB
- 文档页数:30
一:CMMI简介1.1 CMMI发展简史CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是用于产品开发(或服务)的过程改进成熟度模型。
CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年,美国卡内基梅隆大学软件工程研究所(SEI),应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。
Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念,将这些原理应用于软件开发,发展成为软件过程成熟度框架,它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年,基于Watts Humphery 等人的工作,SEI的Mark Pauk 等人建立了第一个CMM模型,即软件CMM。
1993年,SEI推出了CMM 1.1,这是目前世界上应用最广泛的CMM 版本。
十几年来CMM的改进工作一直不断地进行,相继有多个学科领域的CMM模型问世:SE-CMM, SW-CMM, IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架,即CMMI。
CMMI的基础源模型包括:软件CMM 2.0版本,EIA-731系统工程,以及IPD CMM (IPD) 0.98a版本。
2002年1月CMMI 1.1版本正式发布,并立即被广泛采用。
CMMI 1.2的三种模型·2·2006年8月,面向开发的CMMI(CMMI-DEV 1.2)版本正式发布。
为了适应更加广泛的应用,SEI 计划今后发布另外二种模型,分别是面向服务的CMMI(CMMI-SVC 1.2)版本和面向采购的CMMI(CMMI-ACQ 1.2)。
1.2 CMMI的过程域过程域(Process Area)是同属于某个领域而彼此相关的实践集合,当这些实践共同执行时,可以达到该领域过程改进的目标。
CMMI总结1.CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。
2.目前公司使用的是CMMI-for-DEV V1.2,通过的是CMMI LEVEL 3认证。
3. CMMI将CMM的多个模型合并到一个框架中,包括SE /SW /SS /IPPD几个专业领域的过程模型。
CMMI提供了流程改进的指导,指导制定软件企业研发的的一系列流程,监督流程的执行,并据反馈的结果进行过程改进。
4.CMM共有五个等级,分别标志着软件企业能力成熟度的五个层次。
初始级Initial可重复级Managed(Basic Project Management)已定义级Defined (Process Standardization)量化管理级Quantitatively Managed (Quantitative Management)优化管理级Optimizing (Continuous Process Improvement)5.原则(1)、强调高层管理者的支持。
(2)、确定改进目标.一、I PD基本介绍1. IPD, 集成产品开发(Integrated Product Development)是一套产品开发的模式、理念与方法。
2. IPD作为先进的产品开发理念,其核心思想概括如下:a) 新产品开发是一项投资决策。
b) 基于市场的开发。
c) 跨部门、跨系统的协同。
d) 异步开发模式,也称并行工程。
e) 重用性。
f) 结构化的流程。
3. IPD框架上从以下三个大的方面来具体现IPD的核心思想.市场管理市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性和生命。
包括:a) 客户需求分析$-产品价格(Price);A-可获得性(Availability);P-包装(Packaging);P-性能(Performance);E-易用性(Easy to use);A-保证程度(Assurances);L-生命周期成本(Life cycle of cost);S-社会接受程度(Social acceptance)。
CMMI基本概念要点CMMI(Capability Maturity Model Integration)能力成熟度模型集成,是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验,通过一系列的阶段和培训,帮助组织提高其过程的成熟度和质量,以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点:1. 成熟度级别(Maturity Levels):CMMI定义了五个成熟度级别,分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点,组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别(Capability Levels):CMMI还定义了六个能力级别,分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估,组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域(Key Process Areas):CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等,可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践(Goals and Practices):CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态,而实践则提供了实现这些目标的具体方法。
5. 过程改进(Process Improvement):CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议,可以改进其软件工程和系统工程过程,提高效率、质量和客户满意度。
6. CMMI的评估和认证(Assessment and Certification):组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
cmmi基础知识CMMI全称是Capability Maturity Model Integration,即能力成熟度模型集成,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
以下是由店铺整理关于cmmi知识的内容,希望大家喜欢!CMMI版本介绍CMMI是一套融合多学科的、可扩充的产品集合,其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题, 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件,必须改善软件生产过程。
基于模型的过程改进是指采用能力模型来指导组织的过程改进,使之过程能力稳定的进行改善,该组织也能变得更加成熟。
CMMI的成功促使其他学科也相继开发类似的过程改进模型,例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等,从CMM衍生出了一些改善模型,比如:SW-CMM,SE-CMM,IPD-CMM等。
不过,在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎么保持这些模式之间的协调。
CMMI 1、3是2010年11月SEI 发布的CMMI模型的最新版本。
CMMI 1、3包括CMMI采购模型1、3版、CMMI开发模型1、3版、CMMI服务模型1、3版。
CMMI开发模型1、3版(CMMI-DEV 1、3)与CMMI开发模型1、2版相比,做了如下改进:1)将过程域“组织级创新与部署”(Organizational Innovation and Deployment,OID)更名为“组织绩效管理”(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。
2)对模型架构进行了改进,简化对多个模型的使用。
CMMI知识CMMI是什么?CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM,较多地用于软件工程。
随着应用的推广与模型本身的发展,改方法演绎成为一种被广泛应用的综合性模型,因此改名为CMMI模型。
早期的CMM是美国国防部出资,委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识,既CMMI是应用于软件业项目管理方法;实际上,CMMI在软件与系统集成外的领域,如科研,工程,甚至于日常的管理都得到了广泛的应用,并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三,波音的项目估算误差由-120降到-20。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准,就能够在管理上迈出一大步。
相对于ISO9000的标准, CMMI有五个不同的标准。
而每一个标准对企业的管理力度都有着不同的要求。
企业可以改进管理模式,不断地提高自己的CMMI等级,从而达到提升管理水平的目的。
CMMI虽然源于美国,但在世界各地得到了广泛的推广与接受。
在日本,欧洲,台湾,印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI的应用甚至超过了美国。
据SEI统计,世界软件企业评估达到5级的共有25个,印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内,CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI 的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平,而不是标准化。
如果我们不能够真正地掌握其管理内涵,而去设立自己的标准,则会是捡了芝麻丢了西瓜。
CMMI(开发能力成熟度模型集成)认证的目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面,CMMI认证主要分为以下几个等级。
1、初始级软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
管理是反应式的。
2、可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
3、已定义级已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
4、量化管理级分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
5、优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域,特殊目标和特殊实践,通用目标、通用实践和共同特性:每个等级都有几个过程区域组成,这几个过程域共同形成一种软件过程能力。
每个过程域,都有一些特殊目标和通用目标,通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施,就能实现该过程域的目标。
CMMI认证为企业带来价值主要体现在以下几个方面:1、能保证软件开发的质量与进度,能对“杂乱无章、无序管理”的项目开发过程进行规范。
2、有利于成本控制。
因为质量有所保证,浪费在修改、解决客户的抱怨方面的成本会降低很多。
第一章过程改进简介1.组织有各种各样的商业目标,组织的商业目标通过组织的过程实现。
2.要想达到有竞争力的水平必须不断改进过程。
3.过程改进活动关注改进过程的能力和组织的成熟度来推动组织的发展和实现目标。
4.过程改进活动能提供指导,帮助组织定义和标准化过程、提高工作效率、减少返工、度量组织的性能和利用数据来管理业务。
5.过程改进保证了能给组织带来可度量的收益,特别是在工作量估计和高质量产品的交付能力上。
6.基于模型的过程指的是使用一个模型来指导一个组织的过程改进。
7.一般而言,基于模型的过程改进开始于管理的承诺和评估。
评估的结果又被作为制订下一步行动计划的基础,在完成了这些计划后,再进行进一步的评估,依次下去,其目标是使组织成熟,让它持续地监控和改进过程,一直生产高质量的产品,在市场竞争中游刃有余,并随时进行自我调整来满足客户的需求。
8.工程系统复杂性日益增长、并行工程和交叉学科需要采用集成过程。
9.集成过程改进的真正效益:➢成本改善●采用多种模型和多种方法所需的培训费用。
●在相同的组织中(可能对相同的实践人员)执行多种评估需要的费用。
●在数据仓库中维护冗余的过程资产。
●维护或采购多种模型中的专业知识。
由集成过程改进带来的更多成功机会,较高质量、更好的可预测性以及其他各种改进过程的效益都会使组织实现成本节省。
➢重点明确一个集成过程改进计划可以弄清楚组织各种活动的目的和商业目标。
通过跨越更大范围的学科的各种过程改进活动的集成,就更容易把同时包括实践人员和主管的队伍团结在过程改进的大旗下。
➢过程集成和精益组织集成过程改进的一个不太明显的收益是它对组织产生的“集成”影响。
当过程的定义跨越了组织和学科的边界时,通常会产生新的理解相互学习,从而使关键工作流简化,并消除冗余的或不必要的活动。
➢灵活性与新学科的扩展集成所带来的最后一个效益,是当业务或工程环境发生变化时,具备了增加新学科的能力。
10.集成化过程改进的原则➢强调高层管理人员的支持➢仔细确定目标➢选用最佳实践➢过程改进要与业务目标一致11.运用两个或多个单学科模型可以实现一个组织的集成化过程改进。
CMMI基础知识总结分享CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种用于评估组织软件开发和维护过程的成熟度的方法。
它由Carnegie Mellon大学的软件工程技术研究中心(SEI)开发,并成为许多组织提高其软件开发和维护能力的行业标准。
以下是CMMI的基础知识总结。
1.CMMI模型结构:CMMI主要由过程关键实践(PA)和相关实践(GP)组成。
过程关键实践是为了达到特定目标而必须执行的活动,而相关实践是为了支持过程关键实践而建议执行的活动。
2.成熟度级别:CMMI定义了5个成熟度级别,从初始级别(级别1)到优化级别(级别5)。
每个级别都有一组特定的目标和实践,组织必须满足这些目标和实践才能达到相应的成熟度级别。
3.过程区域:CMMI将软件开发和维护过程分为22个过程区域,如需求管理、项目计划、配置管理等。
每个过程区域都具有一组特定的目标和实践,它们描述了组织在该领域中应该执行的活动。
4.模型应用:CMMI可以被用于评估组织的软件开发和维护能力,帮助组织识别和解决存在的问题,并提供改进的建议。
它还可以用作组织内部的自我评估工具,帮助组织提高其软件开发和维护过程的效率和质量。
5.模型级别:CMMI定义了5个模型级别,分别是初始级别、可管理级别、已定义级别、已量化级别和优化级别。
这些级别反映了组织软件开发和维护过程的成熟度水平。
6.持续改进:CMMI强调持续改进的重要性,组织应该通过不断监控和改进其软件开发和维护过程来提高其能力。
持续改进的目标是提高效率和质量,降低成本和风险。
7.收益和挑战:通过实施CMMI,组织可以获得优势,包括提高工作效率、减少错误和缺陷、提高客户满意度等。
然而,实施CMMI也面临一些挑战,如改变组织文化、开发人员培训和付出的时间和资源投入等。
8.与其他模型的比较:CMMI与其他成熟度模型如ISO9000和SPICE 有一些相似之处,但CMMI更侧重于软件开发和维护过程的成熟度评估和改进。
一、基础信息介绍:1.1 CMMI――Capability Maturity Model Integration(集成能力成熟度模型);1.2 CMMI是由卡耐基梅隆大学软件工程学院(SEI)制定的;1.3 CMMI集成了四个知识领域的应用:l Software Engineering (软件工程)、l System Engineering (系统工程)、l Integrated Product and Process Development (集成的产品与过程开发)、l Supplier Sourcing (外包开发) Newegg引入CMMI主要使用在两个知识领域:Software Engineering(软件工程) 和System Engineering (系统工程)1.4 CMMI模型在表现方式上分为2种:分阶段表述和连续性表述,我们通常所说的CMMI的等级是指在分阶段表述下的成熟度等级(ML)。
二、CMMI构成介绍:2.1 CMMI模型组建图2.2 专有名词介绍:l 成熟度等级(Maturity Level, ML):在CMMI分阶段表述中一组经过定义的渐进式过程改善指标,达到每一个成熟度等级则代表组织过程的某重要部分有稳固的基础,一共分为五级。
l 过程域(Process Area, PA):是一组同属某过程领域而彼此相关的执行方法,当共同执行这些方法时,可以达成一组目标,而这些目标对该领域的重大改善是重要的。
l 特定目标(Specific Goal, SG):适用于单一的过程域,并强调其独有的特征,此特征用来说明必须要执行什么以满足过程域。
l 特定实践(Specific Practice, SP):是一种活动,它对达成相关的特定目标是重要的,特定执行方法说明一组活动,这组活动被期望可某过程域的特定目标。
l 一般目标(Generic Goal, GG):是指该目标可用于多个过程域,分阶段表述的每个过程域只有一个一般目标。
cmmi 高项知识点CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种软件工程和组织发展的模型框架,旨在帮助组织改进其软件开发和维护过程。
CMMI高级知识点是指在CMMI模型中的关键概念和实践,本文将介绍CMMI高级知识点的相关内容。
一、CMMI模型概述CMMI模型是由美国软件工程协会(SEI)开发的一种过程改进模型,它提供了一种结构化的方法来评估和改进组织的软件工程能力。
CMMI模型分为5个等级,分别为初始级、可管理级、定义级、量化管理级和优化级,每个等级都有一定的目标和要求。
二、CMMI高级知识点1. 过程区域CMMI模型将软件工程过程划分为22个过程区域,包括需求管理、项目计划、项目监控与控制、配置管理等。
每个过程区域都有一套特定的目标和实践,用于帮助组织建立和改进相关的软件工程过程。
2. 目标与实践CMMI模型中的每个过程区域都有一组目标和实践,目标描述了该过程区域的期望结果,实践则是为实现这些目标所需的具体行动。
例如,在需求管理过程区域中,目标是确保需求的正确性和一致性,实践包括建立需求管理计划、识别和建立需求基线等。
3. 成熟度级别CMMI模型将组织的软件工程能力分为5个成熟度级别,每个级别都有一组特定的目标和要求。
成熟度级别描述了组织在软件工程领域的成熟度水平,从初始级到优化级,代表了组织从过程无序到过程持续优化的不同阶段。
4. 过程改进CMMI模型强调持续的过程改进,组织应该通过评估和改进自身的软件工程过程来提高其能力。
过程改进包括制定改进计划、执行改进活动、评估改进效果等。
CMMI模型提供了一套评估方法和改进指南,帮助组织实施有效的过程改进。
5. 代表性实践CMMI模型中的每个过程区域都有一组代表性实践,这些实践是在实践过程改进的过程中总结和提炼出来的。
代表性实践是成功实施该过程区域所需的关键活动和技术,组织可以参考这些实践来改进自身的软件工程过程。