TOGAF標準は、ビジネス、データ、テクノロジー、アプリケーションという4つのアーキテクチャドメインの開発をカバーしています。これらのドメインは、企業のアーキテクチャのさまざまな側面を表し、それらを記述、分析、設計するための一貫した方法を提供します。参考：TOGAF標準｜The Open Groupウェブサイト、セクション2.2「アーキテクチャ開発手法（ADM）」。

アーキテクチャ原則は、組織がその使命を果たすための方法を示す一般的な規則とガイドラインです。これらは、企業の様々な要素間の合意レベルを反映し、将来のITに関する意思決定の基盤となります。アーキテクチャ原則の目的の一つは、企業のアーキテクチャに影響を与える変更を評価し、合意するためのフレームワークを提供することで、戦略目標の達成に向けてビジネスをどのようにコントロールするかについて共通の理解を確立することです。3 参考文献：3: TOGAF標準バージョン9.2、パートIII：ADMガイドラインとテクニック、第23章：アーキテクチャ原則 : TOGAF標準バージョン9.2、パートIV：アーキテクチャコンテンツフレームワーク、第31章：アーキテクチャ原則

示されているチャートはガントチャートであり、プロジェクト管理においてプロジェクトスケジュールを示すために一般的に使用されています。エンタープライズアーキテクチャのフレームワークであるTOGAF（The Open Group Architecture Framework）の文脈において、このガントチャートはアーキテクチャ開発手法（ADM）への順序付けされたアプローチを示しています。ADMはTOGAFの中核プロセスであり、アーキテクチャ開発のためのテスト済みで反復可能なプロセスを提供します。ADMは、プロセス全体、フェーズ間、フェーズ内において反復的であると説明されています。ADMの各反復において、各パラメータ（スコープ、粒度、期間、アーキテクチャ資産）について新たな決定を行う必要があります。
ADM は、順番に実行する必要があるいくつかのフェーズで構成されています。
* 予備段階: 枠組みと原則
* フェーズA: アーキテクチャビジョン
* フェーズB: ビジネスアーキテクチャ
* フェーズC: データおよびアプリケーションアーキテクチャを含む情報システムアーキテクチャ
* フェーズD: テクノロジーアーキテクチャ
* フェーズE: 機会と解決策
* フェーズF: 移行計画
* フェーズG: 実装ガバナンス
* フェーズH: アーキテクチャ変更管理
* 要件管理
各フェーズは前のフェーズの出力に依存しており、要件管理フェーズはフェーズ全体にわたって実行されます。ガントチャートは、これらのフェーズの依存関係と順序を明確に示しており、エンタープライズアーキテクチャを作成するために構造化されたアプローチが採用されていることを示しています。
参照：
* TOGAF標準バージョン9.2、The Open Groupの標準
* TOGAF ドキュメントは https://publications.opengroup.org/standards/architecture および https://publications.opengroup.org/guides/architecture で入手できます。