CMM复习详细材料.docx

CMM复习详细材料.docx

《CMM复习详细材料.docx》由会员分享，可在线阅读，更多相关《CMM复习详细材料.docx（26页珍藏版）》请在冰豆网上搜索。

CMM复习详细材料

第一章

CMM的主要特点：

1　基于实际实践

2　最好地反映了实践情况

3　反映了软件过程改进和软件过程评估执行人员的需求

4　形成文档

5　文档公开使用

软件过程评估：

软件过程评估是由一组受训的专业人员做出的评价，目的在于确定机构现行软件过程的状态，以得到机构对软件过程改进的支持。

软件能力评价：

软件能力评价是由一组受训的专业人员做出的评价，目的在于对实施软件工作的承制方的资格进行鉴别或对现行的软件过程的状态进行监督。

不成熟的软件机构有什么特征（成熟软件机构的特征2014.10）

1．软件过程一般是由具体工作人员或管理人员临时拼凑而成

2．不成熟的软件机构中，缺少评判产品质量或解决产品或过程问题的客观基础，他们一般不大理解软件过程的步骤如何影响产品质量，这些机构的产品质量很难预测。

3．项目的成功完全依赖于个人的杰出表现

过程

过程是指人们使用相应的规程、方法、设备、工具将原材料转化为面向客户的产品所做的事情。

软件过程

软件过程是指软件开发人员开发和维护软件及相应产品时所使用的一套行为、方法、实践及变化的过程。

软件过程能力

软件过程能力描述了遵循某个软件过程所能达到的预期结果的范围。

软件过程效能

软件过程效能是指遵循一个过程所能达到的实际结果的一种度量。

软件过程成熟度

软件过程成熟度是指针对具体的软件过程进行明确定义、测量、管理、控制及有效的程度。

成熟度表示软件工程能力增长的潜力，表明机构软件过程的丰富性及其服务于项目的一致性。

TQM全面软件质量管理

CMM是全面软件质量管理（TQM）中的过程管理概念在软件方面的应用，TQM的目标是满足现在和将来的客户需求。

第二章

五个级别的简单说明

1　初始级，软件过程的特点是无序的，甚至是混乱的（无序的）

2　可重复级，建立了基本的项目管理过程跟踪进度，成本和功能特效，制定了必要的过程纪律能重复早先类似应用项目取得成功（有纪律的）

3　已定义级，已将管理和工程活动两方面的软件过程文档化和标准化，并综合成机构标准软件过程（标准化的和一致的）

4　已管理级，收集对软件过程和产品质量的详细度量值，对软件过程和产品具有定量的理解（定量的和可预测的）

5　优化级，过程的量化反馈和先进的新思想，新技术促使过程不断改进

简述初始级的行为特征。

答：

1、软件过程是无序的甚至是混乱的。

2、做出不切实际的承诺。

3、软件项目的成功取决于一个杰出的管理人员或一个优秀的软件开发人员。

4、能力是个人特征而非机构特征。

5、软件过程是不确定的和不可预见的。

简述可重复级的行为特征。

答：

1、软件开发机构已建立管理软件项目的策略和实施这些策略的规程。

2、对于新项目的计划和管理基本类似工程经验。

3、针对具体项目，通过建立基本的过程管理纪律来提高过程能力。

4、软件开发机构已对软件项目制定了基本的软件管理和控制措施。

5、项目的软件标准均已确定，并且机构应保证能准确的遵循这些标准。

简述已定义级的行为特征。

答：

1、已将管理和工程活动两方面的软件过程文档化、标准化，并综合成该机构的标准软件过程。

2、项目剪裁机构标准软件过程以开发其自定义的软件过程。

3、在机构内，指定一个负责机构过程活动的小组，在机构内部要实施培训，保证全体人员和负责人具备所需的知识和技能。

4、无论工程活动还是管理活动，过程都是稳定的、可重复的。

5、软件开发机构的过程能力是标准化的和一致的

6、在全组织范围内安排培训计划

简述已管理级的行为特征。

答：

1、机构收集对软件过程和产品质量的详细度量值，对软件过程和产品都有定量的理解和控制。

2、机构为软件产品和过程设定许多定量的质量目标。

3、软件开发机构的软件过程能力是定量的和可预测的。

4、机构的过程能力允许该机构在限定的数量范围内预测软件过程趋势和产品质量。

5、通过将项目的软件产品和过程在过程执行时的差异限制在可接受的范围内，对项目实行控制。

简述优化级的行为特征。

答：

1、过程的量化反馈，使先进的新思想，新技术得到不断改进。

2、整个机构强调渐进的过程改进，在以预防缺陷为目的的过程中，机构能有效的主动确定软件过程有点和薄弱环节，并预先加强防范。

3、使用描述软件过程有效性的数据完成新技术的成本\效益分析，并向该机的软件提供相应的更改建议。

4、机构的软件小组通过分析缺陷确定其产生的原因，对软件过程进行评估以预防已知缺陷的再次发生，并在机构内进行宣传以汲取经验教训。

CMM不同级别软件过程的可视性

1．初始级，软件过程是一个不定形的实体，项目过程的可视性是有局限的。

2．可重复级，客户的需求和工作产品受到控制，已建立基本的项目管理实践，在确定的情况下，管理控制允许项目具有可视性

3．已定义级，项目定义的软件过程中的任务，具有可视性

4．已管理级，定义的软件过程得到定量使用和控制在项目开始前，客户就能对过程能力和风险有定量的认识

5．优化级，不断尝试新的和改进的软件开发方法，以受控方式提高生产率和产品质量，可视性的范围从现有过程扩展到对过程的进行可能的更改后会造成的影响

提高CMM初始级的含义（四个方面：

过程，人员，技术，测量）

1　过程：

几乎没有稳定的过程存在或被使用

2　人员：

成功取决于个人的杰出表现，工作方式是“救火”各几率之间的关系不协调甚至可能是对立的

3　技术：

引进新技术有风险

4　测量：

数据的收集与分析是混乱的

提高CMM可重复级的含义（四个方面：

过程，人员，技术，测量）

5　过程：

进行文档化，并进行稳定的估计和计划，约定过程处于项目的级别；当问题出现时，确定问题并进行修改

6　人员：

成功取决于个人素质，管理系统支持，理解和管理约定，人员得到培训

7　技术：

已建立技术支持，并有稳定的计划

8　测量：

单个项目使用资源计划，有相应的管理数据

提高CMM已定义级的含义（四个方面：

过程，人员，技术，测量）

9　过程：

整个机构使用综合管理和工程过程，预测并预防问题，降低他们的影响

10　人员：

整个项目组一起工作，也可以是集成的产品小组，根据不同人物计划和提供培训

11　技术：

定量评价新技术

12　测量：

定义的软件过程中收集和使用数据，在项目中系统地共享数据

提高CMM已管理级的含义（四个方面：

过程，人员，技术，测量）

13　过程：

定量的理解过程并使之保持稳定，了解单个问题产生的根源并将其排除

14　人员：

每个项目都有强烈的团队精神

15　技术：

定量评价新技术

16　测量：

整个组织中将数据定义和收集标准化，数据被用来定量理解和稳定过程

提高CMM优化级的含义（四个方面：

过程，人员，技术，测量）

17　过程：

持续的，系统地改进过程，了解问题的公共源头，并将其排除

18　人员：

过程改进涉及到每个人

19　技术：

尽早跟踪新技术并推广应用

20　测量：

使用数据进行评估并选择过程改进

第三章

成熟度级别

成熟度级别是一个严格定义的，想着达到成熟软件过程目标进发的平台，每个成熟度级别表示过程能力的水平

关键过程域

关键过程域确定了实现一个成熟度级别所必须解决的问题，定义了一套相应的活动，实现了这些活动，就可以达到被认为是对改进过程的能力非常重要的一组目标

关键实践

关键实践描述了对关键过程域的有效实施和制度化起最重要作用的基础设施和活动

共同特性

共同特性是一些属性，指明一个关键过程域的执行和制度化是否有效，可重复和可持续

【以下是五个共同特性】

执行约定

描述了机构为确保软件过程的建立和持续所必须采取的一些措施。

包括建立机构策略和领导关系

执行能力

描述了项目或机构能成功执行软件过程所必须满足的前提条件。

包括资源、机构结构和培训

执行活动

说明了执行一个关键过程域所需的活动、任务和规程。

包括制定计划和规程、实施工作，进行跟踪并在必要时采取正确的措施

测量和分析

描述了确定与过程相关的情况时所必须的基本测量实践，这些测量实践可以用来控制和改进过程。

典型内容包括可能采取的测量实例

验证实现

描述了为确保执行的活动与已建立的过程一致所采取的步骤。

典型内容包括管理部门和软件质量保证组实施的评审和审核

可重复级的关键过程域

21　需求管理

22　软件项目计划

23　软件项目跟踪和监督

24　软件分包合同管理

25　软件质量保证

26　软件配置管理

需求管理

目的是在客户和遵循客户需求的软件项目之间建立一种共同的理解。

【下文有含是名词解释】包括就软件项目的需求同客户建立一个协议并加以管理

需求管理的目标

1．控制指定给软件的系统需求，为软件工程和管理应用建立基线

2．保持软件计划、产品和活动与制定给软件的系统需求一致

需求管理是计划和管理软件项目的基础

软件项目计划

目的是为实施软件工程和管理软件项目制定合理的计划

包括对要完成的工作的估计，确定必要的约定和制定工作计划

软件计划制定的步骤

1.估计软件工作产品及其资源需求规模

2.制定进度计划

3.识别与评估软件风险并协商相关约定

软件项目计划的目标

1　形成文档，以供计划和跟踪软件项目使用

2　制定软件项目的活动和约定计划，形成文档

3　相关小组和个人认同与软件项目的相关约定

软件项目跟踪和监督

目的是为了能够随时掌握软件爱你项目的实际开发过程，使得当软件项目的执行和软件计划相背离时，管理部门能够采取有效的措施

软件项目跟踪和监督的目标

1．根据软件计划对实际结果和过程运行效能进行跟踪

2．当实际结果和过程运行效能与软件计划相差甚远时，采取改进措施设法关闭

3．修改软件约定经相关小组和个人同意认可

软件分包合同管理

目的是为了选择软件开发的合格分承制方，并进行有效的管理。

包括选择分承制方，建立同分承制方的约定，并评审和跟踪承制方的执行情况和结果

软件分包合同管理的目标

1　主承制方选择合格的分承制方

2　主承制方和软件分承制方就彼此之间的约定达成协议

3　主承制方和软件分承制方保持工作上的联系

4　主承制方根据制定的约定跟踪软件分承制方的实际执行情况及其结果

软件质量保证

目的是为管理者提供软件项目过程和产品的适度可见性。

包括评审和审核软件产品及其活动以验证其是否遵循应用规程的标准，并向软件项目和有关负责人提供评审和审查结果

软件质量保证的目标

1　软件质量保证活动做到有计划

2　客观地验证软件产品质量及其活动是否遵循应用规程、标准和需求

3　将软件质量保证活动和结果提交给相关小组和个人

4　由上级管理部门处理软件项目内解决不了的不一致问题

软件配置管理

目的是为保证软件项目生产的产品在软件生命周期中的完整性

包括标识给定时间点的配置，系统的保持这些配置，并在软件生命周期中保持这些配置的完整性和可跟踪性

软件配置管理的目标

1　软件配置管理活动是有计划的

2　所选择的软件工作产品是经过标识、受到控制的并具有可用性

3　所标识软件工作产品的更改受到控制

4　让相关小组和个人及时了解软件基线的状态和内容

已定义级

1　机构过程焦点

2　机构过程定义

3　综合软件管理

4　软件产品工程

5　培训大纲

6　组间协调

7　同行评审

机构过程焦点

机构过程焦点的目的是为机构的整体软件过程的过程能力建立机构的职责

包括开发和维护机构软件过程和项目软件过程的默契关系，并协商有关评估、开发、维护和改进这些过程的活动

机构过程焦点的目标

1　机构内部软件过程的制定和改进活动协调一致

2　相对于过程标准，所使用的软件过程的优势和薄弱环节标识清楚

3　机构级的过程开发和改进活动是有计划的

机构过程定义

目的是开发和维护一个可用软件过程资源集，以提高项目的过程运行效能，它以积累的方式使机构长期受益

包括开发和维护一个机构标准软件过程，并提供相关的过程资源，例如软件生命周期的描述项目的剪裁指南和准则，机构的软件过程数据库，软件过程相关文档库

机构过程定义的目标

1　开发和维护一个机构标准软件过程

2　收集、评审供软件项目使用的机构标准软件过程的相关信息，使之可用

培训大纲

目的是提高个人的知识和技能，使其有效的履行职责

培训大纲的目标

1　培训活动是有计划的

2　提供完成软件管理和技术任务所需的知识和技能的培训

3　软件工程组和软件相关组收到所需知识的培训

培训方式的实例

1　课堂培训

2　计算机辅助教学

3　有指导的自学

4　实习与指导过程

5　利用电子设备

综合软件管理

目的是将软件工程和管理活动结合成密切相关定义完整的软件过程

包括开发项目定义的软件过程和使用该项目定义的软件过程管理软件项目

综合软件管理的目标

1　项目定义的软件过程是机构标准软件过程的剪裁版

2　依据项目定义的软件过程对项目进行管理和计划

软件产品工程

目的是为了一致地执行一个经过完整定义的工程过程，该过程综合了所有软件工程活动，以便高效生产出正确而一致的软件产品

包括使用项目定义的软件过程以及一些适当的方法和工具实施一系列工程任务以便建立和维护软件产品

软件产品工程的目标

1　定义和综合各软件工程任务，并在生产软件的过程中始终如一的执行这些任务

2　各工作产品彼此间保持一致性

组间协调

目的是建立一种工作方式，使软件工程组和其他小组能积极协作，从而更好更有效的满足客户的需求

包括软件工程组和其他项目的工程组进行合作，处理涉及系统层的需求、目标和问题

组间协调的目标

1　客户需求经所有相关小组通过

2　各工程组之间的约定经相关小组通过

3　各工程组识别，跟踪和解决组间问题

同行评审

目的是为尽早而有效的排除软件工作产品中的缺陷，一个重要的必然结果是对软件工作产品和可预防的缺陷有更好的理解

包括由生产者的同行们对软件工作产品进行有组织有计划的检查，以找到缺陷和需要做更改的地方

同行评审的目标

1　计划同行评审活动

2　识别和排除软件产品中的缺陷

已管理级的关键过程域

定量过程管理

目的是为了定量地控制软件项目的过程运行效能，软件过程运行效能是指遵循软件过程所达到的实际结果

包括确定软件项目的过程运行效能目标，测量过程运行效能，分析测量结果并相应调整过程，使得过程运行效能处于可接受的范围

定量过程管理的目标

1　定量过程管理活动是有计划的

2　定量地控制项目定义的软件过程的过程运行效能

3　机构标准软件过程的过程能力能定量区分

软件质量管理

目的是为了定量了解项目的软件产品的质量，并实现具体的质量目标

包括确定软件产品的质量目标，制定实现这些目标的计划并监控和调整软件计划，软件工作产品，活动和质量目标，以满足客户和最终用户对高质量产品的需求和愿望

软件质量管理的目标

1　项目的软件质量管理活动是有计划的

2　软件产品的质量目标和目标的优先级被定义

3　软件产品的质量目标的实际进展过程被量化管理

优化级的关键过程域

1　缺陷预防

2　技术更新管理

3　过程更改管理

缺陷预防

目的是识别产品缺陷的原因并预防它们再次发生

包括分析过去遇到的缺陷，并采取措施防止将来再次发生此类错误

缺陷预防的目标

1　缺陷预防活动是有计划的

2　找出并标识缺陷产生的共同原因

3　缺陷产生的共同原因被排序并被系统地消除

技术更新管理

目的是为了识别新技术，并有序的将这些技术引入机构内

包括识别、选择和评价新技术，并将有效的技术引入机构中，其目标是改进软件质量，提高生产率，缩短产品开发周期

技术更新管理的目标

1．有计划的进行技术更新

2．评价新技术，确定其对质量和生产率的影响

3．将适用的新技术转到机构的正常实践中

过程更改管理

目的是为了不断的改进机构中所使用的软件过程，以提高质量和生产率缩短产品开发周期

包括定义项目的改进目标，并在上级管理部门的倡导和支持下持续不断的系统地识别评价和实施对机构标准软件过程和项目定义的软件过程的改进

过程更改管理的目标

1　有实施持续的过程改进计划

2　机构范围内的人员都要参与过程改进活动

3　持续地改进机构标准软件过程和项目定义的软件过程

第四章

1．可以用一个框架表示关键过程域，这个框架有固定的结构和语句

2．设计到机构必须遵守的策略陈述的关键过程域

1　机构过程焦点

2　机构过程定义

3　培训大纲

4　定量过程管理

5　缺陷预防

6　技术更新管理

7　过程更改管理

3.涉及领导体制的关键过程域

1　软件项目计划

2　软件项目跟踪和监督

3　软件分包合同管理

4　机构过程焦点

5　技术更新管理

6　过程更改管理

[软件开发计划的前提是软件项目跟踪和监督]

4.涉及到机构结构的关键过程域

1）软件质量保证

2）软件配置管理

3）机构过程焦点

4）培训大纲

5）定量过程管理

6）缺陷预防

7）技术更新管理

5.包含非正规计划的关键过程域【不可控】

1）机构过程焦点

2）组间协调

3）同行评审

4）缺陷预防

5）技术更新管理

6.涉及正规计划的关键过程域【可控】

1）软件项目计划

2）软件分包合同管理

3）软件质量保证

4）软件配置管理

5）培训大纲

6）综合软件管理

7）定量过程管理

8）过程更改管理

9）软件质量管理

7.不包括项目管理监督实践的关键过程域

1）机构过程焦点

2）机构过程定义

3）培训大纲

4）同行评审

5）技术更新管理

6）过程更改管理

8.项目负责人

对整个项目负完全责任，是指导、控制、管理和规范某个软件或软/硬件系统建设的人，项目负责人是对最终客户负责的人

9.项目软件负责人

是对一个项目的所有软件活动负完全责任控制一个项目的所有软件资源，按照软件约定与项目负责人打交道

10.软件工程人员

就是软件技术人员，包括分析员、程序员和工程师，他们执行软件开发和维护活动，但不是负责人

11.机构

机构是指公司或其他实体中的一个单位，它从整体上管理许多项目

12.机构的实例

1　公司

2　企业的下属部门

3　政府机关

4　服务部门

13.项目

项目是机构承担的具体任务，该任务要求对特定产品进行开发和维护

14.小组

小组是有负责一组任务或活动的部门、负责人和人员组成

15.小组的实例

1　指定的兼职成员

2　来自不同部门的几个兼职成员

3　专职工作的一个部门或多个部门

4　几个专职成员

16.软件工程组

是指负责一个项目的开发和维护活动的人员

17.软件相关组

代表一个工程科目的一组人，这类小组支持但不直接负责软件开发和维护工作

18.软件相关组包括

1　软件质量保证组

2　软件配置管理组

3　软件工程过程组

19.软件工程过程组

是协助对机构所使用的软件过程进行定义、维护和改进的一个专家小组

20.系统测试组

是包括有负责人和技术人员的一个小组，负责计划和实施对软件的单独系统测试，以确定其软件产品是否满足需求

21.软件质量保证组

是包括有负责人和技术人员的一个小组，负责计划和实施项目的质量保证活动，以确保软件开发活动遵循过程规程和标准

22.软件配置管理组

是包括有负责人和技术人员的一个小组，负责计划、协调和实施项目的正规配置管理活动

23.培训组

是包括有负责人和技术人员的一个小组，负责协调安排机构的培训活动

24.软件过程定义是达到更高成熟度界别的根本，软件过程定义从级别3的机构过程定义开始

25.软件过程资源包括

1　机构标准软件过程

2　认可使用的软件生命周期

3　剪裁机构标准软件过程的指南和准则

4　机构的软件过程数据库

5　软件过程相关文档库

26.软件过程单元

软件过程描述的组成单元，每个过程要素包含一个严格定义的，有限的和紧密相关活动集

27.软件生命周期

从软件产品的设想开始到不再使用而结束的时间周期，包括设想阶段，需求阶段，设计阶段，实现阶段，测试阶段，安装和检查阶段，运行和维护阶段，有时还包括退役阶段

28.制定剪裁指南的目的

1　从认可的软件生命周期中选择合适的生命周期

2　剪裁和精化机构标准软件过程和所选的软件生命周期，使其适用于项目的具体特征

29.建立过程相关文档库的目的

1　保存对现在和将来的项目，可能有用的过程文档，特别是与机构标准软件过程有关的过程文档

2　在机构范围内共享使用

30.项目定义的软件过程

描述定义供项目使用的软件过程，对项目定义的软件过程进行说明和理解并对其中的软件标准、规程、工具和方法进行描述，项目定义的软件过程是通过针对项目具体特点剪裁机构标准软件过程而得来的

31.阶段

是指软件工作划分的一部分，其规模大小易于管理，是一组由项目执行的，意义明确的和可以测量的相关任务

32.任务

是软件过程中一个严格定义的工作单元，为管理部门提供一个关于项目状态的可见检查点

（任务可分为：

就绪准则和完成准则）

33.软件工作产品

作为定义、维护和使用一个软件过程的一部分而产生的任何人工制品，它的实例有计划、估计、实际工作数据量、纠正措施文档和需求文档，软件工作产品可作为软件产品提交给客户或最终用户

34.软件产品

是指提交给客户或最终用户的计算机程序、规程和相关文档与数据的全集或集合中的单项

35.机构过程结构

是机构标准软件过程的高层次描述，是机构标准软件过程中，软件过程要素的接口、顺序、相互依赖性及其他关系，另外还描述了其他外部过程的接口，依赖关系及其他关系

36.能力成熟度模型

是软件开发机构用于定义、实施、测量、控制和改进其软件开发机构的一种阶段性描述，该模型使得对现有过程能力的确定以及软件质量和过程改进的重要问题的识别变得方便，从而为选择过程改进策略提供指南

37.规程

为执行给定的任务需求采取的行为方针和方法的书面描述

38.CMM项目通常有三份文档：

软件开发计划，软件管理计划，项目工作明细结构表，以达到关键实践对软件项目的软件风险管理，软件质量保证和软件开发计划的要求

39.机构的所有项目都享有相同的管理层次和管理策略

40.典型地一个项目有自己的经费、成本预算和提交的进度计划

第五章

1．SEI制定的软件改进方法称为IDEAL方法

1　初始化

2　诊断

3　建立

4　行动

5　推进

2．如何实施IDEAL方法

1　初始化阶段实施改进激励的方法，明确内容，建立领导关系，建立改进基础结构

2　诊断阶段，估价和刻画当前实践，模拟建议和记录阶段结果

3　建立阶段，确立方针和优先级，建立过程行动小组、规划行动

4　行动阶段，计划，执行和跟踪安装，规划和执行行为指南，定义过程和度量

5　推进阶段，记录并分析经验教训，修订机构的方法

综上所述：

IDEAL是一个整体框架，描述了成功的过程改进所需经历阶段，实施的活动和所需的资源

3．CMM软件过程改进有两种类型的评估：

软件过程能力评估和软件能力评价

4．基于CMM的估价方法

1　使用软件过程成熟度问卷开始现场调查

2　使用CMM指导进行现场调查

3　以CMM关键过程域的概念明确提出过程的强弱之处，找出问题

4　获得一个基于关键过程域目标的满足分析的剖面图

5　根据调查结果清单和关键过程域剖面图，向合适的部门或者单位提出结论意见

5．简述CMM的估价方法

1　选择估价小组

2　填写成熟度问卷调查，并回答小组提出的诊断性问题

3　估价小组进行响应分析

4　小组现场访问，根据响应分析的结果，小组进行座谈和文档复审

5　小组准备一个调查结果清单

6　小组准备一个软件关键过程域的剖面图

6．CMM关注过程管理，而不是人员问题，