第12章 控.pptVIP

软件配置管理不同于软件维护。维护是在软件交付给用户使用后才发生的，而软件配置管理是在软件项目启动时就开始，并且一直持续到软件退役后才终止的一组跟踪和控制活动。 软件配置管理的目标是，使变化更容易被适应，并且在必须变化时减少所需花费的工作量。 12.3.1 软件配置 1. 软件配置项 软件过程的输出信息可以分为三类：①计算机程序(源代码和可执行程序)；②描述计算机程序的文档(供技术人员或用户使用)；③数据(程序内包含的或在程序外的)。上述这些项组成了在软件过程中产生的全部信息，我们把它们统称为软件配置，而这些项就是软件配置项。 可以把软件配置管理看作是应用于整个软件过程的软件质量保证活动，是专门用于管理变化的软件质量保证活动。 2. 基线 基线是一个软件配置管理概念，它有助于我们在不严重妨碍合理变化的前提下来控制变化。IEEE把基线定义为： 已经通过了正式复审的规格说明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的变化控制过程才能改变它。 简而言之，基线就是通过了正式复审的软件配置项。在软件配置项变成基线之前，可以迅速而非正式地修改它。一旦建立了基线之后，虽然仍然可以实现变化，但是，必须应用特定的、正式的过程(称为规程)来评估、实现和验证每个变化。 12.3.2 软件配置管理过程 软件配置管理是软件质量保证的重要一环，它的主要任务是控制变化，同时也负责各个软件配置项和软件各种版本的标识、软件配置审计以及对软件配置发生的任何变化的报告。 具体来说，软件配置管理主要有五项任务：标识、版本控制、变化控制、配置审计和报告。 1. 标识软件配置中的对象 为了控制和管理软件配置项，必须单独命名每个配置项，然后用面向对象方法组织它们。可以标识出两类对象：基本对象和聚集对象(可以把聚集对象作为代表软件配置完整版本的一种机制)。 每个对象都有一组能惟一地标识它的特征：名字、描述、资源表和“实现”。其中，对象名是无二义性地标识该对象的一个字符串。 图12.2 演化图 2. 版本控制 版本控制联合使用规程和工具，以管理在软件工程过程中所创建的配置对象的不同版本。借助于版本控制技术，用户能够通过选择适当的版本来指定软件系统的配置。实现这个目标的方法是，把属性和软件的每个版本关联起来，然后通过描述一组所期望的属性来指定和构造所需要的配置。 上面提到的“属性”，既可以简单到仅是赋给每个对象的特定版本号，也可以复杂到是一个布尔变量串(开关)，该布尔变量串指明了施加到系统上的功能变化的特定类型。 图12.3 版本和变体 3. 变化控制 对于大型软件开发项目来说，无控制的变化将迅速导致混乱。变化控制把人的规程和自动工具结合起来，以提供一个控制变化的机制。变化控制过程如图12.4所示。 图12.4 变化控制过程 图12.5 访问和同步控制 4. 配置审计 为确保适当地实现了所需要的变化，我们从两方面采用措施：①正式的技术复审；②软件配置审计。 正式的技术复审(见12.2.2节)关注被修改后的配置对象的技术正确性。复审者评估该配置对象以确定它与其他软件配置项的一致性，并检查是否有遗漏或副作用。 软件配置审计通过评估配置对象的那些通常不在复审过程中考虑的特征，而成为对正式技术复审的补充 5. 状态报告 配置状态报告是软件配置管理的一项任务，它回答下述问题：①发生了什么事?②谁做的这件事?③这件事是什么时候发生的?④它将影响哪些其他事物? 12.4 小结 对于软件开发项目来说，控制是十分重要的管理活动。本章主要讲述了风险管理、质量保证和配置管理等三类软件工程控制活动。 当对软件项目寄予较高期望时，通常都会进行风险分析。在识别、预测、评估、监控和管理风险等方面花费的时间和人力，可以从许多方面得到回报：项目进展过程更平稳；跟踪和控制项目的能力更强；由于在问题发生之前已经做了周密计划而产生的信心。 软件质量保证是在软件过程中的每一步都进行的“保护性活动”。软件质量保证措施主要有基于非执行的测试(也称为复审)、基于执行的测试(即通常所说的测试)和程序正确性证明。软件复审是最重要的软件质量保证活动之一，它的作用是，在改正错误的成本相对比较低时就及时发现并排除错误。 走查和审查是进行正式技术复审的两类具体方法。审查过程不仅步数比走查多，而且每个步骤都是正规的。由于在开