CMMI-ML2-测试题与答案

CMMI Fundamentals ML2 （25空）1、CMMI来源于全面质量管理（TQM）思想。TQM认为，产品的质量在很大程度上取决于生产和维护这个产品所使用的过程。2、CMMI模型有两种表述方式（Representation），他们是连续式表达和阶段式表达3、CMMI 阶段式表述2级一共有7个过程域（PA），这些过程域中属于项目管理领域的有：项目计划、项目监视与控制、供应商协议管理、需求管理。属于支持领域的有：过程和产品质量保证、配置管理、度量与分析。4、CMMI 阶段式表述将成熟度级别分为5级，它们的名称1-5级分别是：初始级、已管理级、已定义级、定量管理级、优化级。5、所有PA的内容在组织结构上是完全相同的，这些内容分为三类：必需的、期望的和信息性的。其中，必需的内容被称为特性目标和共性目标，共性目标下面所属的实践叫做共性实践。6、项目的三个基本特点是独特性、临时性、逐步细化。7、对一个普通的项目通常需要管理其8个方面，并对这8个方面进行整体管理。它们分别是范围、时间、成本、质量、人力资源、沟通、风险、采购。8、项目是复杂的、长期的活动，因此常分成若干个阶段逐步进行，这些阶段的集合，就叫做项目的生命周期。 Project Planning （25空） 1、在CMMI中阐述的项目计划的目的是：建立并维护项目计划，以定义项目活动。2、CMMI PP过程域设立了3个特性目标（SG），它

们依次是：项目计划参数的估算、开发项目计划、项目计划的承诺已建立和维护。3、计划的第一步是估算，估算的第一步是开发一个顶层WBS用来估计项目的范围。然后要估算任务和产品的属性，其中最重要的是产品的规模。接下来通过划分一些阶段，定义项目的生命周期。最后，要为项目的工作产品和任务估算工作量和成本。4、项目计划过程域的SG2是说要开发一个项目计划，SP2.1到SP2.6分别指名了项目计划中应该包含的6项内容，这包括：项目的预算和时间表、风险、数据管理、项目资源、知识和技能、干系人管理。5、项目计划需要与项目组内、外各相关干系人进行评审，达成广泛的承诺。6、一般的，组织通过建立项目章程并召开一个启动会议，以正式地启动一个项目。 1

7、项目计划是有层次的。作为项目与相关干系人之间建立的“合同”、并不能随便修改的那种计划叫做基线计划。8、对于规模、工作量、工期等的估算，归根结底只有两种方法，它们是专家判断和根据历史数据的类比分析。专家判断方法就一定有存在偏见，减轻偏见的方法之一是由多个专家独立估算然后汇总，这种方法叫做德尔菲技术。9、PERT是一种专家判断的估算方法，它先估计三个值：悲观值、最可能值和乐观值。然后计算预期的估计值，计算公式是：（悲观值+4*最可能值+乐观值）/6 。10、工期压缩是在不改变项目范围的前提下缩短项目的生命周期，主要有两种方法，它们是：

赶工和快速跟进。11、项目的培训既包括基本技术方面的，也包括工作流程、方法和业务领域知识方面的。12、项目人力资源计划的常用工具中，人力资源需求计划用于对不同时间段内项目需要的人力资源的类型、数量等进行计划。13、不同的干系人关心计划中的不同内容，因此要对计划进行不同层次的评审。评审计划的主要目的包括：沟通计划有关信息、协调资源、理解和建立承诺。Project Monitoring and Control （20空）1、CMMI中阐述的项目监控的目的是：提供对项目进展的理解，以便当项目表现显著偏离于项目计划时，采取适当的纠正措施。2、项目监控过程域有两个特性目标（SG），其中SG2是：当项目表现或者结果与项目计划发生显著偏差时，纠正行动得到管理直至关闭。3、对项目进行监控的正式活动常常通过两种类型的评审进行，他们分别由SP1.6和SP1.7进行说明，这两种评审分别是：过程评审和里程碑评审。4、召开周会议是很好的项目跟踪方法，好的周会议首先要关注进度和质量。5、在重要的阶段结束时对项目的评审通常要关注项目的阶段性表现和阶段性产品的质量。6、问题是项目进展过程中出现的不能立即解决的疑问、依赖、事件等，这些问题需要被记录、分析、跟踪、解决。7、项目结束后一定要进行总结和评价，这是为了学习这个项目的经验和教训。8、挣值分析是很好的方法，它首先计算三个值：PV、AV、EV。其中EV叫做挣值，它是已完

成活动的累计计划成本。计算挣值时遵循的规则主要有两种：50/50规则和0/100 2

规则。按照0/100规则，到统计时刻为止，没有完成的任务的挣值都等于 0人日。9、在挣值分析方法中，有两个关键的指数，分别是：进度绩效指数和成本绩效指数。前者的计算公式是： SPI=EV/PV 。10、挣值分析中的PV称为挣值基线，因为它随着基线计划的建立而建立。建立挣值基线的三个基础是： WBS 、工作流估算、时间表。11、挣值分析方法可以进行预测。假定原计划总值BAC = 1000，当前的SPI是0.8。又假定未来的趋势与当前相同，则完成时的预期值EAC = 1250日。 Requirement Management （15空） 1、通常意义上所说的需求工程包含两个不可分割的方面，是需求开发和需求管理。2、一个项目的需求实际上决定了项目的范围。3、CMMI阐述的需求管理的目的是：管理项目产品和产品组件的需求，并确保需求和项目计划和工作产品之间不一致性。4、REQM过程域的SP1.1强调要从需求提供者那里获得对需求的共同理解。5、REQM过程域的SP1.2指的是要从项目参加者那里获得对需求的承诺。6、当需求变更发生时，要发起变更请求，分析变更的影响，做出变更决议。需求的变更非常容易导致需求与项目计划和工作产品之间的不一致性。7、需求追溯矩阵常用于维护需求与项目计划、工作产品之间的双向可追溯性。这里的“双向”指

的是横向追溯和纵向追溯。8、需求是可验证的，指的是需求要么是可测试的、要么是可通过替代的步骤验证的。

9、需求的稳定性常常通过计算需求变更次数来度量。Measurement and Analysis （15空）1、CMMI中阐述的度量与分析的目的是：开发并维持度量能力，为管理的信息需要提供支持。2、MA过程域的SG1是说要为项目将来的度量活动先做准备，这些准备活动包括：首先定义项目的度量目标，并据此定义需要的度量数据项，然后定义度量数据的和存储步骤，最后定义度量数据的分析和沟通步骤。3、MA 过程域的SG2规定了项目度量的4个活动，它们依次是：获取、分析、存储、报告度量数据。 3

4、一个度量就是给某个实体赋一个数值或者符号，来表示其某个特定属性。

5、一般的，软件项目的4个核心度量对象是：规模、工作量、进度、缺陷。

6、软件度量方法论主要有两种，一种叫做实用软件度量，一种叫做目标驱动软件度量。 Process and Product Quality Assurance （15空） 1、在实施全面质量管理的组织中，QA促使项目遵循已定义的过程实施项目活动、遵循已定义的产品标准生产工作产品。2、CMMI中阐述的过程和产品质量保证的目的是：为员工和管理层提供对过程及其相关产品的客观性洞查。3、QA工程师的工作必须是客观性的，这种客观性表现在：以众所周知的过程和产品标准为参照；在组织结构中独立于项目组不受项

目经理管辖；他自己的工作是否遵循了过程和产品标准也要进行适当的验证和评价流程。4、QA发现的项目中对已定义的过程和标准的不遵从，叫做不符合项，它们需要被记录、报告、纠正，直到关闭。5、QA在过程中对项目进行审计，应该事先编制审计检查单，作为审计的准则。6、QA 审计不仅要针对工作产品进行，还要审计项目的过程。在审计过程时，可能审计过程的所有元素，包括过程的：输入和输出、入口条件和出口条件、角色职责、活动、验证、测量等。7、QA对工作产品的检查，不是为检查产品是否正确，而是检查产品是否符合既定标准。因此QA不是测试。 8、服务型质量保证可以帮助项目使用过程和产品标准、识别问题和预警风险。 Configuration Management （15空） 1、配置管理是为应对变更而存在的管理技术。2、基线是已经过评审和批准的产品或产品集合，是下一步开发的基础，对基线的变更需要受既定变更控制规则的严格控制。3、CMMI 中阐述的配置管理的目的是：借助于配置识别、配置控制、配置状态报告和配置审计来建立和维护工作产品的完整性。

4、CM过程域的SG1的三个实践说明了建立基线通常需要进行的三个主要活动，首先要识 4

别配置项，然后建立一个配置管理系统和变更管理系统管理它们，在适当时机建立基线。5、配置项识别指的是对开发过程将要产生的配置项进行识别。6、配置控制委员会是对

基线的建立和变更拥有权限的个人或组，是动态的，不同配置项可能有不同的配置控制委员会。7、配置审计有三类：功能配置审计、物理配置审计和配置管理审计。其中，与仓库管理员的盘库非常相似的是物理配置审计。8、一般的，产品型的项目需要对配置管理投入更多的工作量，通常需要建立版本衍生树记录产品的分支。Supplier Agreement Management （10空） 1、供应商协议管理是CMMI-DEV中比较特殊的一个过程域，因为它是唯一一个可以“NA不适用”的过程域，前提是交付产品中不包含采购。2、SAM 过程域包含两个特性目标，它们是：建立供应商协议、共同履行供应商协议。3、在发包项目供应商协议签订之前，有几个重要活动要做，包括：开发合同需求、准备询价包并询价、评价并选择供应商。最后一个活动须事先准备评价的准则。

4、发包项目进入开发期，发包方仍然需要保持对项目的控制，包括：监视项目进展、执行技术评审以发现产品缺陷、管理需求变更、跟踪需求状态。

5、供应商协议履行完毕后，应评价供应商各方面的表现，这也是项目为组织所做的贡献。

6、在产品运维期间，一定要记录、分析、解决所发现的问题，这些问题可能是产品缺陷、也可能是需求。 5