软件项新教材目管理案例教程教本(第2版)-韩万江-10-1资料.pptVIP

配置审计 配置审计是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档。 验证包括： 配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象； 配置标识的准则是否得到了遵循； 变更控制规程是否以遵循，变更记录是否可供使用； 是否保持了可追溯性。 * 配置审计 配置审计包括两方面工作： 物理配置审计——确定配置项符合预期的物理特性，即特定的媒体形式。 功能配置审计——验证配置项的实际功效是与其软件需求一致的。 * 配置审计－目的 确保软件配置管理的有效性，不允许出现任何混乱现象。例如： 防止出现向用户提交了不适合的产品，如交付了用户手册不适当的版本； 发现不完善的实现，如开发出不符合初始规格说明或未按变更请求实施变更； 找出各配置项间不匹配或不相容的现象； 确认配置项已在所要求质量控制审查之后作为基线入库保存； 确认记录和文档保持着可追溯性。 * 配置审计－如何实施配置审计 时机： 基线创建前，即阶段结束之后 软件产品交付或是产品正式发布前 责任人： 公司内开发的项目：项目配置管理员、QA 公司外开发的项目：项目配置管理员、QA、集团配置管理员 审核内容可能涉及到 项目范围 / 配置项的检入及检出 / 评审记录 / 配置项的变更历史 / 测试记录 / 文件的命名 / 变更请求 / 版本的编号…… * 配置状态报告 任务：有效的记录和报告管理配置所需要的信息 目的：及时、准确的给出软件配置项的当前状况，供相关人员了解，以加强配置管理工作。 需要跟踪捕捉的状态报告信息可以是： 配置项的当前标识 已交付软件的配置 变更请求或问题报告的状态 已获准变更的状态 配置库状态 * 课程内容 配置管理概述及其重要性和必要性 配置管理基本概念 配置管理过程及模板使用方法 相关模板、资料 * 配置管理过程 * 参与角色 配置管理员 CCB 变更控制委员会 项目经理 项目组成员 CM流程关键活动： 一、制定配置管理计划 * 评审 《配置管理计划》 制定配置库 备份计划 制定配置管理的 其他计划 制定基线计划 制定配置项计划 项目配置管理 的需求 《配置管理计划》 纳入配置库 制定配置管理计划 配置管理计划 CM流程关键活动： 二、建立配置管理系统 * 备份管理 控制配置项 建立基线 建立和维护配置库 建立配置管理环境 配置管理计划 建立配置管理系统 基线建立报告 配置状态报告 CM流程关键活动 三、变更控制 * 待变更的配置项 变更后的重新纳入 基线库的配置项 配置项变更记录 CM流程关键活动： 四、配置审计 * 配置管理记录是否 反映配置情况 配置项结构的完整 配置项的 正确和完整性 基线的完整性 基线建立的时间 基线检查单 审计包含内容 配置管理检查单 审计的基线 配置项结构的完整 审计的不一致问题 得到跟踪解决 CM流程关键活动： 五、产品（外部）发布 * QA执行产品发布检查 CMO将通过测试的产品 检入分布区 按客户要求将交付的产品 制作到介质 测试人员从基线区 检出产品 做发布确认测试 提出产品发布申请 产品发布 待发布给客户的产品 已通过内部测试的产品 配置项结构的完整 CM流程关键活动： 六、配置状态报告 * 《配置管理计划》 基线建立控制报告 配置项变更通知 配置管理工具 操作记录 基线建立申请 报告相关文档 配置项变更控制报告 配置状态报告 课程内容 配置管理概述及其重要性和必要性 配置管理基本概念 配置管理过程及模板使用方法 相关模板、资料 * 相关模板、资料 * * 缺乏可跟踪性： 3.找不到某个文件的历史版本; 8.分处异地的开发团队难于协同, 可能会造成重复工作, 并导致系统集成困难. 缺乏可视性 4.无法重现历史版本; 5.无法重新编译某个历史版本,使维护工作十分困难; 缺少监控 1.开发人员未经授权修改代码或文档; 2.人员流动造成企业的软件核心技术泄密; 缺乏控制 7.已修复的Bug在新版本中出现; 不可控的变更 6.因一些特性无法按期完成而影响整个项目的进度或导致整个项目失败; * 变更是非常频繁并且是不可避免的！ 今天的软件开发团队面临着巨大的挑战：一方面Internet驱动下的市场要求以空前的速度来开发高质量的软件应用；另一方面，软件应用需求随着开发环境和结构的日趋复杂而变得更加复杂；加上分布式开发、高性能要求、多平台、更短和连续的发布周期--这些及其他一些因素加重了软件开发一直承受的压力，实际上现在许多软件开发团队经常在能否成功开发一个新型应用上赌博。 由于软件开发不同于传统意义的工程技术（如建筑、机械等），市场变化以及技术上的高速更新都注定了软件变更是非常频繁并且是不可避免的