配置管理计划.doc

配置管理计划关于本文档主 题配置管理计划说明本文档重点说明测试的实施规程适用对象项目组全体成员修 订 历 史 版 本章 节类 型日 期作 者说 明1.0全部C2008-2-27根据项目情况创建评 审 记 录角 色签 名日 期说 明 1 前言 1.1 编制目的本文旨在规范华泰财产保险项目的配置管理，目的如下：1. 结合配置管理工具，规划华泰财产保险项目的配置库框架，制定配置库规范。2. 通过版本控制和变更控制的有效执行，确保所有配置项的完整性和可跟踪性，确保产品内容得到保护，确保产品的修改过程受到控制。3. 控制产品正式发布的时机，规范产品发布的行为方式和工作流程，保证发布的工作产品是正确的、完整的，同时工作产品的发布过程是有计划的和受控的。1.2 适用范围本文档适用对象：华泰财产保险项目配置库的使用者。本文档适用范围：华泰财产保险项目的整个生存期中，各阶段的产品。1.3 岗位与职责角色职责SCM工程师- 制定SCM计划，负责计划的执行和完善- 建立和维护软件配置管理库、基线库，控制基线的变更、保存所有变更请求- 识别/标识软件配置项，确定哪些内容将纳入基线库- 基线化软件工作产品- 审核待发布的工作产品- 对项目组成员，提供SCM知识、SCM工具的必要培训SCCB- 审查、分析变更请求- 做出对变更请求的决定（接受/拒绝），授权变更- 确定变更的责任人、验证手段、审核人PM- 审查SCM计划- 协助SCM工程师制定SCM计划，并支持计划的执行- 提出变更请求- 提出产品发布请求- 确保只选用基线库的基线来构建工作产品或最终产品项目组成员- 了解SCM计划，支持SCM工程师的工作- 提交变更请求- 按照过程、规程、约定及工作计划的要求，提交工作产品SQA工程师- 协助SCM计划的制定、参与SCM计划评审- 对于SCM过程活动，实施审核- 产品发布或提交给客户前，实施软件的配置审核高级经理- 主持SCCB评审- 批准产品发布1.4 参考文档 FI-SCM-配置管理规范.doc。2 配置库目录结构一级目录二级目录三级目录目录内容目录说明XXX财产项目组缩写（开发库）Development开发文档存放项目开放方面的文档如：问题跟踪文档等Maintenance维护文档存放项目维护方面的文档如：用户使用手册、系统维护手册、系统安装手册等标识：FI-项目组缩写-MAN-中文名称Requirement需求文档项目的系统需求文档，如：需求规格说明书等标识：FI-项目组缩写-RM-中文名称SourceCode源代码标识：源代码文件名 Support支持工作产品发布期间支持组工作文档SystemDesign设计文档系统设计说明书、数据库结构等标识：FI-项目组缩写-SD-中文名称Test测试文档存放项目的测试文档测试计划、版本发布计划、系统测试说明书、测试数据、测试申请、测试报告、测试总结等标识：FI-项目组缩写-TEST-中文名称Team项目组的常用文档开发参考、客户联系方式、项目组员联系方式文档；项目组综合信息等Env项目环境文档环境搭建手册、保监会验收环境、各种开发测试环境描述、项目组对环境维护的规程等文档Management（管理库）IC组间沟通文档存放项目组与其它相关组制订的组间约定内容、组间沟通记录等标识：FI-项目组缩写-相关组英文简称-IC-中文名称Minutes会议纪要存放本项目进行例会的记录标识：FI-项目组缩写-MIG-中文名称SCM配置管理文档项目组配置管理活动文档，如配置管理计划、基线状态报告、变更请求汇总报告、变更请求、CCB会议备忘录等标识：FI-项目组缩写-SCM-中文名称SPP项目策划项目策划活动文档，如项目开发计划、项目估计结果、需求分析计划、项目设计计划、项目实现计划等标识：FI-项目组缩写-SPP-中文名称SPTO项目跟踪项目跟踪活动文档，如项目周报（如上BF的项目组可不包含项目周报）、项目状态报告等标识：FI-项目组缩写-SPTO-中文名称SQA质量保证文档项目组质量保证活动文档，如SQA计划、SQA周报、SQA项目问题记录等标识：FI-项目组缩写-SQA-中文名称Template模版存放与项目组工作相关的各文档模版标识：FI-项目组缩写-Template-中文名称Train培训文档存放本项目进行培训的资料，如ppt等标识：FI-项目组缩写-TR-中文名称项目组缩写 BASELINE(基线库)SourceCode源代码标识：源代码文件名 3 配置管理规范配置库目录结构的制定需遵循以下步骤：1. 配置管理员提出配置库目录结构的方案初稿；2. 经部门审核通过后成为正式规范，所有的配置库均需按照规范的要求建立；3. 对配置库目录结构的优化过程可以在配置库管理员广泛收集配置库使用人员的意见后，定期的遵循以上步骤1、2来予以改进。一级目录二级目录三级目录目录内容目录说明XXX财产项目组缩写（开发库）Development开发文档存放项目开放方面的文档如：问题跟踪文档等Maintenance维护文档存放项目维护方面的文档如：用户使用手册、系统维护手册、系统安装手册等标识：FI-项目组缩写-MAN-中文名称Requirement需求文档项目的系统需求文档，如：需求规格说明书等标识：FI-项目组缩写-RM-中文名称SourceCode源代码标识：源代码文件名 Support支持工作产品发布期间支持组工作文档SystemDesign设计文档系统设计说明书、数据库结构等标识：FI-项目组缩写-SD-中文名称Test测试文档存放项目的测试文档测试计划、版本发布计划、系统测试说明书、测试数据、测试申请、测试报告、测试总结等标识：FI-项目组缩写-TEST-中文名称Team项目组的常用文档开发参考、客户联系方式、项目组员联系方式文档；项目组综合信息等Env项目环境文档环境搭建手册、保监会验收环境、各种开发测试环境描述、项目组对环境维护的规程等文档Management（管理库）IC组间沟通文档存放项目组与其它相关组制订的组间约定内容、组间沟通记录等标识：FI-项目组缩写-相关组英文简称-IC-中文名称Minutes会议纪要存放本项目进行例会的记录标识：FI-项目组缩写-MIG-中文名称SCM配置管理文档项目组配置管理活动文档，如配置管理计划、变更请求标识：FI-项目组缩写-SCM-中文名称SPP项目策划项目策划活动文档，如项目开发计划、阶段计划等标识：FI-项目组缩写-SPP-中文名称SPTO项目跟踪项目跟踪活动文档，如项目周报、里程碑评审报告等标识：FI-项目组缩写-SPTO-中文名称SQA质量保证文档项目组质量保证活动文档，如SQA计划、SQA周报、SQA项目问题记录等标识：FI-项目组缩写-SQA-中文名称Template模版存放与项目组工作相关的各文档模版标识：FI-项目组缩写-Template-中文名称Train培训文档存放本项目进行培训的资料，如ppt等标识：FI-项目组缩写-TR-中文名称项目组缩写 BASELINE(基线库)SourceCode源代码标识：源代码文件名 3.1 配置库权限管理3.1.1 VSS权限的划分类型如下n 只读型read：在需要对文档的修改作控制时，可以只给指定人员分配读写权限，而为其他人分配只读权限；n 可修改型check out/check in；n 可增/删型add/delete/rename：此权限通常分配给项目经理和项目组正式职工；n 永久删除型destroy：此权限通常只分配给配置管理员；3.2 配置标识的定义标准配置项标识=部门标识-Project Name-Type Name Version。其中， 部门标识：金融保险部为FI Project Name：项目名称采用约定的缩写规则取长度不超过8位的字符华泰华泰系统项目组简称； Type：类型划分如下：SQA质量保证文档SCM配置管理文档CR变更请求（代码、数据结构除外）CODEM代码变更请求DBM数据结构变更请求MTG会议文档SCM项目计划文档RM需求管理文档SD系统设计文档TEST测试文档MAN用户手册OTH其它类型文档 配置项名称为：项目工作产品的名称，如需求规格说明书3.3 权限申请流程n 非正式员工：项目经理同意（需要发送相关邮件），即可开放；n 正式员工/特批非正式员工：流程如下：1. 申请人在邮件中描述清楚以下内容：所在项目组：XXX项目组是否分支管理员：是 否申请人：XXX申请时间：2007-11-23所需权限说明请求开通VSS权限Project：XXX项目组一级目录名称二级目录名称：读写一级目录名称：只读2. 申请人发邮件给项目经理，在邮件主题中要写清“XXX项目组XXX姓名申请XXX配置库权限”，（如“华泰项目组金波申请华泰配置库权限”）3. 项目经理审批 项目经理如果审批通过，转发邮件给配置管理员，在邮件中写清审批结果； 如果审批没有通过，项目经理要回复告知申请人没有通过审批。4. 配置管理员处理 配置管理员收到项目经理的邮件后，给申请人开通权限； 发邮件通知申请人，抄送项目经理。3.4 配置项操作 配置项以文件为单位。文件同一次检出的持续时间不能超过5个工作日。4 Build构建后配置约定在集成测试之后开始，每次build成功，在开发库上建lable标识。5 VSS基线管理5.1 基线入库只有源代码进行基线管理。初次建立的配置项，或经过修改的配置项，必须经过SCCB批准之后由项目经理提交SCME入库。项目组提交的配置项需在邮件中说明是否已经过验证。5.2 基线库的取用项目组在构造和配送产品时，必须取用软件基线库中的配置项来完成。只有SCME拥有基线库的管理权限，其他人员只能读取基线库中的内容。5.3 基线变更 5.3.1 申请1. 发送邮件主题为：XXX项目组XXX基线变更申请yyyymmdd_姓全拼名缩写(大写)，其中，yyyymmdd为发送日，如PICCALLB工具基线变更申请20050617_ZHANGL；附件文件名同邮件主题名。2. 为便于QA跟踪基线申请的处理情况，请将申请邮件同时抄送给QA。3. 模板统一采用问题跟踪模板，有不需要列时，隐藏，而不要删除，以便后续合并处理。4. 在附件中，申请者需明确每一变更的计划解决日期。5.3.2 处理1. 申请者在开发库中进行变更。2. 申请者将变更申请内容粘贴到开发库根目录下的xxx受控文件汇总清单中，并指明复核人，mail告知PM让其审核。3. PM在接到申请，审核通过后，补充填写记录状态，并告知申请者。4. 申请者在备注字段内标示“已合并”。5.3.3 合并基线1. 为了保证最终的产品发布进度不受影响，必须在发布提出的“最晚合并完基线变更内容的日期”前，把与自己相关的基线变更申请合并完成。2. 最终合并时，项目组SCME负责在开发库中打label，3. 项目组SCME基线库中建立版本子目录，并将label对应内容合并到此目录中。4. Label之后又发生变更的文件，原则上将体现在下次发布合并中。5. 为了检查基线库内容的正确性，每次在合并完成后，由项目组QA负责检查：基线库中此版本所包含的变更文件，是否和受控文件汇总清单中的所列文件一致。5.3.4 问题记录1. 对于审核过程中发现的问题，由SCME负责记录统计，并每月向PM、QA发布统计结果。6 配置状态统计6.1.1 配制项状态报告SCM工程师必须定期（每周）提供变更请求统计月报给项目经理，客户SCME，抄送QA，高级主管，用以报告和跟踪配制项变更状态。1. 开始条件：需求基线形成之后；2. 统计级别：颗粒度为label级别，label的变更算一次状态改变；3. 报告发送：发送配置状态报告有两种：a) 正常发送报告，为每周一次b) 以新打label驱动，每打一次label，发送一次mail 6.1.2 基线状态报告2.4.1.1 报告发送开始条件：需求基线形成；报告发送：新增加基线；基线变更发送，要求能够区别两次变更之间功能不同。2.4.1.2 基线产品控制基线产品为了防止他人未授权修改，作出以下约定：生产库中形成基线的文件，为了防止被修改，使用pin功能锁住文件，不允许被修改。需要修改时走变更申请流