软件配置管理控制程序.doc

《软件配置管理控制程序.doc》由会员分享，可在线阅读，更多相关《软件配置管理控制程序.doc（18页珍藏版）》请在三一办公上搜索。

1、文档编号：CYQM-B-PZGL-01文件状态： 草稿 正式发布 正在修改当前版本：作者：发布日期：保密等级：配置管理控制程序北京XX科技发展有限公司YYMMDD历 史 版 本版本作者修改日期更新内容备注文 件 审 核 单EPGMSG文 件 批 准 单职务签字日期总裁目录1.引言11.1.编写目的11.2.适用范围11.3.预期读者11.4.名词解释11.5.角色和职责12.过程描述12.1.概述12.2.制定配置管理计划12.2.1.概述12.2.2.入口准则12.2.3.输入工作产品12.2.4.主要步骤12.2.5.出口准则12.2.6.输出工作产品及质量记录12.3.配置库管理12.3

2、.1.概述12.3.2.入口准则12.3.3.输入工作产品12.3.4.主要步骤12.3.5.出口准则12.3.6.输出工作产品及质量记录12.4.版本构造12.4.1.概述12.4.2.入口准则12.4.3.输入工作产品12.4.4.主要步骤12.4.5.出口准则12.4.6.输出工作产品及质量记录12.5.版本发布12.5.1.概述12.5.2.入口准则12.5.3.输入工作产品12.5.4.主要步骤12.5.5.出口准则12.5.6.输出工作产品及质量记录12.6.变更控制12.6.1.概述12.6.2.入口准则12.6.3.输入工作产品12.6.4.主要步骤12.6.5.出口准则12.

3、6.6.输出工作产品及质量记录12.7.配置审计12.7.1.概述12.7.2.入口准则12.7.3.输入工作产品12.7.4.主要步骤12.7.5.出口准则12.7.6.输出工作产品及质量记录13.度量要求14.评审要求15.裁剪指南16.附录16.1.相关程序、作业指导书和指南16.2.输出工作产品及质量记录17.参考资料11. 引言1.1. 编写目的本文档描述了配置管理的目的及作用、参加配置管理活动的角色及其职责、配置管理的实施过程等内容，以指导公司的配置管理活动。1.2. 适用范围适用于本公司软件开发项目的各阶段的配置管理活动。1.3. 预期读者公司范围内的软件开发项目组、软件相关小组

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

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

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

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

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

9、个管理库，用于存储软件配置项和相关联的配置管理信息。1.5. 角色和职责角色职责配置控制委员会（CCB）评价、认可或否定有关配置项变更建议并确保确认的变更得以执行。配置管理工程师制定配置管理计划。负责配置管理工具使用及制度的培训。建立配置库，维护配置库及权限。编译程序、打包，编写或维护脚本。版本发布。基线入库与变更管理配置物理审计、配置状态报告编写。开发经理配置管理计划评审委员会成员协助定义基线。明确项目组内配置管理接口。确定项目角色。提供软件工作产品。协助进行版本编译、打包工作。配置管理经理配置管理计划评审委员会成员其他项目组成员执行公司配置管理方面的要求。及时更新CVS里的工作产品，尤其是

10、软件开发工程师，要求每天下班前将源代码更新到公司CVS服务器上，每天上班时更新本地的源代码。质量保证工程师审核项目组里的配置管理活动。组织文档类的软件工作产品评审活动，协助文档类的软件工作产品的配置管理。通过检查配置项的最终版本、系统分析员勾选的系统功能列表跟踪报告和测试报告进行配置功能审计。2. 过程描述2.1. 概述配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等活动，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置管理包括的内容如图1所示：版本控制版本控制版本控制版本控制制定配置管理

11、计划版本控制变更控制配置审计计划版本控制变更控制版配置审计更控自由草稿计计否正式发布置管理变更控制版本控制变更控制配置审草稿划正式发布置管理计划版本控制变更控制配置审计计划配置库管理变更控制配置审计配置审计配置审计配置审计图1 配置管理的内容2.2. 制定配置管理计划2.2.1. 概述配置管理工程师制定配置管理计划，主要内容包括配置管理软硬件资源、配置库管理计划、构造和发布计划、变更控制计划、备份计划、配置审计计划等。制定配置管理计划的目的是有计划地开展配置管理工作。2.2.2. 入口准则项目已立项，配置管理工程师已确定。项目计划已形成初稿；测试总体计划已形成初稿。2.2.3. 输入工作产品项

12、目计划书测试总体计划2.2.4. 主要步骤步骤角色业务处理表单/工作产品1配置管理工程师根据项目计划书和测试总体计划，按照配置管理计划模板制定配置管理计划。配置管理计划2评审委员会评审配置管理计划评审问题记录2.2.5. 出口准则配置管理计划已审批。2.2.6. 输出工作产品及质量记录配置管理计划2.3. 配置库管理2.3.1. 概述配置管理工程师为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理工程师定期维护配置库，例如清除垃圾文件、备份配置库等。所有人员依照此程序和配置管理计划操作配置库。配置库的结构见配置管理指南。2.3.2. 入口准则配置管理计划已

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

14、中约定的出入库规则对配置库操作进行管理，维护配置项状态记录。按照配置管理计划建立基线，填写基线发布报告并通知项目相关人员。定期清除配置库里的垃圾文件。定期备份配置库，交付出去的配置项必须有据可查，避免发生混乱。配置项状态记录基线发布报告2.3.5. 出口准则对配置库的操作与管理将持续到项目结束。2.3.6. 输出工作产品及质量记录配置项状态记录基线发布报告权限申请单2.4. 版本构造2.4.1. 概述版本构造的概念详见1.4名词解释。2.4.2. 入口准则产品组单元测试完成，需要发版本给测试组。配置管理接口要保证版本编译通过且能够部署成功。2.4.3. 输入工作产品源代码开发标签数据库脚本清库

15、脚本模板库（可根据实际情况剪裁）版本构造说明系统功能列表相关文档，包括配置管理操作手册（开发部分）, 配置管理操作手册（实施部分）, 系统操作手册, 培训资料。（可根据实际情况剪裁）其他配置说明（可根据实际情况剪裁）2.4.4. 主要步骤步骤角色业务处理表单/工作产品1开发经理提交相应的入口工作产品。版本构造说明2配置管理工程师检查入口工作产品。版本构造说明3配置管理工程师按照构造说明要求准备构造环境。版本构造说明4配置管理工程师编译、打包，给源代码打上相应的版本标签，进入受控域。进行代码统计。源代码5配置管理工程师整理版本。说明：详细的构造流程可以参考配置管理指南2.4.5. 出口准则代码能

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

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

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

19、置项5评审委员会有必要情况下，配置项的变更需要进行评审，由相应的评审委员会做相应工作产品的评审。需要变更的配置项6配置管理工程师更新配置库并填写配置项状态记录，需要重新发布基线的，需要填写基线发布报告。需要变更的配置项配置项状态记录基线发布报告说明：注：使用RDMS工具管理变更流程的详细介绍请参见配置管理指南。2.6.5. 出口准则执行人结束变更，配置项重新得到审批。配置管理工程师更新了配置库和相应配置项状态记录或者基线发布报告。2.6.6. 输出工作产品及质量记录经过审批的变更的配置项配置项状态记录基线发布报告2.7. 配置审计2.7.1. 概述配置审计分为物理审计和功能审计，详见名词解释。

20、功能审计的步骤略。物理审计包含日常审计和基线审计，由配置管理工程师和QA共同完成。2.7.2. 入口准则根据配置管理计划约定对配置管理工作进行审计。项目的配置活动已开展2.7.3. 输入工作产品软件配置库配置管理计划配置项状态记录基线发布报告配置项变更记录（RDMS记录）2.7.4. 主要步骤步骤角色业务处理表单/工作产品1配置管理工程师日常审计。每周四为配置管理组内部交叉审计日确保项目成员日常工作的规范性，配置库内容的完整性、一致性。具体审计项见日常配置审计检查表。日常配置审计检查表2QA基线审计。在基线发布之前，QA依据配置管理计划，对基线内容、基线发布报告进行审计，以保证完整性、正确性和

21、一致性。具体审计项见基线审计检查表。基线审计检查表4配置管理工程师在项目结项或者阶段验收时，配置管理工程师应该对照配置管理计划进行配置管理活动阶段总结。2.7.5. 出口准则提交配置审计结果2.7.6. 输出工作产品及质量记录日常配置审计检查表基线审计检查表3. 度量要求可进行的度量：新增代码行、修改代码行、删除代码行、新增注释行、新增有效代码行、代码总行、注释总行、有效代码总行、配置管理工时。4. 评审要求配置管理计划的评审委员会包括开发经理、配置管理经理，配置管理经理为评审委员会主席兼主持人。5. 裁剪指南配置/变更控制委员会(Configuration/Change Control Board，CCB)最小范围部门总监、产品经理、开发经理,部门总监为CCB主席。版本发布补丁版本发布补丁版本测试通过后直接对外发布，不用走产品版本发布申请单中的审批流程。存档在该补丁所属项目的发布基线里。6. 附录6.1. 相关程序、作业指导书和指南立项与策划控制程序开发成果权限管理标识管理规范配置管理指南6.2. 输出工作产品及质量记录配置管理计划配置项状态记录基线发布报告版本构造说明版本发布申请单配置项变更记录日常审计检查表基线审计检查表配置管理活动总结7. 参考资料