软件项目管理-配置管理

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

2、件配置管理的发展配置管理的概念源于美国空军，为了规范设备的设计与制造，美国空军1962年制定并发布了第一个配置管理的标准AFSCM375-1。20世纪60年代末70年代初，Leon Presser教授在承担美国海军的航空发动机研制合同期间，撰写了一篇名为“Change and Configuration Control”的论文，提出控制变更和配置的概念，软件配置管理概念被首次提出。随着计算机程序越来越复杂和难于管理，软件项目团队越来越大和分布更广，软件配置管理的概念被大多数软件组织接受和实施。软件配置管理的概念软件配置管理(Software Configuration Management,

3、SCM)的定义为：软件配置管理是一门应用技术、管理各监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。为什么需要配置管理？从软件产业统计数据看对软件系统的需求每10年增长900软件行业的投资每10年增长200然而软件的生产效率同期只增长了35从软件开发的规模看配置管理给我们带来了什么？ 好处 问题提高软件开发生产率为配置管理设置专门的职能人员，并且要有一些软硬件环境支持，都增加了开发的成本降低软件维护费用确保构建正确的系统更好的质量保证减少缺陷对于简单系统的开发没有实际的意义使软件开发依赖于过程而不是依赖于人

4、2. 相关概念软件配置是指一个软件产品，在软件生命周期各个阶段，产生的各种形式和各种版本的文档、程序及其数据的集合。软件配置项是该集合中的一个元素。软件配置项(Software Configuration Item, SCI)例如：项目计划、设计文档、源代码、测试数据、用户手册、管理工具等。软件配置项的状态设计态受控态测试态运行态交付维护验证验证纠错测试完软件配置项的版本数据库设计说明数据库设计说明V1.1数据库设计说明V1.2数据库设计说明V2.0配置项和配置项的版本类似于面向对象的类和实例。图9.3 软件配置项类及实例配置项类配置项实例配置项的不同版本是从最原始的配置项逐渐演变而来，尽管每

5、个都不相同，但具有相关性。V1.0V1.1V1.2V1.3V1.4V2.0V2.1软件配置项的分类基线(Base Line)已经正式通过复审和评审的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。定义软件设计需求分析系统工程代码编写软件测试系统提交系统规格说明软件需求规格说明软件设计说明源代码测试计划、过程、数据可运行系统建立基线的原因 （1）重现性 （2）可追踪性 （3）报告建立基线的优点基线为开发部件提供了一个定点和快照；新项目可以从基线提供的定点处建立；作为在隔离的私有工作区中进行更新的基础；为团队提供一种取消变更的方法；重新建立基于某个特定发布版本的配置；确保各开发人员的工作保持同步。7版本是某一配置项已标识了的实例。一个系统版本就是一个系统实例。版本演变的两种方式：串行演变：所形成的每一个新版本都是由当前最新版本演变而来的。并行演变：采用一对多的方式进行。两种版本演变形式通常结合在一起，形成更为普通带分支的版本图，也称为版本树。版本文档产品需求说明 产品设计文档源代码文件产品数据开发及运行环境配置数据库(CMDB)包括软件产品及其开发过程中的所有的制品。对配置数据库的操作：Check-in & Check-out一旦变更请求得到批准，配置管理员从受控库中复制配置项进行修改，这一过程被称为Check-out（检出）称复