エンタープライズアーキテクチャの活用

エンタープライズアーキテクチャ（EA）は、企業全体の業務と情報システムを一貫した枠組みで捉え、その構造を設計・管理するための考え方である。部門ごとに個別に進められたシステム化を全体最適の視点で見直し、経営戦略と情報システム戦略を結び付ける役割をもつ。試験では、四つの分類体系、参照モデルの区別、業務とデータのモデル化の手順が問われやすい。

四つの分類体系で全体を捉える

EAでは、企業の構造を四つの分類体系で整理する。業務の目的と業務プロセスを扱うビジネスアーキテクチャ、業務で扱う情報の構造と管理方針を扱うデータアーキテクチャ、業務を支えるアプリケーションの機能を扱うアプリケーションアーキテクチャ、そして基盤となるハードウェアや通信環境などを扱うテクノロジアーキテクチャである。過去問でも、ビジネス、テクノロジ、アプリケーションに並ぶ残りの一つがデータアーキテクチャであることが示された。

この四分類は個別に作るのではなく、相互の関係を保つことが重要である。業務の変更はデータやアプリケーションの設計に影響し、技術基盤の制約は逆に業務の進め方を制約する。これらを一つの枠組みで見ることで、投資の重複や情報の不整合を防ぎやすくなる。

参照モデルの役割と区別

参照モデルは、EAを具体的に作る際の共通の型として用いられる枠組みであり、業務、サービス、技術、データの観点ごとに整理される。試験で混同されやすいのは、いずれも「体系化」を扱っていても、中心にある対象が異なる点である。次の表は、代表的な参照モデルの対象を整理したものである。

BRMは、業務分類に沿って業務やシステムを体系化し、参照モデルの中で最も業務に近い階層で提供されるモデルである。業務に近い観点で整理されている点が特徴であり、業務体系やシステム体系を示す問題では、このモデルが中心となる。

判断の基準は、対象が業務か、サービスか、技術か、データかを見極めることである。アプリケーションのサービスを機能別に分類するものはSRM、実装の標準仕様はTRM、情報の名称や定義はDRMと対応づけると、設問の取り違えを防げる。

現状モデルと理想モデルの描き分け

EAによる企画では、現状を表すモデルと、目標とする将来の姿を表すモデルを描き分ける。将来の姿を表すモデルはTo-Beモデルと呼ばれ、目標とする将来の業務や情報システムの姿を示す。現状と目標の差を明らかにすることで、移行に必要な施策を具体化できる。