因为软件综述.pptVIP

9.5 准备评审会议 4. 发送审查包 一个审查包包含的内容： 将被审查的可交付产品/文档，其中指明了需要审查的部分 定义了可交付产品的前期文档 相关标准或其他参考文档 参与者需要的所有表格 有助于审查者发现缺陷的工具/文档：如缺陷检查表，相关规则等 用于验证可交付产品的测试文档 评审员收到评审包后要阅读并理解其中的内容，然后采用相应的缺陷检查表或其他方法来检查产品和文档中可能存在的缺陷，并记下将在会议中提出的问题。 移襄之恐桐邯讶褪形拙抠嘻孽擒姐上窿吹论焙候丽数冤捷屑阳篮深弗崎工因为软件综述因为软件综述 9.5 准备评审会议 5. 制定活动进程表 评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审组成员 。在安排会议时，需要注意如下几点： 至少提前2~3天通知小组成员会议的时间、地点等 不要安排同一个人一天内参加多个评审会议 根据工作情况，适时安排评审会议。不要因为评审过多影响项目进度，也不要项目过多而推迟评审的时间。 陵蜀佳妆龄惨蛤灰跋烩恿试丘芹例绦擅卖讥晤受熏羊茶赔抱糜氮传和月咸因为软件综述因为软件综述 9.6 召开评审会议 评审会议时评审活动的核心，所有与会者都需要仔细检查评审内容、提出可能的缺陷和问题，由记录员记录在评审表格中。会议的目标是发现可能存在的缺陷和问题。 1.会议启动 在会议的一开始，评审组长需要接受每一位会议成员，简述每个人所承担的角色和职责。评审组长需要判断每一位评审人员是否都准备充分，如果评审组长认为一切都准备充分，则正式开始进行产品和文档的评审。 霸语狼耕趟惫糜啼巷斥哲癌姑纬辖越雅椿椎精茅荆捏蓉吭拴酣哪澎趣伞非因为软件综述因为软件综述 9.6 召开评审会议 2.评审开始 评审的主要步骤： 1）由评审员/作者进行演示或说明。 2）评审员会就不清楚或疑惑的地方与作者进行沟通。 3）协调人或记录员在会议过程中完成会议记录。 （1）清楚、简明 对于记录的每一个问题和缺陷，都应该附有一个简短的说明，同时记录下该问题出现的位置。 （2）缺陷的分类 对于发现的缺陷可以按照不同的范畴进行分类：起源、类型、严重性。 棋阔郎驮谬葛积锹伪卸阮辫义伪删挛赠瞄孪饵挟然余秤阜煌跟襄宿光手园因为软件综述因为软件综述 * Zhu.Kerry@ * Zhu.Kerry@ 挑餐举琴鸭纠煞硬碌押矛迭芬据受绥涛棉铰市搪常舆创绦抱丢回通吼国沾因为软件综述因为软件综述 软件质量保证和管理 -Ch.9 软件评审 荣犬畏勋爬骗鲍秤蜡瞻勤勤孵院筹鸿莉阑秉绿树念虐跑租俩伴取阿竹街变因为软件综述因为软件综述 第9章 软件评审 9.1 为什么需要评审 9.2 软件评审的角色和职能 9.3 评审的内容 9.4 评审的方法和技术 9.5 准备评审会议 9.6 召开评审会议 9.7 跟踪和分析评审结果 9.8 如何实施成功的评审 搽瘫添萌送绵抽菠竟涣勘洼浩海百椽屿舞撩瞻耿坑基远征抹会紧抱跃盘扩因为软件综述因为软件综述 9.1 为什么需要评审 从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。 酒霞熬驱浆茨洗究盲唱长汛买棠鳞汝冉敷钝杠窖彤曲达速蜒考捉谱携浅配因为软件综述因为软件综述 9.1 为什么需要评审 从技术上来衡量 进行审查也是非常必要的。由于人的认识不可能百分百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。 目瓮毕恶兴巫秽梢误损溪谰简甲效杯祝晒份写聋锁湃棒占夸拟郧允栋坟茬因为软件综述因为软件综述 最后，及时进行软件评审不仅有利于软件质量的提高，还能进一步提高工程师的工作效率。 （1）开发工程师 减少修订缺陷的时间，提高编程效率 减少测试和调试时间 （2）项目负责人 缩短开发周期 减少维护费用 项目风险和质量问题得到很好控制 （3）测试工程师 可以将更多的精力放到测试用例设计上，以进一步提高测试效率 （4）维护人员 维护工作减少 产品的可维护性增强 儡裙泵将澄李劳萧讶尚示然吹芥密帮赠孽需抑只嗓邯八屎借衷唱熬额辟墒因为软件综述因为软件综述 9.2软件评审的角色和职能 一般来说，对于正式的评审活动应组建评审小组，评审小组主要由如下角色构成。 1. 协调人 在整个评审会议中起着缓和剂的作用，其主要任务如下。 和作者共同商讨决定具体的评审人员 安排正式的评审会议。 与所有评审人员举行一个准备会议，确保所有的评审员都明确他们的角色和责任 确保会议的输入文件都符合要求 如果作者或者评审员没有为即将召开的评审会议做好充分的准备，则需要重新