CM 系统对于控制由处理同一项目的多名人员产生的众多工作产品而言至关重要。这种控制帮助避免代价很高的混乱状况,并确保得出的工作产品不会因为以下问题而有冲突:
同时更新
当两名或更多团队成员各自处理同一工作产品时,最后一个作更改的人员会破坏先前人员的工作。基本的问题是:如果系统不支持同时更新,这将导致顺序更改,会降低开发流程的速度。然而,对于同时更新,存在的挑战是要检测到更新已同时发生,并要在合并这些更改时解决任何集成问题。
有限的通知
当在几个开发人员共享的工作产品中修订了某个问题后,没有向其中一些人通知该更改。
多个版本
大多数大程序是以演进的发行版方式开发的。一个发行版可能已由客户在使用,另一个发行版在测试,而第三个发行版仍在开发中。如果在任何一个版本中发现问题,都需要在这些版本之间传播修订。如果不小心控制和监视更改,就可能会出现混乱,导致成本高昂的修订和返工。
CM 系统有助于管理演进软件系统的多个变体,它跟踪给定的软件工作版本中使用了哪些版本,根据用户定义的版本规范执行个别程序或整个发行版的工作版本,以及实施特定于站点的开发策略。
CM 系统提供的一些直接好处包括以下方面:
-
支持开发方法
-
维护产品完整性
-
确保已配置产品的完整性和正确性
-
提供用于开发产品的稳定环境
-
根据项目策略限制对工作产品的更改
-
提供有关更改任何工作产品的原因、时间和执行人员的审计跟踪
此外,CM 系统存储关于开发流程本身的详细“记帐”数据:谁创建了特定版本(以及何时、何因)、哪些版本的源代码进入了特定工作版本以及其他相关信息。
组织的 CM 系统将在整个产品生命周期(从先启到部署)中使用。作为组织的资产存储库,CM 系统包含需求、设计和实施工件(用于定义系统或系统组件的特定版本)的源文件的当前及历史版本。
CM 系统中展示的产品目录结构包含实现产品所需的所有工件。同样,配置与变更管理(CCM)规程也与所有其他流程规程相关,因为它充当其他规程的结果工作产品集合的存储库。这包括:
|