配置管理计划模板.docVIP

软件配置管理计划模板 发布文号 SCM01_T01 版本 2.6 文件编号 HNSDT027-2005 所属过程文号 SCM01 参考过程文号 此页为模板文档本身的版本控制记录表，按模板生成的正式文档中不需要此页  密级 软件配置管理计划 卷号，同一文档分卷时需要 项目名称 文档设计单位 文档编写日期  软件配置管理计划 更新历史 编写人 日期 版本号 变更内容 评审人 评审日期 评审意见 审批人 审批日期 审批意见 目录 1. 简介 5 1.1 目的 5 1.2 范围 5 1.3 专业术语定义 5 1.4 参考资料 5 2. 组织和管理 5 2.1 配置管理组织架构 5 2.2 角色和职责 5 2.3 SCM指导方针 6 3. SCM活动 6 3.1 VSS目录结构说明 6 3.2 配置项的标识标准、说明标准和版本说明标准 6 3.2.1 配置项的标识标准 6 3.2.2 配置项的说明标准 6 3.2.3 配置项的版本说明标准 6 3.3 配置项定义 6 3.4 基线的标识标准、说明标准和版本说明标准 8 3.4.1 基线的标识标准 8 3.4.2 基线的说明标准 8 3.4.3 基线版本说明标准 8 3.5 基线定义 8 3.6 变更管理流程 9 3.7 配置状态报告流程 9 3.7.1 配置管理记录 9 3.7.2 配置状态报告 9 3.8 产品发布流程 9 3.9 配置审计流程 9 4. 配置管理活动安排表 9 5. 工具和资源 10 6. SCM里程碑 10 7. 培训（可选） 10 8. 子承包方的支持（可选） 10 9. 计划的维护 10  简介 提供配置管理活动的简单描述，以便受影响的人和组对SCM计划获得清楚的理解。 目的 简短描述SCM计划的必要性和在项目生命周期的早期阶段制定的原因。 SCM的目的是保证软件项目生成的产品在整个软件生命周期中的完整性。说明在产品/项目生命周期中将执行的所有与 CM 相关的活动。 记录如何计划、实施、控制和组织与产品相关的 CM 活动。 『制定计划时可参考以下描述，可直接引用』 1. 公司所有软件项目必须遵守SCM政策。本项目组的SCM的制定、管理遵守公司的SCM政策，在 整个项目的生命周期中实施SCM。 2、SCM 涉及到过程包括：SPI_SCM01_配置管理计划过程、SPI_SCM02_配置管理审批过程、SPI_SCM03_配置管理实施过程， 3、SCM 涉及到流程包括：SPI_SCM03_P01_配置变更管理流程、SPI_SCM03_P02_配置状态报告流程.doc 4．使用到的指南为：SPI_SCM01_G01_配置管理指南 5、使用到的摸板包括（三个）： SPI_SCM03_P01_T01_变更申请表 SPI_SCM03_P02_T01_配置状态报告 SPI_SCM02_T01_基线审计报告 SCM活动 VSS目录结构说明 配置项的标识标准、说明标准和版本说明标准 具体根据项目实际情况制定符合项目使用的标准，如果用户有特殊要求时，依据用户标准 配置项的标识标准 统一的前缀+分隔符+文书名称（如软件需求规格说明书、设计说明书等） 统一的前缀是：‘×××’（注：前缀为项目名称，或是以项目名称的缩写替代 『例如：广东省公安机关经侦信息管理系统JZXXXT等』 分隔符是：‘-’（减号） 例如：×××-用户需求说明书 配置项的说明标准 配置项文书名称为：×××-用户需求说明书、×××-系统设计说明书、×××-源代码及可运行系统等。 基线文书名称为：**基线 配置项的版本说明标准 版本控制采用VSS的控制方法。采用V*.*.*的格式，分三层，按自然数增长。VSS上每提交一次文档，则version号码增加1。 当文档成为基线化时，使用VSS的LABEL标签，形如V1.0.1。当所做的修改需要更改基线时，提升为V1.1.0 。 大的版本升级，由项目经理确定，如：当第2位已变更为9时，可以提升大的版本；为满足项目特定的要求，可以提升大的版本。 具体可参考公司指南文件：SPI_SPE_G01_软件项目产出物版本标识及版本号升级指南 配置项定义 /说明本项目中选择的配置项/ 组 配置项名称 配置项ID/标识 版本号约定 版本号提升/基线化条件 格式 所处位置 环境 开发环境 计划中规定的版本说明标准 V.A.1.0.0 发布区/启动阶段 测试环境 计划中规定的版本说明标准 V.A.1.0.0