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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
cmmi能力成熟度模型口诀
CMMI能力成熟度模型口诀
CMMI（Capability Maturity Model Integration）能力成熟度模型是一种用于评估和改进组织软件和系统工程过程的方法，它提供了一套结构化的指南和最佳实践，帮助组织提高软件工程能力和质量。
一、了解CMMI
CMMI是软件工程领域的一个重要模型，其核心思想是通过评估和改进组织的过程，达到提高软件工程能力和质量的目标。
二、掌握CMMI的五个等级
CMMI模型根据组织的过程成熟度分为五个等级：初始级、可管理级、定义级、量化管理级和优化级。
三、初始级：过程不稳定
初始级表示组织的过程是不稳定的，无法重复且无法预测。
组织需要进行过程的规范化和标准化，建立起稳定的基础。
四、可管理级：过程可重复
可管理级表示组织的过程已经能够在一定程度上重复执行，并且能够进行基本的度量和控制。
组织需要建立过程管理的能力，确保过程的稳定性和可重复性。
五、定义级：过程可管理且可量化
定义级表示组织的过程已经被定义和标准化，并且能够进行量化的度量和分析。
组织需要建立度量和分析的能力，以便对过程进行持续改进。
六、量化管理级：过程可控制
量化管理级表示组织的过程已经能够进行统计和量化的控制，并且能够预测和优化过程的性能。
组织需要建立过程控制和预测的能力，以便实现过程的持续改进和优化。
七、优化级：过程优化
优化级表示组织的过程已经达到最高水平，能够持续改进和优化。
组织需要建立创新和持续改进的能力，以保持竞争优势和持续创新。
八、CMMI的实施步骤
CMMI的实施需要经历规划、执行、评估和改进四个阶段。
组织需要制定实施计划，明确目标和时间表，并按照计划执行，评估实施效果并进行持续改进。
九、CMMI的好处
通过实施CMMI，组织可以提高软件工程能力和质量，减少开发过程中的错误和缺陷，提高项目的成功率和客户满意度。
同时，CMMI还可以帮助组织建立良好的软件工程文化和团队合作精神。
十、总结
CMMI能力成熟度模型是一个重要的软件工程模型，通过评估和改进组织的过程，帮助组织提高软件工程能力和质量。
掌握CMMI的五个等级以及实施步骤，可以帮助组织建立稳定、可重复、可控和持续改进的软件工程过程，提高项目的成功率和客户满意度。