\r\n\r\n
ユースケース図とアクティビティ図の主な違いは、ユースケース図がシステムとユーザーの相互作用をモデル化するのに役立つのに対して、アクティビティ図はシステムのワークフローをモデル化するのに役立つという点です。
UMLとは、Unified Modelling Language(統一モデリング言語)の略です。C、C++、javaなど他のプログラミング言語とは異なる。ソフトウェアシステムをグラフィカルに表現するのに役立ちます。オブジェクト指向は、ソフトウェアソリューションの開発において最も一般的な手法です。 UML図は、オブジェクト指向の概念を表現するのに役立ちます。これらの図は、概念をモデル化し、システムを理解しやすくするのに役立ちます。UML図には様々な種類があります。そのうちの2つが、ユースケース図とアクティビティ図である。
1. 概要と主な違い 2. ユースケース図とは 3. アクティビティ図とは 4. 横並びの比較 - ユースケース図とアクティビティ図の表形式 5. まとめ
UMLのモデリングには2つのタイプがあります。それらは構造化された行動モデリングです。構造モデリングはシステムの静的な特性を記述し、行動モデリングはシステムの動的な特性を記述する。ユースケース図は、振る舞い図である。
一つのユースケースは、システムのハイレベルな機能を表しています。楕円はユースケースを表し、その中に名前が書かれています。ユースケースは参加者によって呼び出される。それは、システムを利用することを目的とする人、別のシステム、または組織である可能性があります。また、矩形はシステムの境界を表しています。
ATMのユーザーケース図は以下の通りです。
図01:ユースケース図
お客さまは役者です。残高確認や入出金などのユースケースをこなす。線は、顧客とユースケースの関連性を表す。銀行は2番目のアクターで、ATMに現金を入れるというユースケースを実行します。また、ユースケース図では、依存関係を表現することも可能です。
includeとextendsという2つの依存関係があり、あるユースケースが他のユースケースのサポートを必要とする場合、その2つのユースケースは「include」という依存関係を持つ。出金するためには、まず残高を確認する必要があります。したがって、インクルード依存である。残高確認や入出金後、レシートを印刷することができます。これは必須ではありませんが、可能です。したがって、これらのユースケースとプリントレシートのユースケースは、依存関係「extensions」を持つ。一般に、ユースケース図は、システムのコンテキストをモデル化するのに役立ちます。
アクティビティ図も行動図の一つである。ある活動から別の活動への動きを表すフローチャートに似ています。アクティビティとは、システムの様々な操作のことです。この図は、システムのハイレベルなビューを提供します。学生管理活動図の一例を以下に示す。
図02:イベントマップ
ダイアグラムは初期ノードから始まります。まず最初に、学生の詳細を表示します。その後、条件があります。ダイヤモンドのマークは、その状態を示しています。生徒が存在するかどうかをチェックします。学生が新しい場合は、新しい学生のレコードを作成するステップになります。
また、すでに学生が存在する場合、その学生がまだ勉強しているかどうかを確認するための別の条件もあります。そうでない場合は、学生記録を削除することができます。そして、その学生がまだ勉強しているのであれば、記録を更新することができます。
結合記号で結合されたレコードを作成、更新、削除することができます。複数のアクションをひとつにまとめたシンボルマークです。最後に、生徒の詳細を確認することができます。終了記号は、処理の完了を示します。アクティビティ図の例です。
ユースケース図は、ユーザーとシステムの相互作用を表すものです。一方、アクティビティ図は、フローチャートと同様にシステムにおける一連の操作や流れの制御を表現するものです。ユースケース図は、システムとユーザーのインタラクションをモデル化するのに役立ち、アクティビティ図は、システムのワークフローをモデル化するのに役立つ。これがユースケース図とアクティビティ図の大きな違いです。
ユースケース図とアクティビティ図は、システムの動的特性を記述するための行動UML図である。ユースケース図とアクティビティ図の違いは、ユースケース図がシステム、ユーザーとのインタラクションをモデル化するのに役立つのに対し、アクティビティ図はシステムのワークフローをモデル化するのに役立つことです。これらの図には、さまざまな利点があります。ビジネス要件をモデル化し、システムの機能をより高度に理解するのに役立ちます。