2.软件有哪三个层次？
(1)个体层次:包括计算机系统中的程序及文档。程序是计算机任务处理的对象加规则的描述，文档是理解程序所需的阐述性资料。
(2)整体层次：在特定的计算机系统中，所有上述个体层次软件的总称。
(3)学科层次：研究、开发、维护和使用软件过程中所涉及的理论、方法、技术所构成的学科。随着软件需求量的快速增长，软件应用中出现的问题也越来越多。主要体现在以下五个方面。
4.改进软件过程有哪两步？
改进软件过程首先需要分析当前的过程状态，确定其需要改进之处，制定适当的改进策略。
第一步就是要对当前的软件过程进行评估，找出其中的弱点；
第二步才能依据科学的改进途径制定适当的策略。
6.简述软件生产一般包括的主要过程
软件生产一般包括“需求管理”、“流程设计管理”、“开发管理”、“测试管理”等主要过程。
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中的关键过程域生成明确地指出软件过程强项和弱项的调查发现清单；
·在对关键过程域目标满足情况进行分析的基础上，衍生出一个剖面；
·根据调查发现清单和关键过程域剖面，向合适的对象提出结论意见。
14.简述能力成熟度模型实施组织机构的划分
组织机构可划分为组织、项目、组和软件工作组。
1.组织
CMM中的一个组织通常是指一个公司或其他实体内的一个单位，这些实体可以是政府机构等。在组织内部，许多项目都将作为一个整体来加以管理。
2.项目
项目是指一项要求共同完成的任务，其目标是开发和维护一个具体的产品，可以包括硬件、软件和其他成分。一般项目有投资、成本统计和交付时间表。
3.组
组由专门指定的人员组成，在任何一个组织进行任何一个项目时，都要成立组。在CMM中，“组”解释为负责一组任务或活动的部门、经理和个人的集合。
4.软件工作组
软件工作组主要有软件工程组、软件相关组、软件工程过程组、系统工程、系统测试组、软件质量保证组、软件配置管理组和软件培训组等。
（软件工程组负责一个项目的软件开发和维护。
软件相关组支持软件开发和维护工作，但不直接负责软件开发和维护，例如，软件质量保证组、软件配置管理和过程工程等。软件相关组不在软件工程组之列。
软件工程过程组是由专家组成的组，主要任务是采用软件过程的定义，维护和改进工作。在关键实践中，这个组织通常指负责组织的软件过程活动的组。
系统工程组是负责下列工作的个人或团体：规定系统需求；将系统需求分配给硬件、软件和其他成分；规定硬件、软件和其他成分的界面；监控这些成分的设计和开发以保证它们符合其规格说明。
系统测试组是一些负责策划和完成独立的软件系统测试的团体，测试的目的是为了确定软件产品是否满足对它的要求。
软件质量保证组是一些计划和实施项目的质量保证活动的团体，其工作的目的是保证软件过程的步骤和标准得到遵守。
软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的团体。
软件培训组是一些负责协调和安排组织培训活动的团体。这个组负责准备和讲授大多数培训课程并且协调其他培训方式的使用。）
15.简述CMM实施需要注意的六点
（1）需求管理与需求工程
需求开发和需求管理是需求工程的两部分，如果没有做好需求开发，那么从需求管理的角度看就会出现重复性的工作。导致需求开发欠佳的主要原因有5点：
·缺乏良好的需求规格说明编写模板；
·较严重地忽略了非功能性需求；
·缺乏对需求文档的配置管理；
·需求规格说明缺乏可测性；
·缺乏较好的需求规格说明转化规范。
（2）配置管理与工作产品的转化
配置管理的目的是保证项目生成的产品在软件生命周期中的完整性，它需要一个较好的工具，帮助软件的开发。配置管理的作用是在软件生命周期中建立和标识软件产品并控制基线的更改，以保证软件产品的完整性和一致性。作为配置项/单元标识的软件工作产品通常为典型的软件生命周期中的工作产品，这些产品具有一个共同特点：一个产品通常是由另一个产品转化而来。在其转化过程中有3点问题值得注意的：
·需求规格说明书编写不好或不全；
·工作产品模板定义不好；
·工作产品之间转化缺乏定义。
（3）项目计划与数据收集和分析
（4）同行专家评审
同行专家评审时要注意以下4点：
·评审时组间争论过多或过少；
·缺乏心理训练；
·竞争与合作意识不充分；
·考虑不全面。
（5）质量保证与实践反馈
（6）缺陷预防与度量
缺陷预防与度量要注重以下几点：
·忽略了使用度量的环境；
·忽略了对度量参数的修改；
·忽略了对相关的研究