配置管理计划样例软件开发.docx

1、配置管理计划样例软件开发【用户名称】神州数码信息系统有限公司密级：普通*项目软件配置管理计划V0.1文档编号：项目名称：编 写：编写日期：审 核：审核日期：批 准：批准日期：修订文档历史记录日期版本说明作者2010-7-12V0.1第一次编写2011-7-8V1.0修改一 前言一.一 目标本计划是信息平台项目配置管理活动的基准，对信息平台项目的配置管理活动进行策划。一.二 适用范围本计划是信息平台项目整体计划的一部分，适用于信息平台项目的配置管理活动。一.三 术语与简写CCB：变更控制委员会SQA：质量保证SCM：配置管理一.四 参考文件DCG-SCM-P-01-配置管理规范。二 组织结构和职

2、责二.一 CCB成员及职责项目内部CCB成员：章某（CCB组长）、陈、小伟、小明、玲玲。CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。项目总监章某：负责对项目的总体调控。项目经理小伟：负责对项目中计划的变更等进行确认，并对变更所涉及的资源变更进行评估，负责变更的执行。 需求调研 陈：负责项目的整体需求。 技术经理 小明：负责项目技术支持及项目的运行。SCM人员玲玲：负责变更，配置库日常管理和权限控制。测试经理？：负责评估变更中测试方面的问题。SQA 人员？：过程审计。二.二 配置管理组配置管理员 ：负责搭建配置库，制定并执行配置管理计划、培训

3、项目组成员、执行日常配置管理工作。三 配置管理工具、技术和方法三.一 配置管理工具服务器IP地址： 192.168.8.000文档管理配置管理工具：SVN配置库名称：WS源代码管理配置管理工具：SVN配置库名称：WS四 配置管理库四.一 配置库结构配置库分为工作库、受控库和基线库。工作库：存储项目的所有工作产品中间结果，即正处于开发中的代码和编写中的文档，其内容可能进行频繁的修改。受控库：存储项目的所有准备生成基线的工作成果，待评审的文档、部署程序的中间版本、以及项目管理类文档等。基线库：存储项目的所有基线化了的工作成果，评审通过的阶段产出物、具有路标性质的对外发布版本等。四.二 配置库权限工

4、作库：项目组所有成员均有读写权限。受控库：配置管理员和项目经理有读写权限，其他项目组成员有只读权限。基线库：配置管理员有读写权限，其他人员经授权可调阅。（注：共通代码由专人管理）四.三 基线配置项基线类别基线配置项名称基线配置项的位置备注需求基线项目数据交换标准软件需求规格说明书工作说明书项目启动报告设计基线概要设计说明书编码基线各发布版本测试基线系统测试用例系统出场测试报告验收基线系统初验报告系统终验报告四.四 其他配置项四.四.1 管理文档或过程记录配置项名称配置项的位置备注管理文档项目周报客户周报会议纪要业务联系单评审计划评审记录培训记录四.四.2 项目环境配置项名称配置项的位置备注环境

5、开发服务器测试服务器测试管理服务器配置服务器192.168.8.000内网五 文件命名与版本控制五.一 文件命名规范五.一.1 基线命名规范项目名称+子系统名+文档名称+Vx.y（版本号）项目名称定义为：信息平台（英文缩写：WS）子系统名：若没有子系统可以省略 举例：信息平台-工作说明书V1.0；五.一.2 其他配置项命名规范 与时间相关的文档命名： 项目名称文档名称 yyyymmdd（注：其中如果是周报yyyymmdd以结束日期为准）备注：yyyymmdd为“年月日”时间格式举例：信息平台-项目周报20100607； （结束日期）信息平台-会议纪要20100602； 与时间没有直接关系的文档

6、命名：直接以项目名称文档名称命名。举例：信息平台初验阶段报告；信息平台项目总结报告；五.二 版本标识文档发布的版本遵循x.y（主版本.副版本）形式：1、 版本标识定义原则 版本标识必须唯一标识不同的版本； 版本标识必须反映不同级别版本的层次关系；例如采用x.y（主版本.从版本）的定义规则 必须定义不同级别版本号增加的规则。2、 版本设置规则 新起草编写的文件定为V0.1版；逐步完善还没有通过评审的文件版本升级为V0.y版； 通过内部正式审批的文件版本升级为V1.0版，可对外发布； 称为内部基准的文件如有少量修改，可升级为V1.x版； 如有通过客户的评审，文件版本可升级为V2.0，以此类推。代码

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

8、布对外发布YZWS_.Build _yyyymmdd六 变更管理六.一 变更原因1、评审、审计、测试和验证发现问题引起配置的配置项变更，配置项的版本需要更新。更改源是评审报告、集成测试分析报告或审计报告。2、客户、项目组填写的变更申请引起配置项变更，变更申请表是更改源。3、出现下列情况时引起的配置项变更，不需要填写变更申请表： 计划级的文档更改WBS计划； 软件配置管理计划、软件质量保证计划； 测试工具或测试脚本（不属于提交给用户）。4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条

9、件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审六.二 变更流程1. 变更申请1) 变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。2) 变更申请人负责填写需求设计变更申请表，并提交配置控制委员会实施变更评估。2. 变更评估1) 针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。2) 配置控制委员会将针对该变更做出的决定（接受或拒绝）通知变更申请人。3. 变更实施1) 变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施

10、。2) 项目配置管理员将该变更涉及的所有配置项从配置库中签出并提交给变更执行人。3) 变更执行人实施该变更；4. 变更验证1) 配置控制委员会对变更后的工作产品进行验证，以确定变更是否正确完成。2) 在变更完成并经过验证后，项目配置管理员将经批准的配置项签入配置库。六.三 变更跟踪1、 客户需求变更：1) 与用户之间变更流程：项目组需要依据项目管理规范中的需求管理要求，结合项目用户实际情况制定需求变更流程，填写需求设计变更申请表并按照流程要求执行申请和审批过程，保留期间用户的签字确认文件。2) 内部审批流程：10人天以内的变更项目经理确认，10人天以上，20人天以内需要工程总监确认，20人天以

11、上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护基线状态报告变更跟踪表。3) VP系统中的变更记录：项目需求负责人在VP系统中使用“范围变更”页签录入需求变更的信息，同时更新维护“范围范围矩阵”的范围信息和工作量信息，并发起需求变更流程，由项目经理以及工程总监进行审批。审批通过后，形成新的范围矩阵基准。2、 预算变更：项目经理/客户经理 编写变更的工作说明书项目预算表，在VP项目管理系统中执行项目预算变更流程。3、 项目经理变更：1) 项目实施过程中，发生项目经理变更时，原项目经理填写项目经理工作交接清单与新项目经理逐项工作进行交接。2) 新任项目经理按照项目经理任命流程进行述职

12、和任命。3) 项目经理变更时，工程总监负责与客户进行沟通。七 版本制作与发布流程八 安全与备份八.一 备份配置管理员每周整体备份一次配置库，保留4周以内的备份记录。备份方式：刻盘或者异机备份每月末提交一次配置库，存入组织级配置库（FTP上传或由QA拷贝回北京）项目结束时，配置管理人员按结项规定对配置库进行归档。八.二 安全防护客户端必须安装防病毒软件（如公司有规定的软件，则依照公司要求安装），并启动自动防护功能，及时升级。每周进行一次全盘扫描。九 配置状态发布信息平台项目的配置状态报告发布、发送方式如下：发布名称发布频率发布内容发送对象发送方式基线发布基线生成或基线变更时*基线生成，存放位置或*基线发生变更，版本为*项目组所有成员、SQA、项目经理、项目总监e-mail