软件需求讲解-第四部分.pptVIP

评审流程 评审流程是一个重复进行的循环过程：评审员提出问题—〉讨论问题—〉对问题进行确认 —〉确定缺陷（确定需要解决的地方），直到没有确定的问题时再继续下一步 。 RUP强调确保质量的主要因素：同事检查。 需求评审中常见的问题 需求报告很长，短时间内评审者根本就不能把需求报告读懂、想清楚。 没有作好前期准备工作，需求评审的效率很低。 需求评审的节奏无法控制。 找不到合格的评审员，与会的评审员无法提出深入的问题。 需求评审技术细节上的常见错误 根本不进行需求评审，而是让程序员随心所欲地写程序 。 用例不能符合所需的系统行为 。 不使用任何GUI原型来帮助验证系统行为 。 用例高度抽象，让不懂技术的客户如坠迷雾中。 概念模型不能准确地反映真实世界的概念性对象 。 用例建模没有参考概念模型 。 对不包含任何分支流程的用例不提出疑义 。 分层次评审 用户需求分为： 目标性需求，系统目标 功能性需求，系统任务 操作性需求，人机交互 正式结合非正式评审 分阶段评审 充分利用需求评审检查单，如下表软件质量因素。 如何做好需求评审 软件需求 太原理工大学软件学院 2015? 对需求定义进行静态测试的对照条例 兼容性： 界面需求是否使软硬件系统具有兼容性？ 完备性： 需求定义是否包含了有关文件（指质量手册、质量计划以及其他