この図は、エンタープライズ コンティニュアムを示しています。これは、一般的な基盤アーキテクチャから組織固有のアーキテクチャ4 に進化するアーキテクチャとソリューション成果物を分類する方法を提供するアーキテクチャ リポジトリのビューです。エンタープライズ コンティニュアムは、アーキテクチャ コンティニュアムとソリューション コンティニュアムという 2 つの補完的な概念で構成されています。アーキテクチャ コンティニュアムは、基盤フレームワーク、共通システム アーキテクチャ、業界アーキテクチャ、およびエンタープライズ アーキテクチャ4 間の関係を示します。ソリューション コンティニュアムは、基盤ソリューション、共通システム ソリューション、業界ソリューション、およびエンタープライズ ソリューション4 間の関係を示します。

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

一連のビジネス機能を分解して詳細を伝えるために使用されるプロセスは、レベル分け6 です。レベル分けは、ビジネス機能をより細かいレベルのサブ機能に分解するために使用できる手法です6。レベル分けにより、ビジネス機能が何を伴うのか、それがどのようにビジネスの目標と目的をサポートするのかについて、より明確で具体的な情報を提供できます6。レベル分けは、ビジネス機能間の依存関係、ギャップ、重複、または冗長性を識別するのにも役立ちます6。

提供された目的の説明に一致する ADM フェーズは、合意されたアーキテクチャ ビジョンをサポートするための情報システム アーキテクチャの開発のためのフェーズ C、詳細な実装および移行計画を確定することでベースラインからターゲット アーキテクチャへの移行に対処するためのフェーズ F、実装のアーキテクチャ監視を提供するためのフェーズ G、および合意されたアーキテクチャ ビジョンをサポートするためのテクノロジー アーキテクチャの開発を説明するフェーズ D です。

TOGAF 標準のビジネス モデルは、エンタープライズ アーキテクチャをビジネスの特定のニーズとコンテキストに合わせて調整するために使用されます。ビジネス モデルは、ビジネスの運営方法、構造、目標達成方法を理解するのに役立ちます。これは、エンタープライズ アーキテクチャがビジネス目標と一致し、ビジネス目標をサポートするために不可欠です。