ADMでは、開発中で正式なレビューや承認プロセスを経ていない文書は「ドラフト」と呼ばれます。これは、アーキテクチャ開発の進捗に伴い、変更や改良が行われる可能性があることを示しています。参照：TOGAF標準｜The Open Group Webサイト、セクション4.2.5 アーキテクチャ成果物。

* この図は、企業アーキテクチャの開発と管理のための手法であるTOGAF ADM（アーキテクチャ開発手法）に基づいたアーキテクチャ開発サイクルを示しています。
* ADMは9つのフェーズで構成され、各フェーズには特定の目的と成果物があります。フェーズは次のとおりです。1:
予備段階：アーキテクチャフレームワーク、原則、ガバナンスの定義を含め、アーキテクチャ開発サイクルを準備し開始する。
フェーズA：アーキテクチャビジョン：アーキテクチャイニシアチブの範囲、ビジョン、およびステークホルダーを定義し、進行の承認を得る。
フェーズB：ビジネスアーキテクチャ：ベースラインとターゲットのビジネスアーキテクチャを説明し、それらの間のギャップを特定します。
フェーズC：情報システムアーキテクチャ：ベースラインおよびターゲットのデータおよびアプリケーションアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズ D: テクノロジー アーキテクチャ: ベースラインおよびターゲットのテクノロジー アーキテクチャを記述し、それらの間のギャップを特定します。
フェーズE：機会と解決策：ターゲットアーキテクチャを実装するための機会と解決策を特定および評価し、作業パッケージと移行アーキテクチャを定義します。
フェーズ F: 移行計画: 実装および移行計画を最終決定し、エンタープライズ ポートフォリオおよびプロジェクト管理との整合性を確保します。
フェーズG：実装ガバナンス：実装プロジェクトに対するアーキテクチャの監督とガイダンスを提供し、アーキテクチャ変更要求を管理する。
フェーズ H: アーキテクチャ変更管理: ビジネスおよびテクノロジー環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
* これらのフェーズに加えて、要件管理と呼ばれる中心的なプロセスがあり、図では項目 1 として示されています。このプロセスは ADM サイクル全体を通して実行され、その目的はアーキテクチャ開発全体を通してアーキテクチャ要件を管理し、それらがビジネス要件およびステークホルダーの懸念事項と一致していることを保証することです 2。
* したがって、項目 1 としてラベル付けされた ADM のフェーズに一致する説明は C です。アーキテクチャ要件を管理するプロセスを運用します。
参照：
* 1: TOGAF標準、バージョン9.2、第5章：アーキテクチャ開発手法（ADM）
* 2: TOGAF標準、バージョン9.2、第17章：要求管理

この図は、企業アーキテクチャの開発と管理のための手法であるTOGAF ADM（アーキテクチャ開発手法）に基づいたアーキテクチャ開発サイクルを示しています。
ADMは9つのフェーズで構成され、各フェーズには特定の目的と成果物があります。フェーズは次のとおりです。1:
予備段階：アーキテクチャフレームワーク、原則、ガバナンスの定義を含め、アーキテクチャ開発サイクルを準備し開始する。
フェーズA：アーキテクチャビジョン：アーキテクチャイニシアチブの範囲、ビジョン、および関係者を定義し、進行の承認を得る。
フェーズB：ビジネスアーキテクチャ：ベースラインと目標とするビジネスアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズC：情報システムアーキテクチャ：ベースラインおよびターゲットのデータおよびアプリケーションアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズD：テクノロジーアーキテクチャ：ベースラインとターゲットのテクノロジーアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズE：機会と解決策：ターゲットアーキテクチャを実装するための機会と解決策を特定および評価し、作業パッケージと移行アーキテクチャを定義する。
フェーズF：移行計画：実装および移行計画を最終決定し、エンタープライズポートフォリオおよびプロジェクト管理との整合性を確保します。
フェーズG：実装ガバナンス：実装プロジェクトに対するアーキテクチャの監督とガイダンスを提供し、アーキテクチャ変更要求を管理する。
フェーズH：アーキテクチャ変更管理：ビジネスおよびテクノロジー環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
これらのフェーズに加えて、要件管理と呼ばれる中心的なプロセスがあり、図では項目1として示されています。このプロセスはADMサイクル全体を通して実行され、その目的はアーキテクチャ開発全体を通してアーキテクチャ要件を管理し、それらがビジネス要件およびステークホルダーの懸念事項2と整合していることを保証することです。
したがって、項目1としてラベル付けされたADMのフェーズに一致する説明はCです。アーキテクチャ要件を管理するプロセスを運用します。
1：TOGAF標準、バージョン9.2、第5章：アーキテクチャ開発手法（ADM）
2：TOGAF標準、バージョン9.2、第17章：要求管理

TOGAF標準によれば、提示された2つの記述は、アーキテクチャを開発できる異なる範囲を指している。
1. 国、政府、または政府機関のグループが協力して活動する場合、通常は個々の企業の境界を超越する、より広範な、多くの場合国際的な範囲のアーキテクチャに沿って活動します。
1. コンソーシアムやサプライチェーンなど、企業が協力して活動するパートナーシップやアライアンスとは、複数の企業が関わる範囲でアーキテクチャを定義できる共同作業を指します。
どちらの場合も、「アーキテクチャの範囲」という用語は適切である。なぜなら、単一の事業部門から組織間の協働的な取り組みまで、アーキテクチャが定義されるさまざまなレベルとコンテキストを反映しているからである。