软件项目配置管理计划

中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记 录 文 件项目编号项目名称CGN-IT-C3-A12-01软件项目配置管理计划版本编写审核审定批准生效时间A/0注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。修改记录页NO修改日期修改摘要（涉及页码/条款/内容）版本修改原因1234目录(一)基本信息4(二)角色与职责4(三)配置管理资源5(四)权限分配5(五)配置项计划6(六)配置库基线7(七)配置库备份计划8(八)配置库状态报告8(九)配置审核9(十)审批意见9配置管理计划(一) 基本信息项目名称： 项目代号： 立项时间：预计主要项目阶段有： 配置项目命名规则依据：(二) 角色与职责角色人员职责、工作范围项目组配置管理员制定配置管理计划；搭建配置库结构；申请并配合建立配置库；配置库的管理；准备、申请、并实施基线化（或发布入库）工作；将建库和入库情况及时通知各项目成员；备份、维护基线库（或发布库）；配合高级配置管理员、SQA完成配置管理状态报告高级配置管理员根据实际情况审批建库申请，分配服务器资源，完成建库；管理配置库的用户帐号、权限；对配置库做物理审计；配合项目配置管理员、SQA完成配置管理状态报告；定期编制产品库定期报告项目CCB审批配置管理员递交的基线化申请表、发布入库申请表，评审是否同意配置项的变更项目经理PM与各项目组代表一起审批配置管理计划；审批建库申请表；与CCB成员一起审批配置项的变更、基线化、发布申请；检查配置管理计划完成情况项目组成员了解并按权限正确使用配置库；配合项目组配置管理员准备、申请基线化（或发布入库）工作SQA检查项目SCM工作是否按流程和计划实施；反馈不符合项给项目组，并跟踪其修正情况；对配置库做功能审计；检查项目组和高级配置管理员的工作，并与之合作完成配置管理状态报告。(三) 配置管理资源配置管理资源资源名备注配置库管理软件配置库管理硬件本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。提示：（1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。预计建库申请日期：预计建库日期：预计工作库需空间：(四) 权限分配角色人员工作库基线库发布库项目经理R/WRRCCBR/WRR需求、设计组R/WRR开发组R/WRR测试组R/WRR项目组配置管理员R/WR/WR/W高级配置管理员RRRSQA RRR其他人员RRR项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。(五) 配置项计划项目阶段项目过程阶段产出物入配置库计划预计入库时间招投标技术规范书项目启动立项、管理制度、开发及测试计划、风险管理文档、项目监控、规范、QA等需求开发业务需求、软件需求、用例模型、度量、评审、QA等设计框架设计、概要设计、详细设计、度量、评审、QA、需求变更等代码开发代码、开发指南、度量、评审、QA、需求变更等测试测试用例、压力及性能测试等各种测试文档、度量、QA、需求变更等部署部署文档、用户手册、度量、QA、需求变更等预验收结项、用户验收、技术验收及交付文档、QA、需求变更等维护代码、各种文档的修改、QA、需求变更等填写上面表格过程中，需要对照成果物列表逐项填写。项目组文档(DOC)目录结构（推荐标准）一级目录二级目录内容01_管理文档01_招投标招投标过程产生的文档02_项目启动项目总结等各种文件03_项目结项04_开发计划项目、培训、质量、配置05_管理制度06_风险管理07_项目估算08_配置报告09_评审记录10_会议记录一般会议记录11_变更文档需求、配置、计划等变更记录12_周月报13_验收项目验收各种文件14_授权包括项目管理软件和软件系统的授权15_QA16_其它02_技术文档01_可行性研究报告02_开发规范各种规范03_需求文档业务、分析04_设计文档架构、概要、详细、数据库05_测试及缺陷单元、集成、系统、压力、性能06_技术手册各种开发技术文档及指南07_上线及试运行计划、报告08_维护报告、记录09_投产及部署投产手册、部署手册10_其它03_用户文档01_用户提交文档各种需求、界面、要求等02_用户手册用户、操作03_培训资料其它培训资料04_其它04_其它文档对于代码VOB，项目组配置管理员自己定义，原则上每个VOB的大小限制在200-300M之间。(六) 配置库基线配置库基线由里程碑基线和日常开发基线共同组成，其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线、产品基线。其中前期基线可裁减。里程碑基线是在项目通过评审产出物或项配置项的版本号与配置项的状态紧密相关：（1）处于“草稿”状态的配置项的版本号格式为：0.YZ YZ数字范围为01-99。 随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。（2）处于“正式发布”状态的配置项的版本号格式为：X.Y X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。 配置项第一次“正式发布”时，版本号为1.0。 如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ 配置项正在修改时，一般只增大Z值，X.Y值保持不变。 当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。参见规则（2）。目重要阶段而定义的基线。日常开发基线主要是在代码开发过程中产生的基线，用来给项目开发人员提取基线代码而使用的过程性的基线。里程碑基线和日常开发基线的制作需要项目经理提出申请，由配置管理员执行。配置库分为三个库：开发库、受控库（基线库）、产品库，配置流如下图所示，开发库为开发人员共同使用的开发流，在里程碑基线处，由配置管理员或者授权人员提交基线到受控库，在受控库最终形成产品的时候由中心配置管理员提交到产品库中。各个项目可以根据需要，在开发流上为各个开发人员建立单独的个人开发流，(七) 配置库备份计划备份对象备份频度/时间备份人备份内容、目的地、方式等项目配置库每日零点对于clearcase来说，由高级配置管理员每日早上0点通过系统备份功能自动将cc服务停下来做备份，系统自动将备份内容复制到磁带中。磁带库(八) 配置库状态报告每两周出一份配置库状态报告(九) 配置审核按照配置管理规程，定期对配置库和配置项的状态进行审核，审核配置管理活动和过程，确定所产生的基线和文档是否准确，并且在适当时记录审核结果，以便维护配置基线的完整性。将结果记录到配置状态报告中。具体计划如下：审核内容审核的时间计划/频率审核人审核的对象、方式等基线的完整性1次/两周审核基线是否完整。如果基线不完整，则对基线进行调整。检查配置记录1次/两周审核配置管理记录是否正确反映了配置项的配置情况。审查配置库和配置项的结构1次/两周根据配置管理计划审查配置管理系统中配置项的结构完整性。审查配置项的完备性和正确性1次/两周以配置管理计划中说明的需求和所批准的变更请求的处置为基础来验证配置项的完备性和正确性。跟踪审核后的行动1次/两周对审核后提出的各项行动进行跟踪，直到结束。审查配置项的变更1次/两周审核配置项变更的状态、配置项变更的版本、内容等方面的正确性审查配置库的操作和备份1次/两周审查配置库的操作、管理状态，以及备份、安全维护等方面活动(十) 审批意见项目经理及高级配置管理员审批意见：项目经理签字: 高级配置管理签字:日期: 日期: 9 / 9