一方でUML（統合モデル化言語）はソフトウェア設計における最も広く認識された標準であり、多くの専門的なモデル化言語の一つである。現代のアーキテクチャの環境では、アーキテクトやアナリストが、企業戦略からビジネスプロセスに至るまで、さまざまな課題に対処するために補完的な標準を使用することが求められる。
本記事では、UML、C4モデル、ArchiMate、BPMNの主な焦点、主要な特徴、および最適な使用事例を詳しく解説する。
統合モデル化言語（UML）
UMLは、ソフトウェアシステムのアーティファクトを可視化、仕様化、構築、文書化するための基盤的で汎用的な標準である。
- 主な焦点：詳細なソフトウェアシステム設計、オブジェクト指向分析、実装レベルの設計図。
- 主要な図：14種類の図形式を提供しており、以下のように分類される。構造的（例：クラス図、コンポーネント図、配置図）および振る舞い型（例：シーケンス図、アクティビティ図、状態遷移図）。
- 抽象度：抽象度は高レベルのユースケースから低レベルのコード構造まで多様である。特にソリューションアーキテクチャおよび詳細設計レベルで優れている。
- 対象者：主にソフトウェア開発者、システムアーキテクト、技術チーム。
C4モデル（コンテキスト、コンテナ、コンポーネント、コード）
C4モデルはサイモン・ブラウンによって作成されたもので、UMLのような正式な標準ではないが、ソフトウェアアーキテクチャを可視化し、伝えるための軽量なアプローチである。シンプルで学びやすく、記法に依存しない（通常は単純なボックスと矢印で実装される）。
詳しくは：C4モデルが重要な理由
- 主な焦点：階層的で層状の図を用いて、多様な対象者にソフトウェアアーキテクチャを効果的に伝えること。
- 主要な図： C4 は、4つの主要なズームレベルによって定義される：
- コンテキスト： ソフトウェアシステムとそのユーザー／依存関係を、ビジネス環境の中で示す。（最高レベル）
- コンテナ： システムにズームインして、高レベルの技術的決定事項（例：Webアプリケーション、モバイルアプリ、データベース、マイクロサービス）を示す。
- コンポーネント： 単一のコンテナにズームインして、その内部の論理構造（例：コントローラー、サービス、リポジトリ）を示す。
- コード： （オプション）単一のコンポーネントにズームインして、実装の詳細を示すことが多く、UMLクラス図を用いる。
- 抽象度： 高から中程度。技術的な完全性よりも、コミュニケーションの優先度が高い。
- 対象者： 技術チーム、マネージャー、プロダクトオーナー、非技術的ステークホルダー。
ArchiMate
ArchiMate は The Open Group によって維持されているオープン標準であり、特に エンタープライズアーキテクチャ（EA） に特化して設計されている。組織の包括的で構造的な視点を提供し、ビジネス戦略と基盤となるITインフラを結びつける。
詳しくは：ArchiMateとは何か
- 主な焦点： ビジネス目標、組織構造、アプリケーション、技術インフラを統合すること。企業全体をモデル化し、変更の影響分析を支援する。
- 主要なレイヤー： ArchiMate は企業を3つの主要なレイヤーに構造化する：
- ビジネスレイヤー： 製品、サービス、プロセス、役割をモデル化する。
- アプリケーションレイヤー： アプリケーションコンポーネント、サービス、データオブジェクトをモデル化する。
- テクノロジー・レイヤー： アプリケーションを支援するハードウェア、システムソフトウェア、ネットワークをモデル化する。
- 抽象度： 高度で戦略的です。異なる領域間の関係性および整合性に注目しており、しばしば概念的または論理的なレベルで行われます。
- 対象者：エンタープライズアーキテクト、IT戦略家、および経営幹部。
ビジネスプロセスモデルと記法（BPMN）
BPMNは、ワークフローにおけるビジネスプロセスを指定するためのグラフィカルな記法の標準です。UMLとは異なり、UMLはシステムの動作に注目するのに対し、BPMNは組織の動作およびプロセスフローに注目します。
詳しくはこちら：BPMNとは何か
- 主な焦点：エンドツーエンドのビジネスプロセス、ワークフロー、および運用のモデリング、分析、最適化。
- 主要な要素：
- フロー要素：イベント（円）、アクティビティ（角が丸い長方形）、ゲートウェイ（菱形）で、フローの論理を定義します。
- 接続要素：シーケンスフロー、メッセージフロー、および関連性。
- スイムレイン：プール（参加者／組織）とレーン（部門／役割）で所有権を示します。
- 抽象度：中程度から詳細な運用レベル。ビジネスプロセス管理システム（BPMS）によって実行可能なほど正確です。
- 対象者：ビジネスアナリスト、プロセス所有者、および運用管理担当者。
比較要約：UML vs. その他
以下の表は、なぜまたいつ他の標準よりもある標準を選ぶべきかを要約しています。
| 側面 | UML | C4モデル | ArchiMate | BPMN |
|---|---|---|---|---|
| 主な目的 | 詳細なソフトウェア設計および実装のブループリント。 | 多様なステークホルダーにアーキテクチャを伝える。 | 企業全体の構造をモデル化および分析する。 | ビジネスワークフローのモデル化および最適化。 |
| 核心的な焦点 | オブジェクト、クラス、コンポーネント、相互作用、および状態。 | ソフトウェアシステム、コンテナ、およびそれらの依存関係。 | ビジネス層、アプリケーション層、技術層およびそれらの整合性。 | タスク、イベント、ゲートウェイ、およびアクションの順序。 |
| 抽象度 | 高から低（実装詳細） | 高から中（アーキテクチャビュー） | 高（戦略的・概念的） | 中（運用プロセスフロー） |
| 理想的な対象者 | 開発者、ソリューションアーキテクト | 開発者、ステークホルダー、マネージャー | エンタープライズアーキテクト、戦略家 | ビジネスアナリスト、プロセスエンジニア |
| 選択するタイミング | データベーススキーマのモデル化（クラス図）または複雑なコンポーネント間の相互作用（シーケンス図）。 | マイクロサービス環境の迅速かつ明確なマップを提供する、または新規開発者のオンボーディングを行う。 | 新しい規制（ビジネス目標）の影響を、影響を受けるサーバー（技術層）まで追跡する。 | 顧客オンボーディングプロセスのマッピング、または自動化された受注処理ワークフローの設計。 |
ハイブリッドアプローチ
現代の大規模組織では、これらの標準はしばしば併用され、包括的なアーキテクチャストーリーを構築する。
- ArchiMateは高レベルの戦略と全体の構造を企業.
- BPMNは特定のビジネスプロセスを実行する
- これらのプロセスを実行するために必要なソフトウェアシステムは、C4（アーキテクチャ概要用）およびUML（詳細なコンポーネント設計用）。
この階層的アプローチにより、CEOが戦略概要（ArchiMate）を読む場合から、開発者が特定のオブジェクトをコーディングする場合まで、すべてのステークホルダーに適したドキュメントが保証される。
UMLについてさらに学び、AIがどのようにそれを可視化できるかを、私たちのUMLリソースハブ.