要求應該是原子的規則是否有例外情況？

Question

我在審覈需求規範，其中一些要求包括單詞「和」或有時甚至是所需功能的列表。

大多數人認爲這些應該被分解，但是這確實會造成長文檔更長時間的不可讀性 - 這在實踐中可能意味着其目標觀衆最終會在其上閱讀或僅閱讀片段而不是吸收整個東西。

但是，有一些要求將它們拆分看起來有點愚蠢。例如：有很多get/set操作，它們總是在一起 - 總是把它們分解爲「用戶應該能夠得到...」，「用戶應該能夠設置」，似乎有點矯枉過正。 ..「其他例子是啓用/禁用，驗證列表，支持的平臺/瀏覽器等。

想知道是否有人有類似的想法，是否有時可以打破原子性的規則？

Answer 1

我的意見是，你不必分手的要求，只要你唯一標識他們。例如。 「[REQ1]用戶應該能夠[a]設置...和[b]獲得...」這樣，您可以保持文檔可讀性，並且還可以保留分別跟蹤原子部分的可能性。