IT戦略・ITガバナンス・投資評価重要度:★★出題: AM2・PM1

AA（アプリケーションアーキテクチャ）

あぷりけーしょんあーきてくちゃ / Application Architecture (AA)

EAの第3層であり、業務プロセス（BA）を支援する各種アプリケーションソフトウェアの配置・連携・境界を定義した設計体系。

3行速習ポイント

アプリケーション構成図、アプリ間インターフェース（API）連携図等を作成する。
重複する業務システムの統廃合や、モノリスからマイクロサービス・疎結合への移行方針を定める。
ITストラテジストは、SoR（基幹系）とSoE（顧客接点系）の適切な分離・連携構造をAAで決定する。

図解

図AAにおけるアプリケーション配置設計構成要素・基本原則

機能特性に応じた適材適所のシステム配置と連携

🏛 AAにおけるアプリケーション配置設計（中核を構成する 3 つの柱）

モード2: 顧客接点

SoE (顧客接点系アプリ)

Web/スマホ/EC

Webやモバイルアプリ等の顧客接点領域。アジャイル開発でUI/UXを頻繁にアップデートし、API Gateway経由で基幹系と疎結合に連携する。

分析・AI基盤

SoI (分析・洞察系アプリ)

BI/AI/DWH

SoEの行動ログとSoRの取引実績をデータレイク/DWHへ集約し、BI可視化や機械学習による需要予測・レコメンドをリアルタイムに提供する。

モード1: 基幹記録

SoR (基幹記録系アプリ)

ERP/会計/在庫

財務会計・生産・在庫管理などの基幹記録領域。データの正確性・整合性・無停止稼働を最優先し、パッケージ標準（Fit to Standard）で堅牢に構築する。

💡 午後IIでは変化の激しい顧客接点（SoE）と堅牢性重視の基幹（SoR）を分離し、標準REST APIや非同期メッセージングで疎結合に連携させる構成を示す。

概要と本質

AAは、BAで定義された業務機能をどのアプリケーション（ERP、CRM、スクラッチ開発システム、外部SaaSなど）が担うかをマッピングし、それら相互のデータ受け渡し方法（バッチ、リアルタイムAPI、メッセージキュー等）を設計します。スパゲティ化した密結合連携を排し、疎結合で変更容易性の高い構成を目指します。