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

1、山东碧通通信技术有限公司配置管理过程文件编码：Betop-SPI -S-CM-P01山东碧通通信技术有限公司配置管理过程文件拟制人 日期审核人 日期批准人 日期更改控制页序号版本号更改时间更改内容描述填写人10.1新建、完成初稿21.0定稿1 目的12 范围13 术语定义14 职责25 裁剪指南36 过程36.1 配置管理的日常活动过程36.1.1 概要图36.1.2 启动条件46.1.3 输入56.1.4 活动56.1.5 输出96.1.6 关闭标准96.2 配置项的变更管理过程96.2.1 概要图96.2.2 启动条件106.2.3 输入106.2.4 活动106.2.5 输出116.2.

2、6 关闭标准117 审核118 度量119 技能要求1210 参照文件12编码：Betop-SPI-S-CM-P01山东碧通通信技术有限公司配置管理过程文件1目的配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理、维护，从而 保证工作产品的完整性，达到有序管理和减少重复性工作。2范围适用于在公司过程改进过程中所产生的所有工作产品。3术语定义配置项：简称CI （Configuration Item的缩写），配置管理中受控制的对象被称为配置项，是生命周期中创建的信息，包含程序、数据、文档，分基线配置项和非基线 配置项两类。基线：简称BL（ Base Line的缩写）基线是一组经过正式审查

3、并且达成一致的规范 或工作产品，是开发工作的基础。配置管理：简称CM（ Configuration Management的缩写），标识、控制和管理变 更的一种管理活动。它控制配置项的修改和发行；记录和报告配置项的状态和变更；保 证配置项的完整性、一致性和正确性；以及控制配置项的储存、装载和交付。基线变更：变更引起新的基线发布称为基线变更非基线变更：除基线变更外的变更称为非基线变更。变更控制委员会：简称CCB（Change Control Board 的缩写），CCS!常由项目经 理、其他活动负责人、资深项目成员和配置管理员等组成。发布：Release，在生命周期各阶段结束时，由该阶段向下阶段提

4、交该阶段的阶段 产品的过程。4职责、 角色活动配置管理员项目经理/其他活动负责人CCB项目总监EPG识别配置项执行评审选择管理工具执行执行执行执行审核制订配置计划执行审核审核建立各级配置库执行分配配置库权限执行审核审核审核管理配置库分配权限管理目录建立并维护配置管理申请操作配置库审核配置项变更提交申请/跟踪变更批准并评审变更批准并评审变更发布配置状态报告执行审核审核配置审计执行审计/填写发布记录审核审核发布基线配置审计发布基线申请发布基线批准发布基线审核后续配置管理整理完善记录与 文档/提交组织审核向组织财富库移交搜集材料并提交 报告审核评审评审5裁剪指南依照活动的已定义过程进行裁剪6过程6.

5、1配置管理的日常活动过程6.1.1 概要图编码：Betop-SPI-S-CM-P01第13页输入配置管理的日常活动过程配置管理员项目经理/其 他活动负责人CCBEPG输出段阶划计过程定义11识别配置项|识别基线选择管理工具1项目/活动计划制订配置计划I+审核通过？配置管理计划配置管理系统访问控制规程项目/活动进展建立各级配置库 <II分配管理权限管理配置库提交并维护配置项配置项状 f 态表一通过审计?1是4里程碑点？二二否-配置库备 十份记录配置审计记录段阶他其的目项配置管理计划提交待发布1 111一ft的工作产品1疋是发布基线-活动结束？If-是整理完善记录与文档4审核并通知提交组织财

6、富库结束6.1.2 启动条件项目组或其他活动组建立达到标准？准?I不通过IIIEPG通过II基线发布通知6.1.3 输入过程定义项目/活动计划配置管理系统访问控制规程项目/活动进展6.1.4 活动6.1.4.1识别配置项依据项目/其他活动的计划和过程定义确定纳入哪些配置项、识别哪些基线、以及 何时纳入配置管理，配置管理员所识别的基线、配置项及配置时间、入库标准需经过项 目经理或相关责任人审核。项目基线的命名标识按照以下规则进行定义：基线简写-版本-日期例如，Plan-V0.1-20110101项目中可识别的基线有：基线名称简写基线配置项计划基线Pla n立项报告项目计划质量保证计划度里分析计划

7、配置管理计划需求基线Requireme nt需求规格说明书用户需求说明书项目设计基线Desig n概要设计说明书详细设计说明书数据库设计说明书实 现 区设计基线R_Desig n功能项设计说明书编码基线参见功能项命名规范源代码测试基线R_Test测试用例产品基线Release发布的产品版本用户操作手册基线的具体信息在配置管理计划中体现6.142选择配置管理工具根据实际情况，目前选择的配置管理工具如下工具名称版本使用说明使用范围VSSVisual SourceSafe-2005参见VSS使用指南代码配置SVNTortoiseSVN 客户端-168.19260参见SVN使用指南代码及文件配置Col

8、labNetSubversion- 服务器端-1.6.6配置管理工具的使用范围须在配置管理计划中进行声明6.143制定配置管理计划配置管理员根据项目/活动总体计划和进度计划，制定出配置管理计划提交项目经 理/其他活动负责人审核，项目/活动计划评审通过后，发布得到授权的配置管理计 划，作为配置管理活动的指导性文件。6.144建立各级配置库配置管理员依据配置管理系统访问控制规程3.1节的标准库结构建立配置管理库目录结构。非基线区里包含正在创建或修改的配置项。它是开发者 /活动执行者的工作空间， 受开发者/活动执行者控制，配置项处于版本控制之下，配置管理员只需要给出推荐建 库的规则。基线库里包含基线

9、和对基线的更改。6.145分配管理权限依据相关人员在项目/活动过程中所担当的角色为其分配管理权限。具体权限划分，请参见配置管理系统访问控制规程3.3节。6.1.4.6提交维护配置项项目组/活动执行成员按照配置管理系统访问控制规程4.1节的要求，在配置管理系统中的工作区、开发区里对配置项进行导入、检入、检出等操作。对于管理区中的内容，配置管理员在项目经理 /其他活动负责人的指导下进行导入、检入、检出等操作。其他人员依据权限只能进行阅读一一“ read ”。对于基线区里的配置项必须由配置管理员导入、检入、检出等操作。6.1.4.7管理配置库配置管理员负责配置库的管理工作，主要内容包括：1. 建立配

10、置库2. 按需求为项目组/其他活动执行成员创建权限3. 依据权限管理规程进行权限管理4. 配置库备份5. 配置项变更6. 配置审计配置库管理工作的具体细则参见配置管理系统访问控制规程。6.1.4.8配置审计依据配置管理计划中的审计频度的要求对照配置项状态表进行配置审计。配置审计活动按照审计的类型划分，主要包括：物理审计、功能审计和管理审计审计方式审计活动涉众物理审计1. 配置项是否已经提交2. 配置项是否已经进入正确的库和目录3. 发布是否米用正确配置库，正确的配置项和正确版本配置管理员4.变更后的配置项是否归并功能审计1. 配置项内容是否与需求一致2. 产品变更是否完成，变更管理是否已经纳入

11、受控库3. 变更是否经过评审4. 变更是否有记录项目经理/其他活动负责人管理审计1. 检验配置项是否与配置管理计划识别配置项数量一致2. 检验配置项内容是否与项目/活动对该配置项的要求保 持一致3. 检验配置项变更后信息是否为最新项目经理/其 他活动负责人 高层（里程 碑）配置审计活动按照审计的内容划分，主要包括：基线审计、产品审计和日常审计审计方式审计类型基线审计物理审计、功能审计、管理审计产品审计物理审计、功能审计日常审计物理审计审计完成时，配置管理员将审计的情况填写到配置审计记录中。6.149发布基线配置管理员根据进展报告来判断是否达到里程碑点。如果达到里程碑点就从开发区 里提出待发布的

12、产品；CCB4行评审并判断是否达到发布标准（以审计结果为主要依 据），如果达到标准则授权配置管理员发布基线。配置管理员出基线发布通知，并 将发布内容导入基线库。在配置项状态表中记录相应的内容。6.1.4.10过程财富提交组织项目/活动结束后，配置管理员整理并完善记录与文档，提交项目经理/其他活动负责人进行审核。并由项目经理/其他活动负责人通知EPG进行审批，审批通过后提交至 组织财富库。6.1.5 输出配置管理计划配置项状态表配置审计记录配置库备份记录基线发布通知6.1.6 关闭标准项目/活动已经结束，过程财富提交给组织。6.2配置项的变更管理过程6.2.1 概要图配置变更管理过程输入 项目组

13、成员 配置管理员 项目经理 CCB 输出变更申请表程过理管更变置配填写并提交622启动条件配置项的变更申请被提出。6.2.3 输入变更申请表6.2.4 活动此变更过程对所有配置项适用6.2.4.1提交变更申请配置项如果需要发生变更时，相关人员填写变更申请表并提交到CCB6.242变更评审CCB分析变更申请表中建议的变更影响。评审变更的过程要确保这些变更与所有技术需求和项目/活动需求一致。对变更影响的评价要紧密结合项目/活动或合同需求。对于在若干产品中使用的配置项的变更， 可能会引发其他应用，要解决这个问题。项目经理/其他活动负责人根据评审的结论安排人员执行并验证变更措施。对那些 受变更请求影响

14、并且将在后面的配置活动中被处理的配置项进行审查。记录变更评审的结果、理由和解决方案，CCB弋表签字确认，并授权配置管理员发布变更通知，授权相关人员执行变更。6.2.4.3变更执行按给出的解决方案采取行动，并向受影响的各方报告情况。若变更的配置项是在基 线区的，则需要受控。修改完毕交 CCB佥证变更结果。变更结果的验证流程根据变更的内容作如下声明：(1) 文件变更：QA通过文件评审的方式进行变更结果确认，并出具 PPQA佥查 表；（2）代码变更：通过代码走查/代码回归测试（交叉测试），并由测试人员出具代 码走查报告或测试报告。审核通过后由配置管理员将配置项提交到配置库，并将状态填写在配置项状态 表中。6.244变更审计配置管理员在变更过程中所做的工作依照配置管理过程文件进行自检，并将自 检情况填写到配置审计记录中。6.2.5 输出变更申请表配置项状态表配置审计记录变更通知PPQ检查表/代码走查报告/测试报告6.2.6 关闭标准当次配置变更活动结束。7审核配置管理计划要通过CCE评审；CCB要对待发布的基线是否达到发布标准进行评审；当配置项发生变更时，CCB寸配置项变更申请的建议的影响进行分析，给出解 决方案。8度量每个项目（任务）阶段配置项的个数；配置项变更的数量和次