具体功能需求
是否指定了系统的所有输入，包括它们的来源、精度、值的范围和频率？
系统的所有输出是否都指定了，包括它们的目的地、精度、值的范围、频率和格式？
是否为网页、报告等指定了所有输出格式？
是否指定了所有的外部硬件和软件接口？
是否指定了所有的外部通信接口，包括握手、错误检查和通信协议？
是否指定了用户想要执行的所有任务？
是否指定了每个任务中使用的数据和每个任务产生的数据？
质量（非功能）需求
从用户的角度来看，是否为所有必要操作指定了预期的响应时间？
是否指定了其他时间考虑因素，例如处理时间、数据传输速率和系统吞吐量？
是否指定了安全级别？
是否指定了可靠性，包括软件故障的后果、需要防止故障的重要信息，以及错误检测和恢复的策略？
是否指定了最大内存？
是否指定了最大存储量？
是否规定了系统的可维护性，包括其适应特定功能的变化、操作环境的变化以及与其他软件接口的变化的能力？
成功的定义包括在内吗？失败？
需求质量
需求是用用户的语言写的吗？用户是这么认为的吗？
每个需求是否都避免了与其他需求的冲突？
是否指定了相互竞争的属性之间可接受的权衡——例如，健壮性和正确性之间的权衡？
需求是否避免了对设计的具体说明？
需求的详细程度是否相当一致？是否应更详细地说明任何需求？是否应减少需求的细节？
这些需求是否足够清晰，可以移交给一个独立的小组进行构建，并且仍然能够被理解？
每个项目是否都与问题及其解决方案相关？在问题环境中，每一项都能追溯到它的起源吗？
每个需求都是可测试的吗？是否有可能进行独立的测试来确定每个需求是否已被满足？
是否规定了对需求的所有可能的变更，包括每个变更的可能性？
需求完整性
如果在开发开始之前信息是不可用的，是否指定了不完整的领域？
需求是否完整，即如果产品满足每个需求，是否就是可被接受的？
您对所有要求感到满意吗？您是否消除了那些只是为了安抚您的客户或老板但实际却无法实施的需求？
