《软件质量管理系列学习05》由会员分享，可在线阅读，更多相关《软件质量管理系列学习05（32页珍藏版）》请在金锄头文库上搜索。
1、软件质量保证和管理,第9章 软件评审,9.1 为什么需要评审 9.2 软件评审的角色和职能 9.3 评审的内容 9.4 评审的方法和技术 9.5 准备评审会议 9.6 召开评审会议 9.7 跟踪和分析评审结果 9.8 如何实施成功的评审,9.1 为什么需要评审,从成本上来衡量缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。,9.1 为什么需要评审,从技术上来衡量前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。,9.2软件评审的角色和职能,协调人 作者 评审员 用户代表 质量保证代表,9.3 评审的内
2、容,9.3.1 管理评审 9.3.2 技术评审 9.3.3 文档评审 9.3.4 过程评审,9.3.1 管理评审,“由最高管理 者就质量方针和目 标，对质量体系的 现状和适应性进行 正式评价。”,9.3.1 管理评审,质量管理体系运行状况内、外部审核结果改进、预防和纠正措施的状况上次管理评审提出的改进措施实施情况及验证信息,管理评审,质量体系的总体评价 质量管理体系及其过程的改进 产品是否符合要求的评价，有关产品的改进 新资源的需求的决定和措施,输入,输出,对质量体系进行回顾和总结并确保其适宜性、有效性和充分性,9.3.2技术评审,评审的目的评审的内容 评审检查单其他必需文档,技术评审,技术评
3、审报告 会议的基本信息 存在的问题和建议措施 评审结论和意见 问题跟踪表 技术评审问答记录,输入,输出,9.3.3 文档评审,1）正确性 2）完整性 3）一致性 4）有效性 5）易测性 6）模块化-系统和文档描述必须深入到模块。模块化指的是模块的独立性 7）清晰性 8）可行性 9）可靠性 10）可追溯性,9.3.4 过程评审,过程评审的目的： 评估主要的质量保证流程 考虑如何处理/解决评审过程中发现的不符合问题 总结和共享好的经验 指出需要进一步完善和改进的地方评审技术后，评审小组需要提交一份评审报告，其中包括： 评审记录 评审后，对现有流程的说明和注释 评审小组的建议,9.3.4 过程评审,
4、过程评审流程,问题,文档评审与技术评审的主要区别是什么？,9.4 评审的方法和技术,9.4.1评审的方法 9.4.2 评审的技术,9.4.1 评审的方法,临时评审（Ad hoc review） 轮查（Pass-round） 走查（Walkthrough） 小组评审（Group Review） 审查（Inspection）,9.4.1 评审的方法,审查、小组评审和走查异同点比较表,9.4.1 评审的方法,如何选择正确的评审方法？选择评审方法最有效的标准是： “对于最可能产生风险的工作成果，要采用最正式的评审方法。” 例如：核心代码的失效也会带来很严重的后果，所以也应该采用审查或小组评审的方法进行
5、评审，而一般的代码，则可以采用临时评审、同桌评审等比较随意的评审方法。,9.4.2 评审的技术,缺陷检查表 它列出了容易出现的典型错误，是评审的一个重要组成部分。 规则集 类似于缺陷检查表，通常是业界通用的规范或者企业自定义的各种规则的集合。 评审工具的使用 合理的利用工具，如NASA开发的ARM（自动需求度量） 从不同角色理解 不同的角色对产品/文档的理解是不一样的。 场景 按照用户使用场景对产品/文档进行评审。,9.5 准备评审会议,1. 评审计划各个阶段的评审计划的内容包括：各个阶段的评审时间、评审方式、评审组成员等。SQA在其提交的质量保证计划中，应根据各个阶段的评审计划，制定相应的评
6、审检查点。,9.5 准备评审会议,2. 组建评审组项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。选定评审组长对评审来说是非常重要的，评审组长需要和作者一起，策划和组织整个评审活动。,9.5 准备评审会议,3. 准备评审材料基础性和早期的文档，如需求说明和原型等与重大决策有关的文档，如体系结构模型对如何做没有把握的部分，如一些挑战性模块，他们实现了不熟悉的或复杂的算法，或涉及复杂的商业规则等将不断被重复使用的部件,9.5 准备评审会议,4. 发送审查包将被审查的可交付产品/文档，其中指明了需要审查的部分定义了可交付产品的前期文档相
7、关标准或其他参考文档参与者需要的所有表格有助于审查者发现缺陷的工具/文档：如缺陷检查表，相关规则等用于验证可交付产品的测试文档,9.5 准备评审会议,5. 制定活动进程表评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审组成员,9.6 召开评审会议,评审的主要步骤：1）由评审员/作者进行演示或说明。 2）评审员会就不清楚或疑惑的地方与作者进行沟通。 3）协调人或记录员在会议过程中完成会议记录。,9.6 召开评审会议,评审结果：接受，评审内容不存在大的缺陷，可以通过 有条件接受，评审内容不存在大的缺陷，修订其中的一些小缺陷后，可以通过 不能接受，评
8、审内容中有较多的缺陷，作者需要对这些缺陷进行修改，并在修改之后重新进行评审。 评审未完成，由于某种原因，评审未能完成，还需要后续会议,9.6 召开评审会议,评审中的注意事项：人身攻击 在评审过程中，所有的参与人都应该将矛盾集中于评审内容本身，而不能针对特定的参与人。 无休止的争论 通常对于某些问题，评审组很难达成一致意见，这时，可以把问题记录下来，而如何认定则留给作者自己决定。 偏离会议中心 在实际会议中，会议常常会发生偏离，如转到政治话题的讨论。 鼓励所有人发言 鼓励不擅言辞的参与者就评审内容发表自己的看法，比如按照座位顺序轮流发表意见。,9.7 跟踪和分析评审结果,评审结果的跟踪 评审结果为有条件接受 评审结果为不接受 2. 评审结果的分析 有效性 效率和成本,讨论,请简单描述一下评审过程。,9.8 如何实施成功的评审,解决不成功评审的主观因素：对所有的工程师进行评审的培训，使评审深入人心 预防个人冲突，尽量避免对作者有人身攻击的工程师加入评审小组 将评审活动加入到项目计划中，并为评审分配足够的资源 收集以前的评审数据，了解哪一种评审方法最为有效 将评审列入个人的时间表中，确保评审员有充分的时间为评审做准备和参加评审,9.8 如何实施成功的评审,解决不成功评审的客观因素：异步评审-如共享文档、邮件评审 分布式评审-如视频会议,作业,第9章 2、3,Q & A,
