Aアーキテクチャリポジトリ：これはアーキテクチャメタモデルの一部であり、メタモデルに従って構造化された成果物が含まれています。これには、企業が採用し、特定の標準と慣行によって管理されるアーキテクチャランドスケープが含まれます。
B-ガバナンス委員会：ガバナンス委員会は、可視性とエスカレーションを確保する役割を担い、アーキテクチャ環境の機能を監督・管理します。ガバナンスにおいて極めて重要な役割を果たします。
C-エンタープライズ能力：これは、企業がその使命をどれだけうまく遂行し、事業目標を達成し、ステークホルダーのニーズと期待に応えられるかを示すものです。これは、内部要因（リソース、プロセスなど）と外部要因（市場動向など）の両方の影響を受けます。
TOGAFバージョン9.1、第34章：1

ビジネスシナリオとは、問題が発生するビジネス環境と技術環境を記述したものです。ビジネス上の問題や機会、そしてそれらが企業のアーキテクチャに与える影響を特定し、対処するための現実的な状況を提供します。参照：TOGAF標準｜The Open Group Webサイト、セクション3.3.1 ビジネスシナリオ。

図に基づくと、ADMの項目2に該当するフェーズは、実装ガバナンスフェーズです。このフェーズでは、実装に対するアーキテクチャ上の監督が行われます。実装プロジェクトがアーキテクチャに準拠していることが保証され、実装の監視と管理のためのフレームワークも提供されます。
導入ガバナンス段階には、以下の活動が含まれます。
アーキテクチャロードマップと、それを支える実装および移行計画の最終化
* 実装を監督するアーキテクチャ委員会を任命する
* 実装パートナーとのアーキテクチャ契約の締結
* 実施プロジェクトの計画と成果物のレビューおよび承認
アーキテクチャとの整合性を確保するために、アーキテクチャ準拠レビューを実施する。
アーキテクチャの品質とパフォーマンスを確保するために、アーキテクチャ監査レビューを実施する。
実装中に発生するアーキテクチャ上の問題や変更要求を解決する
アーキテクチャのライフサイクルを維持し、その継続性を確保する。
実装ガバナンスのフェーズは、アーキテクチャが意図どおりに実現され、期待されるビジネス価値と成果をもたらすことを保証するために不可欠です。

TOGAFでは、アーキテクチャ原則を定義する際に、標準テンプレートの一部として「ステートメント」を使用します。ステートメントの目的は、原則そのものを明確かつ曖昧さなく伝えることであり、その根拠、影響、適用方法を伝えることではありません。ステートメントは、関係者が読んですぐに核心となるルールや意図を理解できるように記述する必要があります。実装方法、メリット、制約事項を説明するものでも、記憶術として使うものでもありません。したがって、ステートメントは基本的なルールを明確に伝えるものでなければなりません。根拠、影響、詳細な説明は、ステートメントではなく、原則ドキュメントの他の部分に記載します。この区分により、原則の文書化と管理方法における明確性、関心の分離、一貫性が維持されます。

1E: ターゲットアーキテクチャを実現する配信手段（プロジェクト、プログラム、ポートフォリオ）を特定する 2F:
変更への準備と対応能力を確認するため、3E：段階的なアプローチが必要かどうかを判断し、必要であれば継続的なビジネス価値を提供する移行アーキテクチャを特定するため、4G：ソリューションの実装中に適切なガバナンス機能を実行するため。