软件质量管理系列学习05.pptxVIP

软件质量保证和管理第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 评审的内容9.3.1 管理评审9.3.2 技术评审9.3.3 文档评审9.3.4 过程评审9.3.1 管理评审 “由最高管理者就质量方针和目标，对质量体系的现状和适应性进行正式评价。” 9.3.1 管理评审 质量管理体系运行状况 内、外部审核结果 改进、预防和纠正措施的状况 上次管理评审提出的改进措施实施情况及验证信息 质量体系的总体评价 质量管理体系及其过程的改进 产品是否符合要求的评价，有关产品的改进 新资源的需求的决定和措施 输入输出管理评审对质量体系进行回顾和总结并确保其适宜性、有效性和充分性 9.3.2技术评审 《技术评审报告》会议的基本信息 存在的问题和建议措施 评审结论和意见问题跟踪表技术评审问答记录 评审的目的 评审的内容 评审检查单 其他必需文档输入输出技术评审9.3.3 文档评审1）正确性2）完整性3）一致性4）有效性5）易测性6）模块化-系统和文档描述必须深入到模块。模块化指的是模块的独立性7）清晰性8）可行性9）可靠性10）可追溯性9.3.4 过程评审过程评审的目的：评估主要的质量保证流程考虑如何处理/解决评审过程中发现的不符合问题总结和共享好的经验指出需要进一步完善和改进的地方评审技术后，评审小组需要提交一份《评审报告》，其中包括：评审记录评审后，对现有流程的说明和注释评审小组的建议 9.3.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 评审的方法如何选择正确的评审方法？选择评审方法最有效的标准是：“对于最可能产生风险的工作成果，要采用最正式的评审方法。” 例如：核心代码的失效也会带来很严重的后果，所以也应该采用审查或小组评审的方法进行评审，而一般的代码，则可以采用临时评审、同桌评审等比较随意的评审方法。 9.4.2 评审的技术缺陷检查表它列出了容易出现的典型错误，是评审的一个重要组成部分。 规则集类似于缺陷检查表，通常是业界通用的规范或者企业自定义的各种规则的集合。 评审工具的使用合理的利用工具，如NASA开发的ARM（自动需求度量） 从不同角色理解不同的角色对产品/文档的理解是不一样的。 场景按照用户使用场景对产品/文档进行评审。 9.5 准备评审会议1. 评审计划 各个阶段的《评审计划》的内容包括：各个阶段的评审时间、评审方式、评审组成员等。 SQA在其提交的《质量保证计划》中，应根据各个阶段的《评审计划》，制定相应的评审检查点。9.5 准备评审会议2. 组建评审组 项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。 选定评审组长对评审来说是非常重要的，评审组长需要和作者一起，策划和组织整个评审活动。 9.5 准备评审会议3. 准备评审材料 基础性和早期的文档，如需求说明和原型等 与重大决策有关的文档，如体系结构模型 对如何做没有把握的部分，如一些挑战性模块，他们实现了不熟悉的或复杂的算法，或涉及复杂的商业规则等 将不断被重复使用的部件9.5 准备评审会议4. 发送审查包 将被审查的可交付产品/文档，其中指明了需要审查的部分 定义了可交付产品的前期文档 相关标准或其他参考文档 参与者需要的所有表格 有助于审查者发现缺陷的工具/文档：如缺陷检查表，相关规则等 用于验证可交付产品的测试文档9.5 准备评审会议5. 制定活动进程表 评审会议之前，评审组长还需要制定相应