需求工程第五讲需求检查和确认.ppt

需求工程,第五讲 需求检查和确认,需求确认和检查,当需求文档生成以后，通过确认和检查，以便找出需求中的遗漏、冲突和不明确性并确保需求符合质量标准。需求确认的目标是检查被定义的需求集，并发现需求中可能存在的问题。,需求问题,需求问题可能包括如下几点：缺乏与质量标准的一致性由于匮乏的词语描述的需求具有不明确性在分析过程中没有被发现的需求冲突需求确认的主要问题是系统无法依赖任何东西来确认,组织正式的需求审查,系统地检查需求、开会讨论需求问题和就如何解决这些问题达成一致对每个问题可能采取地行动需求澄清遗漏需求需求冲突不切实际地需求,需求检查与确认-内容核查清单,客户、资助人、背景业务目标+追踪踪迹数据需求（数据库、输入/输出格式、通信状态、初始值）系统范围及接口业务/功能需求（事件及特性）设计层需求（原型或通信协议）非琐碎功能的说明质量需求（性能、可用性、安全性等）,需求检查与确认-结构检查,每项需求的编号可验证的需求每项需求的目的实现需求的方案示例图示等的纯文本解释每项需求的重要性及稳定性交叉引用，而不是重复信息,软件需求说明书高级审查,审查需求说明书是为了找出根本性的大问题、疏漏或遗漏之处。高级审查方式设身处地为客户着想研究现有的标准和规范审查和测试同类软件,软件需求说明书的低级测试技术,需求说明书属性检查清单需求说明书用语检查清单需求说明书内容检查清单需求说明书结构检查清单,需求说明书用语检查清单,总是、每一种、所有、没有、从不。当然、因此、明显、显然、必然。某些、有时、常常、通常、惯常、经常、大多、几乎。等等、诸如此类、依此类推。良好、迅速、廉价、高效、小、稳定。已处理、已拒绝、已忽略、已消除。如果那么（没有否则）。找出有“如果那么”而缺少配套的“否则”结构的陈述。想一想“如果”没有发生会怎样。,需求说明书内容核查清单,客户、资助人、背景业务目标+追踪踪迹数据需求（数据库、输入/输出格式、通信状态、初始值）系统范围及接口业务/功能需求（事件及特性）设计层需求（原型或通信协议）非琐碎功能的说明质量需求（性能、可用性、安全性等）,需求说明书结构检查清单,每项需求的编号可验证的需求每项需求的目的实现需求的方案示例图示等的纯文本解释每项需求的重要性及稳定性交叉引用，而不是重复信息,其它确认方法,使用原型化来使需求生动化编写用户手册草案设计需求测试案例,