《需求工程第五讲-需求检查和确认》.pptVIP

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