ユースケース図はプロジェクトを表すことを目的としておらず、システムの内部構造を説明できないことを理解することが重要です。 ユースケース図は、システムの将来のユーザーと顧客との対話を簡素化することを目的としており、システムの必要な特性を決定するのに特に役立ちます。 言い換えれば、ユースケース図は、システム自身が使用する方法を指定せずにシステムが行うべきことを示しています。
ユースケース
ユースケースでは、アクターの観点から、特定の結果につながるシステム内のアクションのグループについて説明します。ユースケースは、システムのユーザーとシステム自体の間の一般的な相互作用の説明です。 それらはシステムの外部インターフェースを表示し、システムが何をすべきか（正確ではなく、どのように）の形式を示します。
ユースケースを使用する場合、いくつかの簡単なルールを覚えておくことが重要です。
- 各ユースケースは少なくとも1つのアクターを参照します。
- 各ユースケースにはイニシエーターがあり、
- 各ユースケースは、対応する結果（「ビジネス価値」を伴う結果）につながります。
- 包含は、ユースケースが別のユースケースに埋め込まれていることを示します。
この例では、PartのユースケースはBaseのユースケースに含まれています。
- 付録は、特定の状況またはある時点（拡張ポイントと呼ばれる）で、ユースケースが別のケースによって拡張されることを示しています。
この例では、BaseのユースケースがAnotherのユースケースによって拡張されています。
- 汎化は、ユースケースが「親」ユースケースの特性を継承し、クラス継承と同様に、それらの一部をオーバーライドまたは新しいものを追加できることを示します。
この例では、ChildのユースケースはBaseのユースケースを要約しています。
俳優
アクターは、ユースケースを通じてシステムと対話する外部ソース（システムの要素ではない）です。 アクターは、実在の人物（システムのユーザーなど）、または他のコンピューターシステムまたは外部イベントのいずれかです。アクターは、物理的な人やシステムではなく、その役割を表しています。 これらは、人がさまざまな方法でシステムと対話するとき（異なる役割を想定）、複数のアクターによって表示されることを意味します。 たとえば、サポートサービスで働いており、顧客からの注文を受け入れる人は、「サポート部門のメンバー」および「営業部門のメンバー」としてシステムに表示されます。
アクターは、ユースケースと2種類の関係を持つことができます。
- 単純な関連付け-アクターとユースケースの間の線によって反映されます（矢印なし）。 アクターとユースケースの関係を反映します。
- 有向関連付けは単純な関連付けと同じですが、ユースケースがアクターによって初期化されることを示しています。 矢印で示されています。
ユースケースの説明
ユースケースの説明は、テキストによる説明です。 それらは通常、ユースケースに何らかの形で添付され、プロセスまたはアクティビティを説明するメモまたは文書の形式を取ります。