基於現有需求的需求

Question

我們假設有一個運行良好的系統，系統現在將針對另一個國家進行調整。一些功能保持不變，一些功能將被調整，一些功能將從頭開始定義。

在這種情況下，您會以哪種形式編寫需求？新規範是否應該提及已有的功能？每一個功能應該被描述爲新的？如果有一個大的用例需要對新國家進行一些小的改動，那麼應該對它進行描述，還是僅僅對它進行描述？那麼這種小變化的背景是什麼，以便開發人員瞭解它的含義？

Answer 1

在這種情況下你會用哪種形式編寫需求？

和以前一樣，如果你滿意的話。

新規範是否應該提及已有的函數？

它確實應該。這將有助於開發人員並降低開發冗餘邏輯的風險。

是否應該將每個函數都描述爲新的？

創建如此之多的重複內容在大多數情況下會違反經濟原因。 它會給你很少或沒有附加值，但需要花費很多寶貴的時間和金錢。重用需求有助於做得更好。另外，如果您在現有需求的基礎上指定，您可以從現有的需求，配置內容以及添加新內容的位置（請參閱您的第二個句子）中獲得相當好的想法。

是的，你會基於你已經指定的要求。

此規則的例外情況可能是（a）將新需求作爲差異來指定比從頭開始更加費力。那麼你可能會問，這些新東西是否真的是基於現有的。或者，（b）您可能會發現已記錄的要求在回顧過程中質量很差。那麼它可以幫助給它一個新的方法。

如果有一個很大的用例需要對新國家進行一些小的改動，那麼應該對它進行描述，還是僅僅描述完成呢？

如果您有足夠的空間，您可以將它放在現有圖表中。或者您可以創建子圖並鏈接到它們以獲取詳細信息。目標應該是保持圖表精簡且易於理解。 推廣和extend/include是你的朋友。