第十一章 件配置管理-简.ppt

第十一章　软件配置管理 软件配置管理 在软件建立时变更是不可避免的，因为在进行变更前没有仔细分析，或没有进行变更控制，变更加剧了项目中软件人员之间的混乱。 协调软件开发使得混乱减到最小的技术叫做配置管理。 配置管理是一组标识、组织和控制修改的活动，目的是使错误达到最小并最有效地提高生产率。 软件配置管理的概念 软件配置管理，简称SCM，是一种“保护伞”活动，它应用于整个软件工程过程。 SCM活动的目标是为了 (1) 标识变更； (2) 控制变更； (3) 确保变更正确地实现； (4) 向其他有关的人报告变更。 在软件工程过程中产生的所有信息项（文档、报告、程序、表格、数据）构成了软件配置。 软件配置是软件的具体形态在某一时刻的瞬时影像。 随着软件工程过程的进展，软件配置项(SCI)数目快速增加。系统规格说明可繁衍出软件项目实施计划和软件需求规格说明。它们又依次繁衍出建立信息层次的其它文档。 基线 (Baseline) 基线是软件生存期中各开发阶段末尾的特定点，又称里程碑。 由正式的技术评审而得到的SCI协议和软件配置的正式文本才能成为基线。 基线的作用是把各阶段工作的划分更加明确化，以便于检验和肯定阶段成果。 软件开发各阶段的基线 项目数据库 一旦一个SCI成为基线，就把它存放到项目数据库中。 当软件组织成员想要对基线SCI进行修改时，把它从项目数据库中复制到该工程师的专用工作区中。 例如，把一个名为B的SCI从项目数据库复制到工程师的专用工作区中。工程师在B（B的副本）上完成要求的变更，再用B来更新B。 有些系统中把这个基线SCI锁定。 在变更完成、评审和批准之前，不许对它做任何操作。 基线SCI和项目数据库 软件配置项 SCI 软件配置管理的对象就是SCI—软件配置项。 系统规格说明 软件项目实施计划 软件需求说明 可执行的原型 初步的用户手册 设计规格说明 源代码清单 测试计划和过程、测试用例和测试结果记录 操作和安装手册 可执行程序（可执行程序模块、连接模块） 数据库描述（模式和文件结构、初始内容） 正式的用户手册 维护文档（软件问题报告、维护请求、工程变更次序） 软件工程标准 项目开发总结 除以上所列SCI以外，许多软件工程组织还把配置控制之下的软件工具列入其中，即编辑程序、编译程序、其它CASE工具的特定版本。因为要使用这些工具来生成文档、程序和数据，如果编译程序的版本不同，可能产生的结果也不同。 配置对象 在实现SCM时，把SCI组织成配置对象，在项目数据库中用一个单一的名字来组织它们。 一个配置对象有一个名字和一组属性，并通过某些联系“连接”到其它对象。 每个对象与其它对象的联系用箭头表示。箭头指明了一种构造关系。 双向箭头则表明一种相互关系。如果对“源代码”对象作了一个变更，软件工程师就可以根据这种相互关系确定，其它哪些对象（和SCI）可能受到影响。 软件配置管理的任务 软件配置管理（SCM）的任务是： 标识单个的SCI 标识和管理软件各种版本 控制变更 审查软件配置 报告所有加在配置上的变更。 配置标识 一方面随着软件生存期的向前推进，SCI的数量不断增多。 整个软件生存期的软件配置就象一部不断演变的电影，而某一时刻的配置就是这部电影的一个片段。 为了方便对软件配置的各个片段（SCI）进行控制和管理，不致造成混乱，首先应给它们命名。 对象类型 基本对象：是由软件工程师在分析、设计、编码和测试时所建立的文本单元。例如，基本对象可能是需求规格说明中的一节，一个模块的源程序清单、一组用来测试一个等价类的测试用例。 复合对象：是基本对象或其它复合对象的一个收集。 对象标识： （名字、描述、资源、实现） 对象的名字明确地标识对象。 对象描述包括：SCI类型（如文档、程序、数据）、项目标识、变更和／或版本信息。 资源包括由对象产生的、处理的、引用的或其它需要的一些实体。 基本对象的实现是指向文本单元的指针，复合对象的实现为null。 命名对象之间的联系 对象的层次关系：一个对象可以是一个复合对象的一个组成部分，用联系 is part of 标识。 E-R diagram 1.4 is part of data model; data model is part of Design Specification; 就可以建立SCI的一个层次。 对象的相互关联关系：对象跨越对象层次的分支相互关联。这些交叉的结构联系表达方式如下： data model interrelated data flow model; (两个复合对象之间的相互联系) data model interrelated