软件需求检查单

一个完整的软件需求应该包含哪些方面呢！我们该从哪些方面对一个需求进行检查呢？带着这些疑问大家来看一下一个完整的需求是不是应该具备以下特征。对于不够完善的地方希望大家补充。

清晰性:

对需求的描述是否易于理解？

是否存在有二义性的需求？

是否定义了术语表，对特定含义的术语给予了定义？

最终产品的每个特征是用唯一的术语描述的吗？

组织和完整性：

需求是否能为设计提供足够的基础？

是否包括了所有客户代表或系统的需求？

在需求中是否遗漏了必要的信息？如果有的话，是否标记为“待确定”的问题？

是否每个需求都在项目的范围内？与商业目标一致？

需求是否与一些业务限制、政策或规约相冲突？

与组织机构或政策问题相关的需求是否系统的商业目标相冲突？

是否有的需求应该描述的更详细些？

是否定义了功能需求在内的算法？

是否识别了设计约束？

是否对假设条件进行了说明？

一致性：

所有需求的编写在细节上是否都一致？

对同一对象的术语定义存在矛盾吗？

对同一对象的特征描述存在矛盾吗？

是否多个需求相互冲突？

可追踪性

需求是否具有明确的来源，从而它可能被跟踪？

是否每个需求都具有唯一性并且可以正确地被识别？

可检验性

是否所有的需求都能实现？

是否每个需求都是可测试的？

可修改性

每个需求描述是否清晰、符合逻辑？

组织结构是否合理、可接受？

是否每个需求都没有内容上和语法上的错误？

是否有冗余的信息？

接口

是否对用户界面进行了说明?

是否对硬件接口进行了说明？

是否对软件接口进行了说明？

是否对接口的设计约束进行了说明？

是否对接口的安全性需求进行了说明？

是否对接口的可维护性需求进行了说明？

质量、性能属性

是否合理地定义了性能目标？

是否合理地确定了所有性能需求？如预期处理时间，数据传输速度等。

是否合理地确定了安全与保密方面的需求？

可靠性

是否描述了所有软件故障的原因和结果？

是否记录了所有可能的错误条件所产生的系统行为？

是否定义了防止故障或错误探查策略？

是否定义了修正策略？

软硬件

是否指明了硬件需求如内存、硬盘空间等？

是否对要求的软件环境/操作系统进行了说明？

是否说明了需要购买的软件？

是否给出了要求的或估计的网络吞吐率？

是否描述了将要使用的第三方软件、中间件的应用及其批准？

特殊问题

是否所有需求都是名副其实的需求而不是设计实现方案？

是否确定了对时间要求很高的功能并且定义了它们的时间标准？

使用实例是否是独立的分散任务？

使用实例是否处于抽象级别上？而不具有详细的情节？

使用实例中是否记录了所有可能的可选过程？

使用实例中是否记录了所有可能的例外条件？

使用实例中的每一个操作和步骤是否都与所执行的任务相关？

使用实例中定义的每个过程是否都是可行的？可验证？