软件配置管理规范.ppt

一级描述（1st Level）,二级描述:（2st Level）,三级描述：Third level,四级描述：Fourth level,Title:标题,软件配置管理规范,一级描述（1st Level）,二级描述:（2st Level）,三级描述：Third level,四级描述：Fourth level,Title:标题,描述及概要,描述,介绍公司现行的配置管理流程、制度及规范，并介绍相关模版的使用,概要,配置管理基本概念,配置管理总流程概述,编制配置管理计划,基线标识,基线变更控制,配置状态统计及报告,配置审核,发布,软件配置管理的定义,Software Configuration Management，,简称,SCM,:,标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的发布和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。,IEEE Std 610.12-1990,电气和电子工程师协会,什么是配置项？,软件配置管理的对象是软件配置项,（Software Configuration Item,缩写,SCI）,软件配置是指一个软件产品在软件生命周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件配置中的一个配置项。,中国国家标准计算机软件配置管理计划规范,与合同、过程、计划和产品有关的文档及数据,源代码、目标代码和可执行代码,相关产品，包括软件工具、库内可复用软件、外购软件及顾客提供的软件等,软件配置管理的六大活动,编制配置管理计划,配置标识（基线标识）,变更控制,配置状态统计及报告,配置审核,发布,软件配置管理,总结：,软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都着重要的意义。软件配置管理可以提炼为三个方面的内容。,Version Control-,版本控制,Change Control-,变更控制,Process Support-,过程支持,配置管理库管理方案,配置管理活动分布图研发过程中的配置管理活动,需求说明书,P3,需求分析,研发阶段,主要工作成果,需求评审,阶段评审,里程碑标志,基线,P4,总体方案设计,总体设计方案,总设评审,基线,P5,模块概要设计,概要设计说明书,概设评审,基线,P6,模块详细设计,详细设计说明书,详设评审,基线,P7,软硬件实现,代码,阶段评审,基线,P8,集成测试,集成测试报告,阶段评审,基线,P9,系统测试,系统测试报告,阶段评审,基线,P10,试验局开通和验收,试验局测试报告,阶段评审,基线,基线变更控制,配置状态统计及报告,配置审核,发布,配置管理活动,基线标识,编制配置管理计划,配置管理计划模板介绍,配置项及库结构定义模板介绍,配置管理计划的必出项要求：,研发阶段,必出项,P1,可行性研究,可行性研究报告、可行性研究报告评审表,P2,立项,立项审批表,P3,需求分析,研发类：,产品需求说明书、产品定义书、需求跟踪矩阵,评审类：,需求分析阶段评审报告,P4,总体方案设计,计划类：项目整体进度计划(,Project)、,产品开发计划、配置管理计划,研发类：,产品总体设计方案、产品/项目测试计划,评审类：,总体方案设计阶段评审报告,P5,概要设计,研发类：,概要设计说明书,、集成测试计划,评审类：概要设计阶段评审记录、,P6,详细设计,研发类：,详细设计说明书,评审类：详细设计阶段评审记录,P7,软硬件实现,研发类：软件源代码、编译后的发布程序,评审类：软硬件实现阶段评审记录,P8,模块集成测试,研发类：集成测试报告、执行程序说明文件,、,源程序说明文件,评审类：模块集成测试阶段评审报告,P9,系统测试,计划类：试验局开通计划/用户试用计划,研发类：设计文件、工艺文件、,系统测试记录,、,产品测试报告,、软件版本说明、物理配置审核报告,评审类：,系统测试阶段评审报告,P10,试验局开通和验收,研发类：,试验局测试报告,、用户验收报告,评审类：,试验局开通和验收阶段评审报告,P11,研发总结,研发类：维护计划,评审类：,研发总结报告、科研项目移交清单,关于配置管理计划注意方面,请尽量保证开发计划时间的有效性；请根据配置管理计划按时完成配置项；,请按实际进展及时变更开发计划，并立即更 新到研发中心，并通知相关部门；,配置管理计划所列配置项请严格按照模板格式书写,模板参考,tracker/BZH/BZH.asp,配置管理部年度考核指标：,配置项按时入库率,100,入库配置项质量,100,烦请各位大力支持我们的工作！,关于配置项注意方面,请严格按照配置管理计划的配置项命名提交 配置项，避免配置管理时产生歧异；,配置项标准命名举例说明：,DSN,数据业务综合监测系统产品需求说明书,其中产品名称必须为标准名称，即在标准化登记的标准产品名称；,同时应注意：在研发文档内容中提及产品名称时也应该是标准,产品名称及,产品代号,；,配置项完成的标志:,研发文档评审通过,代码完成测试,报告评审通过,入公司级受控库或归档完成,形成基线,严格受控,产品模块产品模块 关系图,变更配置管理计划,什么是基线？,基线(,Baseline,),一个配置项在其生命周期的某一特定时间被正式标明、固定并经正式批准的一个版本，无论媒体是什么。,ISO/IEC 12207,基线形成一般是在软件生命周期各阶段末尾的特定点，亦称里程碑时间点。,作用,基线的作用是把各阶段的工作划分得更加明确，使得本来连续的工作在这些点上断开，使之便于检验和确认阶段开发成果，使后续工作在确认后的基准上进行。,特性,具有明确标识,具有明确内容,经正式审批,严格控制变更,阶段控制点,过程监控,什么是基线？,0,1,3,0,0,1,2,0,1,2,3,1,2,Baseline,REL 1.0,Version,Element,Util.c util.h test.c test.h,基线标识（一）研发文档,提交评审版本：,VER_P001v1.0_P4_021019(a-z)T1,基线标识：,BL_P001_V1.0(a),基线标识（二）代码,提交测试版本：,VER_P100v1.0_P9_030909 T1,基线标识：,BL_P001_V1.3,基线标识,提交评审/测试版本：,VER_,项目代号 研发版本,_,研发阶段,_,日期 （分支,a-z）,T,提交次数,举例：,VER_P100v1.0_P9_030909 T1,基线标识：,BL_,项目代号 _ 研发版本 （分支,a-z）,举例：,BL_P001_V1.3,配置项、基线与发布版本对应关系示意图,阶段和基线对应关系示意图,基线变更（一）研发文档,基线变更（二）代码,开发计划基线变更申请处理单模板介绍,基线变更情况示意图,配置审核,功能配置审核报告需求跟踪矩阵,物理配置审核报告模板介绍,发布,结束,谢 谢！,