[工学]第七章_需求验证与评审.pptVIP

第七章 需求验证与评审 需求验证是需求开发的主要内容之一。 现象：检测出需求规格说明中的错误，所采取的任何措施都将节省相当多的时间和资源。 软件开发的V字模型 在需求开发阶段发现的一个错误，平均仅需要花30分钟修复，但是在系统测试时发现的错误需要花5~17个小时来修复。 在“化学制品跟踪系统”中，在每次获取需求的专题讨论会之后代表不同用户类的小组对需求规格说明进行非正式评审，立刻就发现一些错误。 在需求获取完成以后，由一个系统分析员把来自不同用户类的软件需求规格说明归纳在一起组成一份大约有50页的文档，并加上许多附录。两个分析员、一个开发人员、三个产品代表者、项目经理以及一个测试人员一起在三次长达两个小时的审查会上对软件需求规格说明进行审查。审查小组发现了223个错误，其中包括几十个重大缺陷。所有的审查员一致认为在审查会上，他们在软件需求规格说明上所花的时间（一次一个需求），从长远目标来看，节省了项目开发小组大量的时间。 第七章 需求验证与评审 一个例子 一个来自四个用户代表的软件需求规格说明的评审工作正在进行。一个用户提出了一个灾难性的问题：它将使需求做重大更改。会后，需求分析员和项目经理很恼火，因为在前两个月的定义需求会议上，该用户也在场，但她却没有提出这一问题。经过一些调查之后才发现该用户已经反复提出了这个问题，但都被忽略了。在评审过程中，当许多用户一致认为这是一个严重的