エンタープライズアーキテクチャとは？4体系・フレームワーク・ツール選定の実務ガイド

エンタープライズアーキテクチャ（EA）は、業務とシステムを4つの階層に分けて現状と理想を並べ、組織全体で最適化を図る設計手法です。この記事では、日本の政府EAで定義された4体系と標準成果物、TOGAF・Zachman・FEAFの使い分け、移行ロードマップの作り方、EAツールの選定基準を、公開されている一次資料に基づいて整理します。情報処理技術者試験で問われる論点も併せて扱います。

まとめ

EAの実務で押さえるべき要点は次の5点です。

• EAは決定権のない部署に任せた時点で失敗します。例外承認の権限設計が本体であり、成果物の作成は手段です。
• 4体系は日本の政府EAで公式に定義されており、政策・業務体系（BA）、データ体系（DA）、適用処理体系（AA）、技術体系（TA）が正式名称です。試験でもこの並び順で出題されます。
• 成果物には様式と作成規則まで定められています。機能構成図（DMM）は3×3のマス目に最大8機能という具体的な規則があり、抽象論では終わりません。
• フレームワークは目的が違います。TOGAFは進め方（ADM）の標準、Zachmanは記述の分類体系、FEAF v2は参照モデルによる横断比較の仕組みです。
• ツールはGartnerのMagic Quadrant掲載製品が実質的な候補群です。ただし更新責任者を決めずに導入すると、登録データが実態と乖離して参照されなくなります。

エンタープライズアーキテクチャの定義と再評価の背景

EAの定義と適用範囲

総務省が自治体向けに公開した業務分析資料では、EAを「組織全体を通じた業務・システムの最適化を図る設計手法」と定義しています。同資料は、情報システム担当部門だけでなく首長から原課担当者までが参加する全庁横断的な検討組織で、外部の支援企業に任せきりにせず職員自らが実施するものと位置づけています。この「担当部門だけでは成立しない」という条件は、民間企業のEAでもそのまま当てはまります。

適用範囲は個別システムではなく組織全体です。4階層の体系ごとに現状（As-Is）と理想（To-Be）を整理し、法令や社内規程の縛りによる無駄な業務フロー、システム間で重複したデータ管理といった全体最適の障害を可視化します。

ソリューションアーキテクチャとの境界

混同されやすいのがソリューションアーキテクチャ（SA）やシステムアーキテクチャとの違いです。SAは特定の課題を解く個別システムの設計、システムアーキテクチャは1つのシステム内部の構造を指します。EAが扱うのは、それらの集合体としての企業全体の構成と、システム間の重複・欠落です。

区別の基準は対象の広さです。1システム内の層構造ならシステムアーキテクチャ、複数システムをまたぐ業務単位ならソリューションアーキテクチャ、全社の業務とIT資産の総体ならEAにあたります。後述するTOGAFのADMでも、個別の実現手段を検討する工程はフェーズEとして構造の記述とは分けられています。個別最適の設計を積み上げてもEAにはなりません。

再評価の引き金となったレガシー刷新とデータ連携

日本でEAが制度として動いたのは2003年の電子政府構築計画からで、2000年代半ばを過ぎると取り組みは停滞しました。2020年代に入って再び検討対象になっている理由は、老朽化した基幹システムの刷新と、部門ごとに分断されたデータの連携という2つの実務課題が同時に顕在化したためです。刷新の順序を決めるには、どの業務がどのシステムのどのデータに依存しているかという全体像が必要になります。

刷新対象の見極め方はレガシーシステムとは何か、その意味・定義や歴史的背景、企業経営への影響を現代ビジネスの視点から詳しく解説、刷新手法の選択肢はモダナイゼーションとは？レガシー刷新の手法と実装アプローチ・進め方を解説で個別に扱っています。EAはその前段で「どこから手を付けるか」を決めるための地図に相当します。

EAを構成する4体系と標準成果物

日本の政府EAは、業務・システムを政策・業務体系（BA）、データ体系（DA）、適用処理体系（AA）、技術体系（TA）の4階層に区分します。ビジネスアーキテクチャなどのカタカナ表記が一般的ですが、公式な体系名と標準成果物は次のとおりです。

成果物名がそのまま作業指示になる点が、抽象的なEA論との違いです。以下の各体系の定義文と成果物の割り当ては、総務省の自治体EA資料の記述に沿っています。

政策・業務体系（BA）｜業務説明書からWFAまでの5様式

政策・業務の企画・立案、処理過程、情報及び情報の流れを示すモデルです。成果物は業務説明書、機能構成図（DMM）、機能情報関連図（DFD）、業務流れ図（WFA）に、情報間の関連と構造の論理モデルである情報体系整理図（クラス図）を加えた5点で、情報体系整理図は作成を奨励する位置づけです。

様式には作成規則まで定められています。DMMは3×3のマス目を使い、真ん中に対象となる業務を書き、その業務を8つの機能に分けて左上のマスから時計回りに機能名を記載します（最大8つ）。マスに書くのは帳票名や情報名ではなく機能の名称です。8つに収まらない場合は分解の粒度が細かすぎるという判断になります。

同資料は使い分けも明示しています。DMMとDFDは業務を抽象化して概念的に整理するため全体最適化に用い、WFAは実際の業務の流れを忠実に再現するため組織内の業務改善に用いる、という区分です。着手順は現状業務のWFAからと指定されています。総務省資料が「業務分析なくして最適化なし」と明記しているとおり、BAを省いてシステム構成図から着手すると、既存業務の非効率をそのまま新システムに移植する結果になります。

データ体系（DA）｜ERDとデータ定義表で重複管理を洗い出す層

情報処理を行うために利用されるデータの構成として、業務を遂行するための情報処理に必要となるデータ間の関係を示すモデルです。成果物は実体関連図（ERD）とデータ定義表の2点に絞られます。ERDはBAで作った情報体系整理図（クラス図）を、システム実装を意識したデータ構造モデルに変換して作る位置づけです。論理モデルはBA、実装レベルのモデルはDAという分担になっています。

部門ごとに顧客マスタを持つ、同じ取引先コードがシステムごとに違うといった重複管理は、この層を描いた時点で発覚します。

適用処理体系（AA）｜統廃合の判断を下す2様式

業務の遂行に必要なアプリケーションシステムの構成について、データ処理と業務の関係を示すモデルです。標準記載様式は情報システム関連図と情報システム機能構成図の2種類です。総務省資料内でも一覧表は「情報システム機能構成図」、図例のページは「情報システム機能関連図」と表記が揺れているため、資料を探す際は両方の名称で当たると確実です。

どの業務機能をどのシステムのどの機能が担っているかを対応付ける層であり、システム統廃合の判断はここで行います。

技術体系（TA）｜クラウド移行の判断材料が集まる層

業務を遂行するための情報処理に関して必要となるハードやソフトの技術基盤やセキュリティ基盤の構成を示すモデルです。成果物はネットワーク構成図、ソフトウェア構成図、ハードウェア構成図です。クラウド移行の判断材料はこの層に集まりますが、TAだけを更新してBA・AAを放置すると、インフラだけ新しく業務は旧態のままという状態になります。

情報処理技術者試験でのEAの問われ方

EAはITパスポート試験、基本情報技術者試験、応用情報技術者試験のいずれでも出題される定番論点です。問われ方は主に2種類に固定されています。

1つは4階層の並び順です。階層図の空欄に当てはまる体系名を選ばせる形式で、応用情報技術者試験の平成23年秋期 問61や令和6年春期 問61が該当します。もう1つは各体系の説明文の識別です。基本情報技術者試験の平成31年春期 問61では、適用処理体系（アプリケーションアーキテクチャ）の説明として「業務プロセスを支援するシステムの機能や構成などを体系的に示したもの」が正解とされています。ITパスポート試験でも平成29年春期 問7で出題されています。

対策としては、体系名と成果物名の対応を覚えるのが最短です。情報システム関連図と情報システム機能構成図が出てくれば適用処理体系、ERDとデータ定義表ならデータ体系と判別できます。国内の高度試験ではシステムアーキテクト試験の出題範囲にもEAが含まれます。

TOGAF・Zachman・FEAFの違いと選び方

TOGAF Standard, 10th EditionとADM

The Open Groupが策定するEAフレームワークで、最新版のTOGAF Standard, 10th Editionは2022年4月25日にロンドンで発表されました。内容をモジュール構造に再編し、組織の規模やアーキテクチャの流儀に応じて適用しやすくすることを狙いとしています。日本の4体系が「何を描くか」の様式を示すのに対し、TOGAFは「どう進めるか」を示す点が役割の違いです。

中核はアーキテクチャ開発方法（ADM）で、予備フェーズとフェーズA〜Hの反復サイクル、その中心に置かれる要求管理から構成されます。フェーズAでアーキテクチャビジョン、Bでビジネス、Cで情報システム（データとアプリケーション）、Dでテクノロジを扱い、Eで機会とソリューション、Fで移行計画、Gで実装ガバナンス、Hでアーキテクチャ変更管理へ進みます。フェーズB〜Dの対象範囲は日本の4体系とほぼ対応するため、体系で現状を描き、ADMで進め方を管理する併用が現実的です。

Zachmanフレームワーク｜36セルの記述分類体系

Zachmanフレームワークは、John A. Zachmanが1987年にIBM Systems Journal第26巻第3号（276〜292ページ）で発表した「A Framework for Information Systems Architecture」を起点とします。What・How・Where・Who・When・Whyの6つの疑問詞と、経営層から実務の担い手までの6つの立場を掛け合わせた36セルの分類体系で、2011年にVersion 3.0が公開されています。

これは手順書ではなく分類の枠組みです。何を記述すべきかの抜け漏れ点検には有効ですが、36セルすべてを埋めようとすると成果物が爆発します。導入手順が必要ならTOGAF、記述の網羅性を点検したいならZachmanという住み分けが実務的です。

FEAF Version 2と参照モデル

FEAF（Federal Enterprise Architecture Framework）は米国連邦政府のフレームワークで、Version 2が2013年1月29日付でOMBから公表されています。中核はConsolidated Reference Model（CRM）で、Performance（PRM）、Business（BRM）、Data（DRM）、Application（ARM）、Infrastructure（IRM）、Security（SRM）の6つの参照モデルで構成されます。

注目すべきは区分の粒度です。FEAF v2はStrategy、Business、Data、Applications、Infrastructure、Securityの6つのサブアーキテクチャ領域を立て、先頭のStrategy領域を成果指標の参照モデル（PRM）が支える構造をとり、Securityを独立した層として置いています。日本の4体系には成果指標とセキュリティに対応する層がありません。EAの成果を測る指標とセキュリティ要件を4体系のどこに置くかは、各社で決める必要があります。

3フレームワークの使い分け基準

複数を排他的に選ぶ必要はありません。実務では4体系で成果物の様式を決め、ADMで推進サイクルを回す組み合わせが最も摩擦が少なくなります。

現状把握から移行ロードマップまでの手順

現状（As-Is）の棚卸し

最初の作業は現行業務とシステムの棚卸しです。政府EAの手順では、業務説明書で対象業務を文章化し、DMMで機能を階層分解し、DFDで情報の流れを追い、WFAで担当者と処理順序を確定させます。システム側は情報システム関連図で連携経路を、技術体系の各構成図で稼働環境を押さえます。

この段階で網羅性を犠牲にしてはいけない対象が、部門で個別に導入された業務システムです。棚卸しから漏れると統合対象から外れ、刷新後も並走し続けます。部門で個別に導入されがちな業務システムの種類は業務システムとは？種類・基幹システムとの違いと開発・導入形態の選び方で整理しています。

理想（To-Be）の設計とギャップ分析

To-Beは、現状の制約を外した理想形を同じ様式で描きます。総務省資料が示す狙いは、全体最適による重複の排除と欠落の補強であり、事務効率とサービス水準の同時改善です。As-IsとTo-Beを同じ様式で描く理由は、差分を機械的に列挙できるようにするためです。表現形式が違うと、差分の議論が表記の議論に置き換わります。

ギャップは「廃止するシステム」「統合するデータ」「新設する業務機能」「更新する基盤」の4種類に分類すると、後続の投資判断に直結します。

移行ロードマップと投資判断

ギャップを実行計画に変える工程が、ADMではフェーズE（機会とソリューション）とフェーズF（移行計画）に相当します。フェーズEで実現手段の候補を洗い出し、フェーズFで実装・移行計画を確定させます。ロードマップに必ず載せるべき情報は、対象システム、依存関係、実施順序、判断時期の4点です。

順序決定で優先すべきは、投資額の大小ではなく依存関係の上流です。データの発生源となるシステムを後回しにすると、下流の刷新が二度手間になります。クラウド移行を含む場合の判断材料は基幹システムのクラウド化が進む背景と必要性：老朽化システムの刷新・DX推進による競争力強化の必要性を解説で扱っています。

経営戦略とITの整合を保つ運用設計

アーキテクチャ原則と例外承認プロセス

戦略との整合は、文書の中で宣言しても保てません。整合を担保する仕組みは、アーキテクチャ原則と例外承認プロセスの2点に集約されます。原則は「マスタデータは1箇所で管理する」「外部連携はAPI経由に限る」のように、可否を判定できる粒度で書きます。判定できない抽象的な原則は、審査の場で必ず無効化されます。

そのうえで、原則から外れる案件を誰がどの条件で承認するかを決めます。ADMのフェーズG（実装ガバナンス）とフェーズH（アーキテクチャ変更管理）が対応する工程です。例外を認めない運用は現場で回避されます。例外の申請経路と期限付きの許容条件を用意します。

整合状態を測る指標

整合の度合いは、成果物の枚数ではなく重複と逸脱の量で測ります。同一業務を担うシステムの本数、同一データ項目を保持するシステムの数、原則からの例外承認件数と未解消件数、更新が止まっている成果物の割合は、いずれも既存の資産管理台帳から集計できます。

前半の2指標はDAとAAの図をそのまま数えたもの、後半の2指標はADMのフェーズGが扱う適合性審査の記録から取れるものです。指標が改善しないまま成果物だけが増える状態は、EAが形式化した兆候です。

EAツールの選定基準と主要製品

Gartner Magic Quadrant掲載ベンダの状況

EA管理ツールの市場は、Gartnerが「Magic Quadrant for Enterprise Architecture Tools」で毎年評価しています。2025年版は2025年10月6日に公開され、Ardoq、Avolution、Bizzdesign、GBTEC、Orbus Software、QualiWare、SAP LeanIX、ServiceNow、Sparx Systemsなどが評価対象に含まれます。ArdoqとBizzdesignは各社のプレスリリースでリーダーへの位置づけを公表しています。

市場構造の変化として押さえておくべき動きが、SAPによるLeanIX買収です。SAPは2023年11月8日に買収完了を発表し、同製品はSAP LeanIXとして提供されています。EA専業ベンダが業務アプリケーション基盤の一部に組み込まれる流れが進んでおり、単体機能の比較だけでツールを選ぶと、数年後の製品戦略と噛み合わなくなる可能性があります。

既存の管理ツールとの統合

EAツールの価値は、構成情報を自分で入力しなくても最新に保てるかで決まります。確認すべき統合先は、構成管理データベース（CMDB）、ITサービス管理ツール、クラウドの構成情報API、人事・組織マスタです。これらから自動取得できない項目は、結局手入力の台帳になります。

ServiceNowのようにITSM基盤側がEA機能を持つ製品と、EA専業製品を既存基盤に接続する構成では、運用負荷の出方が変わります。既存のCMDBが整っている組織なら前者、業務側の分析を主目的にするなら後者が扱いやすくなります。ベンダが提供するメタモデルや参照モデルの雛形（スターターキット）は初期構築を短縮しますが、自社の体系名や成果物様式が政府EAの4体系と異なる場合は、雛形を直す工数が自作を上回ることがあります。

導入前に決める更新責任者と更新頻度

ツール導入を検討する前に、成果物の更新責任者と更新頻度を決めておくべきです。EAツールに登録された情報は、更新が止まった時点で意思決定に使えなくなります。組織変更や制度改正が入れば、As-Is図はその時点で実態と食い違います。ExcelとPowerPointで運用が回っている規模なら、ツール導入を急ぐ必要はありません。

エンタープライズアーキテクトの職務と認定

職務範囲と必要な権限

エンタープライズアーキテクトの職務は、経営目標とIT構成の対応関係を維持し、個別案件が全体構成から逸脱していないかを審査することです。設計そのものより、原則の運用と例外の裁定に時間が割かれます。

この役割で成果が出るかどうかは、能力より権限で決まります。投資判断の会議体に出席して意見を述べられる立場か、案件の設計変更を要求できるか。この2つが与えられていない場合、作成した成果物は参考資料の扱いに留まります。

TOGAF認定の構成

The Open Groupの10th Edition対応のEA認定は、TOGAF Enterprise Architecture Foundation（Part 1試験・OGEA-101に合格）と、TOGAF Enterprise Architecture Practitioner（Part 2試験・OGEA-102の合格などが必要）の2段階です。The Open Groupは「TOGAF 10 Foundation」という名称の認定は存在しないと明示しており、版番号を冠した名称を掲げる講座情報は正確性を確認したほうが安全です。ただし旧版に対応するTOGAF 9 FoundationとTOGAF 9 Certifiedは現在も認定ポートフォリオに併存しており、版番号付きの認定名が一律に誤りというわけではありません。

ビジネスアーキテクチャに特化したTOGAF Business Architecture Foundationなど、領域別の認定も用意されています。実務での位置づけを理解する目的であれば、政府EAの4体系と成果物様式を先に押さえるほうが早く役に立ちます。

EAが機能しない3つの条件

EAを導入しても成果が出ない組織には、共通する条件があります。次のいずれかに該当する場合、着手を遅らせて条件を整えるべきです。

• 決定権のない部署に設計させている：情報システム部門の一部門だけでEAを担当させ、投資判断の会議体に参加させない体制では、成果物が審査に使われません。総務省資料が首長から原課担当者までの全庁横断組織を前提としているのは、この理由によります。
• 成果物の更新責任者を決めていない：更新の担当と頻度を決めないまま作った図は、組織変更や制度改正のたびに実態と離れ、意思決定の根拠になりません。
• 例外を無条件に認めている：納期を理由に原則からの逸脱を毎回認めると、原則は文書としてのみ残ります。例外は認めてよいものの、期限と解消計画を付ける運用が必要です。

逆に、システムが数本しかない、あるいは全社の業務が単一部門で完結している規模では、EAの枠組みを導入する費用対効果は見込めません。この場合は基幹システムの構成整理から着手します。判断材料は基幹システムとは？業務システム・ERPとの違いと構成領域・刷新の進め方を解説にまとめています。

日本の政府EAの系譜と現在地

電子政府構築計画から自治体EAまで

日本でEAが制度として動いた起点は、2003年7月17日に各府省情報化統括責任者（CIO）連絡会議が決定した「電子政府構築計画」です（2004年6月14日に一部改定）。府省ごとに個別調達されたシステムの重複投資を解消する目的で、業務・システム最適化が打ち出されました。その後、経済産業省や総務省がガイドラインと策定指針を整備し、総務省は自治体向けに「業務・システム刷新化の手引き」を公開しています。政策・業務体系などの4体系名と標準成果物様式は、この流れで固まったものです。

デジタル庁のGIFへの移行

現在の政府側の重心は、体系の記述からデータの相互運用性へ移っています。デジタル庁は政府相互運用性フレームワーク（GIF）を整備し、2022年3月にGIF導入実践ガイドブックを公開しました。GIFはコア語彙を土台に、コアデータパーツ、コアデータモデル、分野別の実装データモデルという層で構成され、実装データモデルは行政、スマートシティ、防災、教育の各分野で整備されています。

民間企業がここから流用できるのは、成果物様式とデータ語彙の標準化という2点です。自社独自の様式を起こす必要はありません。現状把握は政府EAの4体系の様式をそのまま使い、データ項目の標準化はGIFのコア語彙を出発点にすべきです。

よくある質問

EAとはビジネス用語で何ですか？

EAはEnterprise Architectureの略で、企業や行政機関といった組織全体の業務とIT資産の構成を体系的に整理し、全体最適の視点で見直す設計手法を指します。総務省の定義では「組織全体を通じた業務・システムの最適化を図る設計手法」です。個別システムの設計ではなく、組織全体の構成を対象とする点が特徴です。

エンタープライズアーキテクチャの4つの要素は？

政策・業務体系（BA）、データ体系（DA）、適用処理体系（AA）、技術体系（TA）の4つです。カタカナではビジネス、データ、アプリケーション、テクノロジの各アーキテクチャと呼ばれます。情報処理技術者試験では、この4階層が上からBA、DA、AA、TAの順に並ぶ形式で出題されます。

エンタープライズアーキテクチャの具体例は？

公開されている具体例としては、政府の業務・システム最適化があります。府省ごとに重複していた人事・給与や物品調達などの業務を対象に、業務流れ図や情報システム関連図で現状を可視化し、統合対象を特定した取り組みです。民間企業では、部門ごとに分かれた顧客マスタをERDで洗い出し、統合対象と廃止対象を決める作業が該当します。

TOGAFとは何ですか？

The Open Groupが策定するEAフレームワークです。最新版のTOGAF Standard, 10th Editionは2022年4月25日に発表されました。中核となるアーキテクチャ開発方法（ADM）が、EAの策定から変更管理までの進め方を反復サイクルとして定めています。

EAの参照モデルとは何ですか？

組織をまたいで構成要素を同じ語彙で比較できるようにするための共通分類です。米国のFEAF Version 2では、Consolidated Reference Modelとして6つの参照モデルが定義されています。同じ語彙で記述することで、部門横断の重複投資やギャップを検出できます。

関連記事

• レガシーシステムとは何か、その意味・定義や歴史的背景、企業経営への影響を現代ビジネスの視点から詳しく解説
• モダナイゼーションとは？レガシー刷新の手法と実装アプローチ・進め方を解説
• 基幹システムとは？業務システム・ERPとの違いと構成領域・刷新の進め方を解説
• 業務システムとは？種類・基幹システムとの違いと開発・導入形態の選び方
• 基幹システムのクラウド化が進む背景と必要性：老朽化システムの刷新・DX推進による競争力強化の必要性を解説