アクティビティ図(アクティビティズ)とは | 意味や読み方など丁寧でわかりやすい用語解説

アクティビティ図とは、UML（Unified Modeling Language）と呼ばれる、システムやソフトウェアの設計・分析に用いられる標準的な表記法の一つであり、システムの「振る舞い」を表現する振る舞い図に分類される。主にシステムの処理の流れや、あるタスクが完了するまでの段階的な手順を視覚的に表現するために使われる。

概要

アクティビティ図は、ビジネスプロセスやシステム内の特定の機能、あるいはアルゴリズムの実行手順など、一連の作業がどのような順番で、またどのような条件で進むのかを明確にするための図である。システムエンジニアを目指す上で、システムの機能がどのように動作するのか、あるいはユーザーがシステムを操作する際にどのような手順を踏むのかを理解することは非常に重要であり、アクティビティ図はその理解を助ける強力なツールとなる。

この図の最大の特長は、処理の順序だけでなく、複数の処理が同時に進行する「並行処理」を表現できる点にある。これは、一般的なフローチャートが基本的に単一の処理経路しか表現できないことと大きく異なる。そのため、複雑なビジネスプロセスや、複数の部門が関わる業務フロー、あるいは非同期に動作するシステム機能の設計において、その流れを正確かつ網羅的に記述する際に有効活用される。

アクティビティ図を作成することで、システムの要件定義段階においてユーザーと開発者の間で認識を共有しやすくなり、設計段階では処理の漏れや矛盾を発見しやすくなる。また、実装段階ではプログラムの構造を決定するための指針となり、テスト段階ではテストケースの作成にも役立つ。システムのライフサイクル全体を通して、関係者間のコミュニケーションを円滑にし、システムの品質向上に貢献する重要な図と言える。

詳細

アクティビティ図は、主に以下に示すいくつかの基本要素を組み合わせて作成される。

一つ目は「アクション（アクティビティ）」である。これは丸みを帯びた長方形で表現され、システムが行う具体的な作業や処理のステップを表す。例えば、「商品を検索する」「注文を確定する」「データを保存する」といった、明確な目的を持つ一連の動作がこれにあたる。

二つ目は「コントロールフロー」である。これは矢印で表現され、アクションとアクションの間をつなぎ、処理の実行順序を示す。一つのアクションが完了すると、その矢印の指す次のアクションが開始されるという流れを表す。

三つ目は「開始ノード」と「終了ノード」である。開始ノードは塗りつぶされた黒い丸で、アクティビティ図で表現される処理の開始点を示す。一方、終了ノードは黒い丸を白い丸が囲んだ二重丸で表現され、処理の最終的な完了点を示す。

四つ目は「決定ノード」と「マージノード」である。決定ノードはひし形で表現され、条件によって処理が複数の経路に分岐する場所を示す。例えば、「在庫があるか？」という条件に対して、「はい」であればAの処理へ、「いいえ」であればBの処理へ進む、といった分岐を表す。マージノードもひし形で表現されるが、こちらは決定ノードから分岐した複数の経路が再び合流する場所を示す。マージノードは並行処理の合流ではない点に注意が必要で、単に分岐したパスが一つにまとまることを示す。

五つ目は「フォークノード」と「ジョインノード」である。これらは太い横線（または縦線）で表現され、並行処理を扱う上で特に重要な要素である。フォークノードは、一つの処理が複数の並行する処理に分岐する場所を示す。例えば、「注文を受け付ける」という処理の後、「在庫を確認する」と「支払い処理を開始する」という二つの処理が同時に進められる場合にフォークノードが用いられる。ジョインノードは、フォークノードで分岐した複数の並行処理が全て完了し、同期されて一つに合流する場所を示す。フォークノードとジョインノードを用いることで、システム内の非同期処理やマルチタスク処理の構造を明確に表現できる。

六つ目は「スイムレーン（パーティション）」である。これは図を垂直または水平に分割する線で表現され、特定の責任主体（例：部門、担当者、システムコンポーネント）が担当するアクティビティを区別するために使われる。スイムレーンを用いることで、異なる組織や役割の間でどのように処理が連携しているのか、誰がどの処理を担当するのかを視覚的に把握しやすくなる。

七つ目は「オブジェクトノード」と「オブジェクトフロー」である。オブジェクトノードは長方形で表現され、処理の中で受け渡されるデータや情報、オブジェクトの状態を示す。例えば、「注文情報」や「在庫データ」などがこれにあたる。オブジェクトフローは破線の矢印で表現され、オブジェクトノードとアクションノードの間をつなぎ、特定のデータがどの処理で生成され、どの処理で消費されるか、あるいはどのような状態で受け渡されるかを示す。

これらの要素を組み合わせることで、アクティビティ図は単一の線形的な処理フローだけでなく、条件分岐、並行処理、役割分担、データの流れといった複雑なシステムの挙動を一枚の図にまとめて表現することが可能となる。システムエンジニアはアクティビティ図を通じて、要件定義から設計、実装、テストに至るまで、システムの振る舞いに関する深い理解を得て、より正確で効率的なシステム開発を進めることができるのである。