配置管理计划.docxVIP

配置管理计划 令 配置管理员收到工程经理的邮件后，给申请人开通权限; 今 发邮件通知申请人，抄送工程经理。 3.4配置项操作 配置项以文件为单位。 文件同一次检出的持续时间不能超过5个工作日o 4构建后配置约定 在集成测试之后开始，每次成功，在开发库上建标识。 5基线管理 基线入库 只有源代码进行基线管理。 初次建立的配置项，或经过修改的配置项，必须经过批准之后由工程经理提交入库。 工程组提交的配置项需在邮件中说明是否已经过验证。 基线库的取用 工程组在构造和配送产品时，必须取用软件基线库中的配置项来完成。 只有拥有基线库的管理权限，其他人员只能读取基线库中的内容。 基线变更 申请 .发送邮件主题为：工程组基线变更申请姓全拼名缩写（大写），其中，为发送日，如 工具基线变更申附件文件名同邮件主题名。 .为便于跟踪基线申请的处理情况，请将申请邮件同时抄送给。 .模板统一采用问题跟踪模板，有不需耍列时，隐藏，而不要删除，以便后续合并处 理。 .在附件中，申请者需明确每一变更的计划解决日期。 处理 .申请者在开发库中进行变更。 .申请者将变更申请内容粘贴到开发库根目录下的《受控文件汇总清单》中，并指明 复核人，告知让其审核。 .在接到申请，审核通过后，补充填写记录状态，并告知申请者。 .申请者在备注字段内标示“已合并”。 合并基线 .为了保证最终的产品发布进度不受影响，必须在发布提出的“最晚合并完基线变更 内容的日期”前，把与自己相关的基线变更申请合并完成。 .最终合并时，工程组负责在开发库中打， .工程组基线库中建立版本子目录，并将对应内容合并到此目录中。 .之后又发生变更的文件，原那么上将表达在下次发布合并中。 .为了检查基线库内容的正确性，每次在合并完成后，由工程组负责检查：基线库中 此版本所包含的变更文件，是否和《受控文件汇总清单》中的所列文件一致。 问题记录 .对于审核过程中发现的问题，由负责记录统计，并每月向、发布统计结果。 6配置状态统计 配制项状态报告 工程师必须定期（每周）提供变更请求统计月报给工程经理，客户，抄送，高级 主管，用以报告和跟踪配制项变更状态。 .开始条件：需求基线形成之后； .统计级别：颗粒度为级别，的变更算一次状态改变； .报告发送：发送配置状态报告有两种： a）正常发送报告，为每周一次 b）以新打驱动，每打一次，发送一次 基线状态报告 报告发送 开始条件：需求基线形成； 报告发送：新增加基线； 基线变更发送，要求能够区别两次变更之间功能不同。 基线产品控制 基线产品为了防止他人未授权修改，作出以下约定： 生产库中形成基线的文件，为了防止被修改，使用功能锁住文件，不允许被 修改。 需要修改时走变更申请流程，这样防止意外或者不规范变更文件。 7产品入库 发布的产品要及时提交给部门管理员入部门产品库。 入库产品清单 序号 产品名称 备注 1 源代码 分版本 2 安装包或升级包 分版本 3 用户操作手册 对应版本 4 用户升级手册（升级说明） 对应版本 5 数据库结构说明文档 对应版本，可以是、或者等格式，但是必须包 含正确的数据库构建或变化的：包括完整的数 据库结构和本次版本的变更轨迹 6 需求说明或问题跟踪清单 记录本次版本发布内容的原始需求 8备份 由工程组配置管理员每周进行一次备份，备份后需进行抽查验证并记录。 关于本文档 主 题 配置管理计划 说 明 本文档重点说明测试的实施规程 适用对象 工程组全体成员 修订历史 版本 章节 类型 日期 作者 说明 1.0 全部 C 2008-2-27 根据工程情况创立 评审记录 角色 签名 日期 说明 1 RUS 1.1编制目的 本文旨在规范华泰财产保险工程的配置管理，目的如下： .结合配置管理工具，规划华泰财产保险工程的配置库框架，制定配置库规范。 .通过版本控制和变更控制的有效执行，确保所有配置项的完整性和可跟踪性，确保 产品内容得到保护，确保产品的修改过程受到控制。 .控制产品正式发布的时机，规范产品发布的行为方式和工作流程，保证发布的工作 产品是正确的、完整的，同时工作产品的发布过程是有计划的和受控的。 .2适用范围 本文档适用对象：华泰财产保险工程配置库的使用者， 本文档适用范围：华泰财产保险工程的整个生存期中，各阶段的产品。 .3岗位与职责 角色 职责 工程师 制定计划，负责计划的执行和完善 建立和维护软件配置管理库、基线库，控制基线的变更、保存 所有变更请求 识别/标识软件配置项，确定哪些内容将纳入基线库 基线化软件工作产品 审核待发布的工作产品 对工程组成员，提供知识、工具的必要培训 审查、分析变更请求 做出对变更请求的决定（接受/拒绝），授权变更 确定变更的责任人、验证手段、审核人 -审查计划 -协助工程师制定计划，并