TOGAF 標準は、ビジネス、データ、テクノロジー、アプリケーションの 4 つのアーキテクチャ ドメインの開発をカバーしています。アプリケーション アーキテクチャ ドメインは、データを処理し、ビジネス機能をサポートするために必要なアプリケーションを定義します。
TOGAF 標準では、その柱とみなされる 4 つのアーキテクチャ ドメインの開発について説明しています。これらは、ビジネス、データ、テクノロジー、アプリケーションです。アプリケーション アーキテクチャ ドメインは、展開される個々のアプリケーション システム、それらの相互作用、および組織のコア ビジネス プロセスとの関係についての青写真を提供します。

提供されるビジネス機能マップでは、戦略機能、コア機能、およびサポート機能におけるさまざまなビジネス機能の成熟度を色分けして表しています。色は現在の状態または開発の優先度を示しており、赤は望ましい成熟度レベルを大幅に下回っているため、すぐに対応する必要がある機能を示しています。この場合、ポリシー管理、政府関係管理、および HR 管理は赤でマークされており、緊急の改善が必要であることを示しています。黄色は、望ましい状態に近づいているがまだ対応が必要な機能を示し、緑は望ましい成熟度レベルを達成した機能を示しています。紫は、現在企業に存在しない欠落した機能を示しており、エージェント管理がこれに該当します。

ビジネス アーキテクチャ記述の開発は、利害関係者のフィードバックと変化する要件に基づいてアーキテクチャ モデルとビューを絶えず改良および検証する必要があるため、常に反復的です。したがって、フェーズ A で作成されたアーキテクチャ記述は、新しい情報や洞察が出てくると、フェーズ B で更新する必要がある場合があります。フェーズ B では、すべてのアーキテクチャ記述を更新する必要はありません。ビジネス アーキテクチャに関連し、必要なものだけを更新します。フェーズ B は ADM アーキテクチャ開発フェーズですが、アーキテクチャ記述を更新する必要がある理由が説明されていません。新しいバリュー ストリームでは、その範囲と影響に応じて、既存のアーキテクチャ記述の更新が必要な場合と、そうでない場合があります。
TOGAF の ADM では、アーキテクチャの開発は反復的なプロセスです。フェーズ A では、初期のビジネス機能マップとバリュー ストリームが作成され、アーキテクチャ ビジョンが確立されます。ただし、関係者がより詳細な情報を提供したり、要件が洗練されたりするにつれて、アーキテクチャの説明を更新する必要があります。これは反復的なプロセスであり、フェーズ B のビジネス アーキテクチャに続き、これらの説明がさらに開発され、洗練されます。

TOGAF フレームワークでは、エンタープライズ アーキテクチャ全体のサブセットとして考慮されるアーキテクチャ ドメインは、ビジネス、テクノロジー、アプリケーション、およびデータです。詳細な説明は次のとおりです。
* TOGAFアーキテクチャドメイン:
* ビジネス アーキテクチャ: ビジネス戦略、ガバナンス、組織、主要なビジネス プロセスについて説明します。
* データ アーキテクチャ: 組織の論理的および物理的なデータ資産とデータ管理リソースの構造を定義します。
* アプリケーション アーキテクチャ: 展開される個々のアプリケーション、それらの相互作用、および組織のコア ビジネス プロセスとの関係についての青写真を提供します。
* テクノロジー アーキテクチャ: ビジネス、データ、アプリケーション サービスの展開をサポートするために必要な論理的なソフトウェアおよびハードウェア機能について説明します。
* 各ドメインの重要性:
* ビジネス アーキテクチャ: アーキテクチャをビジネス戦略および目標に合わせます。
* データ アーキテクチャ: ビジネス プロセスと意思決定をサポートするためにデータが構造化され、管理されていることを確認します。
* アプリケーション アーキテクチャ: アプリケーションがビジネス プロセスをサポートするように設計および統合されていることを確認します。
* テクノロジー アーキテクチャ: アプリケーションとデータ管理をサポートするために必要なテクノロジー インフラストラクチャを提供します。
* TOGAF リファレンス:
* フェーズ B: ビジネス アーキテクチャ: ビジネス アーキテクチャの開発に重点を置きます。
* フェーズ C: 情報システム アーキテクチャ: このフェーズには、データ アーキテクチャとアプリケーション アーキテクチャの両方が含まれます。
* フェーズ D: テクノロジー アーキテクチャ: テクノロジー アーキテクチャの開発に重点を置きます。
要約すると、TOGAF 標準では、ビジネス、テクノロジー、アプリケーション、およびデータを、全体的なエンタープライズ アーキテクチャのサブセットであるアーキテクチャ ドメインと見なしています。

この図は、TOGAF ADM1 のフェーズ E で代替ターゲット アーキテクチャを開発する方法を示しています。この方法では、ビジネス価値、コスト、リスク、実現可能性1 などの基準に基づいて候補アーキテクチャを特定し、評価します。この方法は、企業にとって最も適切なアーキテクチャ ソリューションを特定するのに役立ちます。
この図は、代替ターゲット アーキテクチャを識別して評価することで TOGAF ADM をサポートする方法を示しています。このプロセスは、原則と要件に影響されたビジョンから始まり、代替案の検討につながります。各代替案はさまざまな基準に基づいて評価され、最も適切なターゲット アーキテクチャが選択されます。これは、潜在的なアーキテクチャのセットを開発し、企業のニーズに最も適したものを選択するという TOGAF のアプローチと一致しています。