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

よみがな: あぷりけーしょんあーきてくちゃ

英語名称・略称: Application Architecture (AA)

1行要約（本質）

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

3つの重要ポイント

アプリケーション構成図、アプリ間インターフェース（API）連携図等を作成する。

重複する業務システムの統廃合や、モノリスからマイクロサービス・疎結合への移行方針を定める。

ITストラテジストは、SoR（基幹系）とSoE（顧客接点系）の適切な分離・連携構造をAAで決定する。

構造・プロセスの図解

図AAにおけるアプリケーション配置設計

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

SoE (顧客接点系アプリ)

Web/スマホ/EC

俊敏性重視。アジャイル開発・頻繁なアップデート。APIで下位と連携。

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

BI/AI/DWH

全社データ分析。データレイクから収集し意思決定ダッシュボードを提供。

SoR (基幹記録系アプリ)

ERP/会計/在庫

正確性・堅牢性重視。確実なトランザクション処理と法規制遵守。

概要・背景・本質

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

コア概念と着眼点

アプリケーション機能構成図：各システムが提供する機能の境界とカバレッジを可視化
インターフェース連携図：システム間のプロトコル（REST API、Kafka、ETL等）を標準化
ベスト・オブ・ブリード：各領域で最適なパッケージ・SaaSを選定し、標準APIで繋ぐ構成
ライフサイクル管理：レガシーシステムの廃棄スケジュールと新サービスの段階的配置計画

ITストラテジスト試験（午後I記述・午後II論文）での論述ポイント

午前IIで「アプリケーション構成図」「システム間連携図」がAAの成果物であることの確認が出題される。午後I記述では、密結合なバッチ連携による障害の波及を、AAの視点からAPI連携やキューを用いた非同期・疎結合アーキテクチャへ改修する解答が典型。