软件过程改进练习题

 

软件过程改进(SPI.Software Process Improvement)

软件过程方法从上世纪90年代开始在软件开发中得到应 用，被许多软件开发组织所接受。并被认为是软件生产达到 工业化前的一个必须经历的阶段，是软件工程学科发展中的 一个重要里程碑，软件过程理论是现代软件开发人员和管理 人员必备的知识。

软件过程将技术、人和管理紧密地结合在一起，过程改 进是软件开发组织提高软件质量、提高生产率、降低成本的 一种有效方法。

软件过程改进已经形成了一套改进和评估的方法，代表 性成果有CMMI、ISO15504、ISO9000、6σ等。国内外众多软 件开发组织都以通过过程改进评估为手段，达到提高竞争力 的目的。

 

一、名词解释

1.软件生存周期(Software Life Cycle)

软件生存周期又称为软件生命期，生存期。是指从形成开发软件概念起，所开发的软件使用以后，直到失去使用价值消亡为止的整个过程。一般来说，整个生存周期包括计划（定义）、开发、运行（维护）三个时期，每一个时期又划分为若干阶段。每个 阶段有明确的任务，这样使规模大、结构复杂和管理复杂的软件开发变得容易控制和管理。SDLC的六个阶段：1. 定义及规划2.需求分析3. 软件设计4.程序编码5.软件测试6.运行维护

2.项目(Project)

项目是指一系列独特的、复 杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。项目是为创造独特的产品、服务或成果而进行的临时性工作。项目参数包括项目范围、质量、成本、时间、资源。

3.里程碑(Milestone)

在制定项目进度计划时，在进度时间表上 设立一些 重要的时间检查 点，这样一来，就可以在项目执行过程中利用这些 重要的时间检查 点来对项目的进程进行检查 和控制。这些重要的时间检查 点被称 作项目的里程碑（Milestone）。

4.基线(Baseline)

基线是项目文档或者源码的一个稳定版本，它是进一步开发的基础。基线可以理解为项目版本中的一个’快照‘，它提供一个正式标准，随后的工作基于此标准，并且需经过授权才可以更改此版本。

5.软件过程度量(Software Process Measurement)

软件过程度量是指针对所指定的软件过程，以某种方式使其过程能力指标实现合理的量化，从而以一定的标准来衡量该软件过程的质量。过程度量是软件过程管理的重要内容，是进行过程的分析、控制和改进的基础。通过对过程进行合理度量，能够认知过程的现状，并在理解的基础上进行评价，然后分析过程产生的偏差并查找偏差原因，从而使已经或者可能将要失控的项目得到合理的控制，同时还能评价过程改进的效果，达到过程评价的认知目的。

6.功能点分析(Function Point Analysis)

功能点分析方法是最重 要也是最有效的软件 测量规模方法，它可以在项目早期就对软件项目进行测量，并在开发过程中不断地更新数据，从而实现一种持续一致的管理。从应用方面看，全球已经有成千上万个项目采用了功能点分析方法。从研究方面来看，功能点分析方法也已成为很多其他新型测量方法的基础。功能点分析是项目工作量估算的一种常 用方法，可用7个步骤概 括：1.确定功能点计算的类型；2.确定计算范围和应用程序边界；3.确定所有数据功能及其复杂性；4.确定所有事务 功能及其复杂性；5.得出未调整 功能点计数；6得出基于系统基本特征的值调整因子；7.计算已调整功能点计数。

7.工作分解结构(WBS)

WBS是项目管理重要的 专业 术语之一。WBS的基 本定义 ：以可交付 成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下 降一层代表 对项目工作的更详细 定义。 无论在项目管理实践中， 还是在PMP，IPMP考试中，工作分解结构（WBS）都是最重 要的 内容 之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成 本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。

8.软件质量

软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。

9.RMMM计划(Risk Mitigation,Monitoring and Management Plan)

软件项目风险管理是软件项目管理的重要内容。在进行软件项目风险管理时，要辩识风险，评估它们出现的概率及产生的影响，然后建立一个规划来管理风险。风险管理的主要目标是预防风险。软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响 项目计划的实现，如果项目 风险 变成现实，就有可能影响 项目的进度，增加 项目的成本，甚至 使软件项目不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。

10.COCOMO模型 

结构性成本模型。它是由巴里·勃姆（Barry Boehm）提出的一种软件成本估算方法。这种模型使用一种基本的回归分析 公式， 本质上说是一 种参数 化的项目估算方法，参数建 模是 把项目的 某些特 征作为 参数 ，通过建立 一个 数字模型预测项目成本（类似于居住面积作为参数计算的整体的住房成本）。

11.项目计划评审技术

计划评审技术就是把工程项目当作一种系统，用网络图或者表格或者矩阵来表示各项具体工作的先后顺序和相互关系，以时间为中心，找出从开工到完工所需要时间的最长路线，并围绕关键路线对项目进行统筹规划，合理安排以及对各项工作的完成进度进行严密的控制，以达到用最少的时间和资源消耗来完成系统预定目标的一种计划与控制方法。

12.软件质量模型

一个软件的质量往往涉及到许多不同的质量属性,不同类型的软件所关注的质量属性也不尽相同。因此, 为了更好地理解、预测和评价软件和信息系统的质量, 人们建立了各种质量模型, 在软件生命周期的不同阶段对软件质量进行评测。常用的通用软件质量模型主要包括层次模型和关系模型, 它们在当前的软件开发中起到了一定的积极作用。

13.基于时间的缺陷到达模式

产品的缺陷密度、或者测试阶段的缺陷率是一个概括性指标，缺陷到达模式可以提供更多的过程信息，有时即使得到的整体缺陷率是一样的，但其质量差异可能较大，原因就是缺陷到达的模式不一样。越多的缺陷到达越早，则测试过程质量就越好。无论是从测试进展的观点，还是从用户重新发现(customer rediscoveries)的观点来看，缺陷的过程跟踪是非常重要的，开发周期里大量的严重缺陷将有可能阻止测试的进展，也必然直接影响软件产品的质量和性能。定性的分析比较容易，测试团队越成熟，峰值到达得越早，有时可以在第一周末或第二周就达到峰值。这个峰值的数值取决于代码质量、测试用例的设计质量和测试执行的策略、水平等，多数情况下，可以根据基线（或历史数据）推得。从一个峰值达到一个低而稳定的水平，需要长得多的时间，至少是达到峰值所用的时间的4-5倍。这个时间取决于峰值、缺陷移除效率等等。 在测试阶段初期，缺陷率增长很快。在达到峰值后，就随时间以较慢的速率下降，降低到最低点——零点。

14.软件过程

软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中