|
|
|
配置标识是配置管理的基础性工作，是配置管理的前提。配置标识是确定哪些内容应该进入配置管理形成配置项，并确定配置项如何命名，用哪些信息来描述该配置项。
|
|
|
|
|
|
信息系统项目中形成的技术性文档和管理性文档，除一些临时性的文档外一般都应该进行配置管理。一般来讲，判定一个文档是否进行配置管理的标准应该是此文档是否有多个人需要使用，这些文档往往在项目的进程中不断地修正和扩展，要保证每个使用者都使用同一版本的文档，就必须将这些文档纳入配置管理，成为受控的配置项。
|
|
|
|
（1）识别配置项。可能成为配置项组成部分的主要工作产品有过程描述、需求、设计、测试计划和规程、测试结果、代码／模块、工具（如编辑器）、接口描述等。在软件工程方面，Roger S.Pressman认为至少以下所列的文档应该成为配置项：系统规格说明书、项目计划、需求规格说明书、用户手册、设计规格说明、源代码、测试规格说明、操作和安装手册、可执行程序、数据库描述、联机用户手册、维护文档、软件工程标准和规程。
|
|
|
|
（2）配置项命名。确定了配置项后，还需要对配置项进行合理、科学的命名。配置项的命名绝不能随意为之，必须满足唯一性和可追溯性。一个典型的实例是采用层次式的命名规则来反映树状结构，树状结构上节点之间存在着层次的继承关系。
|
|
|
|
（3）配置项的描述。由于配置项除了名称外还有一些其他属性和与其他配置项的关系，因此它可以采用描述对象的方式来进行描述。每个配置项用一组特征信息（名字、描述、一组资源、实现）唯一地标识。配置项间的关系有整体和部分的关系及层次关系，也有关联关系。配置项间的关系可以用MIL语言（Module Interconnection Language）表示。MIL描述的是配置项间的相互依赖关系，可自动构造系统的任何版本。
|
|
|
|
（4）识别配置项的步骤。识别配置项的主要步骤如下：
|
|
|
|
|
|
|
|
.确定每个配置项的重要特征。配置项的特征主要包括作者、文档类型、代码文档的程序设计语言。
|
|
|
|
|
|
|
|
|
|
.审批配置管理表。CCB审查配置管理表是否符合配置管理计划和项目计划文档的规定，审批配置管理表。
|
|
|
|
|
|
基线（baseline）是项目生存期各开发阶段末尾的特定点，也称为里程碑（milestone），在这些特定点上，阶段工作已结束，并且已经形成了正式的阶段产品。
|
|
|
|
建立基线的概念是为了把各开发阶段的工作划分得更加明确，使得本来连续开展的开发工作在这些点上被分割开，从而更加有利于检验和肯定阶段工作的成果，同时有利于进行变更控制。有了基线的规定就可以禁止跨越里程碑去修改另一开发阶段的工作成果，并且认为建立了里程碑，有些完成的阶段成果已被冻结。
|
|
|
|
作为阶段工作的正式产品，基线应该是稳定的，如作为设计基线的设计规格说明应该是通过评审的。如果还只是设计草稿，就不能作为基线，不能被冻结。
|
|
|
|
如果把软件看做是系统的一个组成部分，以下3种基线最受人们关注的：功能基线、分配基线、产品基线。
|
|
|
|
（1）功能基线：指在系统分析与软件定义阶段结束时，经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明；或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明；或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标志。
|
|
|
|
（2）分配基线（指派基线）：指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标志。
|
|
|
|
（3）产品基线：指在软件组装与系统测试阶段结束时，经过正式评审批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标志。
|
|
|
|
另外，交付给外部顾客的基线一般称为发行基线，内部使用的基线称为构造基线。交付（释放）是指在软件生存周期的各个阶段结束时，由该阶段向下阶段提交该阶段产品的过程。其中，是将系统集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。
|
|
|
|
提出基线的概念本来是为了更好地实现变更控制，但如果把每个基线都当成一个整体来看待会造成麻烦。因为一个变更很可能只涉及到基线的很小部分。例如，假定某个大型软件中的一个模块修改了，如果将这一变更当做整个软件产品基线的变更，就很不方便。
|
|
|
|
|
|
在配置管理中，要建立并维护配置管理系统和变更管理系统。建立配置管理系统的主要步骤如下：
|
|
|
|
（1）建立适用于多控制等级配置管理的管理机制。生存周期中不同时间所需的控制等级不同，不同的系统类型所需的控制等级不同，在满足专属性和安全性方面的不同的控制等级。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（7）保护配置管理系统的内容。配置管理系统的主要功能有文档的备份与恢复、文档的建档、从配置管理的差错状态下复原。
|
|
|
|
（8）权限分配。CMO的权限最高，一般项目成员可拥有添加、检入／检出、下载的权限，但是不能有删除的权限。
|
|
|
|
|
|
|
|
（1）获得CCB的授权。CMO根据项目进展情况或项目组的要求和基线计划规定，提出创建基线的书面请求，提请CCB授权。
|
|
|
|
|
|
|
|
|
