简介
 简介 
概念
 概念 
工作流程
 工作流程 
活动
 活动 
工件
 工件 
工件
 指南 

简介 回到页首

为阐释软件工程研究所的能力成熟度模型(SEI CMM),配置与变更请求管理控制对项目工件所作的变更并维护工件的完整性。

立方体形的图,顶端显示变更请求管理周期,侧面显示度量,并在前端显示配置管理流程。

 

配置与变更请求管理(CM 和 CRM)包含:

  • 识别配置项
  • 限制对这些项的变更
  • 审计对这些项所作的变更,以及
  • 定义和管理这些项的配置。

用于为组织提供变更与配置管理的方法、流程和工具可视为组织的 CM 系统。

组织的配置与更改请求管理系统(CM 系统)包含关于其产品开发、提升、部署和维护流程的关键信息,并保留这些流程的执行所产生的可能可重新使用的工件的资产库。

CM 系统是整个开发流程的重要且不可或缺的一部分。

用途 回到页首

CM 系统对于控制由许多个处理某个共同项目的人员产生的众多工件而言,非常重要。这种控制帮助避免代价高昂的混乱状况,并确保结果工件不会因为以下某些类型的问题而冲突:

同时更新

当两个或更多团队成员各自处理同一工件时,最后一个作更改的人员会破坏先前人员的工作。基本的问题是:如果系统不支持同时更新,这将导致顺序更改,会降低开发流程的速度。然而,对于同时更新,存在的挑战是要检测到更新已同时发生,并要在合并这些更改时解决任何集成问题。

有限的通知

当几个开发人员共享的工件中修订了某个问题后,没有向其中一些人通知该更改。

多个版本

大多数大程序是以演进的发行版方式开发的。一个发行版可能已由客户在使用,另一个发行版在测试,而第三个发行版仍在开发中。如果在任何一个版本中发现问题,都需要在这些版本之间传播修订。如果不小心控制和监视更改,就可能会出现混乱,导致成本高昂的修订和返工。

CM 系统有助于管理演进软件系统的多个变体,它跟踪给定的软件工作版本中使用了哪些版本,根据用户定义的版本规范执行个别程序或整个发行版的工作版本,以及实施特定于站点的开发策略。

CM 系统提供的一些直接好处包括以下方面:

  • 支持开发方法
  • 维护产品完整性
  • 确保已配置产品的完整性和正确性
  • 提供用于开发产品的稳定环境
  • 根据项目策略限制对工件的更改,以及
  • 提供有关更改任何工件的原因、时间和执行人员的审计跟踪。

此外,CM 系统存储关于开发流程本身的详细“记帐”数据:谁创建了特定版本(以及何时、何因)、哪些版本的源代码进入了特定工作版本以及其它相关信息。

与其它规程的关系 回到页首

组织的 CM 系统将在整个产品生命周期(从先启到部署)中使用。作为组织的资产存储库,CM 系统包含需求、设计和实施工件(用于定义系统或系统组件的特定版本)的源文件的当前及历史版本。

产品目录结构包含实现产品所需的所有工件。同样,配置与变更管理(CCM)规程也与所有其它流程规程相关,因为它充当其它规程的结果工件集合的存储库。



Rational Unified Process   2003.06.15