软件工程-第十二章-软件质量课件.pptVIP

2021/2/7 * 在软件开发过程中至少应当进行以下的评审与审查: 软件需求评审 软件概要设计评审 软件详细设计评审 软件验证与确认的评审 功能审查 物理审查 综合审查 管理评审 2021/2/7 * 12.4.1 评审过程 首先由一个独立的主席制定评审计划,规定测试目标和公开评审标准,并规定对评审对象进行测试的指标。在评审计划中,评审过程计划的使用时间是一个很重要的指标。 2021/2/7 * 评审前要举行协商会,使参加评审的人员对测试对象有一个总的概念和了解。 协商会议后,紧接着的是,参加评审人员进行个人评审准备,在评审的完整文档中填写提问清单。 评审会议中,首先由主席介绍搜集的所谓形式的错误记录,然后,由软件开发者报告评审对象的概况。 2021/2/7 * 正式进行评审时,参加评审的人员在文档作者指导下阅读文档。评审会议限定为2小时,在会议期间,只辨认错误不作修改。参加评审的人员只提出建设性的和切实的批评和建议。 评审会议结束时,参加人员提出评审结论。 2021/2/7 * 接下去的工作是返工阶段。主席必须监督评审对象的错误修改,写出错误报告摘要,并提供修改执行表。 最后要进行评价,目标是确定是否完成了所有的修改。 2021/2/7 * 12.4.2 选择参加评审的成员 成员数目根据评审的对象不同而不同,建议做规范评审时为5-8人;做总体设计评审时为6人;做详细设计评审时为5人;做编码评审时,只需要4人。 2021/2/7 * 12.4.3 评审的管理和组织 由于软件项目负责人和管理者也对他们的产品质量评审感兴趣,因此,在评审中有两种不同模式的组织形式: 第一种是软件项目管理者参加的评审,管理者负责制订评审计划,召集评审小组开会,审查参加成员的资格,最后有他们决定评审对象是否通过。 2021/2/7 * 第二种模式是文档的作者主持评审,邀请评审小组成员和主席。由评审小组来确定评审对象是否通过。最后由主席起草报告,说明结果。 2021/2/7 * 12.4.4 评审的方法 通常采用的评审方法有: 评审概述 评审准备 评审错误表 评审错误报告摘要 管理报告 2021/2/7 * 12.4.5 走查和审查 走查是评审过程中采用的一种方法。走查时,软件设计者或程序开发人员指导一名或多名其他参加评审的成员,通读已书写的设计文档或编码,其他成员负责提出问题,并对有关技术、风格、可能的错误、是否有违背评审标准的地方进行评论。 审查是一种正式的评定技术。由除被审查对象的作者之外的某人或某一小组仔细检查软件需求、设计或编码,以找出故障、违反开发标准之外和其他一些问题。 2021/2/7 * 12.4.6 开发过程的评审 在面向技术的评审中,软件产品根据其形式和内容进行测试和评价。其测试对象包括规范、设计、编码、测试计划、测试案例、测试结果和用户手册。 2021/2/7 * 1.项目评审 项目评审是从管理者的角度,对开发过程中的特定部分进行评价。 项目评审成功的标准: 项目成果是可以评审的,即可读和可理解的 项目计划的制定和执行由一个确定的小组来负责,该单位是很容易进行评审的。 2021/2/7 * 具有确定目标的结构清晰的开发计划,用它来评价项目进度 具有已经在技术评审中评价了的具备清晰文档的项目成果 2021/2/7 * 2.需求规范的评审 需求规范的评审对于早期发现错误是十分有用的。在评审中必须测试需求规范的以下质量特征是否满足: 抗矛盾性 完整性 可执行性和可处理性 精确性和可测试性 综合性 2021/2/7 * 3.设计的评审 根据设计的类型,可以分为总体设计评审和详细审计评审。设计评审的目标是确定和评价设计的各种状态以及发现错误的矛盾。 2021/2/7 * 4.编码检验 编码检验的目的一方面是改善软件质量,另一方面是为了提高程序员的生产率。 5. 测试评审 测试检验主要用来检验测试活动是否成功,测试检验一般在测试执行后进行。 2021/2/7 * 12.4.7 对评审的综合评价 优点 评审复杂情况时的分析、识别、评价和测试等方面充分发挥人们的思维能力。 评审不仅适用于检验正式的文档,如程序清单,也适用于非正式的文档,如口头的设计说明等 用评审方式检查程序是具有很高的成功率的 2021/2/7 * 缺点 评审的成功完全依赖于参加评审的人员,他们的原则性是至关重要的。 交流的气氛对于发挥人们的思考和分析能力是很重要的。 解决问题可能占用有价值的评审时间,以至于不能发现更多的错误。 存在着评价工作人员的可能,这将使检查过程的有效性降低。 评审对开发过程的重要性往往被低估了。 2021/2/7 * 12.5 软件的可靠性 软件可靠性是重要的软件特性。通常用它衡量在规定的条件