需求应该是原子的规则有例外吗？

Question

我正在审核一个需求规范，其中一些要求包括“和”一词，有时甚至包括所需功能列表。

我大多认为这些应该被打破，但这确实有使得长文档更长甚至更不易读的缺点 - 这在实践中可能意味着它的目标受众最终会略过它或只阅读部分而不是吸收整件事。

然而，有一些要求，打破它们似乎有点愚蠢。例如：有很多get / set操作，它总是在一起 - 总是将它们分解为“用户应该能够得到......”，“用户应该能够设置”似乎有点过分。 ..“其他示例包括启用/禁用，验证列表，支持的平台/浏览器等。

只是想知道是否有人有类似的想法以及是否有时可以打破原子性规则？

Answer 1

我的意见是，只要您唯一地识别它们，您就不必分解要求。例如。 “[REQ1]用户应该能够[a]设置...并且[b]得到......”这样，您可以保持文档的可读性，并且还可以单独跟踪原子部分。