搜索
软件配置管理内容提要1.软件配置管理的概念2.软件配置管理计划3.软件配置标识4.变更管理5.版本管理6.配置审核7.配置状态报告8.软件配置管理工具9.CMM2级SCMKPA一、软件配置管理的概念（一）软件配置项的概念1、软件配置项：配置管理的对象称为软件配置项。表1软件配置项的分类、特征和举例分类特征举例环境类软件开发环境及软件维护环境编译器、操作系统、编辑器、数据库管理系统、开发工具（如测试工具）、项目管理工具、文档编辑工具定义类需求分析及定义阶段完成后得到的工作产品需求规格说明书、项目开发计划、设计标准或设计准则、验收测试计划设计类设计阶段结束后得到的产品系统设计规格说明、程序规格说明、数据库设计、编码标准、用户界面标准、测试标准、系统测试计划、用户手册编码类编码及单元测试后得到的工作产品源代码、目标码、单元测试数据及单元测试结果测试类系统测试完成后的工作产品系统测试数据、系统测试结果、操作手册、安装手册维护类进入维护阶段以后产生的工作产品以上任何需要变更的软件配置项2、软件配置软件配置是一个软件产品在生存期各个阶段的不同形式（记录特定信息的不同媒体）和不同版本的程序、文档及相关数据的集合，或者说是配置项的集合。初始系统机型1机型2机型n操作系统1操作系统2用户1用户2图1不同用户有自己的工作环境ABCGDHEABFCDE用户1用户2图2面对不同用户产品的配置AFBDGCHE用户1用户2ABCDEFABCDEGH产品1产品2图3两个产品具有不同的配置用户1：A、B、C、D、E和F用户2：A、B、C、D、E和G、H（二）软件配置管理1、什么是软件配置管理（1）ISO9000-3:1997配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。（2）W.Babich的解释软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。（3）GB/T11457:1995《软件工程术语》国家标准A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。B.对下列工作进行技术和行动指导与监督的一套规范：——对配置项的功能特性和物理特性进行标识和文件编制工作；——控制这些特性的更动情况；——记录并报告这些更动进行的处理和实现的状态。2、软件配置管理的任务——制定软件配置管理计划——确定配置标识规则——实施变更控制——报告配置状态——进行配置审核——进行版本管理和发行管理表2《ISO/IEC12207:1995信息技术—软件生存周期过程》关于软件配置管理过程的规定活动任务解释1．实施过程开发配置管理计划计划描述：配置活动、这些活动的规程、进度、配置管理组织及与其他组织的关系计划应形成文件2．配置标识制定标识规则以控制软件项及其版本标识内容包括：基线文档、版本基准号、其他3．配置控制标志并记录变更申请分析与评价变更批准（或不期准）申请实现、验证和发行已变更的软件项审核跟踪变更控制并审核受控软件项跟踪变更原因、变更授权以保证重要功能的安全或保密4．配置状态报告编制管理记录和状态报告表明受控项（包括基线）的状态和历史状态报告应包括变更号、最新版本、发行标识、版本号及各种版本比较5．配置评价确定和保证软件项的功能完整性、物理完整性6．发行管理和交付有效控制软件产品和文档的发行和交付在产品的生存期内保存代码、文挡的主拷贝包括重要的安全或保密功能的代码和文档应按组织的方针处理、储存、包装和交付3、软件配置管理与软件开发过程•两类不同的变更：–开发阶段内部发生的变更：–开发过程解决不了的变更：•变更的评估和批准以及变更实施都要由软件配置管理人员去做。•开发过程应纳入配置管理过程的控制之下。配置管理阶段1阶段2阶段n开发过程图4配置管理与开发过程（三）软件配置管理的意义1、软件项目的特点（1）不可见的逻辑实体（2）软件项目的规模日益庞大和复杂（3）参与软件项目的人员增加，人员间的沟通渠道数量按指数倍增。（4）产品非常容易拷贝（5）时时处在演化和变更状态。这包括:——技术——业务环境——不同用户各有不同的需求——需求变更（6）开发人员的离去有较大的影响2、忽视软件配置管理可能导致的混乱现象–发错了版本–安装后不工作–异地不能正常工作–已经解决的缺陷过后又出现错误–开发人员把产品拿出去出售赢利–找不到最新修改了的源程序–找不到编程序的人二、软件配置管理计划配置管理计划标准——IEEE828-19901．引言——配置管理计划的目的、适应范围、使用要求——项目概述——项目中需特别关注的配置管理问题和风险——软件配置管理严格性要求的等级——限制和假设——术语——参考文件2、软件配置管理——配置管理的组织结构——职责和权限——指令和方针——参照的规程（组织的规程或客户的规程）——遵循的标准3、软件配置管理活动——配置管理活动——变更管理和配置控制——配置状态说明——配置审核——接口和子合同方控制4、软件配置管理进度安排——软件配置管理重要事件的顺序——软件配置管理各项活动间的依赖关系5、软件配置管理所需的资源——采用的工具——使用的设备——所需的培训——对其他人员的要求6、软件配置管理计划的维护——维护的职责——计划更新的条件和审批——计划变更的交流和通报三、软件配置标识（一）确定配置项1、系统规格说明2、软件项目计划3、软件需求规格说明书a.图形分析模型b.处理规格说明c.原型d.数学规格说明4．初步用户手册5．设计规格说明书a.数据设计描述b.体系结构设计描述c.模块设计描述d.接口设计描述e.对象描述（采用面向对象技术时）6．源代码清单7、测试规格说明a.测试计划和步骤b.测试用例和记录的结果8、操作和安装手册9、可执行程序a.模块可执行代码b.连接的模块10、数据库描述a.模式和文件结构b.初始内容11、联机用户手册12、维护文档a.软件问题报告b.维护请求c.工程变更指令13.软件工程标准和规程图5软件配置项（二）配置项命名及其相关信息1、配置项命名。命名的基本要求：唯一性；可追溯性。例：CODE是根结点为PCL_TOOLS树结构的第六层结点，对其命名为：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE2、配置项的相关标识信息每一配置项的有关信息：——组名——项名——项标识（文件名或命名规则）——版本编号规则——什么情况下纳入控制之下，或——版本号——所遵循的变更控制规程四、变更管理（一）软件变更1、软件变更的不可避免性2、软件变更的复杂性–软件配置项数量大–版本多–变更的迁延性–人员沟通协调3、变更管理的任务–分析变更–记录和追踪变更–采取措施保证变更在受控状态下进行（二）配置库1、配置库的作用–记录与配置相关的所有信息–利用库中的信息可评价变更的后果–可利用库中的信息查询，例如：•那些客户已提取了某个特定的系统版本？•运行一个给定的系统版本需要什么硬件和系统的哪些版本?•一个系统到目前已生成了多少版本，何时生成的？•如果某一特定的构件变更了，会影响到系统的那些版本？•一个特定的版本曾提出过那几个变更请求？•一个特定的版本有多少已报告的错误？2、三类库（1）开发库：存放开发过程中需要保留的各种信息，供开发人员个人专用。（2）受控库：在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。（3）产品库：在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。（三）配置基线基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。2、三种常见基线——功能基线在系统分析和软件定义阶段结束时，经过正式评审和批准的系统设计规格说明中对被开发软件系统的规格说明；经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规格说明；由下级申请及上级同意或直接由上级下达的项目任务书中所规定的开发软件系统的规格说明。——分配基线在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明。——产品基线在软件组装与系统测试阶段，经正式评审和批准的有关所开发的软件产品的全部配置项的规格说明。3、基线与配置项4、典型的配置项和基线库内容——初始库：包括项目开始时可供利用的配置项•已有的源代码（如可以利用且需要）•已有的软件文档（如可以利用且有需要）•已有的测试计划和测试数据（如可利用且有需要）•合同或建议书——环境配置项：包括对稳定的开发环境或维护环境所必需的配置项•编译器、操作系统、编辑程序、实用程序、RDBMS•团组所用的工具（项目管理工具，进展表，测试工具，缺陷追踪等）•第三方库•文档工具（字处理器、电子表格等）——定义库：在需求规格说明工作结束时生成的•需求规格说明•项目计划•设计标准与设计准则•验收测试计划——设计库：在设计工作结束时所产生的•系统设计说明书•程序规格说明•数据库设计•编码标准、用户接口标准、测试标准•系统测试计划•用户手册——构造库：在编码和段单元测试结束时生成的•源代码•标代码•单元测试数据——测试库：系统测试完成后生成的•系统测试数据•运行手册和安装手册——维护库：验收测试、安装和培训等之后•将有变更的所有配置项（四）变更控制1、变更控制组变更控制组（ChangeControlBoard）也称为配置控制组（ConfigurationControlBoard），是配置项变更的监管组织。其任务是对建议的配置项变更做出评价、审批以及监督已批准的变更的实施。2、变更请求与变更控制（1）利用配置库实现变更控制•软件配置项通过评审作为基线，将准许进入配置库（实施检入Check-in），开始“冻结”。•由于多种原因需要变更就需要提出“变更请求”。在得到批准的情况下，允许配置项从库中检出（Check-out）（2）变更请求的主要内容•变更描述•对变更的审批•有关变更实施的一些信息表5变更请求表CRF（3）变更控制过程表6（4）故障报告故障报告包含的内容有：——FRID（故障报告标识）——故障信息•故障描述•故障严重程度•怀疑有问题的部位•故障的影响•故障现象和环境信息•估计的故障原因•故障信息提供者——ＣＣＢ评估意见•批准或拒绝•优先性•说明——故障修复信息•要变更的部分•说明3、变更记录变更记录置于模块首部的实例。//PROTEUSProjet(ESPRIT6087)//PCL_TOOLS/EDIT/FORMS/DISPLAY/INTERFACE//Object:PCL_TOOL_DESC//作者：陈**//开发日期：2000.12.8//版权归属：ASDC//变更记录//版号变更负责人日期变更概要变更理由//1.0王**2001.4********//1.1李**2001.9********表7代码变更记录实例五、版本管理1、软件版本：包含两种不同含义（1）为满足不同用户的不同使用要求，如适用于不同运行环境或不同平台的系列产品。（2）软件产品投入使用以后，经过一段时间运行提出了变更的要求，需要做较大的修正或纠错，增强功能或提高性能。2、版本标识版本管理也称版本控制。版本标识方法：（1）号码版本标识（2）符号版本标识：把重要的版本属性有选择地给出。如：V1/VMS/DBServer3、版本管理工具V1.0V1.1V1.1aV1.1bV1.1.1V1.2V2.0V2.1V2.2（一）什么是配置审核它是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档。验证包括：–配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象；–配置标识的准则是否得到了遵循；–变更控制规程是否以遵循，变更记录是否可供使用–是否保持了可追溯性。配置审核工作主要集中在两个方面，即：–功能配置审核——验证配置项的实际功效是与其软件需求一致的。–物理配置审核——确定配置项符合预期的物理特性，