96、软件需求可测量性：挑战与应对策略

软件需求可测量性：挑战与应对策略

1. 引言

在软件系统开发中，确保每个需求都可测量至关重要。如果无法判断一个需求是否得到满足，那么将其纳入需求文档就失去了意义。本文将探讨软件需求可测量性的重要性、可能出现的症状、风险，以及应对难以测量需求的方法。

2. 可测量需求的重要性

在编写需求时，很容易写出听起来很棒、明显可取、易于理解，但却无法测量或验证的需求。例如，“软件永远不会崩溃”这一需求，要确定软件是否永远不会崩溃，需要进行无限长时间的测试，这显然是不现实的。

有些需求虽然可以测量属性，但未明确目标，如“系统响应要快”，没有说明多快才算快。还有些需求是系统整体的属性，在产品发布前难以理解和测量，如软件的可靠性。

如果关心系统需求的实现以及确认是否真正满足这些需求，就需要以某种方式使每个需求都可测量。

3. 可能的症状

需求可测量性问题可能表现为以下三种症状：
- 追求绝对完美 ：需求指定绝对完美，通常只有无缺陷的软件才能实现。要警惕“永远”“总是”等词汇。
- 使用描述性词汇 ：需求使用描述性形容词或副词，而非数值目标。像“快”“慢”“大”“小”“友好”“廉价”“灵活”等不精确的术语，会使确定是否满足实际需求变得困难。
- 指定难以测量的目标 ：需求为难以实际测量的数量或属性指定目标。如果阅读需求时，不清楚如何衡量成功，就存在问题。

4. 不可测量需求的风险

不可测量的需求会带来多种风险：
- <