cmmi软件开发流程（cmmi开发体系）
本篇文章给大家谈谈cmmi软件开发流程，以及cmmi开发体系对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、CMMI的关键过程域（KPA）与软件开发过程的联系
- 2、CMMI3认证流程？
- 3、1. 名词解释：模型 过程 软件过程 过程能力 过程能力模型 CMM CMMI
- 4、软件如何用CMMI改进过程？
- 5、CMMI的应用范围？
- 6、CMMI是什么？
CMMI的关键过程域（KPA）与软件开发过程的联系
以CMMI三级为例，此级别包含了实现这一级目标的若干关键过程域(KPA)，这些关键过程域指出了企业需要集中力量改进的软件过程。
这些关键过程域指明了为了要达到该能力成熟度等级所需要解决的具体问题。其实就是，每个过程域都包含特定实践和公用实践，实施这些关键实践就能实现这个关键过程域的目标，从而达到增加软件开发过程能力的效果。
如果没明白可以追问。。。。。
CMMI3认证流程？
找一家有SEI授权的机构，他们会协助你进行CMMI的评估。大体流程是先由咨询公司协助建立CMMI的体系，然后开展体系试运行（就是找一些项目试用），试运行后，咨询公司会协助你开展预评估，如果预评估通过后，再过约1个月左右就可以正式评估了。 具体流程如下：
一、 申请CMMI认证
选择CMMI级别
软件企业申请认证CMMI不同的级别标准要求，要审时度势自身情况。一方面了解公司现有质量体系、实施过程、实施效果的运行情况;另一方面要根据企业规模、公司实力、管理需求等综合要素，不可好大喜功，一味选择CMMI更高级别的认证。在申请的CMMI认证时，有的企业从CMMI2开始、有的企业从CMMI3开始、有的CMMI3通过后跳过CMMI4而直接申请CMMI5、有的就从CMMI2、CMMI3、CMMI4、CMMI5逐步申请认证。
计划参与评估的部门
CMMI评估，有的是整个公司参与评估，有的是个别部门参与评估，不管以哪种方式参与评估，公司都要权衡决定，参与评估的部门。
CMMI培训
当确定申请CMMI认证的级别后，与申请CMMI认证级别的要求进行比较，从而找出区别。结合企业自身实际情况，从而可以为通过认证作好充分的准备，尤其是对此级别相关知识进行加强培训，了解标准的要求。
二、 选择主任评估师
一般情况下，企业自身确认好CMMI等级后，可以找专业的CMMI咨询公司，协助完成后面的认证流程。
主任评估师是认证评估的发起者，也是评估小组的领导者，这个角色应该拥有足够的经验、知识、技术来负责和领导评估活动。CMMI评估是基于个人资格、信誉的认证，对个人专业技术及综合能力素质要求都很高。因此，要慎重选择，主要从以下几个方面考虑：
全球从事CMMI认证企业很多，拥有SEI评估师资格的也很多，通常有美国的、印度的、中国的。美国评估师直属于SEI，属本地认证，所以说美国评估师进行评估具有说服力，信服力，对于中国软件企业而言，聘请美国的主任评估师，由于语言的不同，在沟通上存在一定的困难，在进行评估面谈沟通交流时，要配置专门的翻译。
三、 工作准备
选择评估小组成员
本活动包括识别有用的职员、评定其资格和从中挑选人员作为评估小组成员。它可以发生在评估发起者做出管理评估活动的许诺之后，并能为评估计划保证提供输入。具体的行为包括：(1)、保证评估小组成员满足个人的最低标准;(2)、保证评估小组作为一个整体满足的最低标准;(3)、文档化在评估输入中小组成员的职责和资格。
SCAMPI评估可接受的评估小组最小规模是4个成员(包括小组领导者)。推荐的最大规模是9个成员。所有小组成员之前必须完成获得SEI推荐的并由SEI认可的权威授课者所教授的CMMI课程。小组成员必须接受有关评估方法的培训。关于工程领域的经验，评估小组(作为一个整体)平均至少要有6年以上的经验，且小组总的经验要不少于25年，这些规定都隐藏在评估活动中。关于管理经验，评估小组(作为一个整体)总的经验不能少于10年，且至少有1名成员拥有6年以上的管理经验。
总的来说，评估小组应该在评估组织内部所使用的生命周期里具有代表性的经验。在任何特定的生命周期阶段，评估小组至少应有两名成员具有从事这方面工作的经验。此外，必须保证，小组成员不应该成为任何特定项目的管理者或者成为任何预定被访问者的直接管理链中的一个。
组建准备评估小组
评估小组领导者有责任确保评估小组成员为执行计划的评估活动完成充分的准备。这包括熟悉在评估过程中将使用的参考模型、SCAMPI、评估计划、组织数据和特征、工具和技术以及为评估任务分配任务和职责。小组建立练习通常被用来实践简单的技能和在理解小组目标及如何取得满意上达成一致。所有的小组成员被要求遵守严格规则以保证机密性、保护所有者或敏感数据以及项目参与者未知的信息。私下陈述通常被用来达成这些谅解。具体的行为包括：
保证评估小组成员已接受参考模型培训;
为评估小组成员提供评估方法培训或确保他们已掌握此方法;
为评估小组和小组规范的建立提供服务;
为评估小组成员提供关于评估目标、计划和他们自身分配的职责和任务的定位。
模型培训必须利用CMMI课程的权威标准来提供，并由CMMI办事机构权威认证的授课者讲授。方法培训可能通过下面两种方法之一进行：
针对即将到来的评估作明确性的方法培训;
对大量的目前并没有从事任何评估工作的潜在的小组成员进行方法培训。
对一个完全重新组建的小组进行方法培训至少持续两天，且必须强调那些小组成员在评估过程很可能遇到的情况。本培训在SCAMPI的应用中没有必要包含所有的变量。针对潜在的将来的小组成员所进行的团体式方法培训必须包含方法上剪裁部分的所有内容和允许的变更以应付一系列在将来的评估中他们很可能会遇到的情况。SEI评估程序为那些目前不是评估小组成员的人们所得到的培训指定了额外的要求。那些在以前的评估小组中作为成员已接受过培训的小组成员，如果并没有进行目前的方法培训，那么他们并不自动地具有参加当前评估的资格。在这样的案例中，评估小组领导者要求了解以前的培训的本质和为即将到来的评估开展的培训足够多的内容。这需要对以前的评估和计划的评估进行比较。例如，假如小组成员使用连续表示法参与了一个仅集中在软件工程领域的评估，而计划的评估是使用阶段表示法集中在SE/SW/IPPD领域，那么该小组成员需要许多重要的新概念来覆盖。作为一个整体，评估小组至少产生一个结果来说明如何为即将到来的评估展开工作，建立小组规范和操作决议的目的。
参评单位准备
组织级QA
组织组CM
SEPG小组
高级经理
委员会(项目与质量管理委会员、变更委员会)
人力资源的培训
维护服务的准备
商务法律部
四、 预评估
通过预评估判定企业是否准备充分可以进行正式的 SCAMPI/CBA-IPI。通过一位主任评估师指导进行，初步了解项目的成熟度，按照CMMI相关级别的KPA识别明显缺陷并推荐纠正措施，以便更好进行正式评估。主要工作包括组织级和项目组长的文档审阅及与项目组人员的面谈。评估结束，提交预评估结果并与组织进行有关讨论。
选择参与正式评估的项目，在预评估的过程中，从公司全体项目中，挑选出项目参与评估，并不是所有项目评估。
在预评估过程中，评估师考核公司背景，项目角色涉及到是否覆盖所在的范围，核实参与项目覆盖与所申请的级别一致，如：既要有软件项目，又要有集成项目，是一个事业部，还是所有事业部的。查看实际情况与所申请的级别相符，如果相距太大，会劝说降低认证级别。主动参与评估师沟通，向他咨询本次评估的主要思想，增加通过评估的概率。
五、 正式评估
第四阶段的目标是进行正式的 SCAMPI/CBA-IPI，时间通常是实施第一阶段培训后12个月(根据企业实施情况有所不同)。正式评估，获取证据，根据评估师的要求，与从项目中获取证据。评估的重点是组织内部实施的软件过程，涉及相关级别的所有KPA。
正式评估按照 SCAMPI/CBA-IPI 的要求进行，原来一般为 6 天，CMMI V1.2规定，正式评估时间不能超过10天，主任评估师提供自动评估工具帮助管理分析评估数据、编写评估结果。评估工作主要包括：
启动会议;公司高层，评估小组，参评方三方相关人员参与会议，介绍评估日程，达成一致意见。
评估方式：
文档审阅，也称文审，查阅过程、项目书面文档。所有参评的文档都是要书面打打印，然后装订成册，供评估师审查。
面谈及讨论，评估师都要和项目中每个角色进行面谈，这些角色主要包括有：项目经理、需求人员、设计人员、测试人员、配置人员、质量人员。
评估小组总结
评估小组对文审、面谈中的数据进行综合与分析，生成评估结果。
总结及末次会议
评估完成后，评估小组给出最后的结论，评估是否通过，如果通过则发证书，否则指出改进的建议。除了评估结果,企业还将保留评估数据(删除数据来源)作为评估结果的资料。评估结束后，我们会向SEI提交评估信息，记入评估数据库记录。
以上内容希望可以帮到你。
1. 名词解释：模型 过程 软件过程 过程能力 过程能力模型 CMM CMMI
模型:所研究的系统、过程、事物或概念的一种表达形式。
模型可以是物理实体，也可以是某种图形或者是一种数学表达式。
用这种方法处理可以大大减少实验工作量，还有助于了解过程的实质。
因此传统的因次论、相似论方法不再适用，这时可用模型法进行研究。
过程: 事情进行或事物发展所经过的程序。或 将输入转化为输出的相互关联或相互作用的一组活动。
软件过程：软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。软件过程也可以定义为，人们用以开发和维护软件及其相关产品（例如，项目计划、设计文档、代码、测试用例、用户手册等等）的一组活动、方法、实践和变换。
过程能力：是指过程（或工序）处于稳定状态下的实际加工能力。它是衡量工序质量的一种标志。
软件过程能力：是指软件开发过程能够达到的能力，此过程能力包括能够达到的质量、效率、工期、成本等。
一般情况下，软件过程能力越强，所开发的软件质量越好，成本越低，工期越短。
过程能力模型：是指过程能力的评估模型。
软件过程模型:软件过程模型就是一种开发策略，这种策略针对软件工程的各个阶段提供了一套范形，使工程的进展达到预期的目的。对一个软件的开发无论其大小，我们都需要选择一个合适的软件过程模型，这种选择基于项目和应用的性质、采用的方法、需要的控制，以及要交付的产品的特点。
CMM:能力成熟度模型（Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM）,是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMMI:能力成熟度集成模式（Capability Maturity Model Integration），是卡内基美隆大学软件工程学院（SEI）所发展出的标准，适用领域为系统工程（SECM）、软件工程（SW-CMM）、集成产品与流程开发（IPPD-CMM）、委外作业（SS）等软件开发的重要领域。在1997年，SEI将个别的模式集成为“能力成熟度集成模式”（Capability Maturity Model Integration, CMMI-SW/SW/IPPD/SS）。CMMI以两种方式判定软件厂商的等级，分别以个别领域为主的能力等级（capability level）与相关流程组群综合的成熟度等级（maturity level）。
我学软件的，这是我根据一些资料总结的，应该符合你的要求吧呵呵。
软件如何用CMMI改进过程？
软件过程改进是一种含有大量管理成分的工作技术它主要包括以下三个关键步骤：a)对比目前的状态和期望达到的状态，找出存在的差距；b)确定要改变哪一些差距，要改变到什么程度；c)制定相应的具体的实施计划，其中的“具体”是指：1）要有明确的可以检验的目标；2）要定出检验成功与否的标准；3）要有具体的实施办法；4）指定具体执行计划的人，并明确具体的职责与任务；5）
要明确执行计划的主要领导或协调者，以负责解决在计划执行中出现的问题；6）要列出“实施计划”用的新技术与新工具以及如何获得这些新技术与新工具。
CMMI的应用范围？
1、用于软件过程的改进。(SPI Software Process Improvement)
帮助软件企业对其软件过程的改变进行计划、制定以及实施。
2、用于软件过程评估。(SPA Software Process Assessment)
在评估中，一组经过培训的软件专业人员确定出一个企业软件过程的状况，找出该企业所面对的与软件过程有关的，最迫切的所有问题；以及取得企业领导层对软件过程改进的支持。（用途2是用途1的前一步）
3、 软件能力评鉴。(SCE Software Capability Evaluation)
在能力评鉴中，一组经过培训的专业人员鉴别出软件承包者的能力资格；或者是检查监察正用于软件制作的软件过程的状况。
基于CMMI成熟度模型，包括中小企业在内的软件企业如何进行软件过程改造，如何在具体项目中引入并实施CMMI的标准成为人们关注的重点。CMMI的实施核心焦点不在于软件的开发技术层面，而在于工程过程层面和工程管理层面。所谓工程过程层面是指将工程开发的整个过程所涉及的相关议题作为过程学的体系来研究和执行。过程学本身既不同于通常所说的软件工程技术，（如编码，操作系统等等），也不同于一般所言的工程管理学，软件过程既是对软件工程这一领域中所涉及的流程按其独特特性进行专门描述。事实上，任何企业在开发工程产品的实践中，都有开发过程产生，虽然很多企业并未对其进行记录或关注。按照工程过程学派的观点，没有正确的过程就不可能有正确的产品产生，因此对开发组织的过程需要规范和改进。
由于软件过程必然与工程管理相关，因而它不象具体的开发技术问题那样容易规划并着手实施，特别是国内广大的中小软件企业和部门，在采纳某一过程体系进行开发流程的改造时，应特别注意如下几方面的问题，将其作为过程实施开端的要领加以掌握：
1．不可急于求成和盲目乐观。任何新体系的采纳和改进都必然涉及对旧有体系的重组和调整，需要投入相当的决心和时间。如果企业在充分评估后决定了以CMMI工程标准来规范建构自身的软件开发行为，则应该在次序改进的前提下尽早实施企业开发过程调整以便有充裕时间理解和评估前期改造的成效。
2．必须懂得CMMI作为一套标准，它指明的是该作什么（What）而非怎样去做（How），同时CMMI也代表了一种对软件生产过程进行理解和分析的独到观点（Philosophy）。CMMI着重于过程中的关键要素，而非面面俱到，它主要不是为了解决某个具体项目的问题，也不能保证在此框架下产品开发100%成功，CMMI所述的软件过程集合了工程过程和管理过程等方面，对它的过程改进要靠许多细小的阶段性的步骤而非一蹴而就的革新。
3．CMMI1.1版主要针对大型软件企业，这些企业的开发工作通常关涉软件生产过程的方方面面。对于20人以下的小型企业，1.1版中的一些环节可能并不适用。
4．企业在采纳CMMI过程改进的同时，可以引入新技术与自动化工具帮助软件开发的实现，不过，对过程的改进要求企业全面投入并需较长周期，而技术引进则相对周期较短。但如果企业只是依靠技术改进而不注重过程改进，长远看来，企业可能收获甚少。
5．"知己知彼，百战不殆"。实施改进之前，企业应对自身当前所有的软件能力水平及过程状态有尽可能的客观、详尽的了解。可以参考本文后附企业开发能力自测表进行初步诊断，在明了自身实际过程等级之后，企业应确定需要达到的等级目标并找到主要差距所在。企业要想达到的等级目标包括它所特定的过程目标及核心过程域（KPA）。这一等级应符合企业自身开发水平与项目特征。在企业明了了自身实际等级与目标等级之间的差距之后，应制定规划，决定改进次序及程度，可参考的决策因素包括：目标与能力的平衡，投入工期与质量的保证，企业总体发展与当前项目开发的平衡，员工素质条件，最薄弱环节与最急需改进环节，还有最易见效的环节，等等。
6．如有可能，在企业内部成立专门的过程改进规划组，并配合企业外聘的咨询机构或顾问，拟订出详细的过程实施方案，同时注意在实施过程中对计划进行修正和调节。在此，应将改进方案指定得尽量具体详细，这包括：
1目标明确并可检验,有助于切实的检验标准；
2有详细的实施步骤,有专人负责每一环节的落实,有协调方解决各环节之间的冲突；
3如需采纳新技术和工具，应详细分析他们的作用及获取方式并准备对新技术和工具进 行改造，对员工进行培训以适应项目所需。
4制定项目开发时间表，将每个过程环节的实施与此时间表挂钩。
5对项目开发的投入工期进行预测并据此规划开发工作。
6预先规划开发过程中相关数据的采集，分析和提供方式与时段；
7所有过程，包括：需求分析、项目计划、项目验收和交付，都必须编档并保留，应有具体的监控和考核计划来监督过程的实施。这一计划应考虑到偏差的可能性及应对方案。
8企业的高层和相关管理人员应参与过程的制定与实施并形成制度。领导层应负责对每一阶段改进的总结并制定出相应的后继方案，另外，凡涉及对已定计划和过程的调整必须事先申请备案并经领导层同意。
9需强调的最重要的一条原则是，过程改进不可流于书面形式，所有员工都应理解并参与其中。
CMMI模式即可用于描述软件机构实际具备的能力成熟度水平，也可用于指明软件企业改进软件工程所需着力之处，它说明了努力的方向，又允许企业自己选择恰当的方式去达到这一目的。实施CMMI的经验告诉软件工程人员，在软件项目开发中，更多的问题和错误来源于工程安排的次序，工程规划和工程管理而不是技术上的how to do。软件工程的过程学不断分析和改善已有工程经验，拟定出尽可能完善的开发过程，并按开发生命周期确定重点环节加以管理，最终达到以量化数据来建立能力成熟度等级的目标。良好的工程过程保证了有序的开发实施，避免了以往开发人员被动救火的方式，并将个人主观因素减低至最少。开发人员的个人创造性从独立任意的发挥消解并转移到如何创建性地运用和完善工程过程上来。
作为一种模型，CMMI实际上是对软件机构工程过程的理论和数据模拟，在对它的应用中，主要包括软件产品供应方和应用方两大类。
目前，世界范围内已采纳CMMI标准的企业纷纷以此标准决定软件项目合同的承接与分包。实践中，许多中小企业在接纳CMMI体系时，采纳了保留企业部分原有工程过程指标并加以修改的办法。
卡莱基·梅隆大学软件研究所提出了一套实施CMMI标准的方法，按照他们的建议，IDEAL是企业开始引入CMMI体系的良好参照模式，它包括：
I--启动（Initiating）,表示开发机构应为CMMI的引入准备好前期基础设施和程序。
D--诊断（Diagnosing）,明确机构目前所处的能力水平及目标等级所在。
E--建构（Establishing）,制定如何实现目标等级的计划。
A--行动（Acting）,具体实施该计划。
L--学习（Learning）,积累以往经验并将其用于持续的改进过程之中，同时注意新技术和工具的引入以协助过程实施。
如有可能，企业在咨询机构或咨询师的协助下可以加快CMMI体系引入的过程，但企业必须同时着力于培训自身理解工程过程的人才。较好的方法包括在开发组织内部分项目形成CMMI研讨小组以促进开发组及开发人员之间的经验交流。显而易见，实施CMMI的成效应根据机构自身特有的实际情况作判断，正确的实施应该从质和量两方面对过程的各环节发生作用。CMMI体系在中小企业的应用中并未要求逐字照章对应每一项核心过程域和核心实践来进行，机构可以用裁减的办法对其应用程度作修正，也可选用阐述的办法将某项具体的实施工作等同为特定的核心实施。
根据SEI的研究数据，绝大多数软件项目的成功都遵循了下述的工程原则：
1、将软件生命周期划分为若干阶段并进行严格的计划，包括项目计划，里程碑计划，质量检测计划，维护计划等。
2、在开发过程中，分阶段进行复审和评估，以便尽早发现错误所在。
3、项目组成员应注重包括技术和流程在内的培训，提高人员素质。
4、软件过程的改进应是持续性的，不断调整的进程。
5、尽可能采用度量数据来描述过程中的每一环节，从而提高可预测性和可控制性。
6、对以往所有开发工作必须进行文档工作，积累经验以用于未来的开发之中。
7、如果项目允许，尽可能采纳较为先进的技术与工具，例如，面向对象的编程方式(OOP)
CMMI是什么？
(Capability Maturity Model Integration，能力成熟度模式整合) \x0d\x0a\x0d\x0aCMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基於模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。 \x0d\x0a\x0d\x0a然而，软件组织形成一套完整而成熟的软件过程不是一蹴而就的事情，需要经历一系列的成熟度。软件组织首先要进行差异分析，评定自己比较接近哪一个成熟度，然后再根据自身的情况来决定要采取哪些改进活动，来更有效地改进自己的软件过程。这就对软件过程的评定提出了一个客观的标准。美国卡内基梅隆大学软件工程学院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是这样的一个理论模型，其目的在於帮助软件组织改善软件生产流程，以探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。 \x0d\x0a\x0d\x0aCMMI \x0d\x0a\x0d\x0aCMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎_保持这些模式之间的协调。 \x0d\x0a\x0d\x0a由业界、美国政府和卡内基·梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力於帮助企业缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。 \x0d\x0a\x0d\x0a与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。 \x0d\x0a\x0d\x0aCMMI的源模型：软件能力成熟度模型2.0版，C稿；电子行业协会临时标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD- CMM)。 \x0d\x0a\x0d\x0aCMMI的原则： \x0d\x0a\x0d\x0a1． 强调高层管理者的支持。过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。 \x0d\x0a\x0d\x0a2． 仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看到对组织的效益。 \x0d\x0a\x0d\x0a3． 选择最佳实践，应该基於组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。 \x0d\x0a\x0d\x0a4． 过程改进要与组织的商务目标一致，与发展战略紧密结合。 \x0d\x0a\x0d\x0aCMMI目标: \x0d\x0a\x0d\x0a1. 为提高组织过程和管理产品开发、发布和维护能力的提供保障。 \x0d\x0a\x0d\x0a2. 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。 \x0d\x0a\x0d\x0aCMMI的方法： \x0d\x0a\x0d\x0a1 决定哪个CMMI模型等级最适合组织过程改进需要。 \x0d\x0a\x0d\x0a2 选择模型的表示法是连续式还是阶段式。 \x0d\x0a\x0d\x0a3 决定组织需要用到的模型中的知识领域。 \x0d\x0a\x0d\x0a4 类似CMM提出的过程改进6步，集成化过程改进分成：开始集成过程改进,建造集成改善平台，集成传统过程，启动新过程，进行改 进评估。 \x0d\x0a\x0d\x0aCMMI内容 \x0d\x0a\x0d\x0aCMMI内容分为"要求"、"期望"和"提供信息"三个级别，来衡量模型包括的质量重要性和作用。最重要的是"要求"级别，是模型和过程改进的基础。第二级别"期望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明。 \x0d\x0a\x0d\x0a"要求"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。当一个目标对应一个关键过程域，就称为"特定目标"；对应整个关键过程域就称为"公用目标"。整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。 \x0d\x0a\x0d\x0a"期望"的构件是方法，代表了达到目标的实践手段和补充认识。每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法"；而能适用於所有目标时就是"公用方法"。CMMI模型包括了186个特定方法，每个目标有两到七个方法对应。 \x0d\x0a\x0d\x0aCMMI包括了10种"提供的信息"：目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特徵；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。 \x0d\x0a\x0d\x0aCMMI提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。 \x0d\x0a\x0d\x0a阶段式方法将模型表示为一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中於何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。 \x0d\x0a\x0d\x0a连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式，并可应用於所有的KAP中，通过实现公用方法来改进过程。它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。 \x0d\x0a\x0d\x0a两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素，而达到了相同的改善目的。 \x0d\x0a\x0d\x0aCMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM。CMMI与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域： \x0d\x0a\x0d\x0a1．软件工程（SW-CMM） \x0d\x0a\x0d\x0a软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。 \x0d\x0a\x0d\x0a2．系统工程（SE-CMM） \x0d\x0a\x0d\x0a系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。 \x0d\x0a\x0d\x0a3．集成的产品和过程开发（IPPD-CMM） \x0d\x0a\x0d\x0a集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。 \x0d\x0a\x0d\x0a4．采购（SS-CMM） \x0d\x0a\x0d\x0a采购的内容适用於那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议和供应关系进行适当的调整。 \x0d\x0a\x0d\x0a在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。CMMI中的大部分内容是适用各不同领域的，但是实施中会有显著的差别，因此模型中提供了"不同领域应用详解"。 \x0d\x0a\x0d\x0aCMM的基於活动的度量方法和瀑布过程的有次序的、基於活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基於结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基於活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。 \x0d\x0a\x0d\x0a在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再像CMM 中 一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在於由於缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。 \x0d\x0a\x0d\x0aCMMI 模型中比 CMM 进一步强化了对需求的重视。在 CMM 中，关於需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化。在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强调了风险管理。不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。
关于cmmi软件开发流程和cmmi开发体系的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
