cmmi能力成熟度模型口诀
“软件能力成熟度模型”
“软件能力成熟度模型”(1)背景介绍：CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用。
CMMI是SEI于2000年发布的CMM的新版本，目前CMMI已经发展到1.2版本，并且只接受1.2版本的评估结果。
CMMI目前包含了三个模型，分别是CMMI-DEV、CMMI-SVC以及CMMI-ACQ模型。
CMMI-DEV：最新版本是SEI于2006年8月份发布的CMMI for Development v1.2版本。
该版本集成了软件工程、硬件工程和系统工程三大学科领域。
图表1 CMMI-DEV模型集成CMMI-DEV模型按照阶段式表达方式将成熟度分为五个等级，每个等级包含相应的过程域，如下图所示：图表2 CMMI-DEV各成熟度等级包含的过程域CMMI-SVC：该模型SEI于2009年2月份发布，最新版本是CMMI for Services v1.2版本。
该模型可以应用于IT、医疗卫生、教育等各类服务领域。
该模型采用了CMMI的基础架构，在此基础上增加了服务相关的特有过程域。
对于已经实施CMMI- DEV 的企业，提供了快速、便捷的理解和导入机制。
图表3 CMMI-SVC和CMMI其他模型的关系CMMI-SVC模型按照阶段式表达方式也分成五个等级，每个等级包含相应的过程域，如下图所示：图表4 CMMI-SVC各成熟度等级的过程域CMMI-ACQ：该模型SEI于2007年11月份发布，最新版本是CMMI for Acquisition v1.2版本。
该模型基于CMMI模型体系架构，整合了CMMI采购模型、软件采购模型以及政府及产业采购的最佳实践等，用于指导采购方进行采购管理。
cmmi五个成熟度级别
CMMI 等级的含义五个成熟度级别之间的比较如下：1，初始级特征:(1）软件过程的特点是杂乱无章，有时甚至混乱.几乎没有定义过程的规则或步骤。
(2）过分的尽诺.常做出良好的承诺:如"按照软件工程方式，有序的工程过程来工作"；或达到高目标的许诺。
但实际上却出现一系列危机.（3）遇到危机就放弃原计划过程,反复编码和测试.(4）成功完全依赖个人努力和杰出的专业人才,取决于超常的管理人员和杰出有效的软件开发人员.具体的表现和成果都源于或者说是决定于个人的能力和他们先前的经验，知识以及他们的进取心和积极程度.(5）能力只是个人的特性，而不是开发组织的持性.依靠着个人的品质或承受着巨大压力，或找窍门取得成果.但此类人一旦离去，对组织的稳定作用也消失。
(6）软件过程是不可确定的和不可预见的。
软件成熟性程度处于第一级的软件组织的软件过程在实际的工作过程中被经常的改变（过程是随意的）.这类组织也在开发产品，但其成果是不稳定的,不可预见的，不可重复的.也就是说,软件的计划，预算,功能和产品的质量都是不可确定和不可预见的.过程:(1）极少存在或使用稳定的过程。
（2）所谓"过程”，往往是”就这么干"而言. （3）各种条例，规章制度互不协调,甚至互相矛盾人员：（1)依赖个人努力和杰出人物。
一旦优秀人物离去,项目就无法继续（2）人们的工作方式如同"救火".就是在开发过程中不断地出现危机,以及不断的”救火”.技术: 引进新技术是极大风险度量：不收集数据或分析数据改进方向：（1）建立项日管理过程。
实施规范化管理。
保障项目的承诺。
(2）首要任务是进行需求管理,建立客户与软件项目之间的共同理解，使项目真正反映客户的要求.(3)建立各种软件项目计划.如软件开发计划,软件质量保证计划,软件配置管理计划,软件测试计划,风险管理计划及过程改进计划。
（4）开展软件质量保证活动(SQA）。
能力成熟度集成模型
能力成熟度集成模型一、引言能力成熟度集成模型（Capability Maturity Integration Model，简称CMMI）是一种软件开发过程改进模型，旨在帮助组织改进其软件开发过程。
CMMI最初由美国国防部开发，是一个用于评估和改进组织的软件和系统工程能力的标准。
二、CMMI的历史CMMI最初是由美国国防部在20世纪80年代末和90年代初开发的。
该模型最初是作为软件成熟度模型（Software Capability Maturity Model，简称SCMM）而创建的。
SCMM旨在帮助组织评估和改善其软件开发过程。
随着时间的推移，SCMM逐渐演变为CMMI，并扩展到包括系统工程和产品开发等领域。
三、CMMI的结构CMMI包括五个不同的成熟度级别：初始级别、可重复级别、定义级别、管理级别和优化级别。
每个级别都包含多个过程区域（Process Area），每个过程区域都涵盖了特定方面的最佳实践。
1. 初始级别初始级别是一个非常基础的水平，它表明组织没有一个定义明确的软件开发过程。
在这个级别，软件开发过程通常是不稳定的、不可预测的和不受控制的。
这个级别的目标是建立一个基本的软件开发过程框架。
2. 可重复级别可重复级别表明组织已经建立了一个稳定的软件开发过程框架，并且已经开始记录一些基本度量。
在这个级别，组织能够重复执行其软件开发过程，并且能够识别和解决一些常见问题。
3. 定义级别定义级别表明组织已经建立了一个完整的、标准化的软件开发过程，并且已经将其文档化。
在这个级别，组织能够根据其定义的流程来管理项目，并且能够识别和解决更高层次的问题。
4. 管理级别管理级别表明组织已经实施了一些度量和分析技术，以便对项目进行管理和改进。
在这个级别，组织能够使用数据来支持决策，并且能够实施持续改进计划。
5. 优化级别优化级别表明组织已经实现了一个持续改进的文化。
在这个级别，组织能够识别并解决更高层次的问题，并且能够不断改进其软件开发过程。
软件能力成熟度模型CMII
3.1.1 质量和质量管理
客户满意度是企业成功的关键。
The average ‘Wronged’ customer will tell 8 to 16 people. 91% of unhappy customers will never purchase goods or services from you again. If you make an effort to remedy customer complaints, 82% to 95% of them will stay on with you. It costs 5 times as much to attract a NEW customer as it costs to retain an OLD one.
3.1.3 全面质量管理
全过程的管理 产品是项目各阶段研究、设计、生产活动的成果，它有产 生、形成过程，因此应将不合格消灭在过程中，防检结合， 以防为主，从各环节上致力于质量提高。 质量管理重点：从事后检查把关到事先控制；从管理结果 到管理因素。 使质量管理范围从原来的制造过程向前后延伸，形成一个 螺旋上升过程。从访问用户、市场研究、产品设计、方案论 证，到设计、试制、生产、销售、使用、服务的全过程，实 施质量管理。
3.1.3 全面质量管理
全员的质量管理 全员树立质量意识 抓好质量教育与培训 调动群众积极性，引导群众面向质量目标努力 自我学习，自我提高
3.2 质量管理体系与方法
质量管理体系是指在质量方面指挥和控制组织的管理体系。 它由建立质量方针和目标并实现这些目标的相互关联或相互 作用的一组要素组成。 质量管理体系将影响质量的技术、管理、人员和资源等因素 都综合在一起，在质量方针的指引下，为达到质量目标相互 配合、努力工作。 戴明改进循环PDCA、ISO9000、CMM/CMMI等在IT项目管理中 的应用，对IT项目质量管理地提高起到了很好的推进作用。
cmmi能力成熟度模型 评分项目
cmmi能力成熟度模型评分项目CMMI（Capability Maturity Model Integration）能力成熟度模型是一种用于评估组织在软件开发和项目管理方面能力的框架。
该模型分为五个成熟度级别，每个级别都有具体的评分项目，这些评分项目旨在衡量组织在各方面的表现。
下面详细介绍了CMMI五个成熟度级别的评分项目：一、初始级（Initial）1. 项目计划与跟踪：组织能够制定简单的项目计划，但计划执行过程中往往出现偏差，需要项目经理经常干预。
2. 需求管理：组织能够收集和跟踪项目需求，但需求管理过程不规范，容易造成需求变更和项目延期。
3. 配置管理：组织能够进行简单的配置管理，但配置项的标识、版本控制和变更控制不够规范。
4. 质量管理：组织能够进行基本的代码审查和测试，但质量保证措施不够系统和规范。
5. 项目管理：组织能够进行基本的项目管理活动，如项目启动、规划、执行、监控和收尾，但项目管理过程不够规范和系统。
二、已管理级（Managed）1. 项目计划与跟踪：组织能够在项目早期制定详细的计划，并在整个项目过程中跟踪和控制进度。
2. 需求管理：组织能够建立规范的需求管理流程，收集和管理项目需求，有效减少需求变更和项目延期。
3. 配置管理：组织能够进行规范的配置管理，包括配置项的标识、版本控制和变更控制等。
4. 质量管理：组织能够建立规范的质量保证流程，进行全面的测试和质量保证活动，确保软件质量。
5. 项目管理：组织能够建立规范的项目管理流程，确保项目在整个生命周期内顺利进行。
三、定义级（Defined）1. 项目计划与跟踪：组织能够在整个项目生命周期内制定详细且具有前瞻性的计划，并通过项目管理工具持续监控和控制进度。
2. 需求管理：组织能够建立规范的需求管理流程，确保需求变更得到有效控制和管理。
3. 配置管理：组织能够建立规范的配置管理流程，包括配置项的标识、版本控制和变更控制等。
4. 质量管理：组织能够建立全面的质量管理体系，包括质量策划、质量控制和质量保证等。
第八章 集成化能力成熟度模型(CMMI)
CMMI的成熟度等级如图示:
持续改善的 过程 可预言的 过程 标准的一致的 过程 严格的 过程 初始级 (1) 已管理级 (2)
持续优化级 (5)
已定量管理级 (4)
已定义级 (3)
由于能力等级概念和成熟度等级概念是互补的，因 此对两种等级的2~5级使用了同样的名字。成熟 度等级用于表征组织对一组过程域的改进，而能 力等级用于表征组织对单个过程域的改进。 其中，成熟度1级的过程，通常是奇特的、混乱的。 组织一般没有提供一个稳定的环境来支持该过程。 在这样的组织中，成功来自人员的水平和智慧， 而没有使用经过证明的过程。尽管成熟度1级的组 织照样可生产一些产品和进行一些服务，但是它 们经常超出预算，不满足进度。 成熟度1级的组织，通常表现为一种倾向，即当遇到 风险时，不守承诺，放弃过程，并且不能重复它 们的成功经验。
可见，能力等级是用来表征组织对一个过程域的改善，是不断改善一个给定 过程域的一种手段。
针对一个过程域，能力等级是由一组适当的专用目标及其相关 的专用实践，以及一个共用目标及其一些相关的共用实践组 成的，如图示:
可见，能力等级的含义是通过达到专用目标和公共目标及其相 关的实践来反映的。
8.3.2 组织成熟度等级 能力等级是一种过程改善路径，该路径可 使组织针对单一过程域，不断改善该过程 域。除了能力等级之外，CMMI还为希望 改善其开发过程和维护过程的组织提供了 另外一种过程改善路径，即成熟度等级。 该路径可使组织通过关注一组过程域，不 断改善一组相关的过程域。
8.1 背景与原理
１ＣＭＭ是什么？ 在80年代中期，美国工业界和政府部门开始认识到：在软件开发中，关键 的问题在于软件开发组织不能很好地定义和控制其软件过程。从而使一 些好的开发方法和技术都起不到所期望的作用, 并认为软件开发应该是过 程途径的。 针对这一问题： 1986年11月，美国卡内基-梅隆大学软件工程研究所（SEI）开始开发过 程成熟度框架。 1987年9月，SEI发布了过程成熟度框架的简要描述和成熟度调查表。 1991年，SEI将过程成熟度框架演化为CMM 1.0版：CMU/SEI-91-TR-24、 CMU/SEI-91-TR-25。 1993年，SEI根据反馈，提出CMM 1.1版：CMU/SEI-93-TR-25。目前， 已经提出CMM 2.0版。
软件能力成熟度模型CMMI
软件能力成熟度模型 CMM(Capabitity Maturity Model) 上海市信息化办公室技术中心 上海市软件评测中心软件能力成熟度模型 CMM目录 ......................................... ! "#$% .................................................... & '()*+,- ............................................ . /0 ................................................ 1 234+ ................................................... 5 678+ ...................................................................................................... 9 6:;+ .................................................. < =>+ ................................................... ................................................... ? ) @A ............................................... B CDEFGHIJK ...........................................B LMM !+NOGPQRS................................................................ B! T!+ 234+ UVW.....................................XYZ B& B. B1 T&+ 78+ UVW ..................................... T.+ :;+ UVW ...................................... T1+ =>+ UVW........................................ 上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM 一CMM 发展历史实施步骤LMM [\]"^_`abcdef-ghij kDG lmnopqrsptmqo ^uv wx `yWz{| cd}~-g lmoomsqp mp Gef-g "Oef hcd}~-'(J¤-+ §sqp ^ ¨ `Wz G- ¨x ` r°± Fz LMM G xx ¨¨ ` r°± FzT!+ X G LMMxY T&+G LMMx ` FzT.+T1+ X G x LMM¨x ^ ¨¨ `F ¨w ` r°± F LMM¨¨ G#] ¨¨ Zx 7^ ¨ `- ^ LMM± -- G Zx LMM± LmmnoMmoqoMpn±opqmo *-[\( ij×O{OG[ \- àáG{OG LMM± '(×[\ {O-[\ -[\ èéabNO ^ ZxxZ ` ê ¨ ` INO XpqmnrìotmqpXqp XrX ê í^}~I ×í^Iò7óíG:;W ò÷'( ùú|üa LMM ]í^,GOGcd:; XrX ÷ I #G^ LMM -[\ LMM Gê]zaG haG]:G a acd abó- a ! "#íGab $%]\O ^*&aG'()x `y*+, k DD-P./012343/G56^a78GaNO:; 9:]; aNOG-<@=à7I>?@/G-< ABG aNO G-<CDEFG?HI&JKK@LMNOPQ?R,G-:KKS 2TUVG!GJK & 8-WGNOG34#í 8XYZ?[\GQ]^_ 8 `PSG{abcb:-z-GNO /Id)ee d!G JK d7f7dGgh)BGNO NOGij@/klmyWn8Gop kD r°± êGGqr)s @/2Dt LMM G'(8>:; >O7d}~qu ív92Dt LMM VwdV>éNGx a R )abí"y"^IRGJKV8a:;qV)}~ V; @/ LMM JKzaNO{L| ¨ }k LMM /}Dtz'(~7@/hGx-+% Z 8G-+%GNOG/UG3430J aNO w \上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM Y eijBGNOV)b XYZ!G> 7d>G Q]^_gh #-WG[2ò[>G @/ LMM -G >G2 ó9 -#ùabG'( LMM 2@/DxGê¤ 92@/UG:;)§¨ ^!"8@/aj kDG \í")7 LMM °27abcdOGJK ±@ /=]8 LMM ` `7+ LMM \ `N LMM .+)1+G@/ ± ±@/Gab9d ¨x `G1k1Bk |^ Zxx `1 k ± ¨xxx @/ wY d/ ` xx @/±@ /G!" ¨ ` `z ¨wwx LMM qV ^|qV> YZ > qVG ` z Z]kD> D% wY I \ 7/ ¨ kDD -P7 Z ¨x z 1+^quG YwZ 234+ wYZ 78+ ¨w :;+ Y =>+ ¨Y T!+ 234+ @S4G Z ¨xx G T&+ 78+ h@S4G ¨xx ¨xxx G@/ T.+ :;+ h@S4G ¨xxx Zxxx G@/ T1+ =>+ h@S4G Zxxx G@/ 2 N LMM T!+G 4ò[ Z ¨xx 二NO rìotmqpXqp基本概念NO÷NO]#íM×7e7dGj-ê 278@/| e~abbG`PaàO:;à ;× r°± GkDNOáGI$%:]KKC/NO~-NOGà~ ab:k~ NO rìotmqpXqpLmmno @/NOh+JGO 2í^V@/GNO§¨ NO rìotmqpXqpXpqìq§mp @/>zNOhGx_g NO- rìotmqpXqpMmoqo NO278 V}~TUfGO F/íVW¤>hG NOGf -+ rìotmqpLmmnoMmoqo±ppn上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM @/G->iNOhèlG×7-J$éG¨ê -)- Mmoqpm±§§moqp -GJKKA¤~GNO2Dt )8aV ìaNO cd) )í`GNO}~cd}~ >AK÷2 _gF/Dt>R ,IGFG&JG -GJKK>]Dt@/6¤~GNOK÷V _gAùDIUI &J >NO}~28IaêV abcdò} ó!G7d>Gt G>hYZgh2{í^VG> :; LìqmoMmmp§po N ×|:; 8MI÷>GW;$f3%ab 8ù$éGjà}~ 8jàú ü Z|üG pmo 8G|ü JK òüG¤jà 4 Xppqppt >-GMò÷8>abhG í^úh :; Mmmp§po í$Q]qu>|G* ×3% Q] +e }~ ONO, rìotmqp°ppqXqpq 8hGNO~7 Q] ò}G, N G4} s + rìotmqpìpLnp hG`NO ×dab|ab_GI+ Q$%op op |op op Vop op op op rìotmqppqp§po í"MJ?àM56/G 上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM三CMM 框架结构与各级组成aNO;!"#C cdXX{à^NOG§¨ @/NOhíG *$NOG-§¨ NO]I2dG 2}~G GO LMM @/8NO%UG NO Q+_+GJ}V òNO@/q!Ua!GJK LMM -O;!2&'(G^aGJK 92&G:;;! x]8)h|GIOOGò7Q] G*×ONO# 9 ×8NOG:; LMM @/zIopóG1+O +,1 LMM Gy-)T+ G0 .1+ ±omnnppn áT +y7z*UGJ, LgzJ ÷2|+ ^I+%y/0ijz-G`P+%G"1 LMM +G C]I2eGNO LMM Gqu×1I+ | ¨ INO Z IJ w¨ I) +%Gquk D"3Oefh45GFqu}sGquR, z-VU@/P quNO ×@/\ 5678 b)tQ] >,- 97qu" qu_:Fqu ;<= LMM 1+JKG-Q% T+1+ ±omnnppn T!+234+ ppmomnpnppn T&+678+ pìpnppn T.+6:;+ Mmmpnppn T1+=>+ >o§?nppn 上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM ¨1+ I@AF8GP| B)234f 9)Cgh >Gì]nCDEFG NO Y78 .#Mùò9ì @/×GH7G)I 8hJG* ×56XXKLMN7|üOaOPIYZ)FGQR8 8!"GéS_) T US!"Gab) Vcd)!GGV)ò} C]I], Wà?jà I@/G9 I@/AH7GNOò÷2Dt GòX~9Y?Z[ G]\] ^_`a:Xb_7c dù e^NOGt Gf9/gh ^ I@/G]234 2 - 2ghH7G #op30× ij>NO:; ij:; ¤~!"/ ij *>|ü ijBGb ìcdò} LMM !+hò7G*>) Z 234+ ~7z"#Ga:;}~ 8$7>~7NO:;i X> YZí^jG> GaNO>KL a-#+!G Vkl NOJK> >G]|üG }~G 234 G ^÷] IGNO]I234GNO2JK> T!+G:;NO×:; >|ü >klò} m:; cd):; 5I $+G@/2!"AGéS &@/2X>G-WYZ^_i jNOK÷V-W34mNO >:;í"K nmpnp VJ38-# kl @/NU:;!"ijzG 8ú2ò÷2DtVo '( I@ApQ@/Gò÷:;'( bGKG>tGe9 G 上海市信息办技术中心SHIOTC´INO d Ñ üQ 5I qu +Ô[ ´I +´µz¿í½J¿íq S$ 7½J $7q SïÖ,- w dK÷ +] ¢^ùA ÑÃÏìÀGNOGëì2 zPQ$7½J92 ©ª½J yA ^ +GNO] z`P$7½JGNO 8^ +¥ z`P$7½J DË z8õG= G¿í½J ÕK÷8 x ÀGNOÁÀqu2Þ~7 ¾ NOG ëì8´INO qu,2Þ Ñ@/ N O G r* ] I!Ús J t*us J] INO vs J] I +@/92Þ t UãG/V½J æ/8*> NO ÁG w3xÖãê 9~ê #@/yz ÑG NO r*?ñ;]½J{|w2Þ 8 Ç >½ t>½G½J æ/ 8f }~ NOG ëì //GNO ÁÞ T>½GÃ-== ¡ O 4= ./¢£¤¡ ¥2= ./ ¦ ./0 1§¨ ©ª ©ªOS «¬®aO$5'67OS «¬¯T°4p±@ABCRh O¡ =²O ./ + /³´µ = ./µc c= ./¶·¸¹ºO¡ E»¼½d¾p±¿À Á +O= ./RhÂÃp Ä ÅÆ !"©ªOÇÈ* OÉ p±= ./D OÊ ËÈÌ¥2 /»¦ = ./X·ÍÄ +p ./OÎ >ÏÐ9O ÄpÏÐ9O OÑÒÓ <ÔRhÕB bc> = ./3 Ö×ØbÙO h &OÚË +Ð9D O¡ ÛÜ+> bcO= ÈÌÓ ÝÞßÄ./²Þ HIJK êz^ë/ç ×ë æ/ OJKã s CD½¾6 Fz _ > OJKÄ]/ a/æ/w 7ÿð Õ| /~7GJK F/] ýc +JK N¤JK ¢dJKõö:;JK cd JKÛ{V JK >½:; JK :;JK十一实施CMM二级过程的部分样例对于一个软件开发组织在实践中如何具体实施各关键过程域CMM并没有明确说明以下根据有关实践试着给出某公司实施CMM二级的简单样例供读者参考这些样例中是一些简单的初步的应用过程在实际的工作中还需不断完善提高尽管这些初步应用过程并不是为软件开发组织提供有用工具也不要求遵照执行但可为开展CMM实施工作提供一个借鉴某公司在二级实施过程中一共进行了8个方面改进核心实践为34个项目管理策略*项目管理过程概要*需求管理*评估过程*约定控制过程项目跟踪过程*项目管理审查过程软件质量保证过程*以下只对的部分进行说明内容包括目的目标范围及其相关流程活动等具体格式如下一项目管理策略1有效日期XXXXXXXX2授权经理XXXXXXXX3目的为使用项目管理过程提供指导下表3-1所示表3-1项目级别过程业务单元级别过程需求管理过程约定控制过程项目计划过程项目管理审核过程评估过程软件质量保证过程项目跟踪过程项目管理过程概要过程说明作为有效数据以上这些过程都需被用到获得以上有效日期三个月后应可提供所有过程的质量记录4范围适用于符合下列标准的所有项目项目约定与业务单元分离部门费用超过20000元的项目开发期超过10个星期的5策略为了满足软件交付约定项目管理过程要形成一个直接面向这个目的的管理系统这些过程要求达到以下目标1需求管理需求文档化需求提交管理人员和决策小组审查当需求改变时项目计划项目交付期和活动也都随之改变2软件项目计划需求和评估是项目计划的基础约定要在项目经理部门经理主管人及决策小组之间进行协商和其他业务单元的相互独立性进行协调和文档化决策小组评估项目计划主管人复审所有的外部业务约定对项目计划进行管理控制备案3软件项目计划进行项目计划是项目跟踪的基础计划要保持原有的状态项目经理要了解项目状态和问题如果项目计划不能被达到那么就要采取正确的措施可以调整工作方式或调整设计改变约定要重新协调所有的相关部门4软件质量保证在所有项目中执行SQA正在执行的SQA活动与项目管理报告无关主管人和项目经理定期检查SQA活动和结果5软件配置管理清楚分配的SQA任务SCM贯穿项目的整个生命周期SCM贯穿外部软件产品交付设计内部软件交付设计支持工具的整个过程例如编译器项目有能力在SCM下存储基本信息对软件基线和SCM行为进行定期检查二项目管理过程概要1有效日期XXXXXXXX2 授权经理XXXX XXXX3 目的这部分文档描述了项目管理过程如何生成一个满足软件需求协定的管理系统4 介绍这个文档描述如何确定项目管理过程如何根据这些过程形成满足交付约定的项目管理系统组织中的每一个人在项目过程中都有自己的角色如表3-2所示表3-2角色 描述/职责 主管人 业务单元领导提供业务单元外的所有约定权力部门经理直接向主管人汇报授权部门资源拥有者利用其运行约定项目项目经理 通常是一个区域管理者或项目小组领导负责项目管理活动例如设计和跟踪 项目小组成员 软件工程师或软件编写人员负责完成项目工作对设计提供计划和状态程序经理 主管人负责的员工负责跟踪约定提供市场前景SEPG 负责支持软件质量保证的过程提高活动5范围本范围包括支持在业务单元级别上的软件交付约定的必须的过程这些过程包括业务级别上的组织范围过程和项目级别上的项目基础过程如表3-3所示表3-3项目级别过程业务单元级别过程需求管理过程 约定控制过程项目计划过程 项目管理审核过程评估过程 软件质量保证过程 项目跟踪过程 项目管理过程概要6概念流程该管理系统的目的是建立一个基本的项目管理过程来跟踪项目的规模成本进度功能以及必要的过程准则以期在相似应用中可以重复在预算内准时按功能需求和按项目质量交付这些过程的概念流程用以下管理系统过程金字塔如下图所示描述为了满足约定需要做到以下几点了解需求估计工作量为了满足最初约定做工作计划控制批准约定跟踪计划状况根据约定审查状况如有必要从头修改保证产品质量遵从约定如有必要重新开始正确行动控制设备交付和记录自上向下看最初的约定是由项目计划支持的而项目计划是由需求和评估活动支撑的在最初的约定完成之前约定是由复审支撑的而复审又是由跟踪和保证支撑的自下向上看需求收集和工作量的估计结果被反馈到计划计划由约定授权接下来计划被跟踪产品和过程得以保证这些结果反馈至审核然后审核进程反馈至约定配置管理是用来防止重要项目信息丢失例如交付和记录7过程流程以下给出的全部过程流程反映了过程之间的交互和流动关系如果要了解更多过程进步的细节可以在过程文档上找到向业务单元提供某种功能产品是整个过程的出发点这些可能意味着销售程序声明另一个相互依赖的业务单元或者顾客工工程需求1 需求管理过程定义/分析/建议和项目计划定义和分析结果的过程步骤产生了需求说明书需求说明书是建议和项目计划步骤的基础2 项目计划过程初始计划项目计划初始化如果在需求说明书中不止一项项目则要将需求在项目内部分为几个部分多项目开发计划和单项目设计便被启动3 评估过程设计评估/审查评估评估是根据需求说明书和包含在项目计划里的资源和日程表进行的4 项目计划过程初始计划评估同项目计划一同作用计划要为约定的协定和建议做准备5控制过程约定协商/建议表格/约定点/约定跟踪在约定协商期间对计划和评估进行审核和讨论当取得所有小组认可后约定达成建议表格签署这就是约定约定信息被记录在约定记录中并且更新产品行车图6 项目跟踪过程实际与计划比较/估计状态和性能跟踪项目状态并同实际对比明确其差别处估计差别的影响决定是否需要采取正确的行动7 需求管理过程需求状态跟踪跟踪需求状态保证在整个项目的生命期中需求的实现8 软件质量保证过程年度SQA 计划/进行核查每年都应当准备一个来自单个项目的质量计划的SQA 计划这个计划展示了资源和进度的保证活动比如审计在建议之后执行计划和审计9 项目管理复审过程状态会议/项目复审/约定复审项目状态和性能的管理复审是在两个级别上进行的状态会议是在项目级别上召开的项目复审是在商务单元级别上进行的约定复审是用来复审在产品行车图上所有约定进行的状态在这一点上如果需要重新计划则过程流程也还需要重新设计如果需要重新计划则进行以下10~13步骤否则回到约定点去继续项目跟踪和项目管理审核过程如果项目完成则转至14步的交付点 10 项目计划过程需要重新计划吗重新计划更新项目计划如果需要从需求变更和评估变更获得输入为建议和约定协商准备一个修订计划11 需求管理过程需求变更控制如果修订计划包括需求变更执行需求变更控制步骤12 评估过程附加评估进行附加估计是为了满足项目计划需要以为了下一个开发阶段可能会需要重新计划需求变更或严重偏离计划或者改进评估13 约定控制过程新的约定协商返回至约定点或进行到交付点在约定协商期间复审和设计和评估当所有小组同意后做出新的约定并且签署建议表格这是新的约定点关于约定的信息记录在约定变更记录中同时产品行车图也被更新然后从这个新的约定点针对已更新的计划继续进行项目跟踪过程和项目管理复审过程如果项目完成则转至交付点步骤1414 项目跟踪过程事后分析交付之后举行从这个项目获得的信息和学到的教训的事后分析评估15 评估过程更新历史数据库收集执行后的实际数据同估计的比较存入历史数据库以备将来项目评估活动使用8 过程流程图 参考下图所示9质量记录质量记录是报告和表示使用过程的文档在过程存在问题的地方质量记录会指出过程改进的需要为了支持产品寿命必须进行质量记录建立项目备注存储以下项目管理过程的文档如表3-4所示如果记录没有存储在备注中在备注中应该有一个确定那条记录位置的条目表3-4 备注章节 文档/记录控制记录KPA/KP 的可跟踪性 10 项目管理策略 */*/C-1*C-211 项目管理过程概要*/C-1*C-220 需求管理过程 2RM 21 需求说明书 需求管理 2RM/AB-2 2 2 建议需求管理 2PP/AB-1 2 3 需求可跟踪性工具/矩阵需求管理 2RM/AC-2M-130 项目计划过程 2PP 2MC31 多项目开发设计 项目计划 2PP/AC-72PT/AB-13 2 单项目计划 项目计划 2PP/AC-72PT/AB-133质量计划项目计划 2PP/AC-8AC-132PT/AB-12QA/AC-3 2CM/AC-440 评估过程 2PP50 约定控制过程 2PP2PT60项目跟踪过程 2PT70 项目管理复审过程 2PT80 软件质量保证过程 2QA90 其他文档/记录可选2CM/AC-3说明C 约定AB 能力AC 活动M 度量V 验证2RM 需求管理KPA 2PP 项目计划KPA 2PT 项目跟踪KPA 2QA 质量保证KPA 2SM 转包合同管理KPA 2CM 配置管理KPA *第2级所有的KPA 以下列出了维护组织范围内过程的其他质量记录如表3-5所示表3-5控制组 文档/记录 控制过程KPA/KP 的可跟踪性 程序管理 产品流程图 约定控制 2PP 2PP 2PP/AC /AC /AC--42PT/AC 2PT/AC--4程序管理 约定改变记录 约定控制 2PP/AC 2PP/AC 2PP/AC--42PT/AC 2PT/AC--3SEPG SEPG 约定协议书 约定控制 2PP/AC 2PP/AC 2PP/AC--42PT/AC 2PT/AC--3SEPG SEPG项目审核日程项目管理审核 2PT/V 2PT/V 2PT/V--1 SEPG v SEPG v SQA 计划 软件质量保证 2QA/AC 2QA/AC 2QA/AC--1 SEPG SEPG SQA 审查报告 软件质量保证 2QA/AC 2QA/AC 2QA/AC--4 SEPG SEPG SQA 状态报告 软件质量保证 2QA/AC 2QA/AC 2QA/AC--6 SEPG SEPG尺度报告各种过程*/M */M */M--1说明C 约定AB 能力AC 活动M 度量V 验证2RM 需求管理KPA 2PP 项目计划KPA2PT 项目跟踪KPA 2QA 质量保证KPA 2SM 转包合同管理KPA 2CM 配置管理KPA *第2级所有的KPA三需求管理过程1 有效日期XXXX XXXX2 授权经理XXXX XXXX3 目的本文档描述为确保交付符合约定的功能和质量特点的产品而进行的需求管理过程4 范围这个过程可应用于一个或多个需求者给出的一个软件项目初始需求集合管理和控制这些需求以使得最终产品满足需求由于没有需求者协商同意需求所以这个过程不能应用在高级项目开发中本过程不包括收集初始需求集合的特定活动但是它设想用一些方式收集一个初始集合为了协商和同意文档化四评估过程1 有效日期XXXX XXXX2 授权经理XXXX XXXX3 目的这个文档描述了评估项目规模资源进度的过程用来支持项目计划和约定控制评估是来自于输入的数据结果必定是一定范围且没有确切的答案然而随着过程的改进及与历史数据的校准评估的作用才能逐渐显示出来4 目标评估过程的目标是提供输入数据来建立和保持产品开发约定项目计划是在评估项目的规模资源及进度的基础上建立的它反映在过去相似项目成绩上的表现与项目开发计划过程相关评估过程为以下问题提供了框架结构什么时候做评估谁应包括在内评估在其生命周期至少要做三次接近需求的批准或通过交付覆盖设计的建议在需求和计划任务上进行评估接近设计的批准通过交付覆盖实现使用当前的项目数据和计划任务的评估接近实现的完成通过交付覆盖综合测试使用当前的项目数据和计划任务的评估如果需要项目计划过程也许需要额外的评估因为评估是建立在需求的基础之上如果需求改变评估是无效的这就是需要新的评估最近项目的历史数据可用来提高评估的可靠性当项目完成时这些历史数据也应该收集起来5 需求与期望项目经理和小组成员需要把历史数据当作评估项目规模资源进度的基础它们需要一个可重复的简单的方法来产生评估6 过程流程评估过程的流程图如下图所示评估过程步骤发 相互依赖性过程步骤() % 0123 4ABCD EFGHI3 >?@五项目跟踪过程1 有效日期XXXX XXXX2 授权经理XXXX XXXX3 目的本过程的目的就是在项目的生命周期内对照计划临控一个项目的实际过程临控工作是通过收集有关进度资源成本特性和质量的重要信息完成的反映项目当前状态的信息是要与最初的和或当前通过的项目计划做比较项目过程是否违反计划的比较允许管理部门去确定与计划的偏差以便能对项目目标计划或资源做适当的调整它也能确保决定项目生存能力的重大的偏差被估计到并以适时的方式提到高层管理中4目标1这个过程应产生这样的信息它们是执行周期性项目状态会议和项目复审所需要的2这人过程应给项目经理和高层管理提供足够的信息来做出以数据为基础的业务决策3这个过程应提供在评估和计划效果方面支持未来项目的信息足够的项目追踪过程将被当作普通项目管理部门复审过程的副产品来复审5 过程流程项目追踪过程的流程图如下图所示项目跟踪过程 项目计划过程六软件质量保证过程 1有效日期XXXX XXXX Z [\L!M;½Ã-½½J |ü´×7}~NO>£ F6XXXX2授权经理XXXX3目的软件质量保证SQA过程提供了对软件开发活动是否在通过的方式下进行的独立的验证软件开发活动"这个词指整个组织活动并包括开发产品信息连续设计长工各种支持功能活动它包括管理活动也包括非管理活动在通过的方式下是指活动和最终产品符合可行的政策过程规程计划和标准4范围虽然所有的软件项目和大部分软件开发活动都潜在地属于SQA复审但并不是所有的软件开发活动都需要一个正式的SQA过程而且对某些活动应用SQA所得的利益要比应用在其他活动上大的多为了得到最大的利益SPEG和指挥委员会需要监视和复审SQA过程以便使得可利用的SQA资源总是用在那些管理部门认为对质量保证最重要的地方指挥委员会和SPEG要形成和通过一个SQA计划这个计划确定管理部门SQA优先考虑的事和资源承诺来完成计划他们还要按季度联合的复审SQA状态结果和计划5目标6顾客需要和期望7输入此过程包括两种类型输入SQA年度计划输入和审查过程输入8活动9输出审查报告月度状态报告指导委员会对SQA活动的复审10尺度11相互依赖性12过程流程软件质量保证过程流程图如下图所示软件能力成熟度模型 CMM d :; rìotmqp Lìqmo Mmmp§po >+ G bOe[Gf T&+ 678+ ,NO0 >qm?mo Xqp I,jJKGNOzm, 8,NO~j @/GJKNO O ^>GGJ~j L 30 ,NO~7 >qm?moXqppìo \|ü qmXqqm§ -:; ±opqmop rìotmqp Mmmp§po abO rìotmqp Xqo °ppq ,x ±opqq Lqmo 4 Xppq ppt 8>,//GNO\ >klò} rìotmqpXqpoqmm>pqso K->NOha m:;rìotmqp roqmo Mmmp§po ijò>GQ:;~ cd rìotmqp mno qmp N8NOGò}qVcG|ü56 #>,8>GQz}~ cd Gf :;-I~7G>NO | a V *>,G) #*op- *>,-í VpáabGú T.+ 6:;+ 7dNO:; moomopXqpMmmp§po cd:; rìotmqpmnoMmmp§po 8NOG*I,7d> Q]ed>t :; N7dpklabcd#z 7JK T1+ =>+ ú- pìpoXqppo N~ 3%úQ]úVd-'( f× z@/N 7d:;"1T`@/G TUfG ù'( :; psn Lsmp Mmmp§po NOj:; XqpLsmpMmmp§po O acd NO a ùG+ @/GNO+^=Fà 四CMM 实施要点上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM "^ LMM -[\ ×R@/G@/L,NO L,×>f LMM GJK-qG30 LMM G0^G ^O NOO:; hONO]OGINOhG6O GVefì NO#*^h;G La { 9 ^h}GO:; NO*]8O}hGOz±$$f. ú +,abG) yNOGa V qu op Id_@/8z?q OG0 A~GNO:2 ~Gaba &8NO*op/ò ^NO/I)O:; &×G56^Ròü $% ]DGR@/P. MNOOGó $%qnL| G56 zNOG/} ¨ 2^-×G +,Gy/I8G3, / Gàó Lg@/Qqu,à7z LMM OJKVòiUG ÷ $eG|@/NO ~ó;+G)- Z /0 LMM JK ¤G]$ lsmo SR t Wz8aNO;Q]G±G0 Xsns ó LMM 9yLMM 3^NOG/J Sà F/]zàMI×>G56 9'(|ab ¨xx-W LMM hGNOzONO:;NO 8GNO/EU_RGopfG S á:Gj w LMM¨¨ F/8\@/ ù@/GaNOG 8^ x |GR\@/?R\> LMM¨¨ Gù2í /0U8j Y @/ LMM NOGó 2f)Uà>×G N 8N OG/@/`A+ f÷8+A Lg@/C]DE q3NO &V @/2eCù è éê @/8UhG§¨NOì2 G!G Gz 2í#,@/UVW ¤zUxNO+ , @/~7/G+JF/h @// GJ×h$7GN OJNO X {@/U§¨)>$é @/¤zzUx+ )J+G, ~7òü à7eO 2íGà&J× J)G ¨w +)cdG @/^)>G¨w Jc 4)4 4G R-W L2 @/P-j.GNOòü, @/òGó?5 9=ê GNO óqnNO8|üu & 7d× × 上海市信息办技术中心SHIOTC软件能力成熟度模型 CMM ¨÷J¤~2Z^GZJK Z÷G Gùà*Gú w÷L× Q]Gí{KG8× 8\>/ Y÷~7>óW INOGó)Wü ÷8>Gd{| tòü* ÷NO~tG Q]G u ÷hNO × Q] >|ü >Ze y/0ab ×Gò} í|üVòvNOG |üíG2f8 ÷@/G:;)NOG~7)6-G~ }s8op G^_~7êG,è 867|üNOG/0úGY}s n ÷G43/G ÷] NO2^ hy;ìGNO cd)zG)à LMM [*2í^x×GG-§¨ 92í^¤@/Oh *;¤zG U@/UKLGG LMM GYZ "#O > =_G56'(V^OGe OòüO:; ]GR OQ]B6OYZ 97ê2BGNO G+~730:; 4d>tVij-+GJ GON OzeG zXà\]G IFG&JD4ù GIfd±j+nGjL,ifíBONOV [\ LMM x]8O;!í^)G> 8Gí F/×a bíH u06 LMM JKG@/JKà7>GéN)Q ) U _R@/N LMM ó z@/PQONOJuG " efhêz LMM JKG Gi ±° ]@/1 f LMM G[ × ±KKà ±omo W LMM GfKG+"1Oe KK m ¤~hG§¨J+h °KKi °omns ~7L,J+G|ü KKà o ×$|ü KK pmq ghXYZzí^TUGNO óqn×Gf NO L2 @/ó?ó;G|2 LMM fGNO @//0ó^ \U;ONOGQ AG×,PQ>- LMM eR,,上海市信息办技术中心SHIOTC。
软件能力成熟度模型等级和过程
软件能力成熟度模型（CMM）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
第七章 软件能力成熟度模型
排1.5年到2年）。 ? 根据CMU-SEI的统计，软件企业在引入 CMM
后劳动生产率平均增长了 35%；错误比率平均 减少39%；平均成本回报率为 5：1。
本章内容提要
? 软件过程与过程管理 ? CMMI概述 ? CMMI的成熟度等级及其过程域 ? CMMI的应用 ? PSP，TSP与CMMI
等级5：优化 组织革新与部署
管理级
原因分析与解决
缩写词 ISM OEI IT OPP QPM
OID CAR
5.CMMI的能力等级
? 能力等级 （Capability Level, CL ）是指在一 个单独的过程域中执行的良好程度。
? CMMI包括6个能力等级： ?CL0 ，不完整级：过程域的一个或多个目标 没有被满足。 ?CL1 ，已执行级：过程通过转换可识别的输 入工作产品，产生可识别的输出工作产品。 能实现过程域的特定目标。
成熟度等级
关键过程域
等级2：已 需求管理
管理级
项目计划
项目监督与控制
供应商协议管理
度量和分析
过程和产品质量保证
配置管理
等级3：已 需求开发
定义级
技术解决方案
缩写词 REQM PP PMC SAM MA PPQA CM RD TS
4.CMMI的关键过程域(续）
成熟度等级
关键过程域
等级3：已 产品集成
1.CMMI的历史（续）
?IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发 CMM，应用于集成系统产品的开发管理。
CMM简介(软件能力成熟度模型)
关 键 过 程 域
不断改进的过程
过程更改管理 技术更新管理 缺陷预防 软件质量管理
优化级
可预测的过程
定量过程管理 同行评审 组间协调 软件产品工程 集成软件管理 培训大纲 组织过程定义 组织过程焦点
已管理级
已定义级
标准、一致的过程
有纪律的过程
软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪与监督 软件项目计划 需求管理
IDEAL模型
修订组 织的方 法
推进
记录并分析 经验教训 定义过程 与度量 规划并执 行行动指 南
行动
改进的激 明确范围 励条件 获取支持 初始化
建立改进 基础结构 评估明确 当前实践 编制报告 诊断 确立方针 和优先级
计划、执行 和跟踪安装 建立过程行 动小组，规 划行动
以CMM为基础
建立
SEI：Software Engineering Institute
SEI：美国卡耐基梅隆大学的软件工程研究
院产品 SEI：为美国联邦政府评估软件供应商能力，于 1986年开始研究的模型，于1993 年推出CMM 1.1版。 CMM 1.1版：是目前世界上比较流行和通用的CMM 版本。 新研究：
CMMI ( Integration )
P-CMM ( People ) SACMM ( 软件获取CMM )
等级5的关键过程域
缺陷预防的目标是，明确产生缺陷的原因并
预防它们再次发生。 技术更新管理的目标是，确定新技术（如工 具、方法和过程），并有序地将这些技术引 入组织内。 过程更改管理的目标是，不断改进组织中所 使用的软件过程，从而提高软件质量和生产 率，缩短产品开发生命周期。
关键实践
CMMI的5个等级记忆法(夏娃法与路法)_菜头
CMMI的5个等级：
亚当夏娃法
1.初始级：亚当和夏娃初尝禁果，动作还比较生涩；
2.可重复级：随着OOXX的次数增加，亚当和夏娃动发现了几个让他们觉得
很Hight的动作，他们每次都会用上这几个动作，形成规范和制度；
3.已定义级：亚当和夏娃的经验逐渐丰富，从以往OOXX中总结经验，并形
成了标准的规程向其它人推广，例如：老汉推车，观音坐莲等套路。
4.管理级：因为和其它人相互学习，水平不断提高，每次OOXX的过程质量
稳定。
亚当和夏娃总结了每个动作Hight的程度，建立OOXX过程模型，每个动作可以加特定分数，达到量化预测OOXX质量的水平。
5.优化级：亚当和夏娃在进步中也不断的碰到新的问题，偶尔也会觉得不爽。
在做好管理级的基础上，循序渐进的进行动作创新和过程改善，找寻不爽的根本原因，例如加强前戏和事后关怀，系统地、持续地改进OOXX的能力与质量。
路法
就跟路是怎么来的原理是一样。
(From 重庆苍龙(6184368))
初始：世上本没有路，
重复：走的人多了，就有路了。
定义：定义什么是人走的路。
管理：路多了，我们规范管理，什么是人走的路，什么是车走的路。
优化：路面由泥巴路变成水泥路。
CMMI成熟度等级划分
CMMI成熟度等级划分
CMM模型分为五个等级，初始级、可重复级、已定义级、已管理级和优化级：初始级——软件过程的特点是杂乱无章，有时甚至很混乱，几乎没有明确定义XX步骤，成功完全依赖个人努力和英雄式的核心任务。
可重复级——建立了基本的项目管理过程来跟踪成本、进度和机能，有必要的过程准则来重复以往在同类项目中在成功。
已定义级——管理和工程的软件过程已经文档化、标准化，并综合成整个软件开发组织的标准软件过程。
所有项目都采用根据实际情况修改后得到的标准软件过程来开展和维护软件。
已管理级——制定了软件工程和产品质量的详细度量标准。
软件过程和产品的质量都被开发组织的成员所理解和控制。
优化级——加强了定量分析，通过来自过程质量反馈和来自新观念、新技术的反馈过程能持续不断地改进。
具体内容如下表：。
CMMI将能力成熟度分为5个级别
CMMI将能力成熟度分为5个级别：初始级，已管理级，已定义级，量化管理级，优化级。
这5个成熟度等级为评价软件过程能力提供了一个有序的级别，如图5-10所示。
同时也为软件过程改进工作指明了方向，让人们分清轻重缓急，指导人们一步一步地改进过程能力而不是企图跳跃式地前进。
1初始化-->2.已管理级-->3.已定义级-->4.量化管理级-->5.优化级除了成熟度等级，CMMI还有一个重要的概念是过程域(Process Area)。
过程域指出了达到某个成熟度等级必须要解决的一族问题。
除了初始级以外，每个成熟度等级都有若干个过程域，如表5-1所示。
由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI 3级，除了满足CMMI 3级本身11过程域之外，还要满足CMMI 2级的7个过程域，依此类推。
、过程管理:1. OPD :(Organizational Process Definition)组织级过程定义。
建立和维护有用的组织过程资产2. OPF：(Organizational Process Focus)组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善3. OT ：(Orga nizatio nal Trai ning)组织培训管理。
增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。
二、项目管理：4. PP：( Project Plan)项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
5. PMC： ( Project Monitoring and Control)项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6. SAM：(Supplier Agreement Managemen)t 供应商协议管理。
能力成熟度模型CMMI
能力成熟度模型C M M I The document was prepared on January 2, 2021意义与功能CMMI 的全称为：Capability Maturity Model Integration,即能力成熟度模型集成.CMMI是CMM模型的最新版本.早期的CMMICMMI-SE/SW/IPPD版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用.随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型.具体内容自从1994 年SEI 正式发布软件CMM 以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型.虽然这些模型在许多组织都得到了良好的应用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况.这时他们就会发现存在一些问题,其中主要问题体现在：1. 不能集中其不同过程改进的能力以取得更大成绩；2. 要进行一些重复的培训、评估和改进活动,因而增加了许多成本；3. 遇到不同模型中有一些对相同事物说法不一致,或活动不协调,甚至相抵触. 于是,希望整合不同CMM 模型的需求产生了.1997 年,美国联邦航空管理局FAA 开发了FAA-iCMMSM联邦航空管理局的集成CMM,该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践.该模型被认为是第一个集成化的模型.CMMI与CMM 最大的不同点在于： CMMISM-SE/SW/IPPD/SS 版本有四个集成成分,即：系统工程SE和软件工程SW是基本的科目,对于有些组织还可以应用集成产品和过程开发方面IPPD的内容,如果涉及到供应商外包管理可以相应的应用SSSupplier Sourcing部分.CMMI 有两种表示方法,一种是大家很熟悉的,和软件CMM 一样的阶段式表现方法,另一种是连续式的表现方法.这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别,帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路.而连续式表现方法则通过将CMMI 中过程区域分为四大类：过程管理、项目管理、工程以及支持.对于每个大类中的过程区域,又进一步分为基本的和高级的.这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑.CMMI各个进程的关键元素CMMI自出道以来,它所达到的目标就没有变过,第一个是质量,第二个是时间表,第三就是要用最低的成本.不过特别强调的是,CMMI不是传统的、仅局限于软件开发的生命周期,它应该被运用于更广泛的一个范畴——工程设计的生命周期.TSP的建立,也是为了支持CMMI的这样一个系统. 那么CMMI究竟是什么呢它并不是一个过程,也不是告诉你怎么去做一件事情.如果用一句话来概括什么是CMMI,它就是各个进程的一个关键的元素,在很多领域里面一个集成的点.它是这样的一个基本架构,能够用来度量你的有效性和实用性；能够找出这样的一些机会,继续改进的机会,包括在商业目标、策略还有降低项目的风险等方面.一、CMMI的起源随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM模型.例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等：1 SW-CMM Software CMM 软件CMM2 SE-CMM System Engineering CMM 系统工程CMM3 SA-CMM Software Acquisition CMM 软件采购CMM4 IPT-CMM Integrated Product Team CMM 集成产品群组CMM5 P-CMM People CMM 人力资源能力成熟度模型为了以示区别,国内外很多资料把CMM叫做SW-CMM.按照SEI原来的计划,CMM的改进版本应该在1997年11月完成,然后在取得版本得实践反馈意见之后,在1999年完成准版本.但是,美国国防部办公室要求SEI推迟发布版本,而要先完成一个更为紧迫的项目CMMI.CMMICapability Maturity Model Integration即能力成熟度集成模型,这也是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去.这个框架有两个功能,第一,软件采购方法的改革；第二,建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进.就软件而言,CMMI是SW-CMM的修订本.它兼收了SW-CMM 版C稿草案和SPA中更合理、更科学和更周密的优点.SEI在发表CMMI-SE/SW 版时,宣布大约用两年的时间完成从CMM到CMMI的过渡.CMMI项目更为工业界和政府部门提供了一个集成的产品集,其主要目的是消除不同模型之间的不一致和重复,降低基于模型改善的成本.CMMI将以更加系统和一致的框架来指导组织改善软件过程,提高产品和服务的开发、获取和维护能力.二、实施CMMI的意义很多人认为,实施CMMI的意义在于项目工程走向世界,可以在西方国家接到订单.实际上,这只是我国企业实施CMMI的意义的很小一部分.更为重要的意义则是,CMMI的实施能够提高我国企业的管理水平.降低企业的工程成本.事实表明,企业实施CMMI技术的投入都会得到丰厚的回报.据SEI统计,用于软件项目上的CMMI的投资,其回报率在5:1到8:1之间.由此可见,为什么这么多的企业纷纷实施CMMI项目管理技术.近年来,很多软件企业纷纷实施CMMI管理模式,这一方面反映了我国企业在进入WTO后的危机意识,以及与世界接轨的迫切愿望.另一方面则反映出我国软件企业在改进管理方法上所作的努力.但是CMMI到底能够为我们做什么呢实际上这个问题对不同的人有不同的答案.对采购部门的人员来说,掌握了CMMI技术可以有目的地考察项目实施人员或公司的实施能力,从而保证所采购的项目能够顺利完成.对于项目经理来说,掌握CMMI技术能够提高自己的管理能力,从而能够使项目高质量,低成本,按期限地完成.对于企业老总来说,CMMI还能够引入科学的管理理念,提升企业的整体管理水平.在美国,很多企业通过CMMI评估,一方面为了满足承包国防工程或一些大企业的工程的要求,另一方面也是为了提高企业自身的管理能力.美国政府的工程项目,绝大多数都要求承包商有一定的CMMI级别作为参加投标的资格.越来越多的大型企业开始要求其工程承包商具有一定的CMMI级别.级别高的企业在赢得项目的竞标中具有一定的优势.因此,如果没有CMMI的等级评估,企业就会失去很多商机.三、CMMI的两种实施方法CMMI有两种不同的实施方法,不同的实施方法,其级别表示不同的内容.CMMI的一实施方法为连续式,主要是衡量一个企业的项目能力.企业在接受评估时可以选择自己希望评估的项目来进行评估.因为是企业自己挑选项目,其评估通过的可能性就较大一点.但是,它反映的内容也比较窄一点.它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级.而另一种实施方法为阶段性.它主要是衡量一个企业的成熟度,亦即是企业在项目实施上的综合实力.企业在进行评估时,一定要由评估师来挑选企业内部的任何项目,甚至于任何项目的任何部分.一般地讲,一个企业要想在阶段性评估中得到三级,其企业内部的大部分项目要达到三级,小部分项目可以在二级,但绝不能够有一级.阶段性实施方法的难度要大一些.虽然,CMMI的表述方式不同,但其实质内容是完全一样的.是同一种方法的两种不同的表述方式.企业在准备评估时要做的准备工作也是完全一样的.这些工作对企业的管理上的帮助也是一样的.因此,不管企业需要做什么样的评估,企业所获取的实惠应该是差别不大.具体要做连续性评估,还是做阶段性评估则要看企业对等级评估证书的具体要求.四、CMMI的五个台阶台阶一：CMMI一级,完成级.在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现.但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务.企业在一级上的项目实施对实施人员有很大的依赖性.台阶二：CMMI二级,管理级.在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与上级单位对项目与流程进行审查.企业在二级水平上体现了对项目的一系列的管理程序.这一系列的管理手段排除了企业在一级时完成任务的随机性,保证了企业的所有项目实施都会得到成功.台阶三：CMMI三级,定义级.在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成；而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化这样,企业不仅能够在同类的项目上生到成功的实施,在不同类的项目上一样能够得到成功的实施.科学的管理成为企业的一种文化,企业的组织财富.台阶四：CMMI四级,量化管理级.在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理.对管理流程要做到量化与数字化.通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动. 台阶五：CMMI五级,优化级.在优化级水平上,企业的项目管理达到了最高的境界.企业不仅能够通过信息手段与数字化手段来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施的过程中可能出现的次品予以预防.能够主动地改善流程,运用新技术,实现流程的优化.由上述的五个台阶我们可以看出,每一个台阶都是上面一阶台阶的基石.要上高层台阶必须首先踏上较低一层台阶.企业在实施CMMI的时候,路要一步一步地走.一般地讲,应该先从二级入手.在管理上下功夫.争取最终实现CMMI的第五级.。
CMMI(能力成熟度模型积累)申请条件
CMMI（能力成熟度模型积累）申请条件CMMI（能力成熟度模型积累）是一种用于评估和改进组织能力的国际标准。
CMMI 能力级别的申请条件通常包括：
1.组织意愿和承诺：组织领导层必须有意愿和承诺，致力于改
进组织的过程能力，并将CMMI 成为一项持续改进的战略目标。
2.相关经验和能力：申请组织需要具备一定的项目管理和软件
开发经验，并具备合适的人力资源来推动和支持CMMI 的实施。
3.管理支持：组织需要提供相关的资源、培训和支持，确保
CMMI 的实施能够得到有效的支持和推动。
4.过程定义和文档：申请组织需要制定、文档化并持续改进其
相关的过程和流程，以满足CMMI 要求，并提供相应的过程文档。
5.绩效和度量：组织需要建立相关的绩效度量机制，能够监测
和评估组织的过程绩效，并持续改进。
6.培训和教育：组织需要提供必要的培训和教育，使员工具备
实施 CMMI 要求所需的知识和技能。
cmmi的连续式表示法与阶段式表示法
cmmi的连续式表示法与阶段式表示法
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）有两种表示法：连续式表示法和阶段式表示法。
1. 连续式表示法：
连续式表示法是CMMI模型的一种表达方式，按照特定的能力目标对组织的能力进行评估。
它将能力级别划分为5个等级，分别为Initial（初始级）、Managed （可控级）、Defined（定义级）、Quantitatively Managed（量化管理级）和Optimizing（优化级）。
每个等级都有一组特定的能力目标，组织可以依据自身实际情况，选择性地从低级别向高级别迈进。
2. 阶段式表示法：
阶段式表示法是CMMI模型的另一种表达方式，它将能力成熟度划分为五个阶段，分别为初始阶段、管理阶段、定义阶段、量化管理阶段和优化阶段。
每个阶段都有一组特定的过程目标和指南，组织可以依照这些目标和指南来提高自身的能力成熟度。
两种表示法都可以用于评估和提升组织的能力成熟度，但连续式表示法更加强调能力的连续改进，组织可以选择不同的能力目标进行改进；而阶段式表示法则更加强调按照一定的阶段顺序进行能力提升，每个阶段都有特定的过程目标和指南，组织需要按序完成。
具体选用哪种表示法，可以根据组织的需求和能力发展情况
进行选择。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
cmmi能力成熟度模型口诀
CMMI能力成熟度模型口诀
CMMI（Capability Maturity Model Integration）能力成熟度模型是一种用于评估和改进组织软件和系统工程过程的方法，它提供了一套结构化的指南和最佳实践，帮助组织提高软件工程能力和质量。
一、了解CMMI
CMMI是软件工程领域的一个重要模型，其核心思想是通过评估和改进组织的过程，达到提高软件工程能力和质量的目标。
二、掌握CMMI的五个等级
CMMI模型根据组织的过程成熟度分为五个等级：初始级、可管理级、定义级、量化管理级和优化级。
三、初始级：过程不稳定
初始级表示组织的过程是不稳定的，无法重复且无法预测。
组织需要进行过程的规范化和标准化，建立起稳定的基础。
四、可管理级：过程可重复
可管理级表示组织的过程已经能够在一定程度上重复执行，并且能够进行基本的度量和控制。
组织需要建立过程管理的能力，确保过程的稳定性和可重复性。
五、定义级：过程可管理且可量化
定义级表示组织的过程已经被定义和标准化，并且能够进行量化的度量和分析。
组织需要建立度量和分析的能力，以便对过程进行持续改进。
六、量化管理级：过程可控制
量化管理级表示组织的过程已经能够进行统计和量化的控制，并且能够预测和优化过程的性能。
组织需要建立过程控制和预测的能力，以便实现过程的持续改进和优化。
七、优化级：过程优化
优化级表示组织的过程已经达到最高水平，能够持续改进和优化。
组织需要建立创新和持续改进的能力，以保持竞争优势和持续创新。
八、CMMI的实施步骤
CMMI的实施需要经历规划、执行、评估和改进四个阶段。
组织需要制定实施计划，明确目标和时间表，并按照计划执行，评估实施效果并进行持续改进。
九、CMMI的好处
通过实施CMMI，组织可以提高软件工程能力和质量，减少开发过程中的错误和缺陷，提高项目的成功率和客户满意度。
同时，CMMI还可以帮助组织建立良好的软件工程文化和团队合作精神。
十、总结
CMMI能力成熟度模型是一个重要的软件工程模型，通过评估和改进组织的过程，帮助组织提高软件工程能力和质量。
掌握CMMI的五个等级以及实施步骤，可以帮助组织建立稳定、可重复、可控和持续改进的软件工程过程，提高项目的成功率和客户满意度。