UMLによるモデリング

UML（統一モデリング言語）は、システムを複数の図（ダイアグラム）に分けて表現するための標準的な記法である。図ごとに着目する視点が異なるため、何を表したいのかに応じて適切な図を選ぶことが求められる。大きくは、システムの静的な構成を表す構造図と、処理や状態の変化を表す振る舞い図に分けて理解すると整理しやすい。

構造図と振る舞い図の視点の違い

構造図の代表例はクラス図、オブジェクト図、コンポーネント図である。クラス図はクラスの属性・操作やクラス間の関係といった型の構造を表すのに対し、オブジェクト図は、ある時点に存在するインスタンスとそれらの間のリンク（関係）を表す。インスタンス間の関係を表す図としてオブジェクト図が問われるのは、この違いによる。

一方、アクティビティ図は処理や業務の流れ、制御の順序を表す図であり、インスタンス同士の関係を表す図ではない。両者を混同すると誤りにつながるため、「何の関係を表すか」を基準に図を区別することが重要である。

業務フローと処理の流れを表すアクティビティ図

アクティビティ図は、処理の分岐、並行処理、処理の同期を一つの図で表現できる。そのため業務要件定義で業務フローを記述する際の中心的な図となる。 この性質は繰り返し問われており、同じ論点の設問が異なる年度で出題されている。

振る舞いの観点からは、アクティビティ図はある振る舞いから次の振る舞いへの制御の流れを表現する図である。 また、多くの並行処理を含むシステムにおいて、オブジェクトの振る舞いを記述する用途にも適している。

実務では、業務担当者へのヒアリング結果を、アクティビティ図で処理の順序と分岐条件に整理する。どの処理が並行して進むのか、どこで処理の完了を待ち合わせるのかを明確にすることで、業務要件の抜け漏れを早い段階で発見しやすくなる。