基于现有需求的需求

Question

我们假设有一个运行良好的系统，系统现在将针对另一个国家进行调整。一些功能保持不变，一些功能将被调整，一些功能将从头开始定义。

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

Answer 1

在这种情况下你会用哪种形式编写需求？

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

新规范是否应该提及已有的函数？

它确实应该。这将有助于开发人员并降低开发冗余逻辑的风险。

是否应该将每个函数都描述为新的？

创建如此之多的重复内容在大多数情况下会违反经济原因。 它会给你很少或没有附加值，但需要花费很多宝贵的时间和金钱。重用需求有助于做得更好。另外，如果您在现有需求的基础上指定，您可以从现有的需求，配置内容以及添加新内容的位置（请参阅您的第二个句子）中获得相当好的想法。

是的，你会基于你已经指定的要求。

此规则的例外情况可能是（a）将新需求作为差异来指定比从头开始更加费力。那么你可能会问，这些新东西是否真的是基于现有的。或者，（b）您可能会发现已记录的要求在回顾过程中质量很差。那么它可以帮助给它一个新的方法。

如果有一个很大的用例需要对新国家进行一些小的改动，那么应该对它进行描述，还是仅仅描述完成呢？

如果您有足够的空间，您可以将它放在现有图表中。或者您可以创建子图并链接到它们以获取详细信息。目标应该是保持图表精简且易于理解。 推广和extend/include是你的朋友。