《软件能力成熟度模型与模型集成基础》前三章部分习题——软件过程改进课程

参考：①学姐的博客https://me.csdn.net/chenfang0529 ②百度 ③教材

第一章

1.软件能力成熟度模型的作用是什么？
一.对软件公司
　　(1)提高软件公司软件开发的管理能力，因为CMM可提供软件公司自我评估的方法和自我提高的手段。
　　(2)提高软件生产率。
　　(3)提高软件质量。
　　(4)提高软件公司的国内和国际竞争力。
　　二.对软件项目发包单位和软件用户
　　提供了对软件开发商开发管理水平的评估手段，有助于软件开发项目的风险识别。

2.软件有哪三个层次？
(1)个体层次:包括计算机系统中的程序及文档。程序是计算机任务处理的对象加规则的描述，文档是理解程序所需的阐述性资料。
(2)整体层次：在特定的计算机系统中，所有上述个体层次软件的总称。
(3)学科层次：研究、开发、维护和使用软件过程中所涉及的理论、方法、技术所构成的学科。随着软件需求量的快速增长，软件应用中出现的问题也越来越多。主要体现在以下五个方面。

4.改进软件过程有哪两步？
改进软件过程首先需要分析当前的过程状态，确定其需要改进之处，制定适当的改进策略。
第一步就是要对当前的软件过程进行评估，找出其中的弱点；
第二步才能依据科学的改进途径制定适当的策略。

7.简述在软件需求管理方面，对于准备通过CMM2级评测的开发机构，团队应将注意力放在哪几个方面？
软件需求必须形成文档；
(1)软件需求必须能被控制，进而建立工程和管理的基线；
(2)成员必须接受需求管理培训；
(3)建立衡量需求状态的信息。

8.简述能力成熟度模型的主要用途
CMM是开发高效率、高质量和低成本软件时普遍采用的一种方法，也是一种比较实用的软件生产过程标准。它的主要用途如下。
（1）软件过程评估（Software Process Assessment,SPA）
在评估中，由一组专业人员确定企业软件过程的状况，找出该企业所面对的与软件过程有关的、急需解决的所有问题，以便取得企业领导层对软件过程改进的支持。
（2）软件过程改进（Software Process Improvement,SPI）
软件过程改进帮助软件企业对其软件过程的改进进行计划、制定和实施，使之向更好的方向改变。
（3）软件能力评价（Software Capability Evaluation,SCE）
在能力评价中，由一组专业人员鉴别软件承包者的能力资格，检查、监察正用于软件制作的软件过程的状况。

在具体应用时不同人员可从不同侧面加以运用，具体如下：
·评估组用来识别组织中的优势和弱点；
·评价组用来识别选择不同承包商的风险并监督合同；
·评估方法是开发者用来开发其他基于CMM的评估方法，以针对一些特定的需要；
·高级管理者用来了解在其组织中制定一个软件过程改进计划所必要的活动。
·技术人员和过程改进组用来作为指南，指导他们在组织中定义和改进软件过程。

10.简述每个关键过程域所包含的关键实践涉及的5个方面。
每个关键过程域所包含的关键实践涉及5个方面，这5个方面是：执行约定、执行能力、实施活动、度量和分析、验证实施。
我们把它们称为5个共同特征，关键过程域所包含的关键实践全部按这5个共同特征加以组织。所谓共同特征是表明一个关键过程域的实施和规范化是否有效、可重复且持久的一些属性。5个共同特征的含义说明如下：
（1）执行约定（Commitment to Perform）：执行约定描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。执行约定一般包含制定组织的方针和规定高级管理者的支持。
（2）执行能力（Ability to Perform）：执行能力描述的是在软件过程中每个项目组或整个组织必须达到的前提条件。执行能力一般包括资源、组织机构和培训。
（3）实施活动（Active Performed）：实施活动描述的是实现一个关键过程域时所必须执行的任务和步骤。实施活动应该包括建立计划（正式和非正式的计划）和制定步骤开展工作，对该工作进行跟踪，以及必要时进行改进的措施。
（4）度量和分析（measurement and analysis）：度量和分析描述对过程进行度量的基本规则，以确定、改进和控制过程的状态。度量和分析一般包括一些为了确定所执行活动的状态及有效性所能采用的度量和分析的例子，通过这些例子可以知道如何确定操作活动的状态和效果。
（5）验证实施（Verifying implementation）：验证实施描述了保证遵照已建立的过程进行活动的措施。验证一般包括管理者和软件质量保证部门所作的评审和审计。

12.简述软件过程评估和软件能力评价中的共同步骤
软件过程评估所关注的是软件组织自身内部软件过程的改进问题，目的在于发现缺陷，提出改进的方向。评估组采用CMM模型来指导他们进行调查、分析和排优先次序。组织可利用这些调查结果，参照CMM中的关键实践所提供的指导，规划本组织软件过程的改进策略。
软件能力评价所关注的是识别一个特定项目在进度要求和预算限制内构造出高质量软件所面临的风险。评价包括承包者是否有能力按计划开发软件产品，是否能按预算完成等。通过利用CMM模型确定评价结果后，就可以利用这些结果来确定选择某一承包商的风险。也可以用这些结果来判断承包者的工作进程，推动他们改进软件过程。
CMM为进行软件过程评估和软件能力评价建立一个共同的参考框架，作为评估软件过程成熟度的根据。如图：

第一步：建立一个评估/评价组，该组的成员应该是具有丰富的软件工程和管理知识的专业人员，并接受过CMM模型基本概念和评估及评价方法方面的有关培训。
第二步：填写提问单，完成问卷调查和取样工作。其内容和涉及的问题要从评价和评估的角度出发，具有代表性，能够反映软件成熟度的基本评价。
第三步：进行响应分析。评估和评价组对提问单响应进行统计分析，定义必须作进一步探查的区域。待探查的区域与CMM的关键过程域相对应。
第四步：进行现场访问。评估小组开始深入被评估的单位，以分析结果为依据，组织会谈和评审有关文档，以便更好地理解软件过程的情况。所有工作都是以CMM模型关键过程域和主要实践活动为指导，进行提问、倾听、检查，以及协商等工作。评估组对存在的问题、理论与实践的差异和是否满足目标等进行详细记录，并运用专业性判断得出结论。
第五步：提出调查发现清单。在现场工作阶段结束时，评估或评价组必须提供出评估单位软件过程的优缺点及强项和弱项清单。在软件过程评估中，该调查发现清单作为提出过程改进建议的基础；在软件能力评价中调查发现清单作为软件采购单位所作风险分析的参考资料。
第六步：制作关键过程域（KPA）剖面图。评估和评价组依据关键过程的基本情况列出评估提纲，指出被评估单位已经满足的软件过程域目标和尚未满足的软件过程域目标。一个关键过程域可能是已满足要求的，但仍存在一些相关的问题，如果未发现或未指出这些问题，就会妨碍实现该关键过程域的某个目标。值得注意的是已经满足目标的软件过程域并不意味着不存在相关的缺陷，只是这些缺点并不影响主体。
以上的步骤为软件过程评估和软件能力评价提供了很有参考价值的方法，在具体操作时以下这些特点也非常值得考虑。
·采用成熟度提问单作为现场访问的出发点；
·采用CMM作为指导现场调查研究的引导图；
·利用CMM中的关键过程域生成明确地指出软件过程强项和弱项的调查发现清单；
·在对关键过程域目标满足情况进行分析的基础上，衍生出一个剖面；
·根据调查发现清单和关键过程域剖面，向合适的对象提出结论意见。

13.简述能力成熟度模型实施人员的划分。
在CMM关键实践活动中，人员的构成主要有：经理、各级经理、领导、职员、个人等
(1)经理
经理的主要职责有：在其职责范围内进行组织策划、资源分配、组织人员开展工作、指导和控制工作的进展。在CMM中，经理主要指提供其职员范围的技术和行政上的指导和控制，以利于其他个体开展工作。
(2)各级经理
各级经理包括高级经理、项目经理、项目软件经理等。
高级经理在组织内以一定高度的层次上进行管理工作，具体地说，高级经理关注的主要是组织的长期生存力，而不是短期的项目和合同所涉及的有关内容。高级经理管理的是具有一定抽象性的事物，提供和保护用于软件过程长期改进的资源。
项目经理和项目软件经理是针对一个具体项目而言的，项目经理需要对整个项目的总体业务负责，是指导、控制、管理和调整项目进行构造软件或软硬系统的负责人。项目软件经理则要对项目的全部软件活动负责，是控制一个项目的所有软件资源的个体代表。
(3)工作人员
工作人员包括职员、软件工程师和软件任务领导等。
软件任务领导是特定任务技术组的负责人，承担技术责任并向该任务的所有职员提供技术指导。

职员、软件工程师的职责，在CMM的不同关键实践中还描述了不同的技术角色。职员是包括任务领导在内的一些个人，他们共同完成一项指派的任务，例如：软件开发或软件配置管理。软件工程职员是软件技术人员，如分析员、程序员和工程师，包括软件任务领导，他们进行项目的软件开发和维护工作

14.简述能力成熟度模型实施组织机构的划分
组织机构可划分为组织、项目、组和软件工作组。
1.组织
CMM中的一个组织通常是指一个公司或其他实体内的一个单位，这些实体可以是政府机构等。在组织内部，许多项目都将作为一个整体来加以管理。
2.项目
项目是指一项要求共同完成的任务，其目标是开发和维护一个具体的产品，可以包括硬件、软件和其他成分。一般项目有投资、成本统计和交付时间表。
3.组
组由专门指定的人员组成，在任何一个组织进行任何一个项目时，都要成立组。在CMM中，“组”解释为负责一组任务或活动的部门、经理和个人的集合。
4.软件工作组
软件工作组主要有软件工程组、软件相关组、软件工程过程组、系统工程、系统测试组、软件质量保证组、软件配置管理组和软件培训组等。

（软件工程组负责一个项目的软件开发和维护。
软件相关组支持软件开发和维护工作，但不直接负责软件开发和维护，例如，软件质量保证组、软件配置管理和过程工程等。软件相关组不在软件工程组之列。
软件工程过程组是由专家组成的组，主要任务是采用软件过程的定义，维护和改进工作。在关键实践中，这个组织通常指负责组织的软件过程活动的组。
系统工程组是负责下列工作的个人或团体：规定系统需求；将系统需求分配给硬件、软件和其他成分；规定硬件、软件和其他成分的界面；监控这些成分的设计和开发以保证它们符合其规格说明。
系统测试组是一些负责策划和完成独立的软件系统测试的团体，测试的目的是为了确定软件产品是否满足对它的要求。
软件质量保证组是一些计划和实施项目的质量保证活动的团体，其工作的目的是保证软件过程的步骤和标准得到遵守。
软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的团体。
软件培训组是一些负责协调和安排组织培训活动的团体。这个组负责准备和讲授大多数培训课程并且协调其他培训方式的使用。）

15.简述CMM实施需要注意的六点
（1）需求管理与需求工程
需求开发和需求管理是需求工程的两部分，如果没有做好需求开发，那么从需求管理的角度看就会出现重复性的工作。导致需求开发欠佳的主要原因有5点：
·缺乏良好的需求规格说明编写模板；
·较严重地忽略了非功能性需求；
·缺乏对需求文档的配置管理；
·需求规格说明缺乏可测性；
·缺乏较好的需求规格说明转化规范。
（2）配置管理与工作产品的转化
配置管理的目的是保证项目生成的产品在软件生命周期中的完整性，它需要一个较好的工具，帮助软件的开发。配置管理的作用是在软件生命周期中建立和标识软件产品并控制基线的更改，以保证软件产品的完整性和一致性。作为配置项/单元标识的软件工作产品通常为典型的软件生命周期中的工作产品，这些产品具有一个共同特点：一个产品通常是由另一个产品转化而来。在其转化过程中有3点问题值得注意的：
·需求规格说明书编写不好或不全；
·工作产品模板定义不好；
·工作产品之间转化缺乏定义。
（3）项目计划与数据收集和分析
（4）同行专家评审
同行专家评审时要注意以下4点：
·评审时组间争论过多或过少；
·缺乏心理训练；
·竞争与合作意识不充分；
·考虑不全面。
（5）质量保证与实践反馈
（6）缺陷预防与度量
缺陷预防与度量要注重以下几点：
·忽略了使用度量的环境；
·忽略了对度量参数的修改；
·忽略了对相关的研究

第二章

1.简述软件过程评估国际标准的制定目的。
软件过程评估国际标准标准的目的有3点：
1.帮助软件开发组织了解本组织的过程状态，以便进行改进；
2.帮助软件开发组织自己确定其过程对满足某特定要求的合适程度；
3.帮助人们确定某个软件开发组织对开发某具体产品的合适程度。
为了达到上述目的，人们要求该标准提供国际公用的过程评估模型，使大家对通过过程评估进行过程改进和能力评定有共同的理解，便于使用和管理，并鼓励对现有的几种软件过程评估模型取长补短。

2.简述软件过程评估标准的组成。
ISO/IEC TR 15504软件过程评估标准信息文件包含9个部分，如图所示。
概念和引导指南（参考件）、过程和过程能力的参考模型（标准件）
进行评估（标准件）、进行评估的指南（参考件）、评估模型和指示器指导（参考件）
评估员资格指南（参考件）、过程改进指南（参考件）、
供应者过程能力评定指南（参考件）、词汇表（标准件）

·部分1：概念和引导指南（参考件），称为ISO/IEC TR15504-1：描述 该标准各部分的关系，对标准的选用给出指导，解释标准的要求和 评估标准的适用性。
·部分2：过程和过程能力的参考模型（标准件），称为ISO/IEC TR15504-2：定义了一个二维参考模型即能力维和过程维，供描述过 程评估中所用的过程和过程能力。
·部分3：进行评估（标准件），称为ISO/IEC TR15504-3：规定了对评 估方法的要求，以保证评估输出可重复、可靠且一致。规定了实施 评估的要求。
·部分4：进行评估的指南（参考件），称为ISO/IEC TR15504-4：给出 了对进行软件过程评估的指导，解释在不同的评估环境下部分2和 部分3的要求。包括对文档化的评估过程、相容的评估模型和评估 支持工具的选用指南。
·部分5：评估模型和指示器指导（参考件），称为ISO/IEC TR15504-5： 给出进行过程评估的样本模型，该模型以部分2中的参考模型为依 据并直接与之相容。该样本模型包括了广泛的过程性能和能力的指 示集。
·部分6：评估员资格指南（参考件），称为ISO/IEC TR15504-6：描述 与进行过程评估相关的评估员资格、教育、训练和经验，说明可用 于证明资格，确认教育、训练和经验的机制。
·部分7：过程改进指南（参考件），称为ISO/IEC TR15504-7：说明为 了过程改进如何定义评估输入和如何使用评估结果。给出了在各种 情况下的过程改进应用示例。
·部分8：供应者过程能力评定指南（参考件），称为ISO/IEC TR15504-8： 说明为了确定过程能力如何定义评估输入和如何使用评估结果。阐 述了简单情况和较复杂情况（例如未来能力）下的过程能力评定
·部分9：词汇表（标准件），称为ISO/IEC TR15504-9：集中了专为标 准定义的所有术语。

4.简述过程属性评定4档等级。
过程属性评定的等级分4档，表示对该过程属性的规定能力所达到的等级。这4档如下所示：
·N（未达到）：所评估过程的属性值为0%～15%，几乎或完全没有证据证明规定属性的成绩。
·P（部分达到）：所评估过程的属性值为16%～50%，有证据证明有良好的系统化方法来达到规定的属性，成绩的某些侧面也许不可预测。
·L（大部分达到）：所评估过程的属性值为51%～85%，有证据证明对规定的属性有良好的系统化方法并取得了显著的成绩，过程的性能在某些领域或某些工作单位可能有差别。
·F（充分达到）：所评估过程的属性值为86%～100%，有证据证明有完备的系统化方法来充分达到规定的属性，在规定的各组织单位不存在明显的弱点。
对被评估的每一个过程属性必须用上述属性等级给一个评分，一个过程的过程属性评分集构成该过程的过程剖面。评估输出包括所有被评估过程的过程剖面集。

6.简述过程评估的具体要求。
进行软件过程评估有以下四方面的具体要求：
（1）定义评估输入
定义评估输入包括以下内容：
·评估委托者的身份及其与被评组织单位的关系；
·评估目的，包括与经营目标的一致性；
·评估范围、评估限制；用于评估的模型实体；
·评估员的身份，包括负有特定责任的有资格评估员；
·负责评估的评估员资格标准；
·负有特定评估责任的被征参与调查和支持人员的身份；
·评估期间要收集的支持过程改进能力确定的附加信息。
（2）责任
责任包括以下内容：
·评估委托必须做到：验证负责监督评估的评估员具有必要的资格和技能；确保进行评估所需的资源可用。
·资格的评估员必须做到：确认评估员对进行评估的承诺；确保按照ISO/IEC 15504-2、ISO/IEC 15504-3、ISO/IEC 15504-4的要求进行评估；确保向评估参与者简要介绍评估的目的、范围和方法；确保所有评估群组成员具有合适的知识和技能；完成评估的必须验证已经满足要求，并用文档记载。
·参与评估的评估员必须做到：了解关于如何进行规定的评估活动的文档化指导；有资格使用选定的支持工具和设施。
（3）评估活动
评估活动包含以下内容：
策划、数据采集、数据确认、过程等级评定、报告。
（4）记录评估输出
记录评估输出包括以下内容：
·评估日期、评估输入、所收集客观证据的标识；
·所用的评估方法、评估得到的过程剖面集；
·评估期间收集的评估输入中所确定的任何附加信息的标识等。

7.简述过程改进具体步骤。
（1）计划阶段：
a.定义当前过程
b.确定顾客需要并绘制出过程流程图
c.建立过程测量指标
d.对过程进行分析
e.设计过程
f.创建新过程方案。
（2）转移阶段：将新的过程方案转移到运作中
a.计度划实施中所涉及的问题
b.计划实施行动
c.部署新的过程方案
（3）运作管理阶段：管理新过程
a.过程质量控道制
b.过程质量改进
c.定期的过程评审和评价

8.简述CMM的主要用途。
·软件过程改进
·软件过程评估
·软件能力评价

10.简述软件过程评估步骤。
·策划：必须制定评估计划并文档化。评估计划至少应规定：要求的输入，进行评估时完成的活动，指派给这些活动的资源的日程表，评估员和参与评估组织的选择与责任，验证履行要求的准则，以及所计划的评估输出说明。
·数据采集：应以系统化有序方式采集评价评估范围内的过程所需的数据。
·数据确认：对采集的数据必须予以确认。必须采取措施确保确认的数据充分覆盖评估范围。
·过程等级评定：根据确认的数据评定每个过程属性的档次。必须使用相容模型中定义的评估指示集来支持评估员判定过程属性档次。必须记录判定的决策过程。
·报告：评估结果必须文档化并报告给评估委托者。

12.简述CMMI和CMM的过程域。
CMM把软件开发组织的能力成熟度分为18个过程域，而CMMI把软件开发组织的能力成熟度分为4个类别的25个过程域。CMMI和CMM的过程域如表所示。

第三章

1.简述可重复级过程的基本特征。
1.可重复
在可重复级（等级2）上，已建立了项目软件管理的方针和规程，有助于将类似项目的经验用于对新项目进行规划和管理，使对项目软件的管理过程有效而制度化。这样，尽管项目软件所实施的具体过程可能不同，但可运用以前项目开发的成功实践。
2.有纪律
在可重复级（等级2）上，各软件项目所建立和实施的方针、规程和软件过程，已进化为整个软件开发组织的行为。这使得组织的各个项目都能准确、一致地执行由组织规定的软件过程管理要求，组织的这种过程能力被称为是有纪律的。
3.项目稳定
在可重复级（等级2）上，对新项目的策划和管理是根据以往类似的成功项目的经验作出的；对软件项目的管理方针明确、标准确定；如果有分承制方的话，也与他们建立了一种强有力的用户/供应商关系，且能将本组织成功的经验应用于分承制方。这些将使项目的进展稳定。
4.过程有
在可重复级（等级2）上，有效过程可归纳为“实用的”、“已文档化的”、“已实施的”、“已培训的”、“已度量的”和“能改进的”。当有转包商时，通过转包合同建立有效的供求关系。
在可重复级（等级2）上，已建立了项目软件管理的方针和规程。有助于将类似项目的经验用于对新项目进行规划和管理，使对项目软件的管理过程有效而制度化。这样，为管理、跟踪其软件项目的成本、进度和功能提供了规范；在项目的策划和跟踪过程中规定并设置了监控点，尽管项目软件所实施的具体过程可能不同，但可运用以前项目开发的成功实践，从而保证了软件项目的基本可控性。

4.简述需求管理的目标。
软件的需求管理包括在工程进展过程小维持需求一致性和精确性的所苟活动。需求管理需要完成的任务包括；明确系统的需求并达成共识；建立不同需求之间的关联；根据不同需求设计相应的解决办法；对系统需求进行优化，提出设计的方案；监控和解决可能们现的问题以及需要做出的改变；控制不同层次开发任务的开展；监控开发者可能出现的重复等，其目的是为使需求管理实现如下目标：
(1)确定各方对需求的一致理解。
(2)管理和控制需求的变更。
(3)从需求到最终产品的双向跟踪，保持产品和活动与软件需求的一致。

7.需求管理的评价包括哪两部分？
需求的确定（含变更）控制 和 需求在后期开发中的跟踪落实。

10.简述软件项目计划涉及的主要内容（活动）。
（1）项目范围计划。
阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；
项目范围说明应当形成项目成果核对清单，作为项目评估的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础及项目其他相关计划的基础。
（2）项目进度计划。

进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。
（3）项目质量计划。
质量计划针对具体待定的项目，安排质量监控人员及相关资源，规定使用哪些制度、规范、程序和标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。
（4）项目资源计划。
决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息和资金等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算和费用预算。
（5）项目沟通计划。
沟通计划就是制订项目过程中项目干系人之间信息交流的内容，人员范围，沟通方式，沟通时间或频率等沟通要求的约定。
（6）风险计划。
风险计划就是为了降低风险的损害而分析风险、制订风险应对策略方案的过程。包括识别风险，量化风险和编制风险应对策略方案的过程。
（7）项目采购计划。
项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。
（8）变更控制计划
变更控制计划主要是规定变更的步骤、程序。
（9）配置管理计划
配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。

13.简述软件项目跟踪和监控的实施过程。
·对照软件开发计划，跟踪软件过程的实施和实际结果。
·比较实际代码的规模与软件开发计划中存档的评估。
·比较实际提交文档的单元和软件开发计划中存档的评估。
·当软件过程的实施和实际结果明显偏离软件计划时，采取纠正措施并加以 管理，直到结束。
·跟踪项目软件的进度和成本，如有必要，采取改正措施。
·与受影响的部门磋商影响软件责任的员工和其他软件成本的变动并文档 化。
·跟踪项目的关键计算机资源，如有必要，采取改正措施。

16.简述实施的软件质量保证要达到的目标。
·软件质量保证活动是有计划的；
·软件质量保证活动的制定和贯彻；
·软件质量保证方针和软件质量保证标准的制定；
·软件质量保证体系的建立和管理；
·明确各阶段的软件质量保证工作；
·各阶段的质量评审；
·确保软件设计质量；
·重要质量问题的提出和分析；
·总结实现阶段的质量保证活动；
·正路面向用户的文档，说明书等；
·产品质量鉴定、质量保证系统鉴定；
·量信息的搜索、分析和使用。

真心吐槽这个作业o(一︿一+)o