配置管理计划样例(软件开发)

1、.【用户名称】神州数码信息系统有限公司密级：普通* 项目软件配置管理计划V0.1文档编号：项目名称：编写：编写日期：审核：审核日期：批准：批准日期：.修订文档历史记录日期版本说明作者2010-7-12V0.1第一次编写2011-7-8V1.0修改.目录1前言 .51.1目标 . .51.2适用范围 . .51.3术语与简写 . .51.4参考文件 . .52组织结构和职责 . .52.1 CCB 成员及职责 .52.2配置管理组 . .63配置管理工具、技术和方法 . .63.1配置管理工具 . .63.2配置管理策略 . .错误！未定义书签。4配置管理库 . .74.1配置库结构 . .74

2、.2配置库权限 . .74.3基线配置项 . .74.4其他配置项 . .84.4.1管理文档或过程记录 . .84.4.2项目环境 . .85文件命名与版本控制 . .95.1文件命名规范 . .95.1.1基线命名规范 . .95.1.2其他配置项命名规范 . .95.2版本标识 . .96变更管理 . .106.1变更原因 . .106.2变更流程 . .116.3变更跟踪 . .127版本制作与发布流程 . .14.8安全与备份 . .148.1备份 . .148.2安全防护 . .159配置状态发布 . .15.1 前言1.1目标本计划是信息平台项目配置管理活动的基准，对信息平台项目

3、的配置管理活动进行策划。1.2适用范围本计划是信息平台项目整体计划的一部分，适用于信息平台项目的配置管理活动。1.3术语与简写CCB：变更控制委员会SQA：质量保证SCM：配置管理1.4参考文件DCG-SCM-P-01-配置管理规范。2 组织结构和职责2.1 CCB 成员及职责项目内部 CCB成员：章某（ CCB组长）、陈、小伟、小明、玲玲。CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。项目总监章某：负责对项目的总体调控。项目经理小伟：负责对项目中计划的变更等进行确认，并对变更所涉及的资源变更进行评估，.负责变更的执行。需求调研陈：负责项目的

4、整体需求。技术经理小明：负责项目技术支持及项目的运行。SCM人员玲玲：负责变更，配置库日常管理和权限控制。测试经理？：负责评估变更中测试方面的问题。SQA 人员？：过程审计。2.2配置管理组配置管理员：负责搭建配置库，制定并执行配置管理计划、培训项目组成员、执行日常配置管理工作。3 配置管理工具、技术和方法3.1配置管理工具服务器 IP 地址：文档管理配置管理工具：SVN配置库名称： WS源代码管理配置管理工具：SVN配置库名称： WS.4 配置管理库4.1配置库结构配置库分为工作库、受控库和基线库。工作库：存储项目的所有工作产品中间结果，即正处于开发中的代码和编写中的文档，其内容可能进行频繁

5、的修改。受控库：存储项目的所有准备生成基线的工作成果，待评审的文档、部署程序的中间版本、以及项目管理类文档等。基线库：存储项目的所有基线化了的工作成果，评审通过的阶段产出物、具有路标性质的对外发布版本等。4.2配置库权限工作库：项目组所有成员均有读写权限。受控库：配置管理员和项目经理有读写权限，其他项目组成员有只读权限。基线库：配置管理员有读写权限，其他人员经授权可调阅。（注：共通代码由专人管理）4.3基线配置项基线类别基线配置项名称基线配置项的位置备注需求基线项目数据交换标准软件需求规格说明书工作说明书项目启动报告设计基线概要设计说明书编码基线各发布版本测试基线系统测试用例系统出场测试报告.

6、验收基线系统初验报告系统终验报告4.4其他配置项管理文档或过程记录配置项名称配置项的位置备注管理文档项目周报客户周报会议纪要业务联系单评审计划评审记录培训记录项目环境配置项名称配置项的位置备注环境开发服务器测试服务器测试管理服务器配置服务器内网.5 文件命名与版本控制5.1文件命名规范基线命名规范 项目名称 + 子系统名 + 文档名称 +Vx.y（版本号）项目名称定义为：信息平台（英文缩写：WS）子系统名：若没有子系统可以省略举例： 信息平台 - 工作说明书V1.0 ；其他配置项命名规范与时间相关的文档命名： 项目名称 文档名称 yyyymmdd（注：其中如果是周报yyyymmdd以结束日期为

7、准）备注： yyyymmdd为“年月日”时间格式举例：信息平台- 项目周报20100607； （结束日期）信息平台 - 会议纪要20100602；与时间没有直接关系的文档命名：直接以 项目名称 文档名称 命名。举例：信息平台初验阶段报告；信息平台项目总结报告；5.2版本标识文档发布的版本遵循x.y （主版本 . 副版本）形式：1、版本标识定义原则版本标识必须唯一标识不同的版本；版本标识必须反映不同级别版本的层次关系；例如采用x.y （主版本 . 从版本）的定义规则必须定义不同级别版本号增加的规则。.2、版本设置规则新起草编写的文件定为V0.1 版；逐步完善还没有通过评审的文件版本升级为V0.y

8、版；通过内部正式审批的文件版本升级为V1.0 版，可对外发布；称为内部基准的文件如有少量修改，可升级为V1.x 版；如有通过客户的评审，文件版本可升级为V2.0 ，以此类推。代码发布的版本遵循x.y （主版本 . 副版本）形式：Build 为 build顺序号，每build一次号码加1；永远不清零。P 为 FAT 顺序号，每提交 FAT 测试号码加 1， FAT测试由公司人员测试。Z 为 UAT顺序号，每提交 UAT测试号码加 1， UAT测试有用户或监理参加。X,Y以用户确定为准。用户版本号增加时P和 Z清零。yyyyymmdd 代表发布版本日期分类版本命名基线存放路径对内版本YZWS_子系

9、统英文名 _yyyymmdd-#信息平台版本发布对内发布测试版本YZWS_FAT_.Build信息平台版本发布测试版本_yyyymmddYZWS_UAT_.Build_yyyymmdd对外版本YZWS_.Build信息平台版本发布对外发布_yyyymmdd6 变更管理6.1变更原因1、评审、审计、测试和验证发现问题引起配置的配置项变更，配置项的版本需要更新。更改源是评审报告 、集成测试分析报告或审计报告。2、客户、项目组填写的变更申请引起配置项变更，变更申请表是更改源。3、出现下列情况时引起的配置项变更，不需要填写变更申请表：.计划级的文档更改WBS计划；软件配置管理计划 、软件质量保证计划

10、；测试工具或测试脚本（不属于提交给用户）。4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审6.2变更流程提出变更申请评估变更变更申请表接受变更接受分配变更任务拒绝变更通知拒绝变更状态跟踪表在工作库中取工作内容提交工作成果到工作库在受控库创建内部基线形成发布基线通过放基线库发布基线发布配置状态报告配置状态报告未通过测试/评审基线测试 /评审通过1. 变更申请1) 变更申请人通过多种渠道提出对配置项的变更请

11、求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。.2) 变更申请人负责填写 需求设计变更申请表 ，并提交配置控制委员会实施变更评估。2. 变更评估1) 针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。2) 配置控制委员会将针对该变更做出的决定（接受或拒绝）通知变更申请人。3. 变更实施1) 变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施。2) 项目配置管理员将该变更涉及的所有配置项从配置库中签出并提交给变更执行人。3) 变更执行人实施该变更；4. 变更验证1) 配置控制委员会对变更后的

12、工作产品进行验证，以确定变更是否正确完成。2) 在变更完成并经过验证后，项目配置管理员将经批准的配置项签入配置库。6.3变更跟踪1、 客户需求变更：1) 与用户之间变更流程：项目组需要依据项目管理规范中的需求管理要求，结合项目用户实际情况制定需求变更流程，填写需求设计变更申请表并按照流程要求执行申请和审批过程，保留期间用户的签字确认文件。2)内部审批流程：10 人天以内的变更项目经理确认，10 人天以上， 20 人天以内需要工程总监确认，20 人天以上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护基线状态报告 变更跟踪表 。3) VP系统中的变更记录：项目需求负责人在VP系统中使

13、用“范围变更”页签录入需求变更的信息，同时更新维护 “范围范围矩阵” 的范围信息和工作量信息， 并发起需求变更流程， 由项目经理以及工程总监进行审批。审批通过后，形成新的范围矩阵基准。2、 预算变更： 项目经理 / 客户经理编写变更的工作说明书项目预算表 ，在 VP项目管理系统中执行项目预算变更流程。.3、 项目经理变更：1) 项目实施过程中，发生项目经理变更时，原项目经理填写项目经理工作交接清单与新项目经理逐项工作进行交接。2) 新任项目经理按照项目经理任命流程进行述职和任命。3) 项目经理变更时，工程总监负责与客户进行沟通。.7 版本制作与发布流程版本制作和发布流程子系统负责人系统负责人配置管理员开始申请制作内部版本内部测试邮件申请build版本邮件通知发布版本基线发布报告结束8 安全与备份8.1备份配置管理员每周整体备份一次配置库，保留4 周以内的备份记录。备份方式：刻盘或者异机备份.每月末提交一次配置库，存入组织级配置库（FTP 上传或由 QA拷贝回北京）项目结束时，