吉林大学软件学院《软件项目管理》课程重点与测试题 第十一章 评审

第十一章 评审

• 评审的功能和特点
  • 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广；
  • 2、评审比软件测试更有效率，因为其看到的是问题本身而不是征兆；
  • 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生；
  • 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改；
  • 5、不只发现错误，还有利于评审员、软件项目相关组熟悉有关产品。
• 了解基本的评审过程
  • 1.评审规划
    • 标识要评审的产品
    • 选择评审成员及安排评审时间
    • 作者准备好相应的材料
  • 2.准备和概述
    • 目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明，为评审准备。
    • 主要活动：
      • 第一次会议；
      • 在正式会议之前，各评审员独立地评审工作产品，作评审日志。
      • 需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等）
    • 测量：工作量、缺陷数、问题数、缺陷严重程度
  • 3.评审会议
    • 目的：最终拿出故障列表
    • 主要活动：
      • 会前检查准备工作；
      • 会议期间提出问题；
      • 会议结束时，给出问题和故障列表。
    • 结论分为：可以通过、不能通过和有条件通过
    • 测量：总工作量、发现的缺陷数、发现的缺陷的类型、缺陷的来源
  • 4.返工和后续措施
    • 作者执行返工，以改正评审会议上提出的所有故障。
    • 作者与评审主席一起审查改正情况。
    • 总结报告发送SEPG和项目经理。
• 单人评审与组评审之间的区别
  • 针对简单工作产品
  • 1位评审专家，提前预评材料
  • 评审会议仅包含作者和评审专家2人
• 评审能力基线一般包括什么
  • 平均准备速度
  • 组评审会议的覆盖速度
  • 缺陷密度(次要或普通缺陷、严重和主要缺陷)
  • 整体缺陷密度等
• 评审分析指南（评审出的缺陷多于正常和少于正常的原因及措施，能够根据案例描述使用评审分析指南）
  • 
  • 
• 配置管理过程中，文档的状态可能有哪些？
  • 答案：开发中、评审中、基线化
• 评审小组会议上需要采集哪些度量？
  • 答案：总工作量、发现的缺陷数、发现的缺陷类型、缺陷来源
• （判断）由于单人评审只有一位评审人，因此不是正式的评审活动。
  • （×）
• 评审过程中如果发现的缺陷少于正常情况，可能是什么原因，以及有什么解决的方案？
  • ① 工作产品非常简单，将类似工作产品的组评审转变成单人评审，合并评审
  • ② 也许没有仔细评审，检查覆盖速度；如果很低，重新安排评审，也许需要另外一只队伍
  • ③ 评审专家没有接受足够的组评审培训，或对评审的材料没有足够多的经验，安排或执行组评审培训，安排其他队伍进行重新评审
  • ④ 工作产品有非常好的质量，通过覆盖速度、作者、评审专家的经验等来确认这个事实；看该质量是否可以在项目的其他部分重视，修改随后活动的缺陷预测；看是否有通用的过程改进经验