|
|
| 配置管理是采用技术手段和行政手段进行管理和监督的一套规范化方法；对配置项的功能特性和物理特性加以标识，并将其文档化；控制这些特性的变更；报告变更进行的情况和变更实施的状态以及验证与规定需求的一致性。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 配置管理系统用于控制工作产品的配置管理和变更管理。该系统包括存储媒体、规程和访问该配置系统的工具、用于记录和访问变更请求的工具。
|
|
|
|
|
|
|
| 配置管理活动和流程主要包括制订配置管理计划、配置识别与建议基线、建立配置管理系统、版本管理、配置状态报告和配置审计。
|
|
|
|
|
| IEEE对配置项的定义为“硬件、软件或二者兼有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。
|
|
|
| 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每个元素称为该产品配置中的一个配置项（CI），主要有两大类：
|
|
|
| .属于产品组成部分的工作成果，如需求、设计文档、源代码和测试用例等。
|
|
|
| .属于项目管理和机构支撑过程域产生的文档，如工作计划、质量报告、项目跟踪报告等。
|
|
|
| 每个配置项的主要属性有名称、标识符、文件状态、版本、作者和日期等。
|
|
|
|
|
| 配置库是一组受控制的，辅助软件开发、使用和维护的软件及相关的文档，它在软件发布与交付活动中起着器械性的作用。
|
|
|
|
|
|
|
|
|
|
|
|
|
| .开发库。也称动态库，存放开发过程中需要保留的各种信息，供开发人员个人专用。无须对开发库的修改做限制。
|
|
|
| .受控库。也称主库，在信息系统开发的某个阶段结束时，将工作产品存入或有关信息存入。对库内信息的修改要遵循变更控制流程。
|
|
|
| .产品库。存放最终产品，等待交付用户或现场安装。库内信息也应加以控制。
|
|
|
|
|
| 基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。一个产品可以有多个基线，也可以只有一个基线。交付给外部顾客的基线一般称为发行基线，内部使用的基线一般称为构造基线。
|
|
|
| 基线的主要属性有名称、标识符、版本和日期等。一组拥有唯一标识号的需求、设计、源代码以及相应的可执行代码、构造文档和用户文档可以认为是一个基线。产品的一个测试版本也可以作为基线。
|
|
|
| 在建立基线以前，工作产品的所有者能快速、非正式地对工作产品做出变更。但基线建立以后，变更则需要由正式的变更控制程序来控制。
|
|
|
|
|
| 变更控制委员会（CCB）也称为配置控制委员会，是配置项变更的监管组织。其任务是对提出的配置项变更做出评价、审批以及监督已批准变更的实施。
|
|
|
| 变更控制委员会的成员可以包括项目经理、用户代表、项目质量控制人员、配置控制人员等。CCB可以不是常设机构，完全可以根据工作需要组成，小项目CCB可以只有一人，甚至只是兼职人员。它的任务除控制变更以外，也可以负责更多的配置管理任务，如基线的审定、标识的审定以及产品的审定。
|
|
|
