ユースケースモデリングとは何ですか？

ユースケースは、システム機能のユーザービューをモデル化します。

• ユーザーに関する限り、システムが行うこと。
• それが行うことは、ユーザーにとって価値があります。
• ユースケースモデルは、要件の取得中に見つかった大量の情報を整理、構造化、および文書化する方法を提供します。
• これは、開発プロセスの要件記述フェーズの不可欠な部分を形成します。

多くの場合、ユースケースはグラフィカルであり、ユースケース図は、ユースケースと参加者の説明を含むテキストの説明、およびユースケースメソッドをシンプルで直感的で開発者の理解を明確にするための理想的なツールにするユースケーステンプレートに関連するシナリオによってサポートされます。ユーザーのニーズの。

ユースケースモデルが完成し、ユーザーと一緒にレビューされると、システムの他のモデルが描画される基本的な構造化された情報のプールが形成されます。ユースケースモデルは、システムの機能をテストする場合にも役立ちます。

ユースケースモデル

ユースケースモデルは次のもので構成されます。

• ユースケース図、
• ユースケースの説明のセット、
• アクターの説明のセット
• 一連のシナリオ（イベントのフローによって記述されます）。

ユースケース図では、ユースケース、アクター、関係リンク、境界の4つの概念を使用して問題ドメインをグラフィカルにモデル化します。

ユースケース：ユースケースの名前が記された楕円。慣例により、各ユースケース名は動詞で始まり、ユースケースがプロセスを表すことを示します。したがって、「顧客リスト」の代わりに「顧客リストの維持」を使用し、「クエリ」の代わりに「クエリの処理」を使用します。

俳優：俳優の名前が書かれたシンプルな棒人間。簡単に識別できるように、俳優の名前を大文字にします（例：司書、学生）。

アクターは、 人、他のシステム、時間トリガー、またはイベントトリガーです。アクターは、サブジェクトと対話するユーザーまたはその他のシステムが果たす役割を指定します。これは、人間のユーザー、外部ハードウェア、またはその他のサブジェクトが果たす役割を表す場合があります。

ユースケースの関係：アクターとユースケースを結ぶ線。この行は、どのアクターがどのユースケースに関連付けられているかを示しています。この関係はコミュニケーションとも呼ばれます。

境界：システムの範囲を説明するために、ユースケースをアクターから分離する長方形。システム境界はオプションであり、多くの場合無視されます。

ユースケース図の目的

ユースケースモデリングは、オブジェクト指向ソフトウェア開発プロセスのさまざまな段階で行われます。各フェーズで表示される詳細レベルと情報の種類は、モデルの目的によって異なります。システムの詳細な設計または実装に関連する情報は、主な目的がユーザーとのコミュニケーションである初期段階には含まれていません。後で、プログラマーが参照できるように、ユーザーインターフェイスの設計などの技術的な詳細が追加されます。

システム開発におけるユースケースとクラス図

ユースケースモデルはシステム要件を分割して構造化しますが、この構造は、実際にはクラス図によって提供される新しいソフトウェアシステムを構築するための基礎としては使用されないことを理解することが重要です。

ユースケースモデルは、ユーザーのメインタスクビューとしてシステムを構築します。

クラス図は、一連の論理ソフトウェアコンポーネント（オブジェクト）を使用してシステムを構築します。