UF/QP/3-01/QI/002 配置项管理法律规范一、配置项管理要求 在产品/项目的整个生存周期中，由 SCM 人员使用配置管理库系统对配置管理计划中确立的配置项进行统一的管理，控制它们的变更、存取和投放，记录并报告它们的状态和变更;SCM 组和 SQA 需分别定期对有关 SCM 的活动和工作产品进行审计。各产品开发经理定期且事件驱动地参加 SCM 活动的评审。研发主管经理定期参加 SCM 活动的评审。 二、配置项变更管理法律规范1.非基线化配置项变更管理法律规范非基线化配置项由相应 SCM 人员存放在软件配置数据库中。SCM 人员根据各产品/项目组的《配置管理计划》，来确立各个工程师提交配置项的权限。在非基线化配置项变成基线前，它(们)的变更可以迅速而非正式地进行。1.1 在配置项通过评审、审核和确认前，各配置项的负责人可根据配置项计划提交时间以及自身需要，事件驱动地向 SCM 人员提交经过合适修改的配置项，并由 SCM 人员标识后放置到软件配置数据库。1.2 当配置项通过相应评审、审核和确认后，在其待基线化的过程中，如需发生必要的变化，则需对变更的内容进行再次评审、审核和确认。在再次评审前，需提交配置项变更记录（UF/QP/3－01/QR/006）。1.3 一旦配置项已经经过正式的技术评审且已被认可，并得到基线控制委员会的批准，则此配置项将被基线化，并转入到相应软件基线库中。 2.基线化配置项变更管理法律规范 基线是软件开发过程中的里程碑。当配置项被基线化后，它(们)的变更需通过正式的变更控制过程，以确保其它基线未受到此变更的影响或完成相应的适当变更。 2.1 基线的建立 由软件配置控制委员会批准软件基线库的建立，且只有被软件配置控制委员会批准的配置项才能进入软件基线库。 2.2 基线变更控制 2.2.1 变更控制的目的变更控制的目的是不允许跨越里程碑去任意修改前一（或几）阶段的软件工作产品，以保证变更不会对基线造成不可预料的影响。 2.2.2 变更控制过程基线库中的某个配置项被提出需要修改时，需遵循以下变更控制过程： 提交变更请求表 CRF 、产品 / 项目经理确认变更申请人组织变更请求评审变更请求评审决定生成工程变化命令实施变更记录变更将变更项提交评审和 / 或回归测试评审和 / 或回归测试创建并发布新版本拒绝变更请求通过通过不通过不通过 2.2.2.1 由变更申请人填写并提交变更请求表（CRF），并经由相关产品经理确认。 2.2.2.2 变更申请人将经确认的变更请求表...
