[ch9-软件评审.pptVIP

9.5 准备评审会议 4. 发送审查包 一个审查包包含的内容： 将被审查的可交付产品/文档，其中指明了需要审查的部分 定义了可交付产品的前期文档 相关标准或其他参考文档 参与者需要的所有表格 有助于审查者发现缺陷的工具/文档：如缺陷检查表，相关规则等 用于验证可交付产品的测试文档 评审员收到评审包后要阅读并理解其中的内容，然后采用相应的缺陷检查表或其他方法来检查产品和文档中可能存在的缺陷，并记下将在会议中提出的问题。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.5 准备评审会议 5. 制定活动进程表 评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审组成员 。在安排会议时，需要注意如下几点： 至少提前2~3天通知小组成员会议的时间、地点等 不要安排同一个人一天内参加多个评审会议 根据工作情况，适时安排评审会议。不要因为评审过多影响项目进度，也不要项目过多而推迟评审的时间。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.6 召开评审会议 评审会议时评审活动的核心，所有与会者都需要仔细检查评审内容、提出可能的缺陷和问题，由记录员记录在评审表格中。会议的目标是发现可能存在的缺陷和问题。 1.会议启动 在会议的一开始，评审组长需要接受每一位会议成员，简述每个人所承担的角色和职责。评审组长需要判断每一位评审人员是否都准备充分，如果评审组长认为一切都准备充分，则正式开始进行产品和文档的评审。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.6 召开评审会议 2.评审开始 评审的主要步骤： 1）由评审员/作者进行演示或说明。 2）评审员会就不清楚或疑惑的地方与作者进行沟通。 3）协调人或记录员在会议过程中完成会议记录。 （1）清楚、简明 对于记录的每一个问题和缺陷，都应该附有一个简短的说明，同时记录下该问题出现的位置。 （2）缺陷的分类 对于发现的缺陷可以按照不同的范畴进行分类：起源、类型、严重性。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. * Zhu.Kerry@ * Zhu.Kerry@ 软件质量保证和管理 -Ch.9 软件评审 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 第9章 软件评审 9.1 为什么需要评审 9.2 软件评审的角色和职能 9.3 评审的内容 9.4 评审的方法和技术 9.5 准备评审会议 9.6 召开评审会议 9.7 跟踪和分析评审结果 9.8 如何实施成功的评审 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.1 为什么需要评审 从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.1 为什么需要评审 从技术上来衡量 进行审查也是非常必要的。由于人的认识不可能百分百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client