下载文档原格式
一：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基础知识扫盲摘要：CMMI全称是Capability Maturity Model Integration，CMMI是个好东西来的，但行内人士对她的认识并不全面，甚至有种种的误解。
尽管网上有很多CMMI相关介绍，但一般都是比较苦涩难懂的。
本文将用生动通俗的语句，让大家初步看清楚CMMI的真面面孔。
CMMI是什么东西？CMMI英文全称是Capability Maturity Model Integration，直接翻译就是能力成熟度模型，直接看这几个中文字，你还是没有办法搞清楚CMMI是什么东西的。
大家可能在网上见过很多《成功人士的七个习惯》（可能还有很多类似的名字）的文章吧？有人总结了成功人士的成功的原因，总结出他们的习惯，如果我们也能具备这些习惯，那么我们也很可能成为成功人士。
类似的，CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。
如果企业也能按照CMMI的要求做好，那么企业就很可能成为成功的企业。
CMMI里面所有的要求，都是来自于成功企业的最佳实践的，她的先进性我们不必怀疑，如果我们没有做好，那不是CMMI本身的问题，而是我们自己没有理解好或者是没有执行好的原因。
说到CMMI，就不可避免会提到另外3个字母SEI，SEI全称是Software Engineering Institute的全称，直译就是软件工程学院，是美国的一所大学，CMMI标准就是他们搞出来的。
CMMI目前最新版本是V1.2，如果你是现在才开始了解CMMI的，那么你完全没有必要去搞清楚V1.1与V1.2的差别，更加没有必要去比较CMM与CMMI的差别，直接了解CMMI V1.2就可以了，你只需要知道CMM是CMMI的前身，而CMMI V1.1虽然比CMM要新很多，但现在已经不用了。
现在在互联网上还有很多比较CMM与CMMI的文章的，除非你很想了解或者你有很多时间，建议不必去看这些内容。
刘佳荔liujiali@质量是什么产品或服务满足用户给定要求的程度质量产生于每个人之手，而不是检验一组数据１．一个缺陷随着项目的进展越迟发现所消耗的成本越大２．每一个人的每一步工作都得到保证，才能确保产品按期、保质地完成，并节约项目的成本３．与质量有关的角色项目经理、需求分析师、设计分析师、编码工程师、测试工程师、配置工程师、QA工程师、项目的高层经理、其他：如文档工程师、评审组、客服过程的地位决定软件产品的成本、进度和质量的主要因素质量三角架过程、技术、人员过程过程的定义：（ISO/IEC 12207;GB/T 8566）指一系列活动、任务、和它们之间的关系、它们共同把一组输入转换成所需要的输出。
练习（过程的定义）１．项目情况：项目接到一个任务，负责实现一个模块，该模块主要实现将产品A输出进行加工转换成用户要求的格式。
目前已经进展到编码阶段。
２．任务：请各项目组明确编码过程的具体活动，以及各个角色的职责，派一名代表描述。
（五分钟明确，五分钟阐述）练习总结（过程的定义）１．不同的过程产生不同的结果２．同一任务由不同的项目组来完成，产生不同的结果３．即使在项目组内，每个项目成员的做法也不同（能过过程规范工作，尽量缩小每个人、每个组之间的不同，使得所生产出来的产品质量是可控的，产品是可共用的）什么是CMMI？１．集成的软件能力成熟度模型２．Capability Maturity Model-Integration美国国防部在卡内基－梅隆大学成立了软件工程研究所，于1987年推出SW-CMM框架，1993年推出SEI CMM1.1版并得到推行，2002年8月CMMI-SW1.1版发布实施。
CMMI将系统工程和软件工程集成在一起，将系统学科和软件学科集成为一个过程改进框架。
CMMI模型目前CMMI V1.1成套产品，按学科建立模型１．系统工程SE２．软件工程SW３．集成产品和过程开发（IPPD）４．供应商来源（SS）CMMI-WS/SE阶段式模型５优化级４定量管理级３定义级２管理级１初始极不同等级的关注焦点CMMI L2与L3二级：１．项目级２．反应试三级１．组织级，将管理和工程两方面的过程文档化和标准化，并形成了组织级的过程资产。
Process Area －PA 过程域，过程域按照类别可以分为四类·Process Management －过程管理·Project Management －项目管理·Engineering －工程类·Support －支持类1、过程管理域的KPA过程主要包括：∙Organizational Process Focus －OPF 组织过程焦点∙Organizational Process Definition －OPD 组织过程定义∙Organizational Training －OT 组织培训OPF、OPD、OT是CMMI－3级的内容∙Organizational Process Performance －OPP 组织过程性能OPP是CMMI－4级内容∙Organizational Innovation and Deployment －OID 组织过程革新和部署OID是CMMI－5级内容2、项目管理PM：KPA∙Project Planning PP－项目计划∙Project Monitoring and Control PMC－项目监控∙Supplier Agreement Management SAM－供应商合同管理PP、PMC、SAM是CMMI－3级内容∙Integrated Project Management IPM－集成项目管理∙Risk Management RSKM－风险管理IPM、RSKM是CMMI－3级内容∙Integrated Teaming IT－集成团队∙Integrated Supplier Management ISM－集成供应商管理∙Quantitative Project Management QPM－定量项目管理QPM是CMMI－4级内容3、Engineer 工程类Requirements Management REQM －需求管理以上为CMMI－2级内容Requirements Development RD－需求开发Technical Solution TS－技术方案Product Integration PI －产品集成Verification 验证VER－验证Validation 确认 VAL－确认以上五个项目是CMMI－3级所要求的过程需要说明的就是VER和VAL两个词本身都有相同的含义，如果只看意思很难区别两者，看了看书，大意是说VER是用来检查工作产品的，验证开发的结果，设计。
CMMI的组织结构CMMI的组织结构一般在最高领导之下设立EPG（Engineering Process Group, 工程过程组）、QA（Quality Assurance, 质量保证组）、EG（Engineering Group, 工程组），这三个组的构成就好像是立法、监督和执法的制衡体系，体现了西方的法治观念。
EPG源于SEPG（Software Engineering Process Group, 软件工程过程组），本是组织中专职推进CMM的职能单位，随着CMM发展到CMMI，内容更加广泛，EPG的职能就是组织的过程改进。
CMMI的两种实施方法CMMI有两种不同的实施方法，不同的实施方法，其级别表示不同的内容。
CMMI的一实施方法为连续式，主要是衡量一个企业的项目能力。
企业在接受评估时可以选择自己希望评估的项目来进行评估。
因为是企业自己挑选项目，其评估通过的可能性就较大一点。
但是，它反映的内容也比较窄一点。
它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级。
而另一种实施方法为阶段性。
它主要是衡量一个企业的成熟度，亦即是企业在项目实施上的综合实力。
企业在进行评估时，一定要由评估师来挑选企业内部的任何项目，甚至于任何项目的任何部分。
一般地讲，一个企业要想在阶段性评估中得到三级，其企业内部的大部分项目要达到三级，小部分项目可以在二级，但绝不能够有一级。
阶段性实施方法的难度要大一些。
我们熟悉的SW-CMM软件能力成熟模型就是是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。
虽然，CMMI的表述方式不同，但其实质内容是完全一样的。
是同一种方法的两种不同的表述方式。
企业在准备评估时要做的准备工作也是完全一样的。
这些工作对企业的管理上的帮助也是一样的。
因此，不管企业需要做什么样的评估，企业所获取的实惠应该是差别不大。
具体要做连续性评估，还是做阶段性评估则要看企业对等级评估证书的具体要求。
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），是一种软件和系统工程能力评估模型，用于帮助组织提
高其开发和维护过程的效率和质量。
1.起源：
CMMI最早是由美国国防部软件工程研究所（SEI）开发的，旨在帮助
军事合同供应商改进软件开发过程。
后来，CMMI被扩展应用于其他领域，如航空航天、银行、制药等，以提高组织的成熟度和竞争力。
2.结构：
CMMI基于了三个关键概念：能力级别、过程领域和目标行为。
能力
级别表示一个组织的过程成熟度，包括初始级别（Level 1）、重复级别（Level 2）、定义级别（Level 3）、管理级别（Level 4）和优化级别（Level 5）。
过程领域是一组相关的过程，涵盖了组织的全部活动。
目
标行为则是组织应达到的基本目标和行为。
3.目标：
CMMI的主要目标是帮助组织改进其过程能力，从而提高质量、效率
和可靠性。
通过评估组织的当前能力水平，CMMI可以识别改进的领域，
并为组织提供相应的指导和建议。
通过实施CMMI，组织可以追求连续改进，逐步提高其过程能力，并提供高质量的产品和服务。
4.常见模型：
CMMI有多个版本和模型可供组织选择，如CMMI for Development （CMMI-DEV）、CMMI for Services（CMMI-SVC）和CMMI for
Acquisition（CMMI-ACQ）。
每个模型都针对不同类型的组织需求和行业特点进行了定制，但它们共享相同的基本概念和方法。
5.实施过程：
实施CMMI需要组织首先进行一次自我评估，以了解其当前的能力水平和改进的需求。
然后，组织需要定义一个改进计划，包括目标、措施和时间表。
实施过程包括培训、过程定义和文档编制、度量分析等活动。
最后，组织需要进行定期评估和审核，以确保改进的持续性和有效性。
总结起来，CMMI基础理论是一种软件和系统工程能力评估模型，旨在帮助组织提高其开发和维护过程的效率和质量。
它的目标是帮助组织提高过程能力，通过评估和改进，达到高质量和可靠性的产品和服务。
实施CMMI需要组织进行自我评估，制定改进计划，并进行培训、过程定义和定期审核。
通过CMMI的实施，组织可以逐步提高其过程能力，提供更好的产品和服务，并增强竞争力。
