第13章 信息系统项目管理培训-文档和配置管理.ppt

2、三种常见基线 ——功能基线 在系统分析和软件定义阶段结束时，经过正是评审和批准的系统设计规格说明中对被开发软件系统的规格说明；经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规格说明；由下级申请及上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。 ——分配基线 在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明。 ——产品基线 在软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发的软件产品的全部配置项的规格说明。 3、基线与配置项 4、典型的配置项和基线库内容 ——初始库：包括项目开始时可供利用的配置项 已有的源代码（如可以利用且需要） 已有的软件文档（如可以利用且有需要） 已有的测试计划和测试数据（如可利用且有需要） 合同或建议书 ——环境配置项：包括对稳定的开发环境或维护环境所必需的配置项 编译器、操作系统、编辑程序、实用程序、RDBMS 团组所用的工具（项目管理工具，进展表，测试工具，缺陷追踪等） 第三方库 文档工具（字处理器、电子表格等） ——定义库：在需求规格说明工作结束时生成的 需求规格说明 项目计划 设计标准与设计准则 验收测试计划 ——设计库：在设计工作结束时所产生的 系统设计说明书 程序规格说明 数据库设计 编码标准、用户接口标准、测试标准 系统测试计划 用户手册 ——构造库：在编码和段单元测试结束时生 成的 源代码 标代码 单元测试数据 ——测试库：系统测试完成后生成的 系统测试数据 运行手册和安装手册 ——维护库：验收测试、安装和培训等之后 将有变更的所有配置项 （四）变更控制 1、变更控制组 变更控制组（Change Control Board）也称为配置控制组（Configuration Control Board），是配置项变更的监管组织。其任务是对建议的配置项变更做出评价、审批以及监督已批准的变更的实施。 2、变更请求与变更控制 （1）利用配置库实现变更控制 软件配置项通过评审作为基线，将准许进入配置库（实施检入Check-in），开始“冻结”。 由于多种原因需要变更就需要提出“变更请求”。在得到批准的情况下，允许配置项从库中检出（Check-out） （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 六、配置审核 （一）什么是配置审核 它是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档。 验证包括： 配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象； 配置标识的准则是否得到了遵循； 变更控制规程是否以遵循，变更记录是否可供使用 是否保持了可追溯性。 配置审核工作主要集中在两个方面，即： 功能配置审核