配置管理计划模板

1、软件配置管理计划模板发布义号SCM01_T01版本2.6文件编号HNSDT027-2005所属过程文号SCM01参考过程文号此页为模板文档本身的版本控制记录表，按模板生成的正式文档中不需要此页软件配置管理计划软件配置管理计划卷号，同一文档分卷时需要项目名称 文档设计单位文档编写日期模板版本V2.6第13页，共12页软件配置管理计划更新历史编写人日期版本号变更内容评审人评审日期评审意见审批人审批日期审批意见目录1. 简介 51.1 目的 51.2 范围 51.3 专业术语定义 51.4 参考资料 52. 组织和管理 52.1 配置管理组织架构 52.2 角色和职责 52.3 SCMl!导方针 6

2、3. SCMB动 63.1 VSSB录结说明 63.2 配置项的标识标准、说明标准和版本说明标准 63.2.1 配置项的标识标准 63.2.2 配置项的说明标准 73.2.3 配置项的版本说明标准 73.3 配置项定义 73.4 基线的标识标准、说明标准和版本说明标准 83.4.1 基线的标识标准 83.4.2 基线的说明标准 83.4.3 基线版本说明标准 83.5 基线定义 93.6 变更管理流程 93.7 配置状态报告流程 93.7.1 配置管理记录 93.7.2 配置状态报告 103.8 产品发布流程 103.9 配置审计流程 104. 配置管理活动安排表 105. 工具和资源 106

3、. SCM1程碑 107. 培训（可选） 108. 子承包方的支持（可选） 109. 计划的维护 111 .简介提供配置管理活动的简单描述，以便受影响的人和组对 SCMt划获得清楚的理解。1.1 目的简短描述SCM+划的必要性和在项目生命周期的早期阶段制定的原因。SCM勺目的是保证软件项目生成的产品在整个软件生命周期中的完整性。说明在产品/项目生命周期中将执行的所有与CM相关的活动。记录如何计划、实施、控制和组织与产品相关的 CM活动。1.2 范围描述SCW划的适用性、限制和假设。范围和SCM+划内容是随着项目的范围、规模和类型变化的。包括：? 项目配置项的概述? 被放置或控制在配置管理系统中

4、的软件配置项的定义? 定义SCM+划中包括的其它软件（例如支持软件或测试软件）? 描述项目配置管理活动与硬件或系统的关系? 定义已知的假设条件、风险1.3 专业术语定义/*本计划中采用的专业术语和缩写的解释说明*/术语/缩写解释说明1.4 参考资料/*定义编写计划引用的资料说明*/2 .组织和管理2.1 配置管理组织架构/*计划所影响的成员及成员组织方式，用组织结构图表示 */2.2 角色和职责/*在配置管理活动中每一个受影响的人员的职责*/角色（组）人员名称职责项目经理评审并批准配置管理计划 分析受更申请的影响 关闭受更申请SCC戢员评审配置管理活动 产品发布的申请者 批准建立基线配置管理员

5、准备和编写配置管理计划验证并执行Check-in和Check-out建立和管理配置管理库执行产品发布确认基线的完整性维护配置管理活动的相关记录定期编写配置状态报告开发经理协助项目经理分析变更申请的影响开发人员提供放入配置管理库的各类工件实施分配的配置管埋库的各类，件的变更SQA执行配置管理审计 评审配置管理计划系统管理员一执行备份和恢复2.3 SCM旨导方针定义项目中使用的sc瞰策、过程、指南和模板制定计划时可参考以下描述，可直接引用1.公司所有软件项目必须遵守SCM®策。本项目组的SCM勺制定、管理遵守公司的SC瞰 策，在整个项目的生命周期中实施SCM2、SCM涉及到过程包括：SP

6、I_SCM01配置管理计划过程、SPI_SCM02_置管理审批过程、SPI_SCM0现置管理实施过程，3、SCM涉及到流程包括：SPI_SCM03_P0但置变更管理流程、SPI_SCM03_P0配置状态报告 流程.doc4.使用到的指南为：SPI_SCM01_G01_g管理指南5、使用到的摸板包括（三个）：SPI_SCM03_P01_T0 叱申请表SPI_SCM03_P02_T0酉小状态报告SPI_SCM02_T0M线审计报告3. SCM舌动3.1 VSS目录结构说明3.2 配置项的标识标准、说明标准和版本说明标准具体根据项目实际情况制定符合项目使用的标准，如果用户有特殊要求时，依据用户标准3

7、.2.1 配置项的标识标准统一的前缀+分隔符+文书名称（如软件需求规格说明书、设计说明书等）统一的前缀是：XXX'（注：前缀为项目名称，或是以项目名称的缩写替代例如：广东省公安机关经侦信息管理系统可简写成：经侦信息管理系统或者JZXXX曲分隔符是：'-'（减号）例如：XXX-用户需求说明书3.2.2 配置项的说明标准配置项文书名称为：xxx -用户需求说明书、xxx -系统设计说明书、xxx -源代码及可 运行系统等。基线文书名称为：*基线3.2.3 配置项的版本说明标准版本控制采用VSS勺控制方?feo采用V*的格式，分三层,按自然数增长。VSS上每提交 一次文档，则

8、version号码增加1。当文档成为基线化时，使用VSS的LABE面签，形如V1.0.1。当所做的修改需要更改基线 时，提升为V1.1.0 。大的版本升级，由项目经理确定，如：当第 2位已变更为9时，可以提升大的版本；为满足 项目特定的要求，可以提升大的版本。具体可参考公司指南文件：SPI_SPE_G01_件项目产出物版本标识及版本号升级指南3.3 配置项定义/说明本项目中选择的配置项/组配置项名称配置项ID/ 标识版本号约定版本号提升/基 线化条件格式所处位置环境开发环境计划中规定的版本 说明标准V.A.1.0.0发布区/启 动阶段测试环境计划中规定的版本 说明标准V.A.1.0.0发布区/

9、启 动阶段客户环境计划中规定的版本 说明标准V.A.1.0.0发布区/启 动阶段启动合同计划中规定的版本 说明标准V.A.1.0.0发布区/启 动阶段招投标文件计划中规定的版本 说明标准V.A.1.0.0发布区/启 动阶段需求需求规格说 明书SRS-nnn- Title计划中规定的版本 说明标准项目经理和客 户代表评审并 批准Microsoft Word发布区/需 求阶段设计规范计划中规定的版本 说明标准项目经理和客 户代表评审并 批准Microsoft Word发布区/需 求阶段用户确认测 试用例ATC-nnn- Title设计设计说明书D-nnn-Title计划中规定的版本 说明标准项目经

10、理和客 户代表评审并 批准MicrosoftWord发布区/设 计阶段用户手册计划中规定的版本 说明标准项目经理和客 户代表评审并 批准MicrosoftWord/Html发布区/设 计阶段单元测试用 例UTC-nnn- Title计划中规定的版本 说明标准项目经理评审 并批准MicrosoftWord发布区/设 计阶段编码源代码SC-nnnn- Title计划中规定的版本 说明标准完成代码评 审、单元测 试，开发经理 批准之后SQL/PB发布区/编 码阶段单元测试用 例UTC-nnn- Title计划中规定的版本 说明标准项目经理评审 并批准Microsoft Word发布区/设 计阶段集成

11、测试报 告计划中规定的版本 说明标准完成集成测试 之后发布区/测 试阶段测试系统测试报 告计划中规定的版本 说明标准完成系统测试 之后发布区/测 试阶段发布产品Rel-nn.n-Title计划中规定的版本 说明标准完成产品发布 之后发布区/广 品实施用户确认测 试报告计划中规定的版本 说明标准完成用户确认 测试之后发布区/实 施阶段用户试运行 报告计划中规定的版本 说明标准完成用户试运 行之后发布区/实 施阶段验收报告计划中规定的版本 说明标准完成用户验收 之后发布区/实 施阶段3.4 基线的标识标准、说明标准和版本说明标准具体根据项目实际情况制定符合项目使用的标准，如果用户有特殊要求时，依据

12、用户标准3.4.1 基线的标识标准基线的标识标准：阶段名称（如需求、设计）+统一的后缀（基线）；以文件夹的形式存 放在VSS发布区（受控区）中各阶段下,具体请参照“ 3.5基线定义”表。3.4.2 基线的说明标准基线的说明标准：已经建立基线的，在每次Check out出来修改的时候请简要说明修改原因 而在Check in的时候请简要说明修改的内容。3.4.3 基线版本说明标准版本控制采用VSS勺控制方法：使用VSS的LABE面签，形如“前缀” -V 1.0.1 。其中“前缀”如“ RQ代表“需求”，“ DE代表设计。“ C。代表编码，“ RE代表产 品。当所做的修改不足以影响到下一阶段的工作时

13、，提升 V0.0.1,即V1.0.1,当所做的修改影响到下一阶段的工作时，提升为 V1.1.0 ,1.2.0 大的版本升级，由项目经理确定，如：当第2位已变更为9时，可以提升大的版本；为满足项目特定的要求，可以提升 大的版本。3.5 基线定义/说明本项目中选择的配置项/基线类型基线ID/标识版本号约士7E基线内容基线建立/版本提升条 件阶段基线需求基线计划中规 定的版本 说明标准用户需求说明书软件需求规格说明书确认测试用例设计规范用户手册阶段基线设计基线计划中规 定的版本 说明标准用户需求说明书 软件需求规格说明书 确认测试用例 设计规范用户手册系统设计说明书 集成测试用例 系统测试用例 编码

14、规范产品基线产品基线计划中规 定的版本 说明标准用户需求说明书 软件需求规格说明书确认测试用例设计规范用户手册系统设计说明书集成测试用例编码规范源文件可执行文件系统测试报告3.6 变更管理流程具体参见“配置管理变更流程”3.7 配置状态报告流程具体参见“配置状态统计报告流程”3.7.1 配置管理记录在配置管理活动中所产生的记录3.7.2 配置状态报告/*定期（什么时候）向项目经理（所有需要的角色）提供各类汇总报告（何种报告），采用的报 告模板*/3.8 产品发布流程具体参见“产品发布过程”3.9 配置审计流程/*什么时候需要审计，审计的内容，依照的流程（具体参见“配置审计过程”）4. 配置管理活动安排表任务启动条件产出物5. 工具和资源/*SCM工具，配置管理系统的软、硬件环境，指定 SCMK员*/6. SCMS程碑按项目生命周期模型确定里程碑，例如启动：配置管理环境的建立 （参