エンタープライズアーキテクチャ（EA）とは
エンタープライズアーキテクチャ（EA：Enterprise Architecture）とは、大企業や官公庁などの巨大な組織において、業務プロセスと情報システムを全体的な視点から見直し、最適化するための「設計図」や「構築の仕組み」のことです。複雑に絡み合った現在の業務とシステムを整理し、将来あるべき理想の姿へ効率的に移行させるためのフレームワークとして活用されます。
EAでは、組織全体を次の4つの階層（アーキテクチャ）に分けて整理します。
- ビジネスアーキテクチャ（業務体系）：ビジネスの目的や業務の流れを定義します。
- データアーキテクチャ（データ体系）：業務で使う情報の種類や関係性を整理します。
- アプリケーションアーキテクチャ（適用業務体系）：データを処理するシステムの役割を定義します。
- テクノロジーアーキテクチャ（技術体系）：システムを動かすハードウェアやネットワークの標準技術を定めます。
具体例
例えば、全国に複数の支社を持つ銀行がEAを導入する場合の具体例です。
- 支社ごとにバラバラに開発されていた顧客管理システムをEAのフレームワークに則って整理し、全社共通の「顧客データプラットフォーム」として統合する。
- 紙で行われていた融資の申請業務をデータアーキテクチャとビジネスアーキテクチャに基づいてデジタル化し、業務プロセス全体を効率化する。
- サーバーの規格やセキュリティ基準をテクノロジーアーキテクチャとして統一し、システム運用の維持コストを削減する。
もう少し詳しく
EAを導入する目的は、部分最適に陥りがちな個別のシステム開発を抑制し、組織全体の「全体最適」を実現することにあります。縦割り組織の中で各部門が独自にシステムを構築した結果、データが連携できない、同じようなシステムが複数存在して維持費が無駄になるといった課題を解決するためにEAが用いられます。
EAの策定プロセスでは、現状の業務とシステムを表す「As-Is（現状）モデル」を分析・作成し、それを踏まえて将来あるべき理想的な業務とシステムの姿である「To-Be（あるべき姿）モデル」を描きます。そして、現状から理想の姿へ移行するための具体的なロードマップやシステム移行計画を設計します。これらを4つの体系（ビジネス、データ、アプリケーション、テクノロジー）ごとにドキュメントとして整理し、組織内の共通言語とすることで、長期的な経営戦略とIT戦略を完全に一致させることができます。
試験でのポイント
試験対策としては、EAを構成する「4つのアーキテクチャ」の名称とそれぞれの役割を正しく一致させられることが最重要です。例えば、「業務フロー図（WFA: Work Flow Architecture）や職務定義書はどれに分類されるか」という問いに対しては「ビジネスアーキテクチャ」、「E-R図やデータ辞書はどれか」という問いに対しては「データアーキテクチャ」と回答できる必要があります。同様に、DFD（データフロー図）は「アプリケーションアーキテクチャ」、ネットワーク構成図やハードウェア標準仕様は「テクノロジーアーキテクチャ」に紐づきます。
また、EAで現状の姿を表すのが「As-Isモデル」、将来のあるべき姿を表すのが「To-Beモデル」であるという用語の意味や、EAのゴールが組織全体の「全体最適」であるという根本的な考え方も非常によく出題されるポイントです。
関連する用語
エンタープライズアーキテクチャに関連する用語としては、現状の設計を示す「As-Isモデル」、理想の設計を示す「To-Beモデル」があります。また、業務の設計を表現するために用いる「DFD（データフロー図）」や「E-R図」、さらには企業全体のIT投資や管理の方針を定義する「ITガバナンス」や「システム戦略」も関連の深い用語です。