软件配置管理控制程序

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

2、2.2.入口准则 .152.2.3.输入工作产品 .152.2.4.主要步骤 .152.2.5.出口准则 .152.2.6.输出工作产品及质量记录 .152.3.配置库管理.162.3.1.概述 .162.3.2.入口准则 .162.3.3.输入工作产品 .162.3.4.主要步骤 .162.3.5.出口准则 .172.3.6.输出工作产品及质量记录 .172.4.版本构造.172.4.1.概述 .172.4.2.入口准则 .182.4.3.输入工作产品 .182.4.4.主要步骤 .182.4.5.出口准则 .192.4.6.输出工作产品及质量记录 .192.5.版本发布.192.5.1.概

3、述 .192.5.2.入口准则 .19- ii -2.5.3.输入工作产品 .192.5.4.主要步骤 .192.5.5.出口准则 .1102.5.6.输出工作产品及质量记录 .1102.6.变更控制.1102.6.1.概述 .1102.6.2.入口准则 .1102.6.3.输入工作产品 .1102.6.4.主要步骤 .1112.6.5.出口准则 .1112.6.6.输出工作产品及质量记录 .1122.7.配置审计.1122.7.1.概述 .1122.7.2.入口准则 .1122.7.3.输入工作产品 .1122.7.4.主要步骤 .1122.7.5.出口准则 .1132.7.6.输出工作产品

4、及质量记录 .1133.3.度量要求度量要求 .1 113134.4.评审要求评审要求 .1 113135.5.裁剪指南裁剪指南 .1 114146.6.附录附录 .1 114146.1.相关程序、作业指导书和指南.1146.2.输出工作产品及质量记录.1147.7.参考资料参考资料 .1 11414北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 1 页 共 15 页1.1. 引言引言1.1.编写目的编写目的本文档描述了配置管理的目的及作用、参加配置管理活动的角色及其职责、配置管理的实施过程等内容，以指导公司的配置管理活动。1.2.适用范围适用范围适用于本公司软件开发项目的各阶

5、段的配置管理活动。1.3.预期读者预期读者公司范围内的软件开发项目组、软件相关小组的全体人员、配置管理工程师、质量保证工程师。1.4.名词解释名词解释软件配置项：软件配置项（software configuration item，sci）是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等。软件配置管理（software configuration management，scm）：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。软件工作产品：由定

6、义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品。基线：基线是一组经过正式评审和批准的配置项的集合，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改。一个产品的正式基线通常有需求基线、发布基线，开发基线有设计基线、代北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 2 页 共 15 页码基线、测试基线。基线的概念可以进一步详见配置管理指南。个人工作区：开发工程师个人电脑中的工作区域。开发域：

7、作为个人提交到公司 cvs 服务器上的工作区域，由开发经理控制版本。要求个人每次检入时都要填写注释信息，写明与上一个版本相比时的差异，开发经理要经常进行检查。对于代码，要求保证提交的代码能够正确地进行编译，不影响开发小组整体的程序构造，对没有完成的功能开发，可以进行注释。受控域：操作由配置管理工程师控制，所入库的工作产品，文档需经配置管理工程师确认是通过评审的；源代码需经配置管理工程师成功构造出版本的。受控域和开发域是逻辑划分，使用 cvs 工具，可用标签（tag）记录版本号的方式实现。测试域，指配置管理工程师负责编译构造好的程序放在专门的位置，供测试组测试使用。发布域,存放发布基线内容，用于

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

9、理控制，并记录配置项及其状态以后所进行的配置状态的说明和报告。配置状态报告包括基线发布报告和配置项状态记录。变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。版本构造：源代码过单元测试，提交集成测试或系统测试之前，由配置管理工程师在开发域中提取版本的源代码并编译成可执行程序，并标识可执行程序版本后提交测试。即用于内部测试使用的，多数情况下只包括可执行程序，称为一个构造（build）。北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 3 页 共 15 页版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行

10、程序和文档的发布基线称为发布（release）。配置审计：分为物理审计和功能审计。物理审计考查软件基线库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性。功能审计主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。配置库：为项目建立或利用一个管理库，用于存储软件配置项和相关联的配置管理信息。1.5.角色和职责角色和职责角色职责配置控制委员会（ccb）评价、认可或否定有关配置项变更建议并确保确认的变更得以执行。配置管理工程师制定配置管理计划。负责配置管理工具使用及制度的培训。建立配置库，维护配置库及权限。编译程序、打包，编写或维护脚本。版本发布。基线入库与变更管理

11、配置物理审计、配置状态报告编写。开发经理配置管理计划评审委员会成员协助定义基线。明确项目组内配置管理接口。确定项目角色。提供软件工作产品。协助进行版本编译、打包工作。配置管理经理配置管理计划评审委员会成员北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 4 页 共 15 页其他项目组成员执行公司配置管理方面的要求。及时更新 cvs 里的工作产品，尤其是软件开发工程师，要求每天下班前将源代码更新到公司 cvs 服务器上，每天上班时更新本地的源代码。质量保证工程师审核项目组里的配置管理活动。组织文档类的软件工作产品评审活动，协助文档类的软件工作产品的配置管理。通过检查配置项的最终版本

12、、系统分析员勾选的系统功能列表跟踪报告和测试报告进行配置功能审计。2.2. 过程描述过程描述2.1.概述概述配置管理（configuration management, cm）的目的是通过执行版本控制、变更控制等活动，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置管理包括的内容如图 1 所示：图 1 配置管理的内容版本控制版本控制版本控制版本控制制定配置管理计划版本控制变更控制配置审计计划版本控制变更控制版配置审计更控自由草稿计计否正式发布置管理变更控制版本控制变更控制配置审草稿划正式发布置管理计划版本控制变更控制配置审计计划配置库管理变更控

13、制配置审计配置审计配置审计配置审计北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 5 页 共 15 页2.2.制定配置管理计划制定配置管理计划2.2.1.2.2.1.概述概述配置管理工程师制定配置管理计划，主要内容包括配置管理软硬件资源、配置库管理计划、构造和发布计划、变更控制计划、备份计划、配置审计计划等。制定配置管理计划的目的是有计划地开展配置管理工作。2.2.2.2.2.2.入口准则入口准则项目已立项，配置管理工程师已确定。项目计划已形成初稿；测试总体计划已形成初稿。2.2.3.2.2.3.输入工作产品输入工作产品项目计划书测试总体计划2.2.4.2.2.4.主要步骤主要

14、步骤步骤角色业务处理表单/工作产品1配置管理工程师根据项目计划书和测试总体计划，按照配置管理计划模板制定配置管理计划。配置管理计划2评审委员会评审配置管理计划评审问题记录2.2.5.2.2.5.出口准则出口准则配置管理计划已审批。北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 6 页 共 15 页2.2.6.2.2.6.输出工作产品及质量记录输出工作产品及质量记录配置管理计划2.3.配置库管理配置库管理2.3.1.2.3.1.概述概述配置管理工程师为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理工程师定期维护配置库，例如清除垃圾文件、备份

15、配置库等。所有人员依照此程序和配置管理计划操作配置库。配置库的结构见配置管理指南。2.3.2.2.3.2.入口准则入口准则配置管理计划已经制定并获得批准，配置管理的软件硬件已经存在。2.3.3.2.3.3.输入工作产品输入工作产品配置管理计划2.3.4.2.3.4.主要步骤主要步骤步骤角色业务处理表单/工作产品1配置管理工程师创建配置库。按照公司配置管理指南的要求和配置管理计划建立配置库。2配置管理工程师分配权限。按照配置管理计划的要求为每个项目成员分配操作权限。项目过程中人员变动，填写权限申请单，审批后，由配置管理工程师开通相应权限。权限申请单北京 xx 技发展有限公司过程管理体系文件 配置

16、管理控制程序第 7 页 共 15 页配置管理工程师应将权限申请单保存好备查。3开发工程师配置库操作。根据自己的权限操作配置库。开发工程师必须每天下班前将所负责的工作产品提交到公司 cvs 服务器，每天上班前更新工作产品。4配置管理工程师配置库管理。根据配置管理计划中约定的出入库规则对配置库操作进行管理，维护配置项状态记录。按照配置管理计划建立基线，填写基线发布报告并通知项目相关人员。定期清除配置库里的垃圾文件。定期备份配置库，交付出去的配置项必须有据可查，避免发生混乱。配置项状态记录基线发布报告2.3.5.2.3.5.出口准则出口准则对配置库的操作与管理将持续到项目结束。2.3.6.2.3.6

17、.输出工作产品及质量记录输出工作产品及质量记录配置项状态记录基线发布报告权限申请单北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 8 页 共 15 页2.4.版本版本构造构造2.4.1.2.4.1.概述概述版本构造的概念详见 1.4 名词解释。2.4.2.2.4.2.入口准则入口准则产品组单元测试完成，需要发版本给测试组。配置管理接口要保证版本编译通过且能够部署成功。2.4.3.2.4.3.输入工作产品输入工作产品源代码开发标签数据库脚本清库脚本模板库（可根据实际情况剪裁）版本构造说明系统功能列表相关文档，包括配置管理操作手册（开发部分）, 配置管理操作手册（实施部分）, 系统

18、操作手册, 培训资料。 （可根据实际情况剪裁）其他配置说明（可根据实际情况剪裁）2.4.4.2.4.4.主要步骤主要步骤步骤角色业务处理表单/工作产品1开发经理提交相应的入口工作产品。版本构造说明2配置管理工程师检查入口工作产品。版本构造说明3配置管理工程师按照构造说明要求准备构造环境。版本构造说明北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 9 页 共 15 页4配置管理工程师编译、打包，给源代码打上相应的版本标签，进入受控域。进行代码统计。源代码5配置管理工程师整理版本。说明：详细的构造流程可以参考配置管理指南2.4.5.2.4.5.出口准则出口准则代码能够正确构造通过，

19、将版本发布到测试域，通知测试组。2.4.6.2.4.6.输出工作产品及质量记录输出工作产品及质量记录测试版本内容包括程序文件、数据库脚本、清库脚本、模板库（可根据实际情况剪裁）、 版本构造说明、 系统功能列表、相关文档，包括配置管理操作手册（开发部分）, 配置管理操作手册（实施部分）, 系统操作手册, 培训资料（可根据实际情况剪裁）、其他配置说明（可根据实际情况剪裁）、 修改文件列表、 代码统计。2.5.版本发布版本发布2.5.1.2.5.1.概述概述发布的概念详见 1.4 名词解释。2.5.2.2.5.2.入口准则入口准则版本通过系统测试，产品组提交产品发布申请2.5.3.2.5.3.输入工

20、作产品输入工作产品版本发布申请单北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 10 页 共 15 页版本构造说明测试报告2.5.4.2.5.4.主要步骤主要步骤步骤角色业务处理表单/工作产品1开发经理提交申请版本发布申请单2评审委员会评审版本发布申请单3配置管理工程师形成发布基线，发布到基线域，同时将发布基线同步到发布域，做好相应记录。面向专业服务部和项目组发布报告。基线发布报告2.5.5.2.5.5.出口准则出口准则版本发布申请单，评审通过。将相关内容归档，形成发布基线，入库，发布。2.5.6.2.5.6.输出工作产品及质量记录输出工作产品及质量记录发布基线基线发布报告2.

21、6.变更控制变更控制2.6.1.2.6.1.概述概述在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定，对配置项的任何修改都将产生新的版本，且配置项发生变更几乎是不可避免的。基线配置项的变更由 ccb 负责，流程见下面的描述，非基线配置项的变更由原有北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 11 页 共 15 页的评审委员会负责审批。2.6.2.2.6.2.入口准则入口准则待变更的配置项状态为“正式发布”，或者该配置项已经成为某个基线的一部分。2.6.3.2.6.3.输入工作产品输入工作产品待变更的配置项变更申请2.6.4.2.6.4.主要步骤主要步骤步骤角

22、色业务处理表单/工作产品1变更申请人变更申请人向 ccb 提交变更申请，重点说明“变更原因”、 “变更内容”、 “影响范围”和需要变更的配置项。变更申请2ccb审批该申请，分析此变更对项目造成的影响。如果同意变更，则继续执行下一步，否则终止此活动。变更申请3ccb指定变更执行人，ccb 需要和变更执行人就变更内容达成共识。变更申请4变更执行人通过配置管理工程师从配置库取得需要变更的工作产品。执行变更任务。需要变更的配置项5评审委员会有必要情况下，配置项的变更需要进行评审，由相应的评审委员会做相应工作产品的评审。需要变更的配置项6配置管理工程师更新配置库并填写配置项状态记录，需要重新发布基线的，

23、需要填写基线发布报告。需要变更的配置项配置项状态记录北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 12 页 共 15 页基线发布报告说明：注：使用 rdms 工具管理变更流程的详细介绍请参见配置管理指南。2.6.5.2.6.5.出口准则出口准则执行人结束变更，配置项重新得到审批。配置管理工程师更新了配置库和相应配置项状态记录或者基线发布报告。2.6.6.2.6.6.输出工作产品及质量记录输出工作产品及质量记录经过审批的变更的配置项配置项状态记录基线发布报告2.7.配置审计配置审计2.7.1.2.7.1.概述概述配置审计分为物理审计和功能审计，详见名词解释。功能审计的步骤略。物

24、理审计包含日常审计和基线审计，由配置管理工程师和 qa 共同完成。2.7.2.2.7.2.入口准则入口准则根据配置管理计划约定对配置管理工作进行审计。项目的配置活动已开展北京 xx 技发展有限公司过程管理体系文件 配置管理控制程序第 13 页 共 15 页2.7.3.2.7.3.输入工作产品输入工作产品软件配置库配置管理计划配置项状态记录基线发布报告配置项变更记录（rdms 记录）2.7.4.2.7.4.主要步骤主要步骤步骤角色业务处理表单/工作产品1配置管理工程师日常审计。每周四为配置管理组内部交叉审计日确保项目成员日常工作的规范性，配置库内容的完整性、一致性。具体审计项见日常配置审计检查表。日常配置审计检查表2qa基线审计。