1 需求规格说明书检查表 Y: 是 TBD: 不确定 N: 不是 NA:不适用 备注 检查项 Y/TBD/N/NA 清晰性 系统的目标是否已定义？ 是否对关键术语和缩略语进行定义和描述？ 所使用的术语是否和用户/客户使用的一致？ 需求的描述是否清晰，不含糊？ 是否有对整套系统进行功能概述？ 是否已详细说明了软件环境 (共存的软件) 和硬件环境 (特定的配置)？ 如果有会影响实施的假设情况，是否已经声明？ 是否已经对每个业务逻辑进行输入、输出以及过程的详细说明？ 完整性 是否列出了系统所必须的依赖、假设以及约束？ 是否对每个提交物或阶段实施都进行了需求说明？ 需求说明书是否已包括了主要的质量属性，例如有效性、高效性、灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护性、可移植性、可重用性和可测试性。 依从性 该文档是否遵守了该项目的文档编写标准？ 一致性 需求说明是否存在直接相互矛盾的条目？ 本需求说明书是否与相关需求素材一致？ 可行性 所描述的所有功能是否必要并 充 分 地 满 足 了客户/系统目标？ 需求说明书的描述的详细程度 是否足 以进行详细的设计 ？ 已知 的限 制 （ 局 限 ） 是否已经详细说明？ 是否已确定每个需求的优 先 级 别 ？ 可管 理 性 是否将 需求分 别 陈 述，因 此 它 们 是独 立 的并 且 是可检查的？ 是否所有需求都可以回 溯 到 相应 的需求素材，反 之 亦 然 ？ 是否已详细说明需求变 更 的过程？ 2 概要设计检查表 Y: 是 TBD: 不确定 N: 不是 NA:不适用 检查项 Y/TBD/N/NA 清晰性 是否所设计的架构，包括数据流，控制流和接口，被清楚地表达了？ 是否所有的假设、约束、策略及依赖都被记录在本文档了？ 是否定义了总体设计目标？ 完整性 是否所有的以前的TBD（待确定条目）都已经被解决了？ 是否设计已经可以支持本文档中遗留的TBD 有可能带来的变更？ 是否所有的TBD 的影响都已经被评估了？ 是否仍存在可能不可行的设计部分？ 是否已记录设计时的权衡考虑？ 该文件是否包括了权衡选择的标准和不选择其它方案的原因？ 依从性 是否遵守了项目的文档编写标准？ 一致性 数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否一致？ 该设计是否反映了实际操作环境（硬件、软件、支持软件）？ 可行性 从进度、预算和技术角度上看该设计是否可行？ 是否存在错误的、缺少的或...
VIP
