Windows应用程序开发教程 C#版 国家级骨干高职院校中央财政支持的重点建设课程建设成果 教学课件 作者 董久敏 11专题十一 同行评审.pptVIP

场景 某软件公司内部举行产品的需求评审会，主要是公司内部的领域专家参加，在评审会开始后不久，某领域专家就对需求报告中的某个具体问题提出了自己的不同意见，于是，与会人员纷纷就该问题发表自己的意见，大家争执不下，结果，致使会议出现了混乱状况，主持人无法控制局面，会议大大超出了计划评审时间。 场景 　项目概要设计评审会上及时发现了一些关键问题,在详细审计评审时又发现了相关问题. 同行评审 同行评审的含义 为什么要作同行评审 铅笔需要橡皮一样 思维定势 ? 许多缺陷是在早期阶段引入的 ，缺陷发现越晚，纠正费用越高 更好的理解软件产品，防止部分错误的发生 ?? 同行评审 缩短了项目的周期 。 同行评审分类 审查：一种正式的技术评审活动， 有明确的评审结论。 软件需求规格说明书 架构设计 概要设计 数据库设计 同行评审分类 走查：相对非正式的一种同行评审方法，其活动是对审查过程的裁剪 。 代码 详细设计 用户手册 界面原型 未完成的工作产品 审查 基本规范 未解决的问题 复审 源代码 走查 选择要进行走查的代码或文档，拟定走查的频率 。 确定本次要走查的工作产品的内容、走查的重点、参与走查活动的人员、时间、地点等。 走查前事先分发走查资料，反馈问题。 作者概述 ，充分讨论，记录问题 解决问题。 同行评审的工具 评审检查单 编码规范 项目的需求设计文档 专家经验 同行评审要注意的问题 加大同行评审工作量在生命周期中的比例。 分时分次，时间限制。 计划预留 充分准备评审 评审人员的选择 评审组织者控制气氛和时间 评审工作产品而不是人 ?细节决定成败 同行评审的度量 评审过程效率 主要问题的个数 / 评审投入的总工作量 主要问题的比率 主要问题的个数 / 所有记录项个数 会议评审速率 实际评审数量/总体会议的总工作量 QA 谢谢 www . highsoftware . cn 同行评审 某软件公司做产品的设计评审会，评审组织者当天把资料发给专家，当设计作者在会议上宣读多达上百页的设计文档，专家边看边找问题.效率很低. 出现了什么问题??? 提升开发人员能力，交流技术信息。 保证进度，成本控制数据具有实际意义 HS-SP-SE07-G01软件项目同行评审实施指南.doc HS-SP-SE02-S04软件需求规格说明书检查单.xls HS-SP-SE05-S04测试用例检查单.xls ?而且 缺陷数量的放大的原因， 每个进入下个步骤的缺陷都可能引起下个步骤中的多个缺陷，导致消缺成本的剧增。 同行评审因为减少了后期修改和返工的工作量，所以实际上是缩短了项目的周期。 ?即使在技术产品不存在错误的情况下，单单对参与者的教育价值而言，同行评审活动就有存在的必要。组织内如果没有了同行评审活动，大型技术机构内部的沟通和交流就变得缓慢且不可靠了。经验说明，一个定期参加评审本人和他人工作的程序员，经验的累积速度是那些单独工作的程序员的三倍！ ????评审活动还承担着在大范围交流技术信息的重任，这就补充或者取代了正式书面交流的作用。 行评审确实和进度报告有相似之处。可以认为同行评审是某种汇报进度的机制??在该体系中存在着保证进度信息可靠性的机构制衡措施。 ????在程序开发项目中存在着很大负责汇报“进度”的机制。一些机制负责汇报一个特定的项目段已经花费了多少时间，而另一些则汇报已经完成的代码的行数和文档的页数。然后根据进度表和资源配置情况，这些“进度”参量会被制成图表，提示管理部门注意潜在的问题。如果这些机制所报告的进度是真实的进度，那么它们将是非常有效的。 ????但是，如果没有了这些机构制衡措施，我们将无法保证已经完成的上千行代码确实是有用的代码，编程界对这种情况早已司空见惯了：某个项目的“进度”报告表明项目已经完成了 99 ％，而实际上该项目这种完成的部分不到 10 ％；这时为什么呢？因为那上千行的代码有可能错的一无是处，也可能错了一部分，或者只有一两处小错误??不过盖住这一两处错误可能要耗费 2000 人工时的工作量。 ????因此有必要利于同行评审机制来保证进度报告图表具有实际意义。如果没有质量监督控制措施，采用数量监控措施也许比不采取措施更加危险。 技术工作之所以需要接受同行评审就好比铅笔需要橡皮一样，请记住： ????凡人皆有错！ ????我们离不开同行评审的第二个原因是： ????尽管人们善于找出自己所犯的部分错误，但是相对于其他任何人而言，大量的各种错误还是很容易逃脱创作者的眼睛，这被称为思维定势。 尽可能早的发现并确定软件产品中的缺陷。 § 尽可能早的发现产品中应该改