Uml-use-case-diagram
UML-ユースケース図
システムをモデル化するための最も重要な側面は、動的な動作をキャプチャすることです。 動的な動作とは、システムが実行/動作しているときのシステムの動作を意味します。
システムをモデル化するには静的な動作だけでは不十分であり、静的な動作よりも動的な動作の方が重要です。 UMLには、動的な性質をモデル化するために使用できる5つの図があり、ユースケース図はその1つです。 ユースケース図は本質的に動的であることを議論する必要があるため、相互作用を行うための内部または外部の要因がいくつかあるはずです。
これらの内部および外部エージェントは、アクターと呼ばれます。 ユースケース図は、アクター、ユースケース、およびそれらの関係で構成されています。 この図は、アプリケーションのシステム/サブシステムをモデル化するために使用されます。 単一のユースケース図は、システムの特定の機能をキャプチャします。
したがって、システム全体をモデル化するために、多くのユースケース図が使用されます。
ユースケース図の目的
ユースケース図の目的は、システムの動的な側面を把握することです。 ただし、他の4つの図（アクティビティ、シーケンス、コラボレーション、およびステートチャート）も同じ目的を持つため、この定義は目的を説明するには一般的すぎます。 他の4つの図と区別するために、特定の目的を検討します。
ユースケース図は、内部および外部の影響を含むシステムの要件を収集するために使用されます。 これらの要件は、ほとんどが設計要件です。 したがって、システムを分析してその機能を収集すると、ユースケースが準備され、アクターが特定されます。
最初のタスクが完了すると、ユースケース図がモデル化され、外部ビューが表示されます。
簡単に言えば、ユースケース図の目的は次のように言うことができます-
- システムの要件を収集するために使用されます。
- システムの外部ビューを取得するために使用されます。
- システムに影響する外部および内部要因を特定します。
- 要件間の相互作用がアクターであることを示します。
ユースケース図の作成方法
ユースケース図は、システムの高度な要件分析のために考慮されます。 システムの要件が分析されるとき、機能はユースケースでキャプチャされます。
ユースケースは、体系的な方法で記述されたシステム機能に他ならないと言えます。 ユースケースに関連する2番目の要素はアクターです。 アクターは、システムと相互作用するものとして定義できます。
アクターは、人間のユーザー、一部の内部アプリケーション、または外部アプリケーションの場合があります。 ユースケース図の作成を計画している場合、次の項目を特定する必要があります。
- ユースケースとして表される機能
- 俳優
- ユースケースとアクター間の関係。
ユースケース図は、システムの機能要件を把握するために描かれています。 上記の項目を特定したら、次のガイドラインを使用して効率的なユースケース図を作成する必要があります
- ユースケースの名前は非常に重要です。 名前は、実行される機能を識別できるように選択する必要があります。
- アクターに適切な名前を付けます。
- 図で関係と依存関係を明確に示します。
- 図の主な目的として、すべてのタイプの関係を含めないでください。 要件を識別することです。
- 重要な点を明確にするために、必要に応じてメモを使用してください。
以下は、注文管理システムを表すサンプルユースケース図です。 したがって、ダイアグラムを調べると、3つのユースケース*（Order、SpecialOrder、およびNormalOrder）*と、顧客である1つのアクターが見つかります。
SpecialOrderおよびNormalOrderユースケースは、_Order_ユースケースから拡張されています。 したがって、彼らは関係を拡張しています。 もう1つの重要なポイントは、システムの境界を特定することです。これは図に示されています。 アクターCustomerは、システムの外部ユーザーであるため、システムの外側にあります。
ユースケース図の使用場所
すでに説明したように、システムの動的ビューをモデル化するUMLには5つの図があります。 現在、各モデルには、使用する特定の目的があります。 実際、これらの特定の目的は、実行中のシステムのさまざまな角度です。
システムのダイナミクスを理解するには、さまざまなタイプの図を使用する必要があります。 ユースケース図はその1つであり、その具体的な目的はシステム要件とアクターを収集することです。
ユースケース図は、システムのイベントとそのフローを指定します。 ただし、ユースケース図では、それらの実装方法が説明されていません。 ユースケース図は、入力、出力、およびブラックボックスの機能のみがわかっているブラックボックスとして想像できます。
これらの図は、非常に高いレベルの設計で使用されます。 この高レベルの設計は、システムの完全で実用的な全体像を得るために何度も何度も改良されます。 よく構成されたユースケースでは、事前条件、事後条件、および例外についても説明します。 これらの追加要素は、テストの実行時にテストケースを作成するために使用されます。
ユースケースはフォワードエンジニアリングとリバースエンジニアリングの良い候補ではありませんが、それでもフォワードエンジニアリングとリバースエンジニアリングを行うためにわずかに異なる方法で使用されます。 同じことがリバースエンジニアリングにも当てはまります。 ユースケース図は、リバースエンジニアリングに適したものにするために、異なる方法で使用されます。
フォワードエンジニアリングでは、ユースケース図を使用してテストケースを作成し、リバースエンジニアリングでは、ユースケースを使用して既存のアプリケーションから要件の詳細を準備します。
ユースケース図を使用することができます-
- 要件分析と高度な設計。
- システムのコンテキストをモデル化します。
- リバースエンジニアリング。
- フォワードエンジニアリング。
