エンタープライズアーキテクチャフレームワーク
なぜなら、エンタープライズアーキテクチャは事業モデル(例えば、プロセスモデル、組織チャート(英語版)等)と技術モデル(例えば、システムアーキテクチャ、データモデル、状態図など)と一緒になり、それはそのシステム上の組織的変更の影響、及びそのシステムの変更の事業への影響をトレースすることを可能になった。
この利益が表面化するに従って、米国防省アーキテクチャフレームワーク(英語版)、英国防衛省アーキテクチャフレームワーク(英語版)、あるいはAFATE(英語版)のような多くのフレームワークは、重要な仕組要素とそれらの間の依存関係を定義する標準のメタモデルを適合しされた。これらのモデルに基づくアプリケーションは、そこで組織的な及び技術的な影響への戦略トレースのための単純で強固なメカニズムを提供する、根本的な仕組的情報を問合せすることができる。
In the context of the creation of enterprise architecture it is common, according to Péter Bernus (2005), to recognise three or four types of architecture, each corresponding to its particular architecture domain. Examples of such domains are:
ビジネスアーキテクチャ ([Business architecture])
情報システムアーキテクチャ (Information systems architecture)、しばしば以下にサブ分割される データアーキテクチャ ([Data architecture]) アプリケーションアーキテクチャ ([Application architecture])
テクニカルアーキテクチャ ([Technical architecture])
Architectural domains are a structuring criterion for a collection of architecture products. They should not be confused with the application domain of the framework as such.