同行评审..ppt

Part1 Chapter3 同行评审 同行评审 本章重点： 软件缺陷与软件评审 同行评审及其在CMM中的地位 同行评审的方法 试一试 同行评审的基础设施 同行评审的组织管理 小测验 同行评审概述 (Overview to Peer Reviews） 今日要点 软件缺陷与软件评审 同行评审及其在CMM中的地位 同行评审的方法 试一试 同行评审的基础设施 同行评审的组织管理 小测验 软件的缺陷 许多缺陷是在早期阶段引入的 资料来源： Applied Software Measurement, Capers Jones 尽早消除软件缺陷的价值 缺陷数量的放大 每个进入下个步骤 的缺陷都可能引起 下个步骤中的多个 缺陷，导致消缺成 本的剧增。 测试是昂贵的 传统的测试只能在生存周期的后半部分进行 在需求、设计等阶段进行测试是不可能的 测试消耗大量的时间 测试计划、测试数据、测试脚本、测试执行和报告、调试、修正、重新测试 通常测试不能发现一些特定类型的缺陷 （例如违背编码标准） 因此——评审！ 评审是检查某些软件工作产品的唯一方式！ 评审的正式程度、着眼点和过程都有所不同。 评审的理想效果 在保证一定质量目标的前提下，加快研发进度： 减少修改/返工工作量 发现测试工作不能发现的缺陷 内部培训与沟通 新技术、标准、管理手段…… 促进开发过程的持续改进 某公司软件评审主要形式 外部评审 内部评审 讨论 设计评审 代码走查 评审的目的 对于项目或产品： 评估阶段产品质量和开发进展情况（考核） 早期发现缺陷（质量保证） ——考核与质量保证之间是存在矛盾的 对于开发流程改进： 评估流程效果 发现流程缺陷 外部评审概况 在项目计划中规定的时间、按照《设计评审规定》的流程进行。 常常在系统评审中进行，不单独针对软件。 目前起到的主要作用： 对项目进展情况进行考核评估 专家意见对项目的促进 技术交流与沟通 内部评审概况 软件开发工作中最经常最有效的质量保证手段。 不同部门、项目组根据各自情况自行组织。 一般参考《设计评审规定》的流程，规范化程度降低。 少数部门、项目组建立了内部制度。 必要时会邀请相关外部专家。 效果： 明确设计思路，发现设计缺陷 加强内部技术交流，有效地促进新员工成长 迫于项目压力常常缺少充分的时间，难以规范化和数据化，削弱评审效果。 内部评审的一般过程——非正式走查 非正式过程 由作者或组长决定 用于工作产品的各个阶段 一次评审大量文档或代码 确定大方向比发现缺陷更重要 可能讨论替代方案和建议 不需要处理所有的评审发现 缺少正规的数据收集和后继跟踪分析 一个小实验 “Ｆ” Test F规则： 屏幕上不允许出现任何形式的“F”。 统计下页屏幕上所有违背“F规则”的缺陷数量。 提示：注意查找所有变形。 时间：30秒。 不可相互交流。 Dr. Juran，Quality Control Handbook Juran’s “F” Test How many letter F’s can you find on this page? Write the number down in this box 支持“F”规则的检查单 F规则：屏幕上不允许出现任何形式的“F”。 你有没有发现含有“f”的单词，如“of”？ 你有没有发现与“F”形状相似的图案？ 你有没有检查图案边界外的屏幕？ 你有没有将图案反过来或者转动角度来看？ 你有没有检查其它符号中的“F”形状？例如字母“E”？ 你有没有找到所有发“F”音的数字、单词和形状？例如14、75和“frames”? 你有没有检查屏幕后面？ 你有没有检查屏幕边框和包装？ 你有没有检查缩略语中的“f”发音？ 你有没有将字母“t”上下颠倒再反过来看？ (“t”= “f”)? 问题：如何界定“变形”？例如，“P”算不算？ 实验收获 寻找缺陷是困难的 即使基于一个非常简单清晰的规则 检查单有助于理解规则 有必要使用它来作为工具 检查单支持但不改变规则 检查项依然可能有歧义 使用工具（例如检查单）是要花费时间的 今日要点 软件缺陷与软件评审 同行评审及其在CMM中的地位 同行评审的方法 试一试 同行评审的基础设施 同行评审的组织管理 小测验 CMM的成熟度等级 同行评审 同行评审 目的 尽早有效地消除软件工作产品中的缺陷 “同行评审”被定义为 由生产者的同行按照预定的规程对软件工作产品进行的评审，目的在于发现缺陷和需要改进之处。 ——Key Practices of the Capability Maturity ModelSM , Version 1.1 “同行”的含义是什么？ 不具有直接上下级关系的一组相关人员 同行评审 一个第3级的KPA 纳入该KPA的原因是实践表明同行