--- title: "エンタープライズアーキテクチャとは？4つの体系と見分け方【基本情報技術者試験】" description: "エンタープライズアーキテクチャ（EA）の意味を、ビジネス・データ・アプリケーション・テクノロジの4体系とともに整理し、基本情報技術者試験で選択肢を切る判断軸を解説します。" last_modified_at: "2026-07-27" canonical_url: "https://stemtazoo.github.io/fe/enterprise-architecture/" section: "fe" --- ## まず結論 **エンタープライズアーキテクチャ（EA）**とは、 > **組織全体を、業務・データ・システム・技術の視点から整理し、全体最適を目指すための設計図** です。 基本情報技術者試験では、次の4つを切り分けます。 ```text 業務・組織・業務プロセス → ビジネスアーキテクチャ データの内容・構造・関係 → データアーキテクチャ 業務を支えるシステム機能 → アプリケーションアーキテクチャ ハードウェア・OS・ネットワークなどの技術基盤 → テクノロジアーキテクチャ ``` --- ## 直感的な説明 会社全体を一つの建物にたとえてみます。 ```text どのような仕事をするか → 業務の設計 どのような情報を使うか → データの設計 どのようなシステムで支えるか → アプリケーションの設計 どのような機器やネットワークで動かすか → 技術基盤の設計 ``` 個別のシステムだけを改善しても、会社全体として無駄や重複が残ることがあります。 例えば、部署ごとに別々の顧客管理システムを導入すると、次のような問題が起こります。 ```text 顧客情報が重複する データ形式がそろわない 同じ機能を別々に開発する 運用方法が部署ごとに異なる ``` EAでは、このような問題を会社全体の視点で整理します。 つまり、 > **部分最適ではなく全体最適を目指す** ための考え方です。 --- ## 定義・仕組み ### エンタープライズアーキテクチャの目的 EAでは、業務と情報システムを統一的な視点で整理します。 主な目的は次のとおりです。 - 業務の重複や無駄を減らす - システムの重複を減らす - データの形式や意味を統一する - 技術基盤を標準化する - 経営方針とIT投資を結び付ける - 組織変更や技術変化へ対応しやすくする ### 4つの体系 #### ビジネスアーキテクチャ 組織がどのような業務を行うかを整理します。 主な対象は次のとおりです。 - 経営方針 - 業務内容 - 組織 - 業務プロセス - 実施主体 - 業務フロー ```text 誰が 何を どの順番で行うか → ビジネスアーキテクチャ ``` #### データアーキテクチャ 業務で扱う情報の内容・構造・関係を整理します。 主な対象は次のとおりです。 - 顧客情報 - 商品情報 - 注文情報 - データ同士の関係 - データ定義 - データの共有方法 ```text どのような情報を扱うか 情報同士がどう関係するか → データアーキテクチャ ``` #### アプリケーションアーキテクチャ 業務をどのような情報システムで支えるかを整理します。 主な対象は次のとおりです。 - 販売管理システム - 在庫管理システム - 顧客管理システム - システム間の連携 - 各システムの機能 ```text 業務を支えるシステムは何か システム同士をどう連携させるか → アプリケーションアーキテクチャ ``` #### テクノロジアーキテクチャ システムを構築・運用するための技術基盤を整理します。 主な対象は次のとおりです。 - ハードウェア - OS - ミドルウェア - データベース製品 - ネットワーク - クラウド基盤 ```text システムを何で動かすか → テクノロジアーキテクチャ ``` ### 4つの関係 4つは独立しているわけではありません。 ```text ビジネス ↓ データ ↓ アプリケーション ↓ テクノロジ ``` まず業務の目的があり、その業務に必要なデータを整理します。 次に、その業務とデータを扱うシステムを設計し、最後にシステムを動かす技術基盤を決めます。 このテーマは基本情報技術者試験のシステム戦略分野に含まれます。公式の出題範囲は、[IPA：基本情報技術者試験](https://www.ipa.go.jp/shiken/kubun/fe.html)から確認できます。 --- ## 科目Aでどう出る？ 試験では、4つの体系の定義を選ばせる問題が出ます。 ### 選択肢を切る判断表 | 選択肢の表現 | 判断 | |---|---| | 業務、組織、業務プロセス、実施主体 | ビジネスアーキテクチャ | | データ、情報、構造、関連、データ定義 | データアーキテクチャ | | システム機能、システム構成、業務支援 | アプリケーションアーキテクチャ | | ハードウェア、OS、ネットワーク、技術基盤 | テクノロジアーキテクチャ | 試験中は、文章全体を覚えるより、中心となる名詞を拾います。 ```text 業務 → ビジネス データ → データ システム機能 → アプリケーション 技術要素 → テクノロジ ``` ### アプリケーションとテクノロジの切り分け ここが特に混同しやすいです。 ```text アプリケーション → システムが何をするか テクノロジ → システムを何で動かすか ``` 例えば、販売管理システムを考えます。 ```text 受注登録 在庫確認 請求書発行 → アプリケーションアーキテクチャ ``` ```text Webサーバ データベース ネットワーク OS クラウド → テクノロジアーキテクチャ ``` 英語では、次のように考えると整理しやすいです。 ```text What the system does → システムが何をするか What the system runs on → システムが何の上で動くか ``` --- ## どんな場面で使う？ ### 組織全体のシステム見直し 部署ごとに別々のシステムを使っている場合、機能やデータが重複している可能性があります。 EAを使って整理すると、共通化できる部分を見つけやすくなります。 ### システム刷新 古いシステムを新しいシステムへ置き換えるとき、個別機能だけを見ると、業務全体との関係を見失うことがあります。 EAでは、業務・データ・アプリケーション・技術基盤を分けて整理します。 ### IT投資の優先順位付け 経営方針と関係の弱いシステムへ投資しても、組織全体の成果につながりにくい場合があります。 EAを使うと、経営や業務の目的からシステム投資を考えられます。 ### 標準化 複数の部署や拠点で、次のようなものを統一するときにも使います。 - データの定義 - システム連携方式 - 使用する技術 - 運用ルール --- ## よくある誤解・混同 ### EAはITシステムだけを設計するもの 違います。 EAは、業務とITを一緒に整理します。 ```text 業務 データ アプリケーション 技術基盤 ``` を一つの流れとして扱う点が重要です。 ### EAは大企業だけに必要 EAは大規模組織で特に効果を発揮しますが、考え方そのものは組織規模に限定されません。 複数の業務やシステムがある組織では、全体を整理するために活用できます。 ### ビジネスアーキテクチャは経営戦略そのもの 完全に同じではありません。 経営戦略を実現するために、業務や組織、業務プロセスをどのように構成するかを整理するものです。 ### アプリケーションアーキテクチャはプログラミング技術のこと 違います。 アプリケーションアーキテクチャは、業務を支えるシステムの機能や構成を整理します。 プログラミング言語、OS、ネットワークなどの技術基盤は、テクノロジアーキテクチャです。 ### 4つを独立して決めればよい 違います。 4つは連動しています。 ```text 業務が変わる ↓ 必要なデータが変わる ↓ 必要なシステム機能が変わる ↓ 技術基盤も変わる ``` 上位の目的から順に整合させることが大切です。 --- ## まとめ（試験直前用） - EAは、組織全体を業務・データ・システム・技術の4視点で整理する考え方 - 業務・組織・業務プロセスならビジネスアーキテクチャ - データの内容・構造・関係ならデータアーキテクチャ - システム機能ならアプリケーション、技術基盤ならテクノロジ - 「何をするか」と「何で動かすか」を分けて判断する