《配置管理手册》.docVIP

配置管理手册 Version 1.0 北京紫光捷通公司 工程软件部 目录 1引言 3 1.1编写目的 3 1.2 阅读指导 3 2基本约定 3 2.1定义 3 2.2适用的标准、条例和约定 5 2.2.1文档命名规范 5 2.2.2测试用例命名规范 6 2.2.3整理9001文件夹 6 2.3接口控制 6 2.4参考资料 7 3配置环境 7 3.1公网Common开发库 7 3.2部门Deployment受控库 8 4基本流程 8 4.1总体流程 8 4.1.1开发库流程 9 4.1.2受控库流程 10 4.2岗位工作流程 11 4.2.1产品经理工作流程 11 4.2.2开发工程师 11 开发工程师工作流程 11 开发工程师文件夹管理 12 4.2.3系统工程师工作流程 13 5记录的收集、维护和保存 13  1引言 1.1编写目的 在软件产品的生命周期中，要经历需求分析，设计，编码，测试，提交，维护等一系列过程。在这个过程中，软件产品要经历无数次的变更，如果不能很好地标识变更，控制变更，确保变更的实现，项目就会陷入混乱，因此，制订本配置管理计划的目的，就是从多个方面描述如何进行配置管理，并通过配置管理保证项目不会陷入混乱。 1.2 阅读指导 本手册主要分为五部分：引言、基本约定、配置环境、基本流程、记录的收集、维护和保存。 第二部分基本约定主要介绍了配置管理中一些基本的约定，包括定义、适用标准、接口控制和参考资料。 第三部分配置环境分别对公网和部门的软件库配置信息进行了描述。 第四部分基本流程是本手册的重点，分为总体流程和岗位流程，建议根据具体的岗位有侧重点的进行阅读。 第五部分记录的收集、维护和保存对项目产生的代码、文档等的维护、保存进行了说明。 2基本约定 2.1定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 配置项（CONFIGURATION ITEM）：就是指在开发过程中所有的需要记录历史行为的半成品和成品。在开发过程中，无论文档（开发计划，需求分析，概要设计，详细设计，测试计划，测试用例，测试报告。。。。），源代码（C/PASCAL源程序，数据库建立脚本，基本代码数据。。。），测试代码，发行版本（可脱离源代码直接运行的程序），支持平台（操作系统，数据库系统），驱动外设，都存在着变化的可能和必然性，这些都被认为是配置项。配置管理的第一步就应当标识出项目中应当管理的配置项。 基线（BASELINE）：我们以前称为里程碑（MILESTONE）。基线的含义是软件开发的一个预定义的程度或阶段。定义基线的好处是保证开发能够渐进，可靠的推进。通过基线的划分能够将开发的过程透明化，有利于控制开发的风险（小阶段的进度与资源都比较好控制）。由于基线代表软件开发达到一定的程度，因此通过基线必须通过检查列表（CHECKLIST）。在ISO9001中就是要做阶段评审（立项评审，软件定义评审，需求分析评审，概要设计评审，详细设计评审，编码测试评审，组装测试评审，安装验收评审，运行维护评审）。在ISO9001中主要明确3种基线（功能基线，指派基线，产品基线），我们可以根据项目的特性在每个阶段插入更多的子基线（如在开发阶段中插入3个子基线）。 软件库（SOFTBANK）：指集中保存上述配置项的数据库。应当指出该软件库保存所有配置项的所有历史修改记录，因此通常有相应的配置管理客户端辅助工作。ISO9001规定软件开发必须存在3个不同的软件库，分别用于不同的阶段和目的：研发库，受控库和产品库。 开发库（DEVELOPING SOFTBANK）：保存处于开发阶段的所有配置项的历史信息。这个库放在公网上，名称是COMMON。这里用于临时存放所有正在开发的代码和文档等。开发人员可对其进行检入、检出操作。一个阶段的开发工作完毕后，此开发库将被清空。 受控库（UNDERCONTROLLED SOFTBANK）：受控库由配置管理员统一管理，主要用于软件版本的维护、升级及改进。一个阶段的开发工作完成后，配置项即转入受控库，开发人员不可自行修改已入库的配置项。 出库登记（CHECK OUT）：在配置管理中，为了保证在软件库中的成品/半成品不会因为多人同时开发而变的不一致，同时为了跟踪变化本身，每个开发人员在对软件库中的产品做出改动之前，必须进行CHECK OUT操作。通过这个操作，开发人员就获得了一个中心产品在本地的私有拷贝，随后的所有编辑都是针对本地的私有拷贝进行的。 入库登记（CHECK IN）：如果开发人员完成了编辑和调试工作，希望将成果加入或刷新中心库，则需要进行入库登记。通过入库登记，配置管理工具就能够记录产品变化的历史，并以一种高效的方式保存所有的历史记录。 个人工作区（WORKING FOLDER）：从