機能要件の命名基準
ソフトウェアの機能要件に名前を付ける方法がわかりません。いくつかの例を検索したところ、F-01（機能要件番号1）のような名前が見つかり、SIMT-01）のような他の例が見つかりました。（システムの名前の後に機能要件の番号が続く）。
誰かが、機能要件に名前を付ける方法を示す標準/ジャーナルを知っていますか？ IEEEが言及していないようです。
ソフトウェア要件仕様の標準はありますか？私の知る限り、 推奨 のみがあり、SRSドキュメントの正式な標準はありません。したがって、要件IDの標準はありません。
あなたが説明しているものは、要件のIDと呼ばれます。各要件には、人間が読みやすい名前を付けて、人間が要件の一般的な目的を一目で識別できるようにする必要があります。ソフトウェア要件IDの唯一の要件は、それがそれを定義する仕様内で一意であり、割り当てられた後に変更されないことです。
仕様で一意であるだけでなく、IDが組織のすべての製品にわたって一意であり、IDがどの製品を識別するか、または要件が機能しているか機能していないかを識別するのに役立つ場合があります。そうすれば、IDだけを見ることで、要件がどの仕様に含まれるかを判断するのに役立ち、 要件トレーサビリティ 、問題追跡、およびプロジェクト管理を改善できます。要件IDが厳密に連続していることは重要ではありません。多くの場合、要件を削除するため、番号シーケンスを維持しようとしないでください。
IEEEの推奨事項 参照要件ID：
SRSは、各要件の出所が明確で、将来の開発または拡張ドキュメントで各要件の参照を容易にする場合に追跡可能です。これは、一意の名前または参照番号を持つSRSの各要件に依存します。
すべての要件は一意に識別できる必要があります。
ここ はIDを使用するテンプレートです。例は3.2.3.1にあります