标识非功能要求

已完成

要求通常称为功能要求或非功能要求。 功能要求描述解决方案需要做什么或其行为,而非功能要求描述解决方案的非行为方面,例如性能要求。 本主题涵盖非功能要求的注意事项。

通常,非功能要求可能依赖于超出您的控制范围的因素,例如计算机的使用年限、网络带宽、网络防火墙和 Internet 安全软件以及合规人员。 因此,您需要标识可能影响您解决依赖项的能力的任何因素,或者可能存在的可能危及您的交货计划的依赖项。 如果客户需要替换硬件,可能会出现延迟。 如果客户具有需要较旧浏览器且无法使用现代浏览器的旧应用程序,则您的性能目标将受到影响。 目标是在项目早期标识这些问题;如果未提前解决,客户可能会发现应用程序有缺陷。

此外,这种情况经常需要与客户的 IT 团队进行技术发现会话。 最好不要通过深入的技术讨论而增加业务难度。

非功能要求捕获用户可能不直接关注的元素,但这些元素对于支持建议的体系结构和解决方案的可操作性非常重要。 非功能要求通常会影响用户对解决方案的采用和感知满意度。 与功能要求一样,非功能要求应该优先考虑,并且可以增量交付。

常见非功能要求类型的示例包括:

  • 可用性

  • 合规性/法规

  • 数据保留/驻留

  • 性能(响应时间等)

  • 隐私

  • 恢复时间

  • 安全性

  • 可扩展性

非功能要求示例

以下示例是组合良好的非功能要求:

  • 非移动用户的内部用户的平均屏幕加载时间少于三秒。

  • 外部门户必须能够处理 100 个正在执行案例提交的并发用户。

以下示例是措辞不当的非功能要求:

  • 应用中的所有屏幕应尽快加载。

  • 外部门户必须能够处理峰值流量。

  • 系统必须在灾难发生后可恢复。

可行性

虽然所有要求都应可行,但非功能要求通常更为具体;因此,最好额外考虑预算和资源的实际情况。 例如,当核心应用可用性为 99.9% 时,指定 99.999% 的可用性不现实。 此外,可以指定一个具有足够预算即可实现的要求,但具有的预算无法满足要求。

度量合规性

当非功能要求涉及度量时,应指定如何度量和比较其合规性。 例如,如果您有三秒窗体加载时间要求,则确定它是仅针对校园用户,还是包括移动用户。

练习:查找非功能要求

查看非功能要求类型的列表:

  • 可用性

  • 合规性/法规

  • 数据保留/驻留

  • 性能(响应时间等)

  • 隐私

  • 恢复时间

  • 安全性

  • 可扩展性

确定其中哪些非功能要求可能与 Woodgrove Bank 有关。 考虑您可以预期的问题类型以及您可以如何解决这些问题。 评估是否存在您尚未想到的任何其他问题。