软件配置管理.pptVIP

软件配置管理 内容提要 软件配置管理的概念 软件配置管理计划 软件配置标识 变更管理 版本管理 配置审核 配置状态报告 软件配置管理工具 CMM 2级 SCM KPA 一、软件配置管理的概念 （一）软件配置项的概念 1、软件配置项：配置管理的对象称为软件配置项。 表1 软件配置项的分类、特征和举例 2、软件配置 软件配置是一个软件产品在生存期各个阶段的不同形式（记录特定信息的不同媒体）和不同版本的程序、文档及相关数据的集合，或者说是配置项的集合。 （二）软件配置管理 1、什么是软件配置管理 （1）ISO 9000-3 :1997 配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。 （2） W.Babich 的解释 软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。 （3） GB/T 11457 :1995《软件工程术语》国家标准 A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 B.对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。 2、软件配置管理的任务 ——制定软件配置管理计划 ——确定配置标识规则 ——实施变更控制 ——报告配置状态 ——进行配置审核 ——进行版本管理和发行管理 3、软件配置管理与软件开发过程 两类不同的变更： 开发阶段内部发生的变更： 开发过程解决不了的变更： 变更的评估和批准以及变更实施都要由软件配置管理人员去做。 开发过程应纳入配置管理过程的控制之下。 （三）软件配置管理的意义 1、软件项目的特点 （1）不可见的逻辑实体 （2）软件项目的规模日益庞大和复杂 （3）参与软件项目的人员增加，人员间的沟通渠道数量按指数倍增。 （4）产品非常容易拷贝 （5）时时处在演化和变更状态。这包括: ——技术 ——业务环境 ——不同用户各有不同的需求 ——需求变更 （6）开发人员的离去有较大的影响 2、忽视软件配置管理可能导致的混乱现象 发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人 二、软件配置管理计划 配置管理计划标准——IEEE 828-1990 1．引言 ——配置管理计划的目的、适应范围、使用要求 ——项目概述 ——项目中需特别关注的配置管理问题和风险 ——软件配置管理严格性要求的等级 ——限制和假设 ——术语 ——参考文件 2、软件配置管理 ——配置管理的组织结构 ——职责和权限 ——指令和方针 ——参照的规程（组织的规程或客户的规程） ——遵循的标准 3、软件配置管理活动 ——配置管理活动 ——变更管理和配置控制 ——配置状态说明 ——配置审核 ——接口和子合同方控制 4、软件配置管理进度安排 ——软件配置管理重要事件的顺序 ——软件配置管理各项活动间的依赖关系 5、软件配置管理所需的资源 ——采用的工具 ——使用的设备 ——所需的培训 ——对其他人员的要求 6、软件配置管理计划的维护 ——维护的职责 ——计划更新的条件和审批 ——计划变更的交流和通报 三、软件配置标识 （一）确定配置项 1、 系统规格说明 2、软件项目计划 3、软件需求规格说明书 a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明 4． 初步用户手册 5． 设计规格说明书 a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述（采用面向对象技术时） 6． 源代码清单 7、 测试规格说明 a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册 9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程 （二）配置项命名及其相关信息 1、配置项命名。 命名的基本要求：唯一性；可追溯性。 例：CODE是根结点为PCL_TOOLS树结构的第六层结点，对其命名为：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST