让我们假设有一个功能齐全的工作系统，现在系统将针对另一个国家进行调整。有些功能保持不变，有些功能会进行调整，有些功能将从头开始定义。
在这种情况下你会以哪种形式写出要求？新规范是否应该提及已有的功能？每个功能都应该被描述为新的吗如果有一个大的用例需要对新国家进行小的改动，应该描述complet还是仅仅差异？如此小的变化的背景如何让开发人员了解它是什么？
答案 0 :(得分：1)
在这种情况下你会以哪种形式写出要求？
和以前一样，如果你对此感到满意。
新规范是否应该提及已有的功能？
真的应该。这将有助于开发人员并降低开发冗余逻辑的风险。
每个功能都应该被描述为新的吗？
在大多数情况下，创建如此多的重复内容将违背经济原因。 它会给你很少甚至没有附加值，但需要花费大量宝贵的时间和金钱。重用需求有助于做得更好。
此外，如果您在现有要求之上指定，您将很好地了解可以从现有要求中使用什么，在何处配置内容以及在何处添加新内容（请参阅第2句）。
是的，您的要求基于您已经指定的内容。
此规则的例外情况可能是（a）将新要求指定为差异比从头开始更省力。然后你可能会问新的东西是否真的基于现有的。
或者，（b）回想起来，您可能会发现已经记录的要求质量很差。然后它可以帮助给它一个新的方法。
如果有一个大的用例需要对新国家进行小的更改，应该描述complet还是仅仅差异？
如果你有空间，你可以将它放在现有的图表中。或者您可以创建子图并链接到它们以获取详细信息。目标应该是使图表保持精简和可理解。
一般化和extend / include是您的朋友。