第10章_软件配置管理.ppt

10.3.4 变更控制的流程 变更评估 变更评估 软件变更分类 技术影响分析 接口影响分析 进度影响分析 预算影响分析 10.3.4 变更控制的流程 变更批准/拒绝 批准/拒绝变更 （若批准）实施变更 决策 （若批准）验证变更 （若批准）发布、安装变更 （若批准）版本更新 10.3.4 变更控制的流程 变更实现 变更实现 变更实现 受控基线出库 实现的测试和验证 实现被承认 受控基线入库 10.3.4 变更控制的流程 配置审核 —— 配置审核作为变更控制的补充手段，目的是为了确保某一变更请求已被确切实现。 配置审核主要包括两方面的内容： 配置管理活动审核 确保项目组成员的所有配置管理活动，遵循已批准的软件配置管理方针和规程 基线审核 保证基线的配置项(SCI)正确的构造和实现，并满足功能要求 本章内容提要 软件配置管理面临的问题 10.1 配置识别 10.2 变更控制 10.3 审计和报告 10.4 本章小结 10.5 复习思考 10.6 10.4 审计和报告 配置审计是指在配置标识、配置控制、配置状态记录的基础上对所有配置项的功能及内容进行审查，以保证软件配置项的可跟踪性。 配置审计的主要作用是作为变更控制的补充手段，来确保某一变更需求已被切实实现。 状态报告要能够报告所有配置项以及变更请求的状态，根据配置项操作数据库中的记录，通过量化的数据和报表向管理者反映项目开发进度的状态。 * 第 10 章 软件配置管理 本章内容提要 软件配置管理面临的问题 10.1 配置识别 10.2 变更控制 10.3 审计和报告 10.4 本章小结 10.5 复习思考 10.6 软件项目开发中是否遇到如下的问题？ 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果不能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现 找不到某个文件的历史版本； 无法重新编译某个历史版本，使维护工作十分困难； 因协同开发中，或者异地开发，版本变更混乱导致整个项目失败； … ——软件项目进行中面临的一个主要问题是持续不断的变化 问题产生的原因分析 一个软件开发项目中，会有大量的所谓“产品”连续不断的产生 软件开发往往都是在“变化”中进行的 项目是以目标为导向的，软件项目的最终目标是提交“高质量”的软件产品给最终用户 在复杂的软件项目中，往往很多人协同工作 还有其它一些原因：例如开发环境的复杂性、管理人员的水平的差异等等。 什么是软件配置管理 配置管理 ——软件配置管理(Software Configuration Management，SCM)是对产品进行标志、存储和控制，以维护其完整性、可追溯性以及正确性，它为软件开发提供了一套管理办法和活动原则。 根据国家标准《软件工程术语》（GB/T 11457-2006），配置管理是标识和确定系统配置项的过程，在系统的整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性。 软件配置管理目标 目标 报告变更 确保变更 的正确 控制变更 标识变更 软件配置管理目标 软件配置管理活动是有计划的； 所选定的软件工作产品是经过标识的、受控制的和可用的； 已标志的软件工作产品的变更是受控制的； 确保变更正确实现； 向受影响的组织和个人报告变更。 配置管理主要作用 版本管理 变更管理 其它（过程管理） 本章内容提要 软件配置管理面临的问题 10.1 配置识别 10.2 变更控制 10.3 审计和报告 10.4 本章小结 10.5 复习思考 10.6 配置项的类别 配置项（Configuration Item，CI）：配置管理的对象称为配置项，是纳入配置管理范畴的工作成果，是保存系统和项目的相关配置。常见的配置项如软件，硬件，各种文档，操作系统、业务系统的各类配置参数、版本信息，变更请求、服务、服务器、网络设备、链路、应用系统、协议、外购的电信服务等等。 软件配置项（Software Configuration Item，SCI）：是指在整个软件生命周期内产生的，需要进行配置管理的各种工作产品，主要包括文档、程序、数据、标准及规约。一般来说，软件生存周期内的各个阶段活动的产物经审批后即可成为软件配置项。软件配置项主要包括：（1）与合同、过程、计划和产品有关的文档；（2）源代码、目标代码和可执行代码；（3）相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等等。 配置项的分类 分类 特征 举例 环境类 软件开发