Betop-SPI-S-CM-P01(配置管理过程文件)

编码：Betop-SPI-S-CM-P01山东碧通通信技术配置管理过程文件拟制人拟制人日期＿＿＿＿＿审核人日期＿＿＿＿＿批准人日期＿＿＿＿＿更改控制页序号版本号更改时间更改内容描述填写人10.1新建、完成初稿21.0定稿目录TOC\o"1-3"\h\z1目的12范围13术语定义14职责25裁剪指南36过程46.1配置管理的日常活动过程4概要图4启动条件5输入6活动6输出10关闭标准106.2配置项的变更管理过程11概要图11启动条件11输入11活动11输出13关闭标准137审核138度量139技能要求1310参照文件14目的配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理、维护，从而保证工作产品的完整性，到达有序管理和减少重复性工作。范围适用于在公司过程改良过程中所产生的所有工作产品。术语定义配置项：简称CI〔ConfigurationItem的缩写〕，配置管理中受控制的对象被称为配置项，是生命周期中创立的信息，包含程序、数据、文档，分基线配置项和非基线配置项两类。基线：简称BL〔BaseLine的缩写〕基线是一组经过正式审查并且达成一致的标准或工作产品，是开发工作的根底。配置管理：简称CM〔ConfigurationManagement的缩写〕，标识、控制和管理变更的一种管理活动。它控制配置项的修改和发行；记录和报告配置项的状态和变更；保证配置项的完整性、一致性和正确性；以及控制配置项的储存、装载和交付。基线变更：变更引起新的基线发布称为基线变更非基线变更：除基线变更外的变更称为非基线变更。变更控制委员会：简称CCB〔ChangeControlBoard的缩写〕，CCB通常由工程经理、其他活动负责人、资深工程成员和配置管理员等组成。发布：Release，在生命周期各阶段结束时，由该阶段向下阶段提交该阶段的阶段产品的过程。职责角色活动配置管理员工程经理/其他活动负责人CCB工程总监EPG识别配置项执行评审选择管理工具执行执行执行执行审核制订配置方案执行审核审核建立各级配置库执行分配配置库权限执行审核审核审核管理配置库分配权限管理目录建立并维护配置管理申请操作配置库审核配置项变更提交申请/跟踪变更批准并评审变更批准并评审变更发布配置状态报告执行审核审核配置审计执行审计/填写发布记录审核审核发布基线配置审计发布基线申请发布基线批准发布基线审核后续配置管理整理完善记录与文档/提交组织审核向组织财富库移交搜集材料并提交报告审核评审评审裁剪指南依照活动的已定义过程进行裁剪。过程配置管理的日常活动过程概要图启动条件工程组或其他活动组建立输入过程定义《工程/活动方案》《配置管理系统访问控制规程》《工程/活动进展》活动识别配置项依据工程/其他活动的方案和过程定义确定纳入哪些配置项、识别哪些基线、以及何时纳入配置管理，配置管理员所识别的基线、配置项及配置时间、入库标准需经过工程经理或相关责任人审核。工程基线的命名标识按照以下规那么进行定义：基线简写-版本-日期例如，Plan-V0.1-20230101工程中可识别的基线有：基线名称简写基线配置项方案基线Plan《立项报告》《工程方案》《质量保证方案》《度量分析方案》《配置管理方案》需求基线Requirement《需求规格说明书》《用户需求说明书》工程设计基线Design《概要设计说明书》《详细设计说明书》《数据库设计说明书》实现区设计基线R_Design《功能项设计说明书》编码基线参见功能项命名标准源代码测试基线R_Test《测试用例》产品基线Release发布的产品版本《用户操作手册》基线的具体信息在《配置管理方案》中表达。选择配置管理工具根据实际情况，目前选择的配置管理工具如下:工具名称版本使用说明使用范围VSSVisualSourceSafe-2005参见《VSS使用指南》代码配置SVNTortoiseSVN客户端参见《SVN使用指南》代码及文件配置CollabNetSubversion-效劳器端配置管理工具的使用范围须在《配置管理方案》中进行声明。制定配置管理方案配置管理员根据工程/活动总体方案和进度方案，制定出配置管理方案提交工程经理/其他活动负责人审核，工程/活动方案评审通过后，发布得到授权的《配置管理方案》，作为配置管理活动的指导性文件。建立各级配置库配置管理员依据《配置管理系统访问控制规程》3.1节的标准库结构建立配置管理库目录结构。非基线区里包含正在创立或修改的配置项。它是开发者/活动执行者的工作空间，受开发者/活动执行者控制，配置项处于版本控制之下，配置管理员只需要给出推荐建库的规那么。基线库里包含基线和对基线的更改。分配管理权限依据相关人员在工程/活动过程中所担当的角色为其分配管理权限。具体权限划分，请参见《配置管理系统访问控制规程》3.3节。提交维护配置项工程组/活动执行成员按照《配置管理系统访问控制规程》4.1节的要求，在配置管理系统中的工作区、开发区里对配置项进行导入、检入、检出等操作。对于管理区中的内容，配置管理员在工程经理/其他活动负责人的指导下进行导入、检入、检出等操作。其他人员依据权限只能进行阅读——“read〞。对于基线区里的配置项必须由配置管理员导入、检入、检出等操作。管理配置库配置管理员负责配置库的管理工作，主要内容包括：建立配置库按需求为工程组/其他活动执行成员创立权限依据权限管理规程进行权限管理配置库备份配置项变更配置审计配置库管理工作的具体细那么参见《配置管理系统访问控制规程》。配置审计依据《配置管理方案》中的审计频度的要求对照《配置项状态表》进行配置审计。配置审计活动按照审计的类型划分，主要包括:物理审计、功能审计和管理审计。审计方式审计活动涉众物理审计配置项是否已经提交配置项是否已经进入正确的库和目录发布是否采用正确配置库，正确的配置项和正确版本变更后的配置项是否归并配置管理员功能审计配置项内容是否与需求一致产品变更是否完成，变更管理是否已经纳入受控库变更是否经过评审变更是否有记录工程经理/其他活动负责人管理审计检验配置项是否与配置管理方案识别配置项数量一致检验配置项内容是否与工程/活动对该配置项的要求保持一致检验配置项变更后信息是否为最新工程经理/其他活动负责人高层〔里程碑〕配置审计活动按照审计的内容划分，主要包括：基线审计、产品审计和日常审计。审计方式审计类型基线审计物理审计、功能审计、管理审计产品审计物理审计、功能审计日常审计物理审计审计完成时，配置管理员将审计的情况填写到《配置审计记录》中。发布基线配置管理员根据进展报告来判断是否到达里程碑点。如果到达里程碑点就从开发区里提出待发布的产品；CCB进行评审并判断是否到达发布标准〔以审计结果为主要依据〕，如果到达标准那么授权配置管理员发布基线。配置管理员出《基线发布通知》，并将发布内容导入基线库。在《配置项状态表》中记录相应的内容。过程财富提交组织工程/活动结束后，配置管理员整理并完善记录与文档，提交工程经理/其他活动负责人进行审核。并由工程经理/其他活动负责人通知EPG进行审批，审批通过后提交至组织财富库。输出《配置管理方案》《配置项状态表》《配置审计记录》《配置库备份记录》《基线发布通知》关闭标准工程/活动已经结束，过程财富提交给组织。配置项的变更管理过程概要图启动条件配置项的变更申请被提出。输入《变更申请表》活动此变更过程对所有配置项适用提交变更申请配置项如果需要发生变更时，相关人员填写《变更申请表》并提交到CCB。变更评审CCB分析《变更申请表》中建议的变更影响。评审变更的过程要确保这些变更与所有技术需求和工程/活动需求一致。对变更影响的评价要紧密结合工程/活动或合同需求。对于在假设干产品中使用的配置项的变更，可能会引发其他应用，要解决这个问题。工程经理/其他活动负责人根据评审的结论安排人员执行并验证变更措施。对那些受变更请求影响并且将在后面的配置活动中被处理的配置项进行审查。记录变更评审的结果、理由和解决方案，CCB代表签字确认，并授权配置管理员发布《变更通知》，授权相关人员执行变更。变更执行按给出的解决方案采取行动，并向受影响的各方报告情况。假设变更的配置项是在基线区的，那么需要受控。修改完毕交CCB验证变更结果。变更结果的验证流程根据变更的内容作如下声明：〔1〕文件变更：QA通过文件评审的方式进行变更结果确认，并出具《PPQA检查表》；〔2〕代码变更：通过代码走查/代码回归测试(交叉测试)，并由测试人员出具《代码走查报告》或《测试报告》。审核通过后由配置管理员将配置项提交到配置库，并将状态填写在《配置项状态表》中。变更审计配置管理员在变更过程中所做的工作依照《配置管理过程文件》进行自检，并将自检情况填写到《配置审计记录》中。输出《变更申请表》《配置项状态表》《配置审计记录》《变更通知》《PPQA检查表》/《代码走查报告》/《测试报告》关闭标准当次配置变更活动结束。审核《配置管理方案》要通过CCB评审；CCB要对待发布的基线是否到达发布标准进行评审；当配置项发生变更时，CCB对《配置项变更申请》的建议的影响进行分析，给出解决方案。度量每个工程〔任务〕阶段配置项的个数；配置项变更的数量和次数