软件配置管理控制程序.docx
- 文档编号:29900329
- 上传时间:2023-08-03
- 格式:DOCX
- 页数:19
- 大小:46.85KB
软件配置管理控制程序.docx
《软件配置管理控制程序.docx》由会员分享,可在线阅读,更多相关《软件配置管理控制程序.docx(19页珍藏版)》请在冰豆网上搜索。
软件配置管理控制程序
文档编号:
CYQM-B-PZGL-01
文件状态:
[]草稿
[√正式发布
[]正在修改
当前版本:
作者:
发布日期:
保密等级:
配置管理控制程序
北京XX科技发展有限公司
YYMMDD
历史版本
版本
作者
修改日期
更新内容
备注
文件审核单
EPG
MSG
文件批准单
职务
签字
日期
总裁
目 录
1.引言1
1.1.编写目的1
1.2.适用范围1
1.3.预期读者1
1.4.名词解释1
1.5.角色和职责1
2.过程描述1
2.1.概述1
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
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.输出工作产品及质量记录1
3.度量要求1
4.评审要求1
5.裁剪指南1
6.附录1
6.1.相关程序、作业指导书和指南1
6.2.输出工作产品及质量记录1
7.参考资料1
1.引言
编写目的
本文档描述了配置管理的目的及作用、参加配置管理活动的角色及其职责、配置管理的实施过程等内容,以指导公司的配置管理活动。
适用范围
适用于本公司软件开发项目的各阶段的配置管理活动。
预期读者
公司范围内的软件开发项目组、软件相关小组的全体人员、配置管理工程师、质量保证工程师。
名词解释
软件配置项:
软件配置项(SoftwareConfigurationItem,SCI)是指软件工程过程中所生产或使用的任何元素,或者是纳入软件产品的元素。
它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等。
软件配置管理(SoftwareConfigurationManagement,SCM):
对软件配置项的管理称为软件配置管理。
软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。
软件工作产品:
由定义、维护和使用一个软件过程所产生的任何人工制品,包括过程描述、计划、规程、计算机程序和相关文档,无论是否打算将它们交给客户或最终用户。
软件产品:
可交付给客户或最终用户的软件工作产品的子集称作软件产品。
基线:
基线是一组经过正式评审和批准的配置项的集合,这些配置项构成了一个相对稳定的逻辑实体。
基线中的配置项被“冻结”了,不能再被任何人随意修改。
一个产品的正式基线通常有需求基线、发布基线,开发基线有设计基线、代码基线、测试基线。
基线的概念可以进一步详见《配置管理指南》。
个人工作区:
开发工程师个人电脑中的工作区域。
开发域:
作为个人提交到公司CVS服务器上的工作区域,由开发经理控制版本。
要求个人每次检入时都要填写注释信息,写明与上一个版本相比时的差异,开发经理要经常进行检查。
对于代码,要求保证提交的代码能够正确地进行编译,不影响开发小组整体的程序构造,对没有完成的功能开发,可以进行注释。
受控域:
操作由配置管理工程师控制,所入库的工作产品,文档需经配置管理工程师确认是通过评审的;源代码需经配置管理工程师成功构造出版本的。
受控域和开发域是逻辑划分,使用CVS工具,可用标签(Tag)记录版本号的方式实现。
测试域,指配置管理工程师负责编译构造好的程序放在专门的位置,供测试组测试使用。
发布域,存放发布基线内容,用于实施,包含计划内和计划外产品版本、集成套件版本。
配置管理工程师负责操作,实施人员有读权限。
基线域,存放基线内容,配置管理工程师负责操作,对外不开放,应与产品域测试域物理分开。
变更控制委员会(ChangeControlBoard,CCB):
是负责评价、认可或否定有关基线配置项变更建议并确保确认的变更得以执行的一个小组,至少包括部门总监、产品经理、开发经理。
可根据实际情况增加研发中心总经理/副总经理、专业服务部代表。
如果研发中心总经理/副总经理是需求评审主席,那么也同时担任CCB主席,否则由部门总监担任CCB主席。
配置状态报告:
是配置管理过程中,配置管理工程师对所有提交的工作产品进行管理控制,并记录配置项及其状态以后所进行的配置状态的说明和报告。
配置状态报告包括《基线发布报告》和《配置项状态记录》。
变更控制:
对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。
版本构造:
源代码过单元测试,提交集成测试或系统测试之前,由配置管理工程师在开发域中提取版本的源代码并编译成可执行程序,并标识可执行程序版本后提交测试。
即用于内部测试使用的,多数情况下只包括可执行程序,称为一个构造(build)。
版本发布:
指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。
即交付给客户的一个包括可执行程序和文档的发布基线称为发布(release)。
配置审计:
分为物理审计和功能审计。
物理审计考查软件基线库的结构、内容及其它相关信息,以验证基线和描述它的文档的一致性。
功能审计主要考核配置项在实现功能上的一致性,功能审计主要通过评审和测试报告体现。
配置库:
为项目建立或利用一个管理库,用于存储软件配置项和相关联的配置管理信息。
角色和职责
角色
职责
配置控制委员会(CCB)
评价、认可或否定有关配置项变更建议并确保确认的变更得以执行。
配置管理工程师
制定《配置管理计划》。
负责配置管理工具使用及制度的培训。
建立配置库,维护配置库及权限。
编译程序、打包,编写或维护脚本。
版本发布。
基线入库与变更管理
配置物理审计、配置状态报告编写。
开发经理
《配置管理计划》评审委员会成员
协助定义基线。
明确项目组内配置管理接口。
确定项目角色。
提供软件工作产品。
协助进行版本编译、打包工作。
配置管理经理
《配置管理计划》评审委员会成员
其他项目组成员
执行公司配置管理方面的要求。
及时更新CVS里的工作产品,尤其是软件开发工程师,
要求每天下班前将源代码更新到公司CVS服务器上,每天上班时更新本地的源代码。
质量保证工程师
审核项目组里的配置管理活动。
组织文档类的软件工作产品评审活动,协助文档类的软件工作产品的配置管理。
通过检查配置项的最终版本、系统分析员勾选的《系统功能列表》跟踪报告和《测试报告》进行配置功能审计。
2.过程描述
概述
配置管理(ConfigurationManagement,CM)的目的是通过执行版本控制、变更控制等活动,以及使用配置管理软件,来保证所有配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效保护。
配置管理包括的内容如图1所示:
配置审计
配置审计
配置审计
配置审计
图1配置管理的内容
制定配置管理计划
概述
配置管理工程师制定《配置管理计划》,主要内容包括配置管理软硬件资源、配置库管理计划、构造和发布计划、变更控制计划、备份计划、配置审计计划等。
制定《配置管理计划》的目的是有计划地开展配置管理工作。
入口准则
项目已立项,配置管理工程师已确定。
项目计划已形成初稿;测试总体计划已形成初稿。
输入工作产品
《项目计划书》
《测试总体计划》
主要步骤
步骤
角色
业务处理
表单/工作产品
1
配置管理工程师
根据《项目计划书》和《测试总体计划》
,按照《配置管理计划》模板制定配置管理计划。
《配置管理计划》
2
评审委员会
评审《配置管理计划》
评审问题记录
出口准则
《配置管理计划》已审批。
输出工作产品及质量记录
《配置管理计划》
配置库管理
概述
配置管理工程师为项目创建配置库,并给每个项目成员分配权限。
各项目成员根据自己的权限操作配置库。
配置管理工程师定期维护配置库,例如清除垃圾文件、备份配置库等。
所有人员依照此程序和《配置管理计划》操作配置库。
配置库的结构见《配置管理指南》。
入口准则
《配置管理计划》已经制定并获得批准,配置管理的软件硬件已经存在。
输入工作产品
《配置管理计划》
主要步骤
步骤
角色
业务处理
表单/工作产品
1
配置管理工程师
创建配置库。
按照公司《配置管理指南》的要求和《配置管理计划》建立配置库。
2
配置管理工程师
分配权限。
按照《配置管理计划》的要求为每个项目成员分配操作权限。
项目过程中人员变动,填写《权限申请单》,审批后,由配置管理工程师开通相应权限。
配置管理工程师应将《权限申请单》保存好备查。
《权限申请单》
3
开发工程师
配置库操作。
根据自己的权限操作配置库。
开发工程师必须每天下班前将所负责的工作产品提交到公司CVS服务器,每天上班前更新工作产品。
4
配置管理工程师
配置库管理。
根据《配置管理计划》中约定的出入库规则对配置库操作进行管理,维护《配置项状态记录》。
按照《配置管理计划》建立基线,填写《基线发布报告》并通知项目相关人员。
定期清除配置库里的垃圾文件。
定期备份配置库,交付出去的配置项必须有据可查,避免发生混乱。
《配置项状态记录》
《基线发布报告》
出口准则
对配置库的操作与管理将持续到项目结束。
输出工作产品及质量记录
《配置项状态记录》
《基线发布报告》
《权限申请单》
版本构造
概述
版本构造的概念详见1.4名词解释。
入口准则
产品组单元测试完成,需要发版本给测试组。
配置管理接口要保证版本编译通过且能够部署成功。
输入工作产品
源代码开发标签
数据库脚本
清库脚本
模板库(可根据实际情况剪裁)
《版本构造说明》
《系统功能列表》
相关文档,包括《配置管理操作手册(开发部分)》,《配置管理操作手册(实施部分)》,《系统操作手册》,《培训资料》。
(可根据实际情况剪裁)
其他配置说明(可根据实际情况剪裁)
主要步骤
步骤
角色
业务处理
表单/工作产品
1
开发经理
提交相应的入口工作产品。
《版本构造说明》
2
配置管理工程师
检查入口工作产品。
《版本构造说明》
3
配置管理工程师
按照构造说明要求准备构造环境。
《版本构造说明》
4
配置管理工程师
编译、打包,给源代码打上相应的版本标签,进入受控域。
进行代码统计。
源代码
5
配置管理工程师
整理版本。
说明:
详细的构造流程可以参考《配置管理指南》
出口准则
代码能够正确构造通过,将版本发布到测试域,通知测试组。
输出工作产品及质量记录
测试版本内容包括程序文件、数据库脚本、清库脚本、模板库(可根据实际情况剪裁)、《版本构造说明》、《系统功能列表》、相关文档,包括《配置管理操作手册(开发部分)》,《配置管理操作手册(实施部分)》,《系统操作手册》,《培训资料》(可根据实际情况剪裁)、其他配置说明(可根据实际情况剪裁)、《修改文件列表》、《代码统计》。
版本发布
概述
发布的概念详见1.4名词解释。
入口准则
版本通过系统测试,产品组提交《产品发布申请》
输入工作产品
《版本发布申请单》
《版本构造说明》
《测试报告》
主要步骤
步骤
角色
业务处理
表单/工作产品
1
开发经理
提交申请
《版本发布申请单》
2
评审委员会
评审
《版本发布申请单》
3
配置管理工程师
形成发布基线,发布到基线域,同时将发布基线同步到发布域,做好相应记录。
面向专业服务部和项目组发布报告。
《基线发布报告》
出口准则
《版本发布申请单》,评审通过。
将相关内容归档,形成发布基线,入库,发布。
输出工作产品及质量记录
发布基线
《基线发布报告》
变更控制
概述
在项目开发过程中,绝大部分的配置项都要经过多次的修改才能最终确定,对配置项的任何修改都将产生新的版本,且配置项发生变更几乎是不可避免的。
基线配置项的变更由CCB负责,流程见下面的描述,非基线配置项的变更由原有的评审委员会负责审批。
入口准则
待变更的配置项状态为“正式发布”,或者该配置项已经成为某个基线的一部分。
输入工作产品
待变更的配置项
变更申请
主要步骤
步骤
角色
业务处理
表单/工作产品
1
变更申请人
变更申请人向CCB提交变更申请,重点说明“变更原因”、“变更内容”、“影响范围”和需要变更的配置项。
变更申请
2
CCB
审批该申请,分析此变更对项目造成的影响。
如果同意变更,则继续执行下一步,否则终止此活动。
变更申请
3
CCB
指定变更执行人,CCB需要和变更执行人就变更内容达成共识。
变更申请
4
变更执行人
通过配置管理工程师从配置库取得需要变更的工作产品。
执行变更任务。
需要变更的配置项
5
评审委员会
有必要情况下,配置项的变更需要进行评审,由相应的评审委员会做相应工作产品的评审。
需要变更的配置项
6
配置管理工程师
更新配置库并填写《配置项状态记录》,需要重新发布基线的,需要填写《基线发布报告》。
需要变更的配置项
《配置项状态记录》
《基线发布报告》
说明:
注:
使用RDMS工具管理变更流程的详细介绍请参见《配置管理指南》。
出口准则
执行人结束变更,配置项重新得到审批。
配置管理工程师更新了配置库和相应《配置项状态记录》或者《基线发布报告》。
输出工作产品及质量记录
经过审批的变更的配置项
《配置项状态记录》
《基线发布报告》
配置审计
概述
配置审计分为物理审计和功能审计,详见名词解释。
功能审计的步骤略。
物理审计包含日常审计和基线审计,由配置管理工程师和QA共同完成。
入口准则
根据《配置管理计划》约定对配置管理工作进行审计。
项目的配置活动已开展
输入工作产品
软件配置库
《配置管理计划》
《配置项状态记录》
《基线发布报告》
配置项变更记录(RDMS记录)
主要步骤
步骤
角色
业务处理
表单/工作产品
1
配置管理工程师
日常审计。
每周四为配置管理组内部交叉审计日
确保项目成员日常工作的规范性,配置库内容的完整性、一致性。
具体审计项见《日常配置审计检查表》。
《日常配置审计检查表》
2
QA
基线审计。
在基线发布之前,QA依据《配置管理计划》,对基线内容、基线发布报告进行审计,以保证完整性、正确性和一致性。
具体审计项见《基线审计检查表》。
《基线审计检查表》
4
配置管理工程师
在项目结项或者阶段验收时,配置管理工程师应该对照《配置管理计划》进行配置管理活动阶段总结。
出口准则
提交配置审计结果
输出工作产品及质量记录
《日常配置审计检查表》
《基线审计检查表》
3.度量要求
可进行的度量:
新增代码行、修改代码行、删除代码行、新增注释行、新增有效代码行、代码总行、注释总行、有效代码总行、配置管理工时。
4.评审要求
《配置管理计划》的评审委员会包括开发经理、配置管理经理,配置管理经理为评审委员会主席兼主持人。
5.裁剪指南
配置/变更控制委员会(Configuration/ChangeControlBoard,CCB)
最小范围
部门总监、产品经理、开发经理,部门总监为CCB主席。
版本发布
补丁版本发布
补丁版本测试通过后直接对外发布,不用走《产品版本发布申请单》中的审批流程。
存档在该补丁所属项目的发布基线里。
6.附录
相关程序、作业指导书和指南
《立项与策划控制程序》
《开发成果权限管理》
《标识管理规范》
《配置管理指南》
输出工作产品及质量记录
《配置管理计划》
《配置项状态记录》
《基线发布报告》
《版本构造说明》
《版本发布申请单》
配置项变更记录
《日常审计检查表》
《基线审计检查表》
《配置管理活动总结》
7.参考资料
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理 控制程序
![提示](https://static.bdocx.com/images/bang_tan.gif)