「時間」より「繋がり」！コミュニケーション図でオブジェクトのネットワークを俯瞰する

Posted at 2026-05-31

1. 結論：コミュニケーション図は「メッセージ付きの相関図」である

結論から言うと、コミュニケーション図とは 「オブジェクト間の関係（リンク）をベースに、メッセージのやり取りを番号順に記述した図」 です。

UML 1.x系では「コラボレーション図」と呼ばれていましたが、UML 2.0から「コミュニケーション図」という名前に変わりました。本質は変わりませんが、IT試験などでは古い名前で出てくることもあるので注意が必要です。

「シーケンス図があれば十分ではないか？」という疑問は、設計の現場でもよく挙がります。しかし、コミュニケーション図にはシーケンス図の弱点を補う独自の強みがあります。

シーケンス図は縦に長くなるため、特定のオブジェクトにメッセージが集中していても気づきにくいことがあります。コミュニケーション図なら、一箇所から四方八方に線が伸びている様子が見えるため、「あ、このクラスに責任が集中しすぎているな（神クラス化）」という設計上の問題を視覚的に発見できます。

例えば、分散システムやマイクロサービスのように、ネットワーク越しに複数のサーバーが絡む場合、実際の物理構成（トポロジー）に近い形でオブジェクトを配置できるコミュニケーション図の方が、直感的に理解しやすいことがあります。

登場人物（オブジェクト）が非常に多い場合、シーケンス図は横幅が広くなりすぎて画面に収まりきらなくなります。コミュニケーション図は二次元的に自由に配置できるため、複雑な関係性もコンパクトにまとめられます。

コミュニケーション図は、オブジェクト図にメッセージ情報を書き足したような形をしています。

クラス図やシーケンス図と同じく、四角い箱で表します。

オブジェクト間を結ぶ実線です。メッセージはこの線に沿って流れます。

リンクの横に添えられる小さな矢印と、メソッド名のセットです。

順序番号（Sequence Number）：ここが最も重要です。シーケンス図のように上から下という時間のルールがないため、1: doIt()、2: result() のように番号を振って実行順序を示します。
階層番号：1.1: check()、1.2: validate() のようにドットで区切ることで、あるメソッドの中で呼ばれるサブメソッドの流れ（ネスト）を表現します。

この2つは「相互作用図」という同じカテゴリーに属しており、「意味的に等価」 です。つまり、同じ処理をどちらの図でも描けますし、ツールを使えば相互変換も可能です。

以前のシーケンス図の例をコミュニケーション図に書き換えてみましょう。

試験では、主に「シーケンス図」が主役ですが、コミュニケーション図も選択肢や用語問題として登場します。

結論：コミュニケーション図は、オブジェクトの「繋がり」を重視した振る舞いの図である。
役割：構造的なボトルネック（依存の集中）を発見したり、配置の自由度を活かして複雑なネットワークを描くのに向く。
使い分け：
- 「ロジックが正しいか、時間の流れを厳密に追いたい」なら、シーケンス図。
- 「クラス同士の繋がりが多すぎて、誰が誰を知っているか整理したい」なら、コミュニケーション図。

シニアエンジニアとしてのアドバイスは、「最初はシーケンス図を描き、もしそれが縦にも横にも長くなりすぎて収拾がつかなくなったら、コミュニケーション図への書き換えを検討せよ」 ということです。