第1页共6页变更控制模版1前言1.1目的为在产品生命周期全过程中有效控制配置项和基线的变更对项目的影响,保证工作产品在整个项目生命周期中的一致性和可追溯性,特制定此规程。1.2适用范围本规程适用于公司范围内所有的项目。变更控制规程在项目全生命周期均可适用。1.3参考文献《CMMI-SW,V1.3,StagedRepresentation》,CMU/SEI-2002-TR-0291.4术语CM(ConfigurationManagement):配置管理。CCB(ConfigurationControlBoard):配置控制委员会QA(QualityAssurance):质量保证2入口准则需要受到管理和控制的配置项已经入受控库或基线已经发布有变更申请发生3输入变更申请单第2页共6页4活动4.1活动关系图4.2活动描述4.2.1基线变更控制活动序号活动参与者活动描述1变更申请项目经理填写变更申请单并提交:当配置项变更或其他情况引发基线变更时,变更发起人负责填写变更申请单,填写内容见变更申请单模板;将变更申请单提交给CCB,抄送CM工程师。变更分析是否通过?更新入库结束变更申请YESNo是否批准?结束NO变更执行变更结果验证YES12345第3页共6页2变更审查和批准CCB初审:CCB收到变更申请单后,由CCB主席对变更作出判断:若初步接受变更申请,则进入“分析”步骤;若拒绝,则将原因和结果通知相关人员,此变更关闭。分析:项目经理(或其他委托人员)对变更范围和影响(工作量、进度、风险)进行分析并将结果填入变更申请单。决策:CCB根据分析情况决策是否执行变更;若同意,则转入“派工”步骤;若拒绝,则将结果和原因通知相关人员,此变更关闭。派工:项目经理根据变更分析和审批结果分配变更任务,包括执行人、任务期限、验证人等信息。3变更执行变更执行人员出库:变更执行人接到任务后,向CM工程师申请出库,经CM工程师检查通过后赋予变更执行人修改权限;变更:变更执行人按照要求进行修改并将执行情况填入变更申请单。4变更结果验证变更验证人员变更验证人员对变更后的工作产品进行验证:若验证通过,则验证人在变更申请单上记录验证花费的工作量后通知CM工程师;若验证不通过,则记录验证花费的工作量后返回继续修改。5更新入库(关闭变更)CM工程师入库:CM工程师执行入库检查,确认通过后更新入库。若不通过则返回信息继续修改。CM工程师收回修改权限。通知:当所有变更内容都入库后,CM工程师关闭变更,并通知受影响的相关人员。4.2.2受控配置项变更控制活动序号活动参与者活动描述1变更申请变更提交者填写变更申请单并提交:项目开发组成员填写变更申请单,填写内容见变更申请单模板;将变更申请提交给项目经理,抄送CM工程师。第4页共6页2变更分析项目经理分析:项目经理(或其他委托人员)对变更范围和影响(工作量、进度、风险)进行分析,并将分析结果填入变更申请单。决策:项目经理根据分析情况决策是否执行变更;若同意,则转入“派工”步骤;若拒绝,则将结果和原因通知相关人员,此变更关闭。派工:项目经理根据变更分析和审批结果分配变更任务,包括执行人、任务期限、验证人等信息。3变更执行变更执行人员出库:变更执行人接到任务后,向CM工程师申请出库,经CM工程师检查通过后取出需更改的配置项交由变更执行人;变更:变更执行人按照要求进行修改并将执行情况填入变更申请单。4变更结果验证验证人员变更验证人员对变更后的工作产品进行验证:若验证通过,则验证人在变更申请单上记录验证花费的工作量后通知CM工程师;若验证不通过,则记录验证花费的工作量后返回继续修改。5更新入库(关闭变更)CM工程师入库:CM工程师执行入库检查,确认通过后更新入库。若不通过则返回信息继续修改。通知:当所有变更内容都入库后,CM工程师关闭变更,并通知受影响的相关人员。5出口准则变更申请被关闭,并通知相关人员6输出变更申请单(更新后的)基线状态报告(更新后的)配置项状态报告(更新后的)变更列表