cmmi能力成熟度模型结构

cmmi评估模型CMMI评估模型CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估组织业务过程能力的国际标准。

它提供了一个框架，帮助组织评估和改进其软件和系统工程能力。

CMMI评估模型可以被广泛应用于各种行业和组织规模，并且被许多组织视为提高业务过程的关键工具。

CMMI评估模型的目的是帮助组织识别其业务过程的强项和改进空间，从而提高组织的能力和效率。

它基于一套定义良好的最佳实践，包括过程管理、项目管理、配置管理、需求管理、验证与确认、决策分析与解决方案评估等方面的实践。

通过使用CMMI评估模型，组织可以识别并改进其软件和系统工程过程中的缺陷，从而提高产品质量和项目交付的可靠性。

CMMI评估模型包括五个不同的成熟度级别，从初始级别（Level 1）到优化级别（Level 5）。

每个级别代表了组织在软件和系统工程能力上的不同成熟度水平。

初始级别表示组织的过程是不可控的，而优化级别表示组织的过程是可预测和持续改进的。

通过逐步提高成熟度级别，组织可以逐步改进其业务过程，从而提高生产力和效率。

CMMI评估模型的评估方法主要基于两个维度：过程能力和过程成熟度。

过程能力是指组织执行特定过程的能力，包括过程定义、过程执行和过程监控。

过程成熟度是指组织在过程能力方面的成熟度水平，包括过程文档化、过程管理和过程改进等方面的能力。

评估过程需要收集和分析组织的相关数据，并与CMMI评估模型的要求进行比较，以确定组织的过程能力和成熟度级别。

CMMI评估模型的应用可以帮助组织实现以下目标：1. 提高业务过程的一致性和可重复性，从而提高产品和服务的质量；2. 识别和解决业务过程中的瓶颈和问题，提高生产效率；3. 为组织提供一个标准的框架，用于评估和改进业务过程；4. 促进组织内部的沟通和协作，提高团队的合作能力；5. 帮助组织实现持续改进和创新。

尽管CMMI评估模型在软件和系统工程领域得到了广泛应用，但它同样适用于其他行业和组织。

能力成熟度集成模型一、引言能力成熟度集成模型（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. 优化级别优化级别表明组织已经实现了一个持续改进的文化。

在这个级别，组织能够识别并解决更高层次的问题，并且能够不断改进其软件开发过程。

cmmi能力成熟度模型评分项目CMMI（Capability Maturity Model Integration）能力成熟度模型是一种用于评估组织在软件开发和项目管理方面能力的框架。

该模型分为五个成熟度级别，每个级别都有具体的评分项目，这些评分项目旨在衡量组织在各方面的表现。

下面详细介绍了CMMI五个成熟度级别的评分项目：一、初始级（Initial）1. 项目计划与跟踪：组织能够制定简单的项目计划，但计划执行过程中往往出现偏差，需要项目经理经常干预。

2. 需求管理：组织能够收集和跟踪项目需求，但需求管理过程不规范，容易造成需求变更和项目延期。

3. 配置管理：组织能够进行简单的配置管理，但配置项的标识、版本控制和变更控制不够规范。

4. 质量管理：组织能够进行基本的代码审查和测试，但质量保证措施不够系统和规范。

5. 项目管理：组织能够进行基本的项目管理活动，如项目启动、规划、执行、监控和收尾，但项目管理过程不够规范和系统。

二、已管理级（Managed）1. 项目计划与跟踪：组织能够在项目早期制定详细的计划，并在整个项目过程中跟踪和控制进度。

2. 需求管理：组织能够建立规范的需求管理流程，收集和管理项目需求，有效减少需求变更和项目延期。

3. 配置管理：组织能够进行规范的配置管理，包括配置项的标识、版本控制和变更控制等。

4. 质量管理：组织能够建立规范的质量保证流程，进行全面的测试和质量保证活动，确保软件质量。

5. 项目管理：组织能够建立规范的项目管理流程，确保项目在整个生命周期内顺利进行。

三、定义级（Defined）1. 项目计划与跟踪：组织能够在整个项目生命周期内制定详细且具有前瞻性的计划，并通过项目管理工具持续监控和控制进度。

2. 需求管理：组织能够建立规范的需求管理流程，确保需求变更得到有效控制和管理。

3. 配置管理：组织能够建立规范的配置管理流程，包括配置项的标识、版本控制和变更控制等。

4. 质量管理：组织能够建立全面的质量管理体系，包括质量策划、质量控制和质量保证等。

CMMI2.0介绍1 CMMI介绍2018 年 3 月，美国 CMMI （ Capability Matu-rity Model Integration，能力成熟度模型集成）研究院发布了最新研究成果，即 CMMI2.0 ，在此之前的版本是 CMMI1.3 。

1.1 CMMI2.0 模型架构CMMI2.0 模型引入“能力域”和“实域”的概念，将 CMMI1.3 的开发（DEV）、服（SVC）、采购（ACQ）和人力管理（PPL）等种模型中的所有实践整合在一个模型中。

CMMI2.0 中共有 12 个能力域，这 12 个能力域被分为 4 类： Doing （执行）、Managing （管理）、 Enabling （使能）和 Improving （提高）。

每个能力域中包含一组相关的实践域。

项目可以构建自己的自定义视图。

CMMI2.0 模型的核心是一组集成的、预定义的和可定制的不同模型的视图，由5 个部分组成，见表1。

图1 CMMI 发展历程表1 CMM2.0模型组成部分结构1.2 CMMI2.0模型的主要内容CMM12.0模型中的实践域等同于CMMI3模型中的过程域。

实践域是一组实践，它们共同描述已定义的意图和价值所需的关键活动表2 实践域组成及其包括的内容1.3 能力等级定义CMMI2.0模型的实践组中的实践是按照1级至5级能力等级进行安排的（见表3），每个等级都是在前一个等级基础上增加新的功能或能力要求，为组织改进提供一条清晰的路径。

表3 CMMI2.0实践能力等级1.4 CMM2.0-DEV视图当前，CMMI20模型中总共有4种能力域类型，12个能力域，39个实践域。

这39个实践共组成了4个预定义视图，但目前仅发布了CMM2.0-DEV视图，其余视图（CMMI2.0-SVC、CMMI2.0-SPM和CMM2.0-PPL视图）待陆续发布。

表4 CMMI2.0-DEV视图2 CMMI2.0-DEV视图与CMMI1.3-DEV的对比CMMI2.0-DEV视图实践域与CMMI.3-DEV过程域之间对比见表所述。

软件能力成熟度模型 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。

软件能力成熟度模型体系软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估组织软件工程能力成熟度的模型。

它由美国卡内基梅隆大学的软件工程研究所（SEI）研发，主要用于评估软件开发和维护过程的管理能力和工程能力。

CMM模型将软件开发过程分为初始、重复、定义、管理和优化五个级别，每个级别都有不同的标准和要求。

初始级别是最低的级别，表示软件开发过程处于无序状态，没有明确的流程和规范；重复级别是第二个级别，表示软件开发过程开始有了一些基本的流程和规范，但仍然存在很多重复性的工作；定义级别是第三个级别，表示软件开发过程已经有了明确的流程和规范，并开始注重项目管理和质量保证；管理级别是第四个级别，表示软件开发过程已经有了完善的流程和规范，并开始注重团队协作和项目管理；优化级别是最高级别，表示软件开发过程已经非常成熟，并开始注重创新和改进。

CMM模型的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

它是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。

CMMI是CMM的升级版，也是由SEI开发的一种软件开发和维护过程成熟度评估模型。

CMMI 把软件开发过程分为初始、已管理、已定义、定量管理、优化五个阶段，每个阶段都有不同的标准和要求。

与CMM相比，CMMI更加注重定量管理和优化，强调通过数据分析和改进来提高软件开发和维护过程的效率和质量。

总之，软件能力成熟度模型体系是一种用于评估组织软件工程能力成熟度的模型，它包括CMM和CMMI两种模型，旨在帮助企业评估自己的软件开发和维护能力，识别改进的方向和方法，提高软件开发和维护过程的效率和质量。

企业成熟度评价模型企业成熟度评价模型是指通过对企业内部各个方面进行评估和量化，以了解企业发展的程度和潜力，为制定发展战略提供依据的一种管理工具。

这种模型主要从组织结构、运营管理、技术应用、市场开拓等多个方面进行综合评估，以客观评价企业在市场中的竞争力和综合实力。

下面我们将以“CMMI”模型为例，详细介绍企业成熟度评价模型。

CMMI（Capability Maturity Model Integration）是一种被广泛应用于软件开发、服务管理等行业的成熟度评价模型。

它由美国国防部软件工程研究所于20世纪90年代初提出，并在业界得到了广泛认可和应用。

CMMI模型主要围绕组织能力和业务成果展开评价，从初始阶段到最高成熟度的五个等级进行评定。

每个等级都有明确的要求、目标和度量指标。

下面我们将逐个阐述。

第一级，初始级（Initial）：企业在这个阶段缺乏基本的项目管理和流程控制能力，项目计划和进度常常不能得到有效管理，缺乏标准化的开发方法和流程。

第二级，管理级（Managed）：企业开始引入项目管理和流程控制的方法，定义了相应的过程和指导文件，维护了一些基本的项目数据。

企业可以通过合理管理控制风险，以达到一定程度的质量控制。

第三级，定义级（Defined）：企业建立了一套可重复使用的过程指导文件，标准和规范得到了有效实施，项目在开发过程中有较高的可靠性和可预测性，通过改进和持续优化，提高了产品质量。

第四级，定量管理级（Quantitatively Managed）：企业在这一阶段通过建立指标系统，实施定量管理和绩效评估等手段，能够量化地对项目的成果和过程进行评估和监控，以实现持续的改进。

第五级，优化级（Optimizing）：企业在这个阶段注重持续改进和创新，通过改进流程和技术，不断追求卓越的绩效，实现业务的可持续发展。

CMMI模型通过对企业在不同阶段的能力和业务成果进行评估，为企业提供了一种科学的发展路径和指导。

企业管理模式的成熟度分析模型引言随着市场竞争的加剧和发展环境的变化，企业管理模式的适应性和成熟度成为了企业持续发展的关键。

为了评估企业管理模式的成熟度水平，许多学者和研究者提出了各种成熟度分析模型。

本文将重点介绍三种常用的企业管理模式的成熟度分析模型，并进行比较和评价。

一、CMMI模型CMMI（Capability Maturity Model Integration）模型是由美国软件工程研究所（SEI）于1991年开发的一种企业管理模式的成熟度分析模型。

该模型以软件开发为基础，涵盖了组织过程成熟度（OPM）和组织交付能力（ODC）两个维度。

通过对组织的过程进行评估，CMMI模型可以帮助企业识别和改进管理弱点，提高管理绩效。

CMMI模型的优点在于可以量化评估企业的管理水平，并可根据评估结果进行相应的改进措施。

该模型提供了一套完整的管理体系和指导原则，使企业能够建立稳定、可持续的管理模式。

CMMI模型也存在一些不足之处。

该模型较为复杂，需要较长时间来评估和改进，对企业来说是一项繁琐的任务。

CMMI模型主要关注软件开发领域，对于其他领域的企业管理模式不够适用。

CMMI模型在实践中存在一定的局限性，不能涵盖所有企业的管理特点和需求。

二、EFQM模型EFQM（European Foundation for Quality Management）模型是一种广泛应用于欧洲的企业管理模式的成熟度分析模型。

该模型于1992年推出，以质量管理为核心，重视企业的全面发展和绩效提升。

EFQM模型包括九个评估标准，分别是领导力、策略与规划、人力资源、合作伙伴关系、过程管理、资源管理、产品和服务、绩效度量和持续改进。

EFQM模型的优点在于其综合性和灵活性。

该模型不仅关注企业的质量管理，还兼顾了其他方面的管理要素，如领导力、人力资源等。

EFQM模型强调持续改进，鼓励企业不断提高管理绩效，适应市场竞争的要求。

EFQM模型也有一些局限性。

软件能⼒成熟度模型（⼀）-CMMI概述CMMI( Capability Maturity Model Integration)即能⼒成熟度模型集成，由CMM (Capability Maturity Model)发展⽽来，它最早是应⽤于软件业的⼀个过程改进模型，为软件组织描述了从混乱的、不成熟的软件过程向成熟有序的软件过程进⾏改进的⼀条途径。

后来随着应⽤的推⼴和模型本⾝的发展，CMMI逐渐演化成为⼀个被⼴泛应⽤的综合性过程改进模型。

1.CMMI的历史1991年，美国卡耐基梅隆⼤学软件⼯程研究所（SEI）推出了能⼒成熟度模型CMM，CMM的作⽤主要有两⽅⾯：1. 为软件客户提供评价软件开发商能⼒的⽅法。

2. 帮助软件开发商改进其软件过程，提⾼成熟度。

随着CMM在软件界应⽤的不断推⼴，其它相关学科和领域也采⽤它的模式，开发出了许多类似于CMM的模型。

1. SE-CMM (System Engineering CMM) 系统⼯程CMM，应⽤于系统⼯程管理。

2. SA-CMM (Software Acquisition CMM) 软件获取CMM，应⽤于软件获取（采购）⽅的能⼒成熟度模型。

3. IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发CMM，应⽤于集成系统产品的开发管理。

4. P-CMM (People CMM)：⼈员能⼒成熟度模型，应⽤于⼈⼒资源管理。

为了以⽰区别，常把CMM叫做SW-CMM。

同⼀个组织可能会应⽤多个过程改进模型，但多个过程改进模型的并存可能会引起冲突和混淆。

CMMI为⼯业界和政府部门提供了⼀个集成的能⼒成熟度模型产品集，消除了不同模型之间的不⼀致和重复，降低了过程改进的成本。

CMMI覆盖了软件⼯程、系统⼯程、集成产品开发和系统采购，以更加系统和⼀致的框架来指导组织改善软件过程，提⾼产品和服务的开发、获取和维护能⼒。