CMM入门培训材料ppt课件

1、CMM入门培训教程.主要内容CMM的根本概念才干成熟度模型CMM才干成熟度模型集成CMMICMM与CMMI的选择.CMM的根本概念(1/4) 组织organization。管理软件工程，能对工程进展评价和过程改良的实体，如政府机关、公司、效力部门等。工程project。由组织承当的，并需求组织中各部门通力协作完成的指定产品的开发和维护义务。任何一个工程都涉及经费、本钱和进度方案。这里的产品包括硬件、软件或其他构件。.CMM的根本概念(2/4)软件过程software process。软件开发人员为开发和维护软件及相关产品所实施的一系列步骤，这些步骤涉及方法、工具以及人的组织和行为。软件产品的质

2、量取决于软件开发和维护过程的质量，与其他产品的开发过程一样，软件过程也必需进展严厉管理，由于只需严厉管理才干保证效益和质量。.CMM的根本概念(3/4)组织的规范软件过程organizations standard software process。组织内部运用的软件过程，它描画软件过程要素和要素之间的关系，用它可以建立某一详细工程的软件过程。软件开发组织的软件过程才干是软件开发组织可以承接软件工程的重要根据。成熟的软件开发组织非常注重提高本身的软件过程才干，组织的指点者留意调动各层次、各类型人员的积极性和发明性，留意提高员工素质和技艺，留意培育和发扬企业文化。在软件开发过程中，大家可以团结协

3、作，可以将人、软件开发战略和方法、软件工具和环境有机地结合起来，使得软件开发和维护的整个过程是系统的、完好的、一致的和规范的。软件开发组织的软件过程是动态的，是逐渐成熟和演化的。.CMM的根本概念(4/4)工程的软件过程projects defined software process。按照工程的特点和要求，对组织的规范软件过程进展剪裁和描画，包括相关的软件规范、规程、工具和方法。组织的软件过程资产organizations software process assets。软件过程资产是软件开发组织可以控制和管理的，用于软件过程定义和剪裁，以及软件工程开发和管理的实体，包括组织的规范软件过程、

4、同意运用的软件生命周期方式、剪裁规范软件过程的指南和准那么、软件过程数据库、软件过程文档库等。.才干成熟度模型CMM 1CMM的才干成熟度级别及关键过程域2成熟度级别的行为特征和关键过程域3) CMM的关键实际和共同特征4才干成熟度的提高和CMM评价.1CMM的才干成熟度级别及关键过程域CMM的才干成熟度级别及关键过程域如表所示。CMM的才干成熟度共分5级：L1初始级、L2可反复级、L3已定义级、L4已管理级和L5优化级。由于初始级L1处于无序任务形状，无系统的规范，故在表中略去。L2以上包含假设干关键过程域。 .关键过程域key process area描画软件过程的属性，经过完成一组相互关

5、联的活动，实现一组对建立过程才干至关重要的目的。关键过程域是SEI标识的，协助确定软件开发组织的软件过程才干，评价软件成熟度的根本单元。关键过程域器具有固定构造和语句的框架表示。关键过程域的目的goals是指点和评价组织或组织的工程有效实际关键过程域的指南，是关键过程域应完成的义务和进展关键实际的概括描画。要到达关键过程域的目的，不仅需求一系列关键实际活动的支持，而且还要依赖较低级别关键过程域的实现。CMM的关键实际key practices指对关键过程域的有效实施和制度化其重要作用的根底设备和活动，如组织构造、战略、规范、培训、设备、工具等，它与详细的组织和实现无关。下面将对CMM才干成熟度

6、每一级涉及的关键过程域、目的和为到达这一目的必需完成的关键实际逐渐展开讨论。.才干成熟度模型CMM 1CMM的才干成熟度级别及关键过程域2成熟度级别的行为特征和关键过程域3) CMM的关键实际和共同特征4才干成熟度的提高和CMM评价.2成熟度级别的行为特征和关键过程域1L1初始级initial。初始级的软件开发组织几乎没有软件过程管理，软件开发是无序和混乱的，软件开发过程是不稳定的，软件工程的胜利取决于开发精英个人或小组对软件过程的了解和努力。.2L2可反复级repeatable。(1/8)为了跟踪软件开发过程的进度、本钱和产品功能，可反复级的软件开发组织根据本身的阅历和实践情况建立了根本的工

7、程管理体系，制定了根本的软件过程管理和控制措施。这些措施包括：必要的规章制度和纪律、软件开发过程的论证和定义、人员的分工和培训、软件过程的阶段评审及用评审结果指点下一步的任务等。软件开发组织可以反复以前开发类似软件工程获得的胜利。.可反复级的关键过程域包括：需求管理、软件工程方案、工程跟踪和监视、分包合同管理、软件质量保证和软件配置管理。下面引见各关键过程域要到达的目的和关键实际活动。2L2可反复级repeatable。(2/8).2L2可反复级repeatable(3/8)需求管理requirements management。建立客户的软件工程需求，并使工程开发人员与客户对软件需求产生一致

8、的了解。这一点很重要，由于它是软件工程管理和开发的根底，在很多场所还需求软件需求工程的支持。.2L2可反复级repeatable(4/8)软件工程方案software project planning。制定实施软件工程与管理软件工程的任务方案。主要任务包括：明确义务，估算软件产品的规模、所需资源和约束条件，估算存在的风险以及产生工程方案文档等。软件工程方案是管理软件工程必需的文件和工具。.2L2可反复级repeatable(5/8)软件工程跟踪和监视software project tracking and oversight。根据软件开发方案管理软件工程，随时掌握软件工程的实践开发过程。按照

9、工程方案对软件开发的进度和阶段产品进展跟踪和评审，当软件工程的执行情况与软件工程方案发生较大偏向时，管理机构必需采取有效的控制措施，必要时可根据工程的实践完成情况和结果修订工程方案。.2L2可反复级repeatable(6/8)软件分包合同管理software subcontract management。根据商业联盟、过程才干和技术等要素选择高质量的软件承接方来承接软件工程的部分子工程。制定子工程承接方的任务义务和工程方案文档，它是主承接方跟踪检查和监视子工程过程和产品的根据。.2L2可反复级repeatable(7/8)软件质量保证software quality assurance的规范

10、和规程坚持一致，对发现的问题应采取必要措施。评审软件产品和活动，检验它们能否与运用予以处理。.2L2可反复级repeatable(8/8)软件配置管理software configuration management。保证软件工程生成的产品在软件生命周期中的完好性。在给定时间点上确定软件配置如任务产品及其阐明，系统地控制软件配置的变化并在整个软件生命周期中维护配置的完好性和可跟踪性。.3L3已定义级defined(1/9)已定义级组织的特点是，将管理和工程两方面的软件过程规范化、文档化和制度化。软件开发组织已建立本人的软件过程规范，该组织承接的一切软件工程都是用本人的软件过程规范或根据工程需求

11、剪裁一个子集。工程运用的软件过程规范成为工程定义的软件过程。已定义级的软件组织进展的软件过程应该是规范的、一致的和稳定的，软件开发过程中能对工程的本钱、进度和产品的功能、质量进展跟踪和控制。.3L3已定义级defined(2/9)已定义级的关键过程域涉及工程和组织两方面，内容包括：组织级过程焦点、组织级过程定义、培训大纲、集成化软件管理、软件产品工程、组间协调和同行评审。.3L3已定义级defined(3/9)组织级过程焦点organization process focus。不断提高对组织软件工程和工程软件过程的认识和了解，围绕过程定义和过程改良目的及时采取措施，协调、评价、开发和维护过程改

12、良活动。.3L3已定义级defined(4/9)组织级过程定义organization process definition。过程定义的关键实际活动包括：描画软件生命周期、制定过程剪裁准那么和指南、建立组织级的软件过程数据库及相关文档库、确定定量过程管理需求的数据、构成稳定的准那么支持组织制定各项规章制度等。.3L3已定义级defined(5/9)培训大纲training program。经过培训，提高组织成员个人的知识程度和技艺，以便更好地、更有效地完成任务义务。培训内容应针对组织、工程和个人的实践需求。根据培训需求制定培训大纲，包括培训方案、内容、资料、设备、方式和评价等。.3L3已定义级

13、defined(6/9)集成化软件管理integrated software management。集成化软件管理的根底是，L2的需求管理、软件工程方案、软件工程跟踪和监视3个关键过程。满足集成化软件管理的组织应可以按照组织严厉定义的过程来方案和管理一个软件工程.3L3已定义级defined(7/9)软件产品工程software product engineering。按照软件工程过程的定义，有效地开发出稳定的软件任务产品。软件任务产品指描画软件过程的文档、方案、规程，计算机程序和数据等，其中的一部分或全部将交付客户或最终用户。主要活动是描画软件工程的技术活动，如需求分析、设计、编码和测试，为

14、软件任务产品建立文档，并坚持它们的可跟踪性和一致性。.3L3已定义级defined(8/9)组间协调intergroup coordination。软件过程任务量大，参与的人员多、复杂程度高，软件产品时效性强，必需有严厉的分工和亲密的协作。软件工程小组应特别留意系统需求、测试等方面的问题，自动与相关小组协调，由于只需协作攻关才干使工程更好、更有效地满足客户需求。.3L3已定义级defined(9/9)同行评审peer reviews。同行专家评审是一种有效的、重要的工程方法，评审方式有检查、构造走查等。评审可以加深对软件任务产品的了解，可以尽早地、有效地排除软件产品的缺陷。.5L5优化级opt

15、imizing(1/2)在软件开发过程中，优化级的软件开发组织可以有效地确定软件过程的优势和薄弱环节，注重并利用软件开发和维护过程中的反响直进展过程和产质量量的定量控制，可以采用先进的思想、方法、技术不断改良软件过程，提高组织的软件过程才干。.4L4已管理级managed(1/2)已管理级组织的主要特点是，注重软件度量，留意采集软件过程和产质量量的度量值，对软件过程和产品有定量的了解，并以此为根底进展决策和控制。.4L4已管理级managed(2/2)已管理级的关键领域包括：定量的过程管理和软件质量管理。定量的过程管理quantitative process management。定量地控制工

16、程的软件过程可以到达的实践结果，从而得到一个稳定的、可定量预测的过程。软件质量管理software quality management。软件质量管理以产品为中心，目的是定量地评价软件产品的质量，实现详细的质量目的，满足客户和最终用户的需求。关键实际活动内容包括：定义软件产品的质量目的，制定软件质量方案，监视、调整软件质量方案、软件任务产品、开发活动及目的等。.5L5优化级optimizing(2/2)优化级的关键领域包括缺陷的预防、技术更新管理和过程更改管理。 缺陷的预防defect prevention。分析软件工程的缺陷，确定缘由，并采取相应措施预防他们再次发生。缺陷预防措施经常涉及软件

17、过程的定义、管理和技术的提高等。技术更新管理technology change management。选择、评价和确定新技术，如工具、方法和过程，并将有效的技术引入到软件开发组织，以便改良软件质量、提高软件消费率、缩短软件产品的开发周期。技术更新管理能有效地改良软件过程。过程更改管理process change management。为提高软件质量和软件消费率，缩短软件产品的开发周期，必需不断改良组织中运用的软件过程。过程更改管理应在上级管理部门的主持下，积极自动且系统地对组织的规范软件过程和工程定义的软件过程进展改良和创新。.综上所述，自然会得出这样的结论：组织的成熟度级别越高，其软件开发才

18、干越强，产质量量越好，效率越高，本钱越低。不同CMM级别的软件开发组织开发一个包含五十万行程序代码的软件的统计数据如表所示。.才干成熟度模型CMM 1CMM的才干成熟度级别及关键过程域2成熟度级别的行为特征和关键过程域3) CMM的关键实际和共同特征4才干成熟度的提高和CMM评价.3) CMM的关键实际和共同特征上面讨论了关键过程域的目的和为了到达这些目的需求的一组关键实际。关键实际描画对关键过程域起重要作用的根底设备和实际活动，应该指出“做什么，而不详细规定“怎样做。有些场所，为便于操作，关键实际还可以进一步分解。.3) CMM的关键实际和共同特征关键实际可以从执行商定、执行才干、执行活动、

19、丈量分析和验证明现5个方面进展描画。执行商定。描画软件开发组织为建立和执行软件过程采取的措施，包括制定组织战略和构建指点体制等。执行才干。描画工程或组织胜利执行软件过程所必需的条件，包括资源、组织机构和培训等。执行活动。描画实现关键过程域所必需的活动，包括职责分工、制定方案和规程、任务实施、过程跟踪和反响等。丈量分析。描画控制和改良软件过程必需的根本丈量实际，包括培训大纲的质量、软件管理的有效性、软件产品的功能和质量等。验证明现。描画为检验实践执行的与定义的软件过程的一致性所采取的措施，包括上级管理部门定期审查、工程管理部门的监视和软件质量保证活动等。.才干成熟度模型CMM 1CMM的才干成熟

20、度级别及关键过程域2成熟度级别的行为特征和关键过程域3) CMM的关键实际和共同特征4才干成熟度的提高和CMM评价.4才干成熟度的提高和CMM评价 1才干成熟度级别的提高。 2CMM评价。 .1才干成熟度级别的提高软件过程或软件开发组织按照CMM模型仔细评价并找出优势和差距后，经过有针对性的本身建立，可以提高才干成熟度等级。逐级提高的根底和涉及的主要建立内容如图.2CMM评价 SEI/CMU制定了工程的软件过程CMM评价方法，该方法也可以用于组织的软件才干成熟度评价。基于CMM的评价方法分6个步骤： 成立评价小组，小组由软件工程和管理任务阅历丰富的专家组成，小组成员应接受过CMM根本概念和评价

21、方法的专门培训。参评单位的代表仔细填写成熟度问卷调查表，并回答有关问题。评价小组分析调查询卷。评价小组现场访问、召开座谈会、审核过程文档，判别关键过程域的实际活动能否到达预定目的，并将结论记入文档。整理调查结果、撰写调查报告，指明软件过程的强项和弱项。绘制软件关键过程域剖面图，显示能否到达关键过程域的目的，并向有关部门提交评价的结论性意见。.SEI于2002年8月公布了美国多种行业、不同规模的1124个软件开发组织的CMM评价结果， .才干成熟度模型集成CMMI的产生 1才干成熟度模型集成CMMI的产生2) 阶段式模型和延续式模型3CMMI SE/SW/IPPD V1.0的24个过程域.1才干

22、成熟度模型集成CMMI的产生软件才干成熟度模型CMM促进了软件过程的改良，提高了软件开发质量和消费效率。该模型获得了胜利，产生了很大影响，于是，系统工程、系统平安工程、集成化产品开发等许多工程学科和领域也都参照CMM建立本人的才干成熟度模型，如SE CMM、People CMM、IPD CMM、FAA - iCMM等。但与此同时，模型的繁衍也导致了模型框架、术语等方面的矛盾和不一致。当某一工程工程涉及假设干个学科和领域后，这种矛盾就非常突出了。其次，CMM公布后的假设干年内，工程环境更加复杂，工程规模更大，参与工程工程的组织和人员更多，范围更广泛，工程的施工涉及多学科、交叉学科、并行工程及更多

23、的国际规范。这些新的变化促使美国国防部、美国国防工业协会和SEI/CMU共同开发一种新的模型CMMICapability Maturity Model Integration。CMMI工程在1998年正式启动。人们希望CMMI是假设干过程模型的综合和改良，是支持多个工程学科和领域的系统的、一致的过程改良框架，可以顺应现代工程的特点和需求，可以提高过程的质量和任务效率。来自业界、政府部门和SEI/CMU的170人，经过两年的任务于2000年发布第一个CMMI模型CMMI SE/SW/IPPD V1.0。CMMI SE/SW/IPPD V1.0的主要参考模型是软件学科的SW CMM、系统工程学科的

24、EIA/IS 731、集成化产品和过程开发领域的IPD CMM V0.98。CMMI承继了SW CMM的阶段式表示法和EIA/IS 731 的延续式表示法。采用两种表示法的缘由是，两种表示法各有优缺陷，目前选用一种表示法的时机尚不成熟。软件学科的两种表示法均采用一致的24个过程域，它们在逻辑上是等价的。对同一组织采用两种模型分别进展CMMI评价应该得到一样的结论。.阶段式模型和延续式模型 1阶段式模型。 2延续式模型。 .1阶段式模型 阶段式模型根本沿袭SW CMM模型框架，仍坚持5个“成熟度等级，但过程域作了一些调整和扩展， .当某一组织经过了某一等级过程域中的全部过程，即意味着该组织的成熟

25、度到达了这一等级。随着组织本身建立的加强及相关过程域成熟度的逐渐提高，组织的成熟度等级经过评价也得到相应的提高。利用阶段式模型对组织进展成熟度度量，概念明晰、易于了解、便于操作。.(2)延续式模型 与阶段式模型相比，延续式模型没有与组织成熟度相关的几个阶段。延续式模型将24个过程域按照功能划分为过程管理、工程管理、工程和支持4个过程组。每组包含的过程域如表所示。 .延续式模型的过程域强调实际，每个过程域代表组织某一方面的才干。每个过程域的才干均分为5级，一切过程域共同的才干等级决议组织的才干等级。延续式模型允许组织对延续式模型的过程域进展剪裁，也允许对不同的过程域采用不同的才干等级。采用这种方

26、式的评价结果用才干特征图表示，才干特征图通常采用电子表格的方式，如下图。延续式模型允许一个过程域出如今多个特征图中，这些特征图分别代表某种才干的过程域的子集。.3CMMI SE/SW/IPPD V1.0的24个过程域CMMI SE/SW/IPPD V1.0的过程域是参照SW CMM 和 SE - CMM的过程域建立起来的，数量扩展为24个，与SW CMM 的18个关键过程域相比，CMMI SE/SW/IPPD V1.0过程域的称号、内涵也作了调整。CMMI SE/SW/IPPD V1.0的过程域可以按照阶段式模型划分，也可以按照延续式模型划分，这里为了与SW CMM 的阶段式模型对应，仍采用阶

27、段式模型的划分方法和次序。由于CMMI对CMM进展了补充，所以即使CMM中出现同名过程域，也需求进一步的明确和阐明。 .1 L2可反复级。(1/3)需求管理REQM。管理工程的产品需求和产品构件需求。主要义务是，获取需求承诺，管理需求变卦、坚持需求的可跟踪性、正确地了解需求、标识工程实施过程中与需求不一致的地方。工程方案PP。制定和维护定义工程活动的方案。主要义务是，建立和维护工程方案的参数估计、建立和维护工程方案、获得对方案的承诺。工程监视和控制PMC。按方案监视工程，管理、纠正存在的问题。主要义务是，及时提供工程进展情况，当工程进展偏离方案并到达不能容忍的程度时，采取适当的纠正措施。监视的

28、内容包括：工程方案参数、工程风险、相关人员的参与情况、里程碑评审、承诺的实现、数据管理和进度评审等。.1 L2可反复级。(2/3)供应商合同管理SAM。建立并执行供应商合同。主要义务是，分析需求、选择供应商、建立供应商合同、获取COTS产品、执行合同、对产品进展验收测试和发放。度量和分析MA。度量和分析过程的目的是，开发和维护工程信息管理需求的度量才干。主要义务是：. 开展度量和分析活动；.搜集数据、分析数据、储存数据和结果、提供度量和分析结果。. L2可反复级。(3/3)过程和产质量量保证PPQA。客观地评价过程及其相关的任务产品，并将报告和记录提供应工程成员和管理部门。主要义务是，按照过程

29、描画、相关的规范和规程对过程和任务产品进展评价，找出不一致的地方并构成报告和记录。为了保证评价的客观性和准确性，组织可以对过程和产品进展独立监视。配置管理CM。利用配置标识、配置控制、配置形状报告和配置审计坚持任务产品的完好性。主要义务是：建立任务产品基线；跟踪和控制变卦；建立配置管理记录，执行配置审计。.L3已定义级(1/6)需求开发RD。生成和分析客户、产品和产品构件的需求。主要义务是，开发客户需求、开发产品需求、分析和确认需求。技术处理方案TS。根据“需求开发、设计和实现问题求解方案，包括产品、产品构件和开发产品的相关过程。主要义务是，根据需求选择产品构件的求解方案，在此根底上进展设计，

30、并将设计开发成产品。产品集成PI。对产品构件进展组装，生成最终产品并交付给客用户。主要义务是，制定并实施集成战略、采取必要措施确保接口的兼容性、对构件进展检验、对产品进展测试及包装。验证VER。确保选择的任务产品满足特定的需求。主要义务是，制定并实施验证方案、验证选择的任务产品并对关键任务产品进展同行评审。对发现的问题指明纠正措施，对纠正后的产品应确保无副作用。.L3已定义级(2/6)确认VAL。证明产品或产品构件置于预期环境时可以满足预期的用途。主要义务是，制定并实施需求确认方案、产品确认方案，根据客户需求和产品需求确认产品和产品构件与需求的一致性，指明存在的差别和缺陷。组织级过程焦点OPF

31、。建立和维护对组织级过程和过程资产的了解。主要义务是：标识、捕捉过程改良时机。主要活动包括：建立组织级的过程需求、评价组织的过程、标识组织的过程改良。方案和实施过程改良活动。主要活动包括：整合组织资源、总结与国成相关的任务阅历、制定和实现过程行动方案等。.L3已定义级(3/6)组织级过程定义OPD。建立和维护组织级可用的过程资产集。主要义务有如下几方面：创建组织的过程资产，主要活动包括：描画生命周期模型、建立规范过程、制定剪裁准那么和规范；支持过程资产的运用，主要活动包括：建立组织级度量仓库、建立组织级过程资产库等。这一过程的现实将生成生命周期模型、组织级的规范过程、组织级度量仓库、组织级过程

32、文档库和剪裁准那么等。组织级培训OT。添加开发人员的技艺和知识，提高他们完本钱职任务的才干和有效性。主要义务是，标识培训需求、制定组织的培训内容和方案、提供培训、记录并评价培训结果。.L3已定义级(4/6)集成化工程管理IPM。按照集成化、已定义的过程，管理工程和工程的参与人员。主要义务有如下两方面：建立工程过程、利用组织级的过程资源方案工程活动、集成方案、按方案管理工程、为组织提供过程资源。管理工程参与人员、管理依存关系、处理协调问题。.L3已定义级(5/6)风险管理RSKM。标识软件生命周期中潜在的问题，采取必要措施缓解风险的影响。主要义务是，确定风险源和分类、定义风险参数、制定风险管理战

33、略；标识和分析风险；拟定并缓解风险。集成化的团队IT。为完成工程产品的开发和维护，在组织内将人员按照某种原那么和分工，系统地建立人物组。主要义务是，根据产品需求、集成化的工程管理要求、工程方案、组织培训才干和组织的实践情况设置义务组，选调义务组成员，按照组织的一致部署对义务组实施指点和管理，每个义务组都应制定详细的任务方案并给出承诺。.L3已定义级(6/6)决策分析和处理方案DAR。利用构造化方法制定规范的评价方案，并进展决策。主要义务是，制定评价规范、制定和运用决策分析指南、选择评价技术、标识并评价可供选择的方案、选择处理方案等。组织级集成环境OEI。建立IPPD的组织级平台和过程资产。主要

34、义务是，经过建立组织共享想象、集成化任务环境、标识IPPD技艺需求活动构建IPPD平台；经过建立指点机制、鼓励机制和平衡职责机制对工程参与人员进展管理。.L4已管理级组织级过程性能OPP。对组织规范过程级的性能给出定量的描画，提供过程性能数据、基线和模型，对组织的工程实施定量的管理。主要义务是，选择过程、建立过程的性能度量、建立质量和性能目的、建立过程性能基线和模型。工程定量管理QPM。为到达已定义工程的质量和性能目的，对工程过程进展定量管理。主要义务是，运用统计方法对工程的子过程才干进展度量，并定量地管理工程过程和产质量量。.L5已优化级组织级改革和实施OID。选择和实施改革、创新活动，改善

35、组织的过程和技术，并可以量化和度量。因果分析和处理方案CAR。标识产生缺陷和问题的缘由，并采取措施预防这些问题再次发生。主要义务是，选择分析数据，分析产生缺陷和问题的缘由，提出并实现措施建议，评价变卦效果并生成数据记录报告。.CMM和CMMI的选择和运用SW CMM是阶段式模型。几千个组织的多年实际阐明，SW CMM是胜利的、有效的。大家都懂得一个根本的道理：没有组织纪律、没有管理就没有团队。依托团队取胜的组织非常关注组织的建立和管理，关注工程的管理及与此有关的过程域。组织要改动涣散、无序的任务形状，按照软件组织的特点和要求构成规章制度健全、管文科学、任务规范、团结协作的气氛和环境，是组织到达二级成熟度。在改善管理的根底上，CMM模型引导组织进展软件开发和维护过程的定义和规范化，引导组织制定的软件过程是系统的、科学的和规范的，从而使组织到达三级成熟度。在改善管理、提高软件过程的根底上，CMM模型引导组织进展定量的管理。软件不同于硬件，软件过程