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

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