ch4补充-需求补充.pptVIP

需求验证 需求管理 访谈技巧 访谈焦点 确定风险 需求验证 审查需求文档 在需求开发期间进行非正式评审。 对需求文档进行正式审查是保证软件质量的很有效的方法。 组织一个由不同代表（如分析人员，客户，设计人员，测试人员）组成的小组，对需求规格说明书及相关模型进行仔细的检查。 需求验证（续） 依据需求编写测试用例 根据用户需求所要求的产品特性写出黑盒功能测试用例。 客户通过使用测试用例以确认是否达到了期望的要求。 从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。 要使用测试用例来验证需求模型的正确性，如对话框图和原型等。 需求验证（续） 确定合格的标准 确定合格的标准让用户描述什么样的产品才算满足他们的要求和适合他们使用的。 将合格的测试建立在使用情景描述或使用实例的基础之上。 需求验证（续） 需求确认签字 在主要的业务清楚以后即可以进行需求确认 目的是确定需求基线 不要期望所有的需求在签字后不变 需求管理 大师说：没有不变的需求，世上的软件都改动过3次以上，唯一一个只改动过两次的软件的拥有者已经死了，死在去修改需求的路上。“ 所以需求管理过程做的事情就是保证需求变更的可管理性。 需求管理（续） 需求基线 软件需求规格说明及相关分析模型。经评审批准，这些文档就定义了开发工作的需求基线； 建立需求基准版本和需求控制版本文档确定一个需求基准，这是一致