软件项目管理-配置管理

1、第九章 配置管理,contents,1. 配置管理概述,我马上解决这个问题 （忘了变更登记）,软件出问题了,结果,我已经改过了。,仍然有问题。,软件项目过程中还可能会遇到以下情况,找不到某个文件的历史版本 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档 人员流动，交接工作不彻底 无法重新编译某个历史版本 因协同开发中，或异地开发，版本变更混乱导致整个项目失败 ,配置的概念源于硬件,问题: 怎样组装和卸装一辆汽车？,list of parts c1tire c2tire c3tire c4tire c5engine,软件配置管理的发展,软件配置管理的概念,软件配置管理(softw

2、are configuration management, scm)的定义为：软件配置管理是一门应用技术、管理各监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。,为什么需要配置管理？,从软件产业统计数据看,从软件开发的规模看,配置管理给我们带来了什么？,2. 相关概念,软件配置是指一个软件产品，在软件生命周期各个阶段，产生的各种形式和各种版本的文档、程序及其数据的集合。软件配置项是该集合中的一个元素。,软件配置项(software configuration item, sci),例如：项目计划、设计文档、

3、源代码、测试数据、用户手册、管理工具等。,软件配置项的状态,设计态,受控态,测试态,运行态,交付,维护,验证,验证,纠错,测试完,软件配置项的版本,配置项和配置项的版本类似于面向对象的类和实例。,图9.3 软件配置项类及实例,配置项类,配置项实例,配置项的不同版本是从最原始的配置项逐渐演变而来，尽管每个都不相同，但具有相关性。,v1.0,v1.1,v1.2,v1.3,v1.4,v2.0,v2.1,软件配置项的分类,基线(base line),已经正式通过复审和评审的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。,定义,建立基线的原因 （1）重现性 （2）可追踪

4、性 （3）报告 建立基线的优点 基线为开发部件提供了一个定点和快照； 新项目可以从基线提供的定点处建立； 作为在隔离的私有工作区中进行更新的基础； 为团队提供一种取消变更的方法； 重新建立基于某个特定发布版本的配置； 确保各开发人员的工作保持同步。,7,版本是某一配置项已标识了的实例。一个系统版本就是一个系统实例。 版本演变的两种方式： 串行演变：所形成的每一个新版本都是由当前最新版本演变而来的。 并行演变：采用一对多的方式进行。 两种版本演变形式通常结合在一起，形成更为普通带分支的版本图，也称为版本树。,版本,配置数据库(cmdb),包括软件产品及其开发过程中的所有的制品。,对配置数据库的操作：check-in & check-out 一旦变更请求得到批准，配置管理员从受控库中复制配置项进行修改，这一过程被称为check-out（