51CTO下载-第16章配置管理.pptVIP

（2）变更请求的主要内容 变更描述 对变更的审批 有关变更实施的一些信息 （3）变更控制过程 （4）故障报告 故障报告包含的内容有： ——FR ID（故障报告标识） ——故障信息 故障描述 故障严重程度 怀疑有问题的部位 故障的影响 故障现象和环境信息 估计的故障原因 故障信息提供者 ——ＣＣＢ评估意见 批准或拒绝 优先性 说明 ——故障修复信息 要变更的部分 说明 3、变更记录 变更记录置于模块首部的实例。 // PROTEUS Projet( ESPRIT 6087) // 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/DB Server 3、版本管理工具 V1.0 V1.1 V1.1a V1.1b V1.1.1 V1.2 V2.0 V2.1 V2.2 （一）什么是配置审核 它是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档。 验证包括： 配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象； 配置标识的准则是否得到了遵循； 变更控制规程是否以遵循，变更记录是否可供使用 是否保持了可追溯性。 配置审核工作主要集中在两个方面，即： 功能配置审核——验证配置项的实际功效是与其软件需求一致的。 物理配置审核——确定配置项符合预期的物理特性，即特定的媒体形式。 六、配置审核 （二）为什么要实施配置审核 确保软件配置管理的有效性，不允许出现任何混乱现象。例如： ——防止出现向用户提交了不适合的产品，如交付了用户手册不 适当的版本； ——发现不完善的实现，如开发出不符合初始规格说明或未按变 更请求实施变更； ——找出各配置项间不匹配或不相容的现象； ——确认配置项已在所要求质量控制审查之后作为基线入库保存； ——确认记录和文档保持着可追溯性。 （三）如何实施配置审核 1、实施配置审核的时机 ——软件产品交付或是软件产品正式发行前 ——软件开发的阶段工作结束之后 ——在维护工作中，定期的进行 2、实施配置审核的责任人 参与实施配置审核的审核人员包括：项目组人员和非项目组人员，例如其他项目的配置管理人员、软件组织的内部审核员以及软件组织的软件配置管理人员。 3、配置审核工作的开展 （1）由项目经理决定何时进行配置审核工作 （2）质量保证组或软件组的配置管理组指定该项目的配置审核 人员 （3）项目经理和配置审核员决定审核范围。 （4）配置审核员准备配置审核检查单 （5）配置审核员安排时间审核文档和记录，审核活动可能涉及 到： 项目范围 配置项的检入（check-in）及检出（check_out） 评审记录 配置项的变更历史 测试记录 文件的命名 变更请求 版本的编号 （6）配置审核远在审核中发现不符合现象，并作记录。 （7）由项目经理负责消除不符合现象。 （8）配置审核员验证所有发现的不符合现象确已得到解决。 七、配置状态报告 （一）什么是配置状态报告 1、配置状态报告（configuration status reporting）也称配置状态说明与报告（configuration status accounting reporting）。 任务：有效的记录和报告管理配置所需要的信息 目的：及时、准确的给出软件配置项的当前状况，供相关人员 了解，以加强配置管理工作。 2、需要跟踪捕捉