ソフトウェアベースのプロジェクトの要件を定義することに関して、「物事がどのように行われるか」について少し舵取りを探しています。
要件カタログに含まれる内容と、UML モデリングがいかに役立つかについて、私は十分に理解しています。
私の質問は、この 2 つがどのようにリンクされているかです。UML を使用してモデル化する要件 (本質的に要件の重複) について、要件をカタログに書き出す必要がありますか?
たとえば、 - ユーザーがサプライヤから「製品」を調達したい - これを行うために、彼らは製品の詳細を「ブリーフィング」フォームに入力します - このシナリオでは、クラス図を使用してすべてをリストします「製品」クラスに対する「ブリーフィング」フィールド (ブリーフィング フォームに表示)
しかし、これらの要件を要件カタログに結び付けるにはどうすればよいでしょうか? それらがそこで参照されていない場合、開発者はそれらの要件が存在することをどうやって知るのでしょうか?
どんな助けでも大歓迎です！
ありがとう、ダン
ユース ケース図を使用して、要件と UML の間の橋渡しを行う必要があります。その後、クラスと各ユースケースの間の関係を明示できます。開発者は、特定のクラスが 1 つまたは複数のユース ケースにリンクされていることを確認できます (要件)。
一部のモデリング ツールでは、要件を UML モデルに含めることができます。次に、明示的なリンクがあります。例: http://www.sparxsystems.com.au/downloads/whitepapers/Requirements_Management_in_Enterprise_Architect.pdf (16 ページを参照)
それ以外の場合は、ダイアグラムをエクスポートしてカタログ ドキュメントに含めることができます。
プロジェクトのニーズに基づいて、要件カタログを作成し、正式な承認の時点まで対象者の要件を引き出して分析します。通常、UML ダイアグラムは、キャプチャした機能やプロセスを参照し、ワークフロー/アクティビティを処理します。図は利害関係者が内部プロセスがどのように機能するかを視覚化するのに適しています。ユースケース、クラス図、シーケンス図などは、開発者と QA の設計/開発段階で開発チームと QA チームにとってより役立ちます。
要件ごとに、要件 ID を使用して UML ダイアグラムを参照するだけです。ただし、前述のように、要件と UML の間、またはその逆のトレーサビリティを確保してください。
お役に立てれば