软件配置管理控制程序

1、配置管理控制程序配置管理控制程序 北京北京 xx 科技科技发发展有限公司展有限公司 yymmdd 文档编号： cyqm-b-pzgl-01 当前版本： 作者： 发布日期： 保密等级： 文件状态： 草稿 正式发布 正在修改 历历 史史 版版 本本 版本作者修改日期更新内容备注 文文 件件 审审 核核 单单 epg msg 文文 件件 批批 准准 单单 职务签字 日期 总裁 目目录录 1.1.引言引言 .1 1 1.1.编写目的.1 1.2.适用范围.1 1.3.预期读者.1 1.4.名词解释.1 1.5.角色和职责.1 2.2.过程描述过程描述 .1 1 2.1.概述.1 2.2.制定配置管理计

2、划.1 2.2.1.概述 .1 2.2.2.入口准则 .1 2.2.3.输入工作产品 .1 2.2.4.主要步骤 .1 2.2.5.出口准则 .1 2.2.6.输出工作产品及质量记录 .1 2.3.配置库管理.1 2.3.1.概述 .1 2.3.2.入口准则 .1 2.3.3.输入工作产品 .1 2.3.4.主要步骤 .1 2.3.5.出口准则 .1 2.3.6.输出工作产品及质量记录 .1 2.4.版本构造.1 2.4.1.概述 .1 2.4.2.入口准则 .1 2.4.3.输入工作产品 .1 2.4.4.主要步骤 .1 2.4.5.出口准则 .1 2.4.6.输出工作产品及质量记录 .1

3、2.5.版本发布.1 2.5.1.概述 .1 2.5.2.入口准则 .1 2.5.3.输入工作产品 .1 2.5.4.主要步骤 .1 2.5.5.出口准则 .1 2.5.6.输出工作产品及质量记录 .1 2.6.变更控制.1 2.6.1.概述 .1 2.6.2.入口准则 .1 2.6.3.输入工作产品 .1 2.6.4.主要步骤 .1 2.6.5.出口准则 .1 2.6.6.输出工作产品及质量记录 .1 2.7.配置审计.1 2.7.1.概述 .1 2.7.2.入口准则 .1 2.7.3.输入工作产品 .1 2.7.4.主要步骤 .1 2.7.5.出口准则 .1 2.7.6.输出工作产品及质量

4、记录 .1 3.3.度量要求度量要求 .1 1 4.4.评审要求评审要求 .1 1 5.5.裁剪指南裁剪指南 .1 1 6.6.附录附录 .1 1 6.1.相关程序、作业指导书和指南.1 6.2.输出工作产品及质量记录.1 7.7.参考资料参考资料 .1 1 1.1. 引言引言 1.1.编写目的编写目的 本文档描述了配置管理的目的及作用、参加配置管理活动的角色及其职责、 配置管理的实施过程等内容，以指导公司的配置管理活动。 1.2.适用范围适用范围 适用于本公司软件开发项目的各阶段的配置管理活动。 1.3.预期读者预期读者 公司范围内的软件开发项目组、软件相关小组的全体人员、配置管理工程师、

5、质量保证工程师。 1.4.名词解释名词解释 软件配置项：软件配置项（software configuration item，sci）是指软件工 程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明 书、计算机程序、数据结构或者开发软件产品所使用的工具等。 软件配置管理（software configuration management，scm）：对软件配置项 的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生 命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包 括过程描述、计划、规程、计算机程序和相关文

6、档，无论是否打算将它们交给客 户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品。 基线：基线是一组经过正式评审和批准的配置项的集合，这些配置项构成了 一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修 改。一个产品的正式基线通常有需求基线、发布基线，开发基线有设计基线、代 码基线、测试基线。基线的概念可以进一步详见配置管理指南。 个人工作区：开发工程师个人电脑中的工作区域。 开发域：作为个人提交到公司 cvs 服务器上的工作区域，由开发经理控制版 本。要求个人每次检入时都要填写注释信息，写明与上一个版本相比时的差异， 开发经理要经常进行检查

7、。对于代码，要求保证提交的代码能够正确地进行编译， 不影响开发小组整体的程序构造，对没有完成的功能开发，可以进行注释。 受控域：操作由配置管理工程师控制，所入库的工作产品，文档需经配置管理 工程师确认是通过评审的；源代码需经配置管理工程师成功构造出版本的。受控 域和开发域是逻辑划分，使用 cvs 工具，可用标签（tag）记录版本号的方式实现。 测试域，指配置管理工程师负责编译构造好的程序放在专门的位置，供测试 组测试使用。 发布域,存放发布基线内容，用于实施，包含计划内和计划外产品版本、集成 套件版本。配置管理工程师负责操作，实施人员有读权限。 基线域,存放基线内容，配置管理工程师负责操作，对

8、外不开放,应与产品域 测试域物理分开。 变更控制委员会(change control board，ccb)：是负责评价、认可或否定有 关基线配置项变更建议并确保确认的变更得以执行的一个小组，至少包括部门 总监、产品经理、开发经理。可根据实际情况增加研发中心总经理/副总经理、专 业服务部代表。如果研发中心总经理/副总经理是需求评审主席，那么也同时担 任 ccb 主席，否则由部门总监担任 ccb 主席。 配置状态报告：是配置管理过程中，配置管理工程师对所有提交的工作产品 进行管理控制，并记录配置项及其状态以后所进行的配置状态的说明和报告。配 置状态报告包括基线发布报告和配置项状态记录。 变更控制：

9、对配置项的更改进行评价、协调、认可或不认可以及执行更改的过 程。 版本构造：源代码过单元测试，提交集成测试或系统测试之前，由配置管理工 程师在开发域中提取版本的源代码并编译成可执行程序，并标识可执行程序版 本后提交测试。即用于内部测试使用的，多数情况下只包括可执行程序，称为一 个构造（build）。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完 整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发 布（release）。 配置审计：分为物理审计和功能审计。物理审计考查软件基线库的结构、内容 及其它相关信息，以验证基线和描述它的文档的一致性。功能审计主要考核

10、配置 项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 配置库：为项目建立或利用一个管理库，用于存储软件配置项和相关联的配 置管理信息。 1.5.角色和职责角色和职责 角色 职责 配置控制委员 会（ccb） 评价、认可或否定有关配置项变更建议并确保确认的变 更得以执行。 配置管理工程 师 制定配置管理计划。 负责配置管理工具使用及制度的培训。 建立配置库，维护配置库及权限。 编译程序、打包，编写或维护脚本。 版本发布。 基线入库与变更管理 配置物理审计、配置状态报告编写。 开发经理 配置管理计划评审委员会成员 协助定义基线。 明确项目组内配置管理接口。 确定项目角色。 提供软件工作

11、产品。 协助进行版本编译、打包工作。 配置管理经理配置管理计划评审委员会成员 其他项目组成 员 执行公司配置管理方面的要求。 及时更新 cvs 里的工作产品，尤其是软件开发工程师， 要求每天下班前将源代码更新到公司 cvs 服务器上，每 天上班时更新本地的源代码。 质量保证工程 师 审核项目组里的配置管理活动。 组织文档类的软件工作产品评审活动，协助文档类的软 件工作产品的配置管理。 通过检查配置项的最终版本、系统分析员勾选的系统功 能列表跟踪报告和测试报告进行配置功能审计。 2.2. 过程描述过程描述 2.1.概述概述 配置管理（configuration management, cm）的目

12、的是通过执行版本控制、变 更控制等活动，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。 配置管理是对工作成果的一种有效保护。 配置管理包括的内容如图 1 所示： 图 1 配置管理的内容 版本控制 版本控制 版本控制 版本控制 制定配置管理计划 版本控制 变更控制 配置审计 计划 版本控制 变更控制 版配置审计 更控自由草稿 计 计否正式发布 置管理变更控制 版本控制 变更控制 配置审草稿 划正式发布 置管理计划 版本控制 变更控制 配置审计 计划 配置库管理 变更控制 配置审计 配置审计 配置审计 配置审计 2.2.制定配置管理计划制定配置管理计划 2.2.1.2.2.1.概述概述

13、 配置管理工程师制定配置管理计划，主要内容包括配置管理软硬件资源、 配置库管理计划、构造和发布计划、变更控制计划、备份计划、配置审计计划等。 制定配置管理计划的目的是有计划地开展配置管理工作。 2.2.2.2.2.2.入口准则入口准则 项目已立项，配置管理工程师已确定。 项目计划已形成初稿；测试总体计划已形成初稿。 2.2.3.2.2.3.输入工作产品输入工作产品 项目计划书 测试总体计划 2.2.4.2.2.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 配置管 理工程 师 根据项目计划书和测试总体计划 ，按照配置管理计划模板制定配置管理 计划。 配置管理计划 2 评审委 员会 评

14、审配置管理计划评审问题记录 2.2.5.2.2.5.出口准则出口准则 配置管理计划已审批。 2.2.6.2.2.6.输出工作产品及质量记录输出工作产品及质量记录 配置管理计划 2.3.配置库管理配置库管理 2.3.1.2.3.1.概述概述 配置管理工程师为项目创建配置库，并给每个项目成员分配权限。各项目成 员根据自己的权限操作配置库。配置管理工程师定期维护配置库，例如清除垃圾 文件、备份配置库等。所有人员依照此程序和配置管理计划操作配置库。配置 库的结构见配置管理指南。 2.3.2.2.3.2.入口准则入口准则 配置管理计划已经制定并获得批准，配置管理的软件硬件已经存在。 2.3.3.2.3.

15、3.输入工作产品输入工作产品 配置管理计划 2.3.4.2.3.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 配置管 理工程 师 创建配置库。 按照公司配置管理指南的要求和配置 管理计划建立配置库。 2 配置管 理工程 师 分配权限。 按照配置管理计划的要求为每个项目 成员分配操作权限。 项目过程中人员变动，填写权限申请单， 审批后，由配置管理工程师开通相应权限。 权限申请单 配置管理工程师应将权限申请单保存 好备查。 3 开发工 程师 配置库操作。 根据自己的权限操作配置库。 开发工程师必须每天下班前将所负责的 工作产品提交到公司 cvs 服务器，每天上 班前更新工作产品。 4

16、配置管 理工程 师 配置库管理。 根据配置管理计划中约定的出入库规 则对配置库操作进行管理，维护配置项 状态记录。 按照配置管理计划建立基线，填写基 线发布报告并通知项目相关人员。 定期清除配置库里的垃圾文件。 定期备份配置库，交付出去的配置项必须 有据可查，避免发生混乱。 配置项状态记录 基线发布报告 2.3.5.2.3.5.出口准则出口准则 对配置库的操作与管理将持续到项目结束。 2.3.6.2.3.6.输出工作产品及质量记录输出工作产品及质量记录 配置项状态记录 基线发布报告 权限申请单 2.4.版本版本构造构造 2.4.1.2.4.1.概述概述 版本构造的概念详见 1.4 名词解释。

17、2.4.2.2.4.2.入口准则入口准则 产品组单元测试完成，需要发版本给测试组。 配置管理接口要保证版本编译通过且能够部署成功。 2.4.3.2.4.3.输入工作产品输入工作产品 源代码开发标签 数据库脚本 清库脚本 模板库（可根据实际情况剪裁） 版本构造说明 系统功能列表 相关文档，包括配置管理操作手册（开发部分）, 配置管理操作手册（实施部 分）, 系统操作手册, 培训资料。 （可根据实际情况剪裁） 其他配置说明（可根据实际情况剪裁） 2.4.4.2.4.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 开发经理提交相应的入口工作产品。版本构造说明 2 配置管理 工程师 检查入口

18、工作产品。版本构造说明 3 配置管理 工程师 按照构造说明要求准备构造环境。版本构造说明 4 配置管理 工程师 编译、打包，给源代码打上相应的版本 标签，进入受控域。进行代码统计。 源代码 5 配置管理 工程师 整理版本。 说明： 详细的构造流程可以参考配置管理指南 2.4.5.2.4.5.出口准则出口准则 代码能够正确构造通过，将版本发布到测试域，通知测试组。 2.4.6.2.4.6.输出工作产品及质量记录输出工作产品及质量记录 测试版本内容包括程序文件、数据库脚本、清库脚本、模板库（可根据实际情况剪 裁）、 版本构造说明、 系统功能列表、相关文档，包括配置管理操作手册（开发 部分）, 配置

19、管理操作手册（实施部分）, 系统操作手册, 培训资料（可根 据实际情况剪裁）、其他配置说明（可根据实际情况剪裁）、 修改文件列表、 代码 统计。 2.5.版本发布版本发布 2.5.1.2.5.1.概述概述 发布的概念详见 1.4 名词解释。 2.5.2.2.5.2.入口准则入口准则 版本通过系统测试，产品组提交产品发布申请 2.5.3.2.5.3.输入工作产品输入工作产品 版本发布申请单 版本构造说明 测试报告 2.5.4.2.5.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 开发经理提交申请版本发布申请单 2 评审委员 会 评审版本发布申请单 3 配置管理 工程师 形成发布基线，

20、发布到基线域，同时将 发布基线同步到发布域，做好相应记录。 面向专业服务部和项目组发布报告。 基线发布报告 2.5.5.2.5.5.出口准则出口准则 版本发布申请单，评审通过。 将相关内容归档，形成发布基线，入库，发布。 2.5.6.2.5.6.输出工作产品及质量记录输出工作产品及质量记录 发布基线 基线发布报告 2.6.变更控制变更控制 2.6.1.2.6.1.概述概述 在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定， 对配置项的任何修改都将产生新的版本，且配置项发生变更几乎是不可避免的。 基线配置项的变更由 ccb 负责，流程见下面的描述，非基线配置项的变更由原有 的评审

21、委员会负责审批。 2.6.2.2.6.2.入口准则入口准则 待变更的配置项状态为“正式发布”，或者该配置项已经成为某个基线的一部分。 2.6.3.2.6.3.输入工作产品输入工作产品 待变更的配置项 变更申请 2.6.4.2.6.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 变更申请 人 变更申请人向 ccb 提交变更申请，重点 说明“变更原因”、 “变更内容”、 “影响范围” 和需要变更的配置项。 变更申请 2ccb 审批该申请，分析此变更对项目造成的 影响。如果同意变更，则继续执行下一 步，否则终止此活动。 变更申请 3ccb 指定变更执行人，ccb 需要和变更执行 人就变更内

22、容达成共识。 变更申请 4 变更执行 人 通过配置管理工程师从配置库取得需 要变更的工作产品。 执行变更任务。 需要变更的配置 项 5 评审委员 会 有必要情况下，配置项的变更需要进行 评审，由相应的评审委员会做相应工作 产品的评审。 需要变更的配置 项 6 配置管理 工程师 更新配置库并填写配置项状态记录， 需要重新发布基线的，需要填写基线 发布报告。 需要变更的配置 项 配置项状态记录 基线发布报告 说明： 注：使用 rdms 工具管理变更流程的详细介绍请参见配置管理指南。 2.6.5.2.6.5.出口准则出口准则 执行人结束变更，配置项重新得到审批。 配置管理工程师更新了配置库和相应配置

23、项状态记录或者基线发布报告。 2.6.6.2.6.6.输出工作产品及质量记录输出工作产品及质量记录 经过审批的变更的配置项 配置项状态记录 基线发布报告 2.7.配置审计配置审计 2.7.1.2.7.1.概述概述 配置审计分为物理审计和功能审计，详见名词解释。 功能审计的步骤略。 物理审计包含日常审计和基线审计，由配置管理工程师和 qa 共同完成。 2.7.2.2.7.2.入口准则入口准则 根据配置管理计划约定对配置管理工作进行审计。 项目的配置活动已开展 2.7.3.2.7.3.输入工作产品输入工作产品 软件配置库 配置管理计划 配置项状态记录 基线发布报告 配置项变更记录（rdms 记录） 2.7.4.2.7.4.主要步骤主要步骤 步骤角色业务处理表单/工作产品 1 配置管理 工程师 日常审计。 每周四为配置管理组内部交叉审计日 确保项目成员日常工作的规范性，配置 库内容的完整性、一致性。具体审计项 见日常配置审计检查表。 日常