文档介绍：配置管理手册
Version
北京紫光捷通公司
工程软件部
目录
1引言 3
3
阅读指导 3
2基本约定 3
3
、条例和约定 5
5
6
6
6
7
3配置环境 7
7
8
4基本流程 8
8
9
10
11
11
11
11
12
13
5记录的收集、维护和保存 13
1引言

在软件产品的生命周期中,要经历需求分析,设计,编码,测试,提交,维护等一系列过程。在这个过程中,软件产品要经历无数次的变更,如果不能很好地标识变更,控制变更,确保变更的实现,项目就会陷入混乱,因此,制订本配置管理计划的目的,就是从多个方面描述如何进行配置管理,并通过配置管理保证项目不会陷入混乱。
阅读指导
本手册主要分为五部分:引言、基本约定、配置环境、基本流程、记录的收集、维护和保存。
第二部分基本约定主要介绍了配置管理中一些基本的约定,包括定义、适用标准、接口控制和参考资料。
第三部分配置环境分别对公网和部门的软件库配置信息进行了描述。
第四部分基本流程是本手册的重点,分为总体流程和岗位流程,建议根据具体的岗位有侧重点的进行阅读。
第五部分记录的收集、维护和保存对项目产生的代码、文档等的维护、保存进行了说明。
2基本约定

本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
配置项(CONFIGURATION ITEM):就是指在开发过程中所有的需要记录历史行为的半成品和成品。在开发过程中,无论文档(开发计划,需求分析,概要设计,详细设计,测试计划,测试用例,测试报告。。。。),源代码(C/PASCAL源程序,数据库建立脚本,基本代码数据。。。),测试代码,发行版本(可脱离源代码直接运行的程序),支持平台(操作系统,数据库系统),驱动外设,都存在着变化的可能和必然性,这些都被认为是配置项。配置管理的第一步就应当标识出项目中应当管理的配置项。
基线(BASELINE):我们以前称为里程碑(MILESTONE)。基线的含义是软件开发的一个预定义的程度或阶段。定义基线的好处是保证开发能够渐进,可靠的推进。通过基线的划分能够将开发的过程透明化,有利于控制开发的风险(小阶段的进度与资源都比较好控制)。由于基线代表软件开发达到一定的程度,因此通过基线必须通过检查列表(CHECKLIST)。在ISO9001中就是要做阶段评审(立项评审,软件定义评审,需求分析评审,概要设计评审,详细设计评审,编码测试评审,组装测试评审,安装验收评审,运行维护评审)。在ISO9001中主要明确3种基线(功能基线,指派基线,产品基线),我们可以根据项目的特性在每个阶段插入更多的子基线(如在开发阶段中插入3个子基线)。
软件库(SOFTBANK):指集中保存上述配置项的数据库。应当指出该软件库保存所有配置项的所有历史修改记录,因此通常有相应的配置管理客户端辅助工作。ISO9001规定软件开发必须存在3个不同的软件库,分别用于不同的阶段和目的:研发库,受控库和产品库。
开发库(DEVELOPING SOFTBANK):保存处于开发阶段的所有配置项的历史信息。这个库放在公网上,MON。这里用于临时存放所有正在开发的代码和文档等。开发人员可对其进行检入、检出操作。一个阶段的开发工作完毕后,此开发库将被清空。
受控库(UNDERCONTROLLED SOFTBANK):受控库由配置管理员统一管理,主要用于软件版本的维护、升级及改进。一个阶段的开发工作完成后,配置项即转入受控库,开发人员不可自行修改已入库的配置项。
出库登记(CHECK OUT):在配置管理中,为了保证在软件库中的成品/半成品不会因为多人同时开发而变的不一致,同时为了跟踪变化本身,每个开发人员在对软件库中的产品做出改动之前,必须进行CHECK OUT操作。通过这个操作,开发人员就获得了一个中心产品在本地的私有拷贝,随后的所有编辑都是针对本地的私有拷贝进行的。
入库登记(CHECK IN):如果开发人员完成了编辑和调试工作,希望将成果加入或刷新中心库,则需要进行入库登记。通过入库登记,配置管理工具就能够记录产品变化的历史