配置的管理计划样例[软件开发的]

1、 .wd. .wd. .wd.【用户名称】神州数码信息系统密级：普通*工程软件配置管理方案V0.1文档编号：工程名称：编 写：编写日期：审 核：审核日期：批 准：批准日期：修订文档历史记录日期版本说明作者2010-7-12V0.1第一次编写2011-7-8V1.0修改目录 TOC o 1-3 h z HYPERLINK l _Toc2978997321 前言 PAGEREF _Toc297899732 h 5HYPERLINK l _Toc2978997331.1 目标 PAGEREF _Toc297899733 h 5HYPERLINK l _Toc2978997341.2 适用范围 PAG

2、EREF _Toc297899734 h 5HYPERLINK l _Toc2978997351.3 术语与简写 PAGEREF _Toc297899735 h 5HYPERLINK l _Toc2978997361.4 参考文件 PAGEREF _Toc297899736 h 5HYPERLINK l _Toc2978997372 组织构造和职责 PAGEREF _Toc297899737 h 5HYPERLINK l _Toc2978997382.1 CCB成员及职责 PAGEREF _Toc297899738 h 5HYPERLINK l _Toc2978997392.2 配置管理组 P

3、AGEREF _Toc297899739 h 6HYPERLINK l _Toc2978997403 配置管理工具、技术和方法 PAGEREF _Toc297899740 h 6HYPERLINK l _Toc2978997413.1 配置管理工具 PAGEREF _Toc297899741 h 6HYPERLINK l _Toc2978997423.2 配置管理策略 PAGEREF _Toc297899742 h 6HYPERLINK l _Toc2978997434 配置管理库 PAGEREF _Toc297899743 h 7HYPERLINK l _Toc2978997444.1 配置

4、库构造 PAGEREF _Toc297899744 h 7HYPERLINK l _Toc2978997454.2 配置库权限 PAGEREF _Toc297899745 h 7HYPERLINK l _Toc2978997464.3 基线配置项 PAGEREF _Toc297899746 h 7HYPERLINK l _Toc2978997474.4 其他配置项 PAGEREF _Toc297899747 h 8HYPERLINK l _Toc2978997484.4.1 管理文档或过程记录 PAGEREF _Toc297899748 h 8HYPERLINK l _Toc297899749

5、4.4.2 工程环境 PAGEREF _Toc297899749 h 9HYPERLINK l _Toc2978997505 文件命名与版本控制 PAGEREF _Toc297899750 h 9HYPERLINK l _Toc2978997515.1 文件命名标准 PAGEREF _Toc297899751 h 9HYPERLINK l _Toc2978997525.1.1 基线命名标准 PAGEREF _Toc297899752 h 9HYPERLINK l _Toc2978997535.1.2 其他配置项命名标准 PAGEREF _Toc297899753 h 10HYPERLINK l

6、 _Toc2978997545.2 版本标识 PAGEREF _Toc297899754 h 10HYPERLINK l _Toc2978997556 变更管理 PAGEREF _Toc297899755 h 11HYPERLINK l _Toc2978997566.1 变更原因 PAGEREF _Toc297899756 h 11HYPERLINK l _Toc2978997576.2 变更流程 PAGEREF _Toc297899757 h 12HYPERLINK l _Toc2978997586.3 变更跟踪 PAGEREF _Toc297899758 h 14HYPERLINK l _

7、Toc2978997597 版本制作与发布流程 PAGEREF _Toc297899759 h 16HYPERLINK l _Toc2978997608 安全与备份 PAGEREF _Toc297899760 h 16HYPERLINK l _Toc2978997618.1 备份 PAGEREF _Toc297899761 h 16HYPERLINK l _Toc2978997628.2 安全防护 PAGEREF _Toc297899762 h 17HYPERLINK l _Toc2978997639 配置状态发布 PAGEREF _Toc297899763 h 17前言目标本方案是信息平台工

8、程配置管理活动的基准，对信息平台工程的配置管理活动进展筹划。适用范围本方案是信息平台工程整体方案的一局部，适用于信息平台工程的配置管理活动。术语与简写CCB：变更控制委员会SQA：质量保证SCM：配置管理参考文件DCG-SCM-P-01-配置管理标准。组织构造和职责CCB成员及职责工程内部CCB成员：章某CCB组长、陈、小伟、小明、玲玲。CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。工程总监章某：负责对工程的总体调控。工程经理小伟：负责对工程中方案的变更等进展确认，并对变更所涉及的资源变更进展评估，负责变更的执行。 需求调研 陈：负责工程的整

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

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

11、过程记录配置项名称配置项的位置备注管理文档工程周报客户周报会议纪要业务联系单评审方案评审记录培训记录工程环境配置项名称配置项的位置备注环境开发服务器测试服务器测试管理服务器配置服务器00内网文件命名与版本控制文件命名标准基线命名标准工程名称+子系统名+文档名称+Vx.y版本号工程名称定义为：信息平台英文缩写：WS子系统名：假设没有子系统可以省略举例：信息平台-工作说明书V1.0；其他配置项命名标准与时间相关的文档命名：工程名称文档名称yyyymmdd注：其中如果是周报yyyymmdd以完毕日期为准备注：yyyymmdd为“年月日时间格式举例：信息平台-工程周报20100607；完毕日期信息平台

12、-会议纪要20100602；与时间没有直接关系的文档命名：直接以工程名称文档名称命名。举例：信息平台初验阶段报告；信息平台工程总结报告；版本标识文档发布的版本遵循x.y主版本.副版本形式：版本标识定义原那么版本标识必须唯一标识不同的版本；版本标识必须反映不同级别版本的层次关系；例如采用x.y主版本.从版本的定义规那么必须定义不同级别版本号增加的规那么。版本设置规那么新起草编写的文件定为V0.1版；逐步完善还没有通过评审的文件版本升级为V0.y版；通过内部正式审批的文件版本升级为V1.0版，可对外发布；称为内部基准的文件如有少量修改，可升级为V1.x版；如有通过客户的评审，文件版本可升级为V2.

13、0，以此类推。代码发布的版本遵循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信息平台

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

15、修改条件满足等事件发生时，由工程经理组织相应的配置控制委员会成员对要发生的变更进展评审变更流程变更申请变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。变更申请人负责填写?需求设计变更申请表?，并提交配置控制委员会实施变更评估。变更评估针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对工程进度、本钱、质量等指标的影响程度后，决定是否实施该变更。配置控制委员会将针对该变更做出的决定承受或拒绝通知变更申请人。变更实施变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施。工程配置管理员将该变更涉及的所有配置项从配置库中

16、签出并提交给变更执行人。变更执行人实施该变更；变更验证配置控制委员会对变更后的工作产品进展验证，以确定变更是否正确完成。在变更完成并经过验证后，工程配置管理员将经批准的配置项签入配置库。变更跟踪客户需求变更：与用户之间变更流程：工程组需要依据工程管理标准中的需求管理要求，结合工程用户实际情况制定需求变更流程，填写?需求设计变更申请表?并按照流程要求执行申请和审批过程，保存期间用户的签字确认文件。内部审批流程：10人天以内的变更工程经理确认，10人天以上，20人天以内需要工程总监确认，20人天以上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护?基线状态报告变更跟踪表?。VP系统中的变更记录：工程需求负责人在VP系统中使用“范围变更页签录入需求变更的信息，同时更新维护“范围范围矩阵的范围信息和工作量信息，并发起需求变更流程，由工程经理以及工程总监进展审批。审批通过后，形成新的范围矩阵基准。预算变更：工程经理/客户经理 编写变更的?工作说明书?工程预算表?，在VP工程管理系统中执行工程预算变更流程。工程经理变更：工程实施过程中，发生工程经理变更时，原工程经理填写?工程经理工作交接清单?与新工程经理逐项工作进展交接。新任工程经理按照工程经理任命流程进展述职和任命。工程经理变更时，工程总监负责与客户进展沟通。版本制作与发布流程安全与备份备份配置管理员每周整体备