この図は、エンタープライズ アーキテクチャを開発および管理するための手法である TOGAF ADM (アーキテクチャ開発手法) に基づいたアーキテクチャ開発サイクルを示しています1。
ADMは9つのフェーズで構成され、それぞれに特定の目的と成果があります。フェーズは以下のとおりです。
予備フェーズ: アーキテクチャ フレームワーク、原則、ガバナンスの定義を含む、アーキテクチャ開発サイクルを準備および開始します。
フェーズ 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章:要件管理