研发电子文件管理规定.docVIP

版本号：V1.0 编号：QR-CM-01 /KFB/项目编号 项目名称 配置管理计划 部 门： 产品开发部 编写/日期： 审核/日期： 批准/日期： 修订记录 序号 版本/状态 作者 参与者 起止日期 修改说明 备注 1 2 3 4 5 6 7 8 9 目 录 目录 1. 前言 II 1.1 目的 II 1.2 适用范围 II 1.3 术语和缩略语 II 2. 过程目标 III 3. 角色和职责 III 4. 人员、职责及权限 - 1 - 4.1 配置管理工程师职责与权限 - 1 - 4.2 项目负责人 - 1 - 4.3 项目组员（包含开发、测试、系统分析人员等） - 1 - 5. 配置库备份计划 - 2 - 6. 配置审计检查单发布计划 - 2 - 前言 目的 本文档定义了公司SVN配置管理的标准过程。 适用范围 本文档适用于公司项目整个生命周期的配置管理活动。 术语和缩略语 术语 说明 配置管理 配置管理是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。 配置管理是对工作成果的一种有效保护。 配置项 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项. 过程目标 通过执行版本控制、变更控制等规程，以及使用SVN配置管理软件，来建立和维护配置项的完整性(完备性、正确性和一致性)和可跟踪性，支持项目开发工作。 角色和职责 表1：角色和职责 类别 角色（参考） 主要职责 管理 研发总监 监督检查配置管理工作.。 评审、审批配置项 控制变更。 管理 项目经理 为配置管理工作提供各种必要的条件和支持。 评审配置管理的工作任务。 完成或协助完成配置管理的工作任（如：申请建立配置库、申请变更等）。 跟踪配置管理工作完成情况，并向部门领导报告。 执行 配置管理工程师 执行配置库管理（包含创建配置库、清楚垃圾文件、备份配置库等） 维护配置项的完整性（包含建立基线、版本控制等） 制定配置项计划 配置管理工程师识别项目的主要配置项，将配置项（一般为计划、工程类文档、源代码等）纳入受控库管理，并在《配置状态报告》中报告其状态。每个配置项都有唯一的标识符，标识符的参考格式为： 项目名称_模块名称或编号_配置项类型 配置项类型：如概要设计说明书。 模块名称或编号如没有可省略，模块名称和编号同时存在时优先使用模块编号。 配置项状态变迁规程 配置项的状态有三种：“设计文件、“审核文件”和“发布文件”。 配置项状态变迁如图5-1所示。配置项刚建立时其状态为“设计文件”。配置项通过评审（或审批）后，其状态变为“审核文件”。此后若更改配置项，必须依照变更控制执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“发布文件”，如此循环。 图5-1 配置项状态变迁图 特别说明： “正在修改”状态的版本号，一般用于评审/测试前，目的在于能准确的获取评审/测试对象。“正在修改“状态的版本号不出现在文档修订记录里，文档修订记录里仅填写“文件发布”的版本号。 配置项版本控制规程 创建配置项 项目成员依据配置管理计划，在配置库中创建属于其任务范围内的配置项，此时配置项的状态为草稿“设计文件” 修改处于草稿状态的配置项 项目成员使用SNV管理软件的签入/签出功能，可以自由修改处于草稿状态的配置项，此时配置项状态仍为“设计文件”，版本号由配置管理工具自动控制，不受变更控制规程约束。 技术评审或领导审批 如果配置项是技术文档，则需要接受技术评审。如果配置项是计划这类文件，则需要项目经理（或上级领导）的审批。若配置项“评审文件”通过了技术评审或领导审批，则转向 4)，否则转向 2)。 正式发布 配置项通过技术评审或领导审批之后，则配置项的状态从“审计文件”变迁为“发布文件”。修改处于“发布文件”状态的配置项，必须按照变更控制执行。项目成员使用签入/签出 配置管理工程师自创建项目配置库起，每月15号、28号对配置库进行硬盘备份一次（完全备份），为了节约硬盘空间，只保留最近的两次备份文件，之前的备份文件将被删除。 当