《软件工程》第14章软件项目管理.ppt

* 软件配置管理的概念 软件配置管理（Software Configuration Management），简称SCM，是一组用于在计算机软件的整个生存期内管理变更的活动。 SCM活动的目标是为了 1 标识变更； 2 控制变更； 3 确保变更正确地实现； 4 向其他有关的人报告变更。 软件配置管理的概念-1 软件配置项（software configuration item ） 软件开发的过程中，会得到许多工作产品或阶段产品，还会用到许多工具软件，这可能是外购软件，也可能是用户提供的软件。所有这些独立的信息项都要得到妥善的管理，绝不能出现混乱，以便在提出某些特定的要求时，能将其进行约定的组合来满足使用的目的。 这些信息项是配置管理的对象，称为软件配置项。例如，需求规格说明、设计规格说明、用户手册、维护使用手册都属于此。 如果说软件配置项是一个独立存在的信息项，我们可以把它看成一个元素。单独的一个元素发挥不了什么作用，但随着工作的进展，出于不同的要求，需要将这些元素进行不同的组合。软件配置是一个软件产品在生存期各个阶段的不同形式（记录特定信息的不同媒体）和不同版本的程序、文档及相关数据的集合，或者说是配置项的集合。 软件配置项（SCI）的内容 系统规格说明 软件项目实施计划 软件需求说明 可执行的原型 初步的用户手册 设计规格说明 源代码清单 测试计划和过程、测试用例和测试结果记录 操作和安装手册 可执行程序（可执行程序模块、连接模块） 数据库描述（模式和文件结构、初始内容） 正式的用户手册 维护文档（软件问题报告、维护请求、工程变更次序） 软件工程标准 项目开发总结 除以上所列SCI以外，许多软件工程组织还把配置控制之下的软件工具列入其中，即编辑程序、编译程序、其它CASE工具的特定版本。因为要使用这些工具来生成文档、程序和数据，如果编译程序的版本不同，可能产生的结果也不同。 软件配置管理的概念-2 基线 Baseline 基线是软件生存期中各开发阶段末尾的特定点，又称里程碑。 其标记是通过一个或多个软件配置项的交付，且这些软件配置项已经经过正式技术评审而获得认可。 基线的作用是把各阶段工作的划分更加明确化，以便于检验和肯定阶段成果。 软件开发各阶段的基线 软件配置管理的概念-3 项目数据库 项目数据库也称为项目或软件中心存储库。 一旦一个软件配置项（SCI）成为基线，就把它存放到项目数据库中。 当软件组织成员想要对基线SCI进行修改时，把它从项目数据库中复制到该工程师的专用工作区中。 例如，把一个名为B的SCI从项目数据库复制到工程师的专用工作区中。工程师在B‘（B的副本）上完成要求的变更，再用B’来更新B。 有些系统中把这个基线SCI锁定。 在变更完成、评审和批准之前，不许对它做任何操作。 基线SCI和项目数据库 软件配置管理（SCM）的任务是： 标识软件配置项SCI 标识和管理软件各种版本 控制变更 报告所有加在配置上的变更 审查软件配置 软件配置管理的任务 标识软件配置项 一方面随着软件生存期的向前推进，SCI的数量不断增多。 整个软件生存期的软件配置就象一部不断演变的电影，而某一时刻的配置就是这部电影的一个片段。 为了方便对软件配置的各个片段（SCI）进行控制和管理，不致造成混乱，首先应给它们命名。 为了控制和管理SCI，每个SCI必须被独立命名，然后用面向对象的方法组织，有两种类型的对象可以被标识，分别是基本对象和复合对象。 版本控制 版本控制是SCM的基础，它管理并保护开发者的软件资源。 版本控制管理在软件工程过程中建立起配置对象的不同版本。 版本管理可以把一些属性结合到各个软件版本上。 通过描述所希望的属性集合来确定（或构造）所想要的配置。 使用演变图来表示系统的不同版本。 变更控制（修改控制） 软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。 软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息。 变更控制包括建立控制点和建立报告与审查制度。 变更控制过程 配置状态报告 为了清楚、及时地记载软件配置的变化，需要对开发的过程做出系统的记录，以反映开发活动的历史情况。这就是配置状态登录的任务。 登录主要根据变更控制小组会议的记录，并产生配置状态报告。 对于每一项变更，记录：发生了什么？为什么会发生？谁做的？什么时侯发生的？会有什么影响？ 配置状态报告信息流 配置审计 软件的完整性，是指开发后期的软件产品能够正确地反映用户要求。 软件配置审计的目的就是要 证实整个软件生存期中各项产品在技术上和管理上的完整性。 确保所有文档的内容变动不超出当初确定的软件要求范围。使得软件配置具有良好的可跟踪性。 软件配置审计是软件变更控制人员掌