软件研发项目配置管理规程.docxVIP

软件研发项目配置管理规程 第一章 总 则 第一条 配置管理 (Configuration Management,CM) 的目的在于建立和维 护在整个项目软件生命周期中软件产品的完整性，是一项项目支持活动，是对工作 成果的一种有效保护。通过执行版本控制、变更控制等规程以及使用配置管理软件， 来保证所有配置项的完整性和可跟踪性。 第二条 本规程适用于科技开发部所有软件研发项目开发过程中的配置管理 活动，包括自主开发项目和外包项目。 第三条 凡纳入配置管理范畴的工作成果统称为配置项 (Configuration Item,CI), 配置项主要有两大类： (一)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测 试用例等。 (二)项目管理和机构支撑过程域产生的文档，这些文档虽然不是产品的组成 部分，但值得保存。 第四条 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、 日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史 记录反映了软件的演化过程。 第一章 角色与职责 第五条 配置管理小组由科技开发部专业人员组成，对配置管理各项活动拥 有决策权，主要负责各软件研发项目的基线管理、计划、变更审批等。 第六条 配置管理岗是配置管理的执行者，负责协助软件研发项目经理岗制 订《配置管理计划》(附件1),创建和维护配置库。 第七条 软件研发项目经理岗负责执行项目配置项的创建、提交及变更。 第二章 制定配置管理计划 第八条 由配置管理岗协助研发项目经理岗制定配置管理计划，以便有计划 地开展配置管理工作。配置管理计划主要包括配置项计划、基线计划等，应根据 选择的软件生命周期标识出项目的基线，标识要素有：基线名称、基线内容(基线 包括的配置项)、基线对应的里程碑。 第九条 典型的项目基线有： (一)立项基线：立项批准时建立； (二)需求基线(包括客户需求和软件需求):需求批准时建立； (三)设计基线：概要设计和数据库设计、详细设计批准时建立； (四)代码基线：编码、检查和单元测试通过时建立；、 (五)测试基线：集成测试通过为系统测试而建立； (六)发布基线：发布系统上线试运行时建立； (七)验收基线：项目正式验收时建立。 第十条 制定配置管理计划的主要步骤如下： (一)制定配置项计划：配置管理岗识别项目的主要配置项，每个配置项都有 唯一的标识符，标识符的参考格式为“项目缩写”- “基线标识符”-配置项标 识符”- “YYYYMMDD”。“YYYYMMDD”为日期，用于属于一个配置项下有若干文件且 定期新增文件命名。若配置项只有一个文件，则该项可以省略。 (二)制定基线计划：配置管理岗确定每个基线的名称(标识符)及其主要 配置项，与研发项目经理岗商讨后，制定每个基线建立时间。 (三)审批项目配置管理计划：配置管理小组审批《配置管理计划》。若计划 被批准，则由配置管理小组负责人签字认可；若未被批准，则由研发项目经理岗与 配置管理岗修改配置管理计划，直至计划被批准为止。 第三章 配置库管理及主要步骤 第十一条 配置管理岗为项目创建配置库，并定期维护配置库。 第十二条 创建配置库 配置管理岗创建配置库，并至少创建配置库的所有第一级目录。 第十三条 配置库操作与管理 (一)研发项目经理岗根据自己的权限操作配置库。 (二)基线配置项入库 1、研发项目经理岗按照项目进度及基线计划，每完成项目重要配置项，均需 向配置管理岗提交当前基线配置项入库。 2、研发项目经理岗申请配置项入库，需填写《配置项入库申请表》(附件2), 明确写明入库原因、内容后，由配置管理岗完成入库。 3、 配置管理岗冻结已入库的配置项，锁定项目基线，控制变更。 (三)配置管理岗定期备份配置库，并清除配置库里的垃圾文件。 (四)出库管理，即从配置库中提取配置项，交付给研发项目经理岗或项目 外的相关人员。交付出去的配置项必须有据可查，避免发生混乱。流程如下： 1、 申请出库人向配置管理小组提交《配置项出库申请表》(附件3)。 2、 配置管理小组审批该申请。如果该申请不符合相关规定及要求，则拒绝 交付配置项；如果同意交付，应明确详细的交付清单。 3、 配置管理岗依据《配置项出库申请表》的批示，从配置库中提取配置项 交付给申请出库人。 4、 申请出库人验收后签字。 第四章 版本管理 第十四条 在项目开发过程中，绝大部分的配置项都要经过多次修改才能 最终确定。对配置项的任何修改都将产生新的版本，版本控制的目的是按照一定 的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并可以快速准 确地查找到配置项的任何版本。 第十五条 配置项的状态有三种：草稿、正式发布、正在修改。本规程制定 了配置项状态变迁与版本号的规则： (一