软件项目配置管理计划

中国广东核电集团中国广东核电集团记录文档项目编号项目名CGN信息技术C3 A12-01软件项目配置管理计划版本写审计确认同意有效时间A/0注：如果没有受控文件标识(蓝色印章)，则为无效版本，以受控文件的规定为准。本文件属于中国广东核电集团有限公司，未经许可不得以任何方式传阅。修改记录页面不修订日期变更摘要(涉及页码/条款/内容)版本修订原因1234目录基本信息4(2)角色和职责4(三)管理资源配置5(4)权力分配5(5)配置项目计划6(6)配置基线7(7)配置库备份计划8(8)配置库状态报告8(9)配置审查9(10)批准意见9配置管理计划(a)基本信息项目名称：项目代码：项目启动时间：主要项目阶段预计为：根据配置项目命名规则：(2)角色和职责作用人事部门职责和工作范围攻关队伍软件配置管理工程师制定配置管理计划；构建配置库结构；申请并配合配置数据库的建立；配置库的管理；准备、申请和实施基线(或放行和仓储)工作；及时通知所有项目成员数据库的建设和存储情况；备份和维护基线库(或发布库)；与高级配置经理和SQA合作完成配置管理状态报告先进的软件配置管理工程师根据审批数据库建设申请的实际情况，分配服务器资源完成数据库建设；管理配置库的用户帐户和权限；配置库的物理审计；与项目配置经理和SQA合作完成配置管理状态报告；定期准备产品仓库的定期报告建设银行项目批准配置经理提交的基准申请单，签发入库申请单，并审核是否批准配置项目变更。项目经理与每个项目团队的代表一起批准配置管理计划；数据库建设申请表的审批；与变更控制委员会成员合作，批准配置项目变更、基线和发布申请；检查配置管理计划的完成情况项目团队成员根据权限理解并正确使用配置库；与项目团队配置经理合作准备和申请基线(或发放和仓储)SQA检查项目的供应链管理工作是否按照流程和计划实施；向项目团队反馈不符合项并跟踪其纠正情况；对配置库进行功能审计；检查项目组和高级配置经理的工作，并配合他们完成配置管理状态报告。(三)管理资源的配置配置管理资源资源名称评论配置库管理软件配置库管理硬件该项目使用配置管理工具来存储和管理各种配置项，并提供版本历史的更新、检索和恢复。提示：(1)配置管理员确定本项目的配置管理软件。例如，使用微软的TFS或IBM的clearecase。(2)配置管理员确定计算机资源(考虑内存、外部存储、中央处理器等)。)根据所采用的配置管理软件。申请建立数据库的预计日期：预计施工日期：估计工作空间：(四)权力的分配作用人事部门工作库基线库出版图书馆项目管理人读写rr建设银行读写rr需求，设计组读写rr开发团队读写rr测试组读写rr项目团队配置管理员读写读写读写高级配置管理员rrrSQArrr其他人员rrr默认情况下，访问配置库的项目成员的标识和密码设置为与域帐户的标识和密码相同。如果个人需求单独设置，项目组配置管理员负责汇总并提交给高级配置管理员进行设置调整。(5)配置收尾项目、用户验收、技术验收和交付文件、质量保证、需求变更等。保持代码、各种文件的修改、质量保证、需求变更等。在填写上述表格的过程中，需要根据成绩列表逐项填写。项目团队文档目录结构(推荐标准)一级目录二级目录内容01_管理文档01_投标投标过程中产生的文件02_项目启动项目总结和其他文件03_项目结束04_发展计划项目、培训、质量、配置05_管理系统06_风险管理07_项目评估08_配置报告09_审核记录10分钟的会议会议的一般记录11_变更文件需求、配置、计划等的变更记录。12_每周月报13_接受项目验收的各种文件14_授权包括项目管理软件和软件系统的授权15 _质量保证16_其他02_技术文档01_可行性研究报告02_开发规范各种规格03_要求文件商业、分析04_设计文件体系结构、摘要、详细信息、数据库05_测试和缺陷单元、集成、系统、压力、性能06_技术手册各种开发技术文件和指南07_在线和调试计划、报告08_维护报告、记录09_生产和部署生产手册和部署手册10_其他03_用户文档01_用户提交的文档各种要求、接口、要求等02_用户手册用户、操作03_培训材料其他培训材料04_其他04_其他文件对于代码VOB，项目团队配置管理员自己定义它。原则上，每个VOB的大小限制在200-300米(6)配置库的基线配置基线由里程碑基线和日常开发基线组成，其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线和产品基线。其中，前期基线可以降低。里程碑基线是当项目通过检查输出或项目配置项的版本号与配置项状态密切相关时：(1)“草稿”状态配置项的版本号格式为：0。YZYZ数字范围从01到99。随着草案的不断完善，“YZ”的价值应该提高。“YZ”的初始值和增长率由用户自己控制。(2)“正式发布”状态下配置项的版本号格式为：x yx是主版本号，取值范围是1-9。y是次要版本号，取值范围为1-9。当配置项第一次“正式发布”时，版本号是1.0。如果配置项的版本升级范围相对较小，通常只有Y值会增加，而X值会保持不变。仅当配置项版本升级相对较大时，才允许增加X值。(3)处于“修改”状态的配置项版本号的格式为：X.YZ当配置项被修改时，通常只有z值增加，x值保持不变。当配置项被修改并且状态再次变为“正式发布”时，将z值设置为0并增加x-y值。见规则(2)。为项目重要阶段定义基线。日常开发基线主要是在代码开发过程中生成的基线，用于为项目开发人员提取基线代码并使用过程基线。里程碑基线和每日开发基线的准备需要项目经理申请，配置经理执行。配置库分为三个库：开发库、受控库(基线库)和产品库。配置流程如下图所示。开发库是开发人员常用的开发流程。在里程碑基线处，配置管理员或授权人员将基线提交给受控库。当受控库最终形成产品时，中央配置管理员将其提交给产品库。每个项目可以根据需要为每个开发人员建立一个单独的个人开发流程。(7)配置库的备份计划备份对象备份频率/时间备份者备份内容、目标、方法等项目配置库每日零点对于clearcase，高级配置管理员自动停止根据配置管理程序，定期审查配置库和配置项的状态，审查配置管理活动和流程，确定生成的基线和文档是准确的，并在适当时记录审核结果，以保持配置基线的完整性。在配置状态报告中记录结果。具体方案如下：审计内容审计时间表/频率评论者审计的对象、方法等基线的完整性半周检查基线是否完整。如果基线不完整，请调整基线。检查配置记录半周检查配置管理记录是否正确反映了配置项的配置。查看配置库和配置项结构半周根据配置管理计划检查配置管理系统中配置项目的结构完整性。审查配置项目的完整性和正确性半周根据配置管理计划中描述的要求和批准的变更请求的处置，验证配置项目的完整性和正确性。审计后的