1

要件の一部に「and」という単語が含まれているか、場合によっては必要な機能のリストが含まれている要件仕様を確認しています。

ほとんどの場合、これらは分割する必要があると考えていますが、これには長い文書がさらに長くなり、さらに読みにくくなるという欠点があります。実際には、対象とする読者が全体を吸収するのではなく、ざっと目を通したり、セクションだけを読んだりすることになる可能性があります。

ただし、それらを分割するのは少しばかげていると思われる要件がいくつかあります。例: 多くの get/set 操作があり、それらは常に一緒に行われます。それらを常に「ユーザーは取得できる必要があります...」、「ユーザーは設定できる必要があります。 .." 他の例としては、有効化/無効化、検証リスト、サポートされているプラ​​ットフォーム/ブラウザーなどがあります。

誰かが同様の考えを持っているかどうか、また原子性のルールを破ってもよい場合があるかどうか疑問に思っていますか?

4

1 に答える 1

2

私の意見では、要件を一意に識別する限り、要件を分割する必要はありません。たとえば、「[REQ1] ユーザーは [a] 設定 ... および [b] 取得 ... できる必要があります。」このようにして、ドキュメントを読みやすくし、アトミック パーツを個別に追跡する可能性も維持します。

于 2013-10-07T07:41:16.727 に答える