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

1、【用户名称】神州数码信息系统有限公司密级：普通*项目软件配置管理计划V0.1项目名称编写日期审核日期文档编号编写审核批准日期：批准：修订文档历史记录日期版本说明作者2010-7-12V0.1第一次编写2011-7-8V1.0修改目录TOC o 1-5 h z HYPERLINK l bookmark6 o Current Document 前言6 HYPERLINK l bookmark8 o Current Document 目标6 HYPERLINK l bookmark10 o Current Document 适用范围6 HYPERLINK l bookmark12 o Current

2、 Document 术语与简写6 HYPERLINK l bookmark14 o Current Document 参考文件6 HYPERLINK l bookmark16 o Current Document 组织结构和职责6 HYPERLINK l bookmark18 o Current Document CCB成员及职责6 HYPERLINK l bookmark20 o Current Document 配置管理组7 HYPERLINK l bookmark22 o Current Document 配置管理工具、技术和方法7 HYPERLINK l bookmark24 o Cu

3、rrent Document 配置管理工具73.2配置管理策略错误!未定义书签。 HYPERLINK l bookmark26 o Current Document 配置管理库8 HYPERLINK l bookmark28 o Current Document 配置库结构8 HYPERLINK l bookmark30 o Current Document 配置库权限8 HYPERLINK l bookmark32 o Current Document 基线配置项8 HYPERLINK l bookmark34 o Current Document 其他配置项9管理文档或过程记录9项目环境9

4、 HYPERLINK l bookmark36 o Current Document 文件命名与版本控制10 HYPERLINK l bookmark38 o Current Document 文件命名规范10基线命名规范10其他配置项命名规范10 HYPERLINK l bookmark40 o Current Document 版本标识10 HYPERLINK l bookmark42 o Current Document 变更管理11 HYPERLINK l bookmark44 o Current Document 变更原因11 HYPERLINK l bookmark46 o Cur

5、rent Document 变更流程12 HYPERLINK l bookmark48 o Current Document 变更跟踪13 HYPERLINK l bookmark50 o Current Document 版本制作与发布流程15 HYPERLINK l bookmark52 o Current Document 安全与备份15 HYPERLINK l bookmark54 o Current Document 备份15 HYPERLINK l bookmark56 o Current Document 安全防护16 HYPERLINK l bookmark58 o Curre

6、nt Document 配置状态发布161前言1.1目标本计划是信息平台项目配置管理活动的基准，对信息平台项目的配置管理活动进行策划。1.2适用范围本计划是信息平台项目整体计划的一部分，适用于信息平台项目的配置管理活动。1.3术语与简写CCB:变更控制委员会SQA:质量保证SCM:配置管理1.4参考文件DCG-SCM-P-01-配置管理规范。2组织结构和职责CCB成员及职责项目内部CCB成员：章某（CCB组长）、陈、小伟、小明、玲玲。CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。项目总监章某:负责对项目的总体调控。项目经理小伟:负责对项目中计

7、划的变更等进行确认，并对变更所涉及的资源变更进行评估负责变更的执行。需求调研陈：负责项目的整体需求。技术经理小明：负责项目技术支持及项目的运行。SCM人员玲玲：负责变更，配置库日常管理和权限控制测试经理？：负责评估变更中测试方面的问题。SQA人员？：过程审计。配置管理组配置管理员：负责搭建配置库，制定并执行配置管理计划、培训项目组成员、执行日常配置管理工作。配置管理工具、技术和方法配置管理工具服务器IP地址：00文档管理配置管理工具：SVN配置库名称：WS源代码管理配置管理工具：SVN配置库名称：WS配置管理库配置库结构配置库分为工作库、受控库和基线库。工作库：存储项目的所有工作产品中间结果，

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

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

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

11、.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子系统英文名Lyyyymmdd-#信息平台版本发布对内发布测试版本YZWS_FAT_.Bu

12、ild_yyyymmdd信息平台版本发布测试版本对外版本YZWS_UAT_.Build_yyyymmddYZWS_.Build_yyyymmdd信息平台版本发布对外发布变更管理变更原因1、评审、审计、测试和验证发现问题引起配置的配置项变更，配置项的版本需要更新。更改源是评审报告、集成测试分析报告或审计报告。2、客户、项目组填写的变更申请引起配置项变更，变更申请表是更改源。3、出现下列情况时引起的配置项变更，不需要填写变更申请表：计划级的文档更改一WBS计划；软件配置管理计划软件质量保证计划；测试工具或测试脚本（不属于提交给用户）。4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠

13、正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审变更流程1.变更申请变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。变更申请人负责填写需求设计变更申请表，并提交配置控制委员会实施变更评估。2.变更评估针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。配置控制委员会将针对该变更做出的决定(接受或拒绝)通知变更申请人。变更实施变更申请获得

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

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