区域卫生项目-配置管理计划

1、软件配置管理计划用户名称神州数码信息系统有限公司密级：普通区域卫生研发项目软件配置管理计划V0.1文档编号：项目名称：区域卫生研发项目编 写：王赫编写日期：审 核：审核日期：批 准：批准日期：修订文档历史记录日期版本说明作者2010-7-12V0.1第一次编写王赫目 录1 前言51.1 目标51.2 适用范围51.3 术语与简写51.4 参考文件52 组织结构和职责52.1 SCCB成员及职责52.2 配置管理组63 配置管理工具、技术和方法63.1 配置管理工具63.2 配置管理策略74 配置管理库74.1 配置库结构74.2 配置库权限74.3 基线配置项74.4 其他配置项84.4.1

2、管理文档或过程记录84.4.2 项目环境95 文件命名以及版本标识95.1 文件命名规范95.1.1 基线命名规范95.1.2 其他配置项命名规范95.2 版本标识106 变更管理116.1 变更原因116.2 配置管理与变更流程126.3 变更跟踪147 版本制作与发布流程168 备份与归档178.1 备份178.2 归档178.3 安全防护179 配置状态发布17151 前言1.1 目标本计划是区域卫生研发项目配置管理活动的基准，对区域卫生研发项目的配置管理活动进行策划。1.2 适用范围本计划是区域卫生研发项目整体计划的一部分，适用于区域卫生研发项目的配置管理活动。1.3 术语与简写SCC

3、B：变更控制委员会SQA：质量保证SCM：配置管理1.4 参考文件DCG-SCM-P-01-配置管理规范。2 组织结构和职责2.1 CCB成员及职责项目内部CCB成员：吴岩峰（CCB组长）、陈小军、项伟。CCB组职责：决定SCCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。项目经理？：负责对项目中计划的变更等进行确认，并对变更所涉及的资源变更进行评估，负责变更的执行。SCM人员周海峰：负责变更，配置库日常管理和权限控制。测试经理？：负责评估变更中测试方面的问题。SQA 人员王赫：过程审计。2.2 配置管理组配置管理员 ：负责搭建配置库，制定并执行配置管理计划、培训

4、项目组成员、执行日常配置管理工作。3 配置管理工具、技术和方法3.1 配置管理工具服务器IP地址： 用户名：密码：文档管理配置管理工具：VSS2005配置库名称：源代码管理配置管理工具：SVN配置库名称：3.2 配置管理策略文档管理：工作库存放过程文档；受控库存放正式提交文档（内部基线）；基线库存放正式对外发布文档。部署文件管理：受控库存放系统部署文件；基线库存放正式部署文件。4 配置管理库4.1 配置库结构配置库分为工作库、受控库和基线库。工作库：存储项目的所有工作产品中间结果。受控库：存储项目的所有准备生成基线的工作成果，待评审文档、制作内部版本等。基线库：存储项目的所有基线化了的工作成果

5、，评审通过的阶段产出物、制作对外发布版本等。存放的所有工作成果也作为项目结项的资料供保存。详见附件配置库目录结构4.2 配置库权限工作库：项目组所有成员均有阅读权限。受控库：配置管理员有读写权限，项目组成员有阅读权限。基线库：配置管理员有读写权限，其他人员需有条件阅读。4.3 基线配置项基线类别基线配置项名称基线配置项的位置备注4.4 其他配置项4.4.1 管理文档或过程记录配置项名称配置项的位置备注管理文档项目周报客户周报会议纪要业务联系单评审计划评审记录培训记录4.4.2 项目环境配置项名称配置项的位置备注环境开发服务器测试服务器测试管理服务器配置服务器192.168.1.111内网5 文

6、件命名与版本控制5.1 文件命名规范5.1.1 基线命名规范项目名称+子系统名+文档名称+Vx.y（版本号）项目名称定义为：区域卫生研发（英文缩写）子系统名：若没有子系统可以省略 举例：5.1.2 其他配置项命名规范n 与时间相关的文档命名：项目名称文档名称 yyyymmdd-yyyymmdd项目名称文档名称 yyyymmdd备注：yyyymmdd为“年月日”时间格式举例：区域卫生研发项目周报 20100602-20100607 ；区域卫生研发需求评审会议纪要20100701；n 与时间没有直接关系的文档命名：直接以项目名称文档名称命名。举例：；5.2 版本标识文档发布的版本遵循x.y（主版本

7、.副版本）形式：1、 版本标识定义原则n 版本标识必须唯一标识不同的版本；n 版本标识必须反映不同级别版本的层次关系；例如采用x.y（主版本.从版本）的定义规则n 必须定义不同级别版本号增加的规则。2、 版本设置规则n 新起草编写的文件定为V0.1版；逐步完善还没有通过评审的文件版本升级为V0.y版；n 通过内部正式审批的文件版本升级为V1.0版，可对外发布；n 称为内部基准的文件如有少量修改，可升级为V1.x版；n 如有通过客户的评审，文件版本可升级为V2.0，以此类推。通过版本管理工具VSS的标签（Label）功能可进行版本的标识，通过历史版本（show history）功能可查看历史版本

8、信息。代码发布的版本遵循x.y（主版本.副版本）形式：Build<#>为build顺序号，每build一次号码加1；永远不清零。 P为FAT顺序号，每提交FAT测试号码加1，FAT测试由公司人员测试。 Z为UAT顺序号，每提交UAT测试号码加1，UAT测试有用户或监理参加。 X,Y以用户确定为准。用户版本号增加时P和Z清零。 yyyyymmdd代表发布版本日期分类版本命名基线存放路径对内版本ZJSMK_子系统英文名_yyyymmdd-#区域卫生研发版本发布对内发布测试版本ZJSMK_FAT_<X>.<Y>.<Z>.<P>Build &

9、lt;#>_yyyymmdd区域卫生研发版本发布测试版本对外版本ZJSMK_UAT_<X>.<Y>.<Z>.<P>Build <#>_yyyymmdd区域卫生研发版本发布对外发布ZJSMK_<X>.<Y>.<Z>.<P>Build <#>_yyyymmdd5.3 版本制作与发布流程6 变更管理6.1 变更原因1、评审、审计、测试和验证发现问题引起配置的配置项变更，配置项的版本需要更新。更改源是评审报告、集成测试分析报告或审计报告。2、客户、项目组填写的变更申请引起配置项

10、变更，变更申请表是更改源。3、出现下列情况时引起的配置项变更，不需要填写变更申请表：² 计划级的文档更改WBS计划； ² 软件配置管理计划、软件质量保证计划；² 测试工具或测试脚本（不属于提交给用户）。4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审6.2 变更流程1. 软件配置管理计划的制定与审批1) 项目配置管理员参照项目计划制定配置管理计划。2) 项目配置管理员将配置

11、管理计划提交项目经理审批。3) 审批通过，项目配置管理员按照配置管理计划中的要求在项目组中正式实施配置管理活动。否则根据审批意见，修正该计划。2. 创建项目配置库1) 项目配置管理员负责创建项目配置库，配置库详细说明见区域卫生研发项目配置库管理目录-cvs。2) 项目配置管理员对项目成员提供配置管理方面的培训。3) 项目配置管理员对于配置库实施日常管理。3. 在工作库中工作1) 项目成员根据分配的工作任务，在工作库中进行工作。在工作过程中涉及对文档、代码以及其他配置项的修改以及增加。4. 创建内部基线1) 项目配置管理员将项目成员提交到工作库的工作产品按照预定规则取到受控库，进行集成、构造并创

12、建内部基线。2) 测试/评审人员针对创建的内部基线进行测试/评审，测试/评审通过后，准备形成正式发布基线。否则通知相关责任人继续修正相应配置项。5. 形成正式发布基线1) 测试/评审通过后，项目配置管理员将最终的工作产品从受控库中签出，更新到基线库中，并标识该基线。2) 项目配置管理员对形成的正式发布基线实施发布。3) 如果在产品发布或项目上线后发现问题或出现新的需求，则相应提出新的变更请求。6. 配置审计1) 质量保证人员在项目配置管理员的配合下对于整个配置管理系统进行配置审计。2) 质量保证人员通过基线审计和配置项审计确保工作产品满足定义的标准和需求。3) 质量保证人员通过配置项审计验证：

13、l 配置项是否遵循项目定义的过程、标准和合同需求；l 配置项之间的追溯关系；l 配置项所达成的质量目标；l 项目所有需求的实现。4) 质量保证人员通过基线审计验证：l 建立基线的完整性、正确性和可跟踪性；l 基线是否遵循配置管理流程和配置管理计划的要求。7. 配置状态发布1) 项目配置管理员根据配置管理计划采集配置项的状态信息，生成配置状态报告。2) 项目配置管理员将生成的配置状态报告提交配置控制委员会、项目经理、质量保证人员等相关人员审核并发布。8. 变更申请1) 变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。2) 变更申请人负责填写需

14、求设计变更申请表，并提交配置控制委员会实施变更评估。9. 变更评估1) 针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。2) 配置控制委员会将针对该变更做出的决定（接受或拒绝）通知变更申请人。10. 变更实施1) 变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施。2) 项目配置管理员将该变更涉及的所有配置项从配置库中签出并提交给变更执行人。3) 变更执行人实施该变更；11. 变更验证1) 配置控制委员会对变更后的工作产品进行验证，以确定变更是否正确完成。2) 在变更完成并经过验证后，项目配置管理员将

15、经批准的配置项签入配置库。6.3 变更跟踪1、 客户需求变更：1) 与用户之间变更流程：项目组需要依据项目管理规范中的需求管理要求，结合项目用户实际情况制定需求变更流程，填写需求设计变更申请表并按照流程要求执行申请和审批过程，保留期间用户的签字确认文件。2) 内部审批流程：10人天以内的变更项目经理确认，10人天以上，20人天以内需要工程总监确认，20人天以上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护基线状态报告变更跟踪表。3) VP系统中的变更记录：项目需求负责人在VP系统中使用“范围变更”页签录入需求变更的信息，同时更新维护“范围范围矩阵”的范围信息和工作量信息，并发起需求变更流程，由项目经理以及工程总监进行审批。审批通过后，形成新的范围矩阵基准。2、 预算变更：项目经理/客户经理 编写变更的工作说明书项目预算表，在VP项目管理系统中执行项目预算变更流程。3、 项目经理变更：1) 项目实施过程中，发生项目经理变更时，原项目经理填写项目经理工作交接清单与新项目经理逐项工作进行交接。2) 新任项目经理按照项目经理任命流程进行述职和任命。3) 项目经理变更时，工程总监负责与客户进行沟通。7 安全与备份7.1 备份配置管理员每周整体备份一次配置库，保留4周以内的备份记录。备份方式：刻盘或者