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

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