specifications - 基于已有需求的需求

Question

让我们假设有一个功能齐全的工作系统，并且该系统现在将针对另一个国家进行调整。有些功能保持原样，有些会调整，有些会从头开始定义。

在这种情况下，您会以哪种形式编写需求？新规范是否应该提及已经存在的功能？每个功能都应该被描述为新的吗？如果有一个大的用例需要对新的国家进行小改动，它应该描述完整还是只是差异？如此小的变化的上下文是什么，以便开发人员了解它的含义？

Answer 1

在这种情况下，您会以哪种形式编写需求？

和以前一样，如果你满意的话。

新规范是否应该提及已经存在的功能？

它真的应该。这将帮助开发人员并降低开发冗余逻辑的风险。

每个功能都应该被描述为新的吗？

在大多数情况下，创建如此多的重复内容是违反经济原因的。它不会给您带来任何附加值，但会花费大量宝贵的时间和金钱。重用需求有助于做得更好。

此外，如果您在现有需求之上指定，您将非常了解可以从现有需求中使用的内容、配置内容的位置以及添加新内容的位置（请参阅第二句）。

是的，您的要求将基于您已经指定的内容。

此规则的例外情况可能是 (a) 将新需求指定为差异比从头开始更费力。然后你可能会问新东西是否真的基于现有的。

或者，(b) 回想起来，您可能会发现已经记录在案的需求质量很差。然后它可以帮助给它一种新的方法。

如果有一个大的用例需要对新的国家进行小改动，它应该描述完整还是只是差异？

如果你有空间，你可以把它放在现有的图表中。或者您可以创建子图并链接到它们以获取详细信息。目标应该是保持图表简洁易懂。泛化和extend/include是你的朋友。