源代码、目标代码和可执行代码 相关产品,包括软件工具、库内的可复用软件、外购软件及用户提供的软件 软件工具包括编辑程序、编译程序、其它CASE工具的特定版本,都要做为软件配置的 部分加以“冻结”。如果编译程序的版本不同,可能产生的结果也不同 随着软件工程过程的进展,软件配置项数目快速增加。如果每个配置项只是简单地产生 其它软件配置项,造成的混乱可能微乎其微。然而在变更时会引入其它影响因素,使得情况 变得更加复杂。这时配置管理的作用就会充分显示出来 不仅如此,所有以上提到的软件配置 项在不同时期,出于不同的要求进行了各 数据模型 种组合,如针对不同的硬件环境和软件环 设计规格说明 境的各种组合,这就是软件配置的概念 在实现软件配置管理时,把软件配置项组 体系结构设计 织成配置对象,在项目数据库中用一个单 模块设计 的名字来组织它们。一个配置对象有 界面设计 个名字和一组属性,并通过某些联系“连 模块N 接”到其它对象,如图106所示。图中分 测试规格说明 界面描述 算法描述 别对配置对象进行了定义,每个对象与其 测试过程 它对象的联系用箭头表示。箭头标明了构测试用例 成关系。如“数据模型”和“模块N”是 设计规格说明”的一部分。双向箭头则 表明一种相互关系。如果对“源代码”对 象作了一个变更,软件人员可以根据这种 相互关系确定其它哪些对象可能受到影 图106配置对象 (2)基线( Baseline) 基线是软件生存期中各开发阶段末尾的特 定点,又称里程碑。由正式的技术评审而得到的 系统工程 软件配置项协议和软件配置的正式文本才能成 系统规格说明 为基线。它的作用是把各阶段工作的划分更加明 需求分析 软件需求规格说明 确化,使本来连续的工作在这些点上断开,以便 一设计规格说明 于检验和肯定阶段成果。例如,明确规定不允许 程序编写 源代码 跨越里程碑修改另一阶段的文档。如图10.7所 示,是软件开发各阶段的基线。 测试计划过程数据一测试 操作系统 旦一个软件配置项成为基线,就把它存放 到项目数据库(亦称项目信息库或软件仓库)中。 当一位软件组织成员想要对基线配置项进行修 图107软件开发各阶段的基线 改时,就把它从项目数据库中复制到该工程师的 专用工作空间中,如图10.8所示。图中把一个标号为B的配置项从项目数据库复制到工程师 的专用工作空间中。这个活动记录在一个记事文件中。工程师可以在B(B的副本)上完成要 求的变更,然后用B来更新B。有些系统中把这个基线配置项锁定,在变更完成、评审和批 准之前,不许对它做任何操作 (3)软件配置管理的过程 软件配置管理除了担负控制变更的责任之外,它还要担负标识单个的软件配置项和软件 各种版本、审查软件配置以保证开发得以正常进行,以及报告所有加在配置上的变更等任务10 ▪ 源代码、目标代码和可执行代码； ▪ 相关产品，包括软件工具、库内的可复用软件、外购软件及用户提供的软件。 软件工具包括编辑程序、编译程序、其它 CASE 工具的特定版本，都要做为软件配置的 一部分加以“冻结”。如果编译程序的版本不同，可能产生的结果也不同。 随着软件工程过程的进展，软件配置项数目快速增加。如果每个配置项只是简单地产生 其它软件配置项，造成的混乱可能微乎其微。然而在变更时会引入其它影响因素，使得情况 变得更加复杂。这时配置管理的作用就会充分显示出来。 不仅如此，所有以上提到的软件配置 项在不同时期，出于不同的要求进行了各 种组合，如针对不同的硬件环境和软件环 境的各种组合，这就是软件配置的概念。 在实现软件配置管理时，把软件配置项组 织成配置对象，在项目数据库中用一个单 一的名字来组织它们。一个配置对象有一 个名字和一组属性，并通过某些联系“连 接”到其它对象，如图 10.6 所示。图中分 别对配置对象进行了定义，每个对象与其 它对象的联系用箭头表示。箭头标明了构 成关系。如“数据模型”和“模块 N”是 “设计规格说明”的一部分。双向箭头则 表明一种相互关系。如果对“源代码”对 象作了一个变更，软件人员可以根据这种 相互关系确定其它哪些对象可能受到影 响。 (2) 基线 (Baseline) 基线是软件生存期中各开发阶段末尾的特 定点，又称里程碑。由正式的技术评审而得到的 软件配置项协议和软件配置的正式文本才能成 为基线。它的作用是把各阶段工作的划分更加明 确化，使本来连续的工作在这些点上断开，以便 于检验和肯定阶段成果。例如，明确规定不允许 跨越里程碑修改另一阶段的文档。如图 10.7 所 示，是软件开发各阶段的基线。 一旦一个软件配置项成为基线，就把它存放 到项目数据库(亦称项目信息库或软件仓库)中。 当一位软件组织成员想要对基线配置项进行修 改时，就把它从项目数据库中复制到该工程师的 专用工作空间中，如图 10.8 所示。图中把一个标号为 B 的配置项从项目数据库复制到工程师 的专用工作空间中。这个活动记录在一个记事文件中。工程师可以在 B'(B 的副本)上完成要 求的变更，然后用 B'来更新 B。有些系统中把这个基线配置项锁定，在变更完成、评审和批 准之前，不许对它做任何操作。 (3) 软件配置管理的过程 软件配置管理除了担负控制变更的责任之外，它还要担负标识单个的软件配置项和软件 各种版本、审查软件配置以保证开发得以正常进行，以及报告所有加在配置上的变更等任务。 图 10.6 配置对象 图 10.7 软件开发各阶段的基线