《TL9000软件配置管理规范》由会员分享，可在线阅读，更多相关《TL9000软件配置管理规范（5页珍藏版）》请在金锄头文库上搜索。
1、XXXXX股份XXXXXBD/QW-02-04软件配置治理标准拟 制： 版 号： C/2受控状态：内部使用2021年9月10日发布2021年9月12日实施XXXXX股份XXXXX发布XXXXX股份XXXXX软件配置治理标准文件编号BD/QW-02-04版号C/2操作文件文件页码共4页第1页1. 目的限制对构成软件产品的各配置项的标识、治理、更改活动,保证软件配置项的完全性 和正确性,预防非预期的使用,并能够有效地实现可追溯性.2. 适用范围适用于软件产品在整个生存周期中的限制治理活动.3. 责任3.1. 配置治理员负责建立配置治理系统；负责执行配置项的创立与变更限制,并在?配置项治理记录表?中
2、进行记录; 负责执行对配置系统的访问限制；负责制定?配置治理方案?；负责配置库目录的设置、人员操作权限的定义等； 负责标识配置项；负责执行日常配置治理系统维护.3.2. 配置审核人负责审核及批准配置治理方案； 负责审核及批准基线的发布； 负责审核配置项/基线变更的请求3.3. 工程经理接受配置治理方案,并按相关规定贯彻执行; 提出配置治理方案的修改要求；提出基线变更请求.3.4. 开发人员根据配置治理方案和相关规定,创立和修改配置项操作文件BD/QW-02-04共4页第#页4. 工作流程4.1. 术语4.1.1. 软件配置治理软件配置治理是对软件修改良行标识、组织和限制的技术,用来协调和限制整
3、个过程. 是通过技术或行政手段对软件产品及其开发过程进行限制、标准的一系列举措.配置治理 的目标是记录软件产品的演化过程,保证软件开发者在软件生命周期中各个阶段都能得到 版本的产品配置.4.1.2. 配置项但凡纳入配置治理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组 成局部,一般是可以设计、实施和测试的.4.1.3. 基线是工程储存库中每个工件版本在特定时期的一个“快照.它提供一个正式标准,随后 的工作基于此标准,并且只有经过授权后才能变更这个标准.建立一个初始基线后,以后 每次对其进行的变更都将记录为一个差值,直到建成下一个基线.4.2. 配置治理清单?配置治理清单?应对所有工
4、程配置项作出标识,注明状态及版本,该清单在工程计 划阶段由工程经理配合配置治理员编制,工程开发过程中随配置项状态变化而变化,工程 结项后正式发布.4.3. 配置治理方案?配置治理方案?规定了在工程开发过程中应执行的配置治理的责任、活动和要求. 该方案在工程方案阶段由工程经理配合配置治理员编制.?配置治理方案?应包括以下内容：(1) 明确配置治理人员；(2) 基线的建立及划分时机；(3) 各阶段需治理的配置项；(4) 配置治理使用的工具、技术和方法；(5) 适用的标准、惯例和约定；(6) 配置项标识方法.4.4. 工程版本标识对整个工程进行版本限制,对工程开发完成后的总体版本、开发组内各功能模块
5、的最 终版本进行定义,并规定相应的功能要求.暂定义两种版本编号方式,各工程组根据自身 需要选择,在配置治理方案中说明,具体规定如下：4.4.1 版本编号为w.x.y.z 即主版本号.子版本号.功能版本号修订版本号初始版本为1.0.0.0, bug修订那么z+1;定制版本那么y+1,依定制次序定义；功能升级那么 x+1 ；工程在进行了重大修改或局部修正累积较多,而导致工程整体发生全局变化时,w+1, 同时x,y,z复位为0.z为0时,可省略此位不写.4.4.2 版本编号为x.y.z即主版本号子版本号.修订版本号初始版本为1.0.0, bug修订那么z+1;功能升级那么y+1,z复位为0;工程在进
6、行了重大 修改或局部修正累积较多,而导致工程整体发生全局变化时,x+1,同时y,z复位为0.z为0时,可省略此位不写.定制版本编号为x.y.z_特征名_定制版本修订版本号.特征名可为客户名、模块名,或通用版本GE Ge neral Editio n及增强版本EEE nhanced Edition.4.5. 配置项标识4.5.1.文档标识配置库中的文档名称需要根据以下格式命名：产品名称含版本号+资料名称.项说明资料名称需求规格说明书 系统设计说明书测试报告平安目标功能标准高层设计文档编号格式为CC_XXX_*_$_#,其中CC表示公司,XXX是工程的三位英文 字母缩写表示,*_$表示文档类别,#
7、表示文件的一个序列号,如蓝盾千兆防火墙 配置治理文档.doc的编号为BD_FWL_CM0_D0C_001.文档版本规那么为第一次正式发行 的为第一版,修改后第二次发行的为第二版,依次类推.4.5.2. 程序标识所有属于该工程的程序、分程序、模块和程序单元都要有唯一的标识.要求所有模块 的源代码都需记录模块编号,且模块编号在整个系统中是唯一的.模块编号在系统设计完 成之后,由工程组和配置治理员共同根据系统设计进行编制.46 工程变更治理流程需要对配置项进行变更时,必须得到工程负责人的批准才能进行.更改完成后,需得 到工程负责人的认可,才能提交给配置治理员,由配置治理员导入配置库.配置库中文档 的状态分为“草稿、“正式发布和“正在修改三种.对处于“草稿状态的文档进 行修改不算是“变更,无需审核批准.而对于“正式发布的文档,必须依照配置变更 限制的规那么获得批准后才能进行修改,并需要把文档状态由“正式发布更改成“正在修 改.而且修改的文档必须要有修改记录,内容包括修改人、修改日期、修改内容等.5. 记录?配置治理方案?配置治理清单?配置项治理记录表? 以上记录由研发中央保存,保存期限为 3年,必要时可按需要延长
