エンタープライズアーキテクチャフレームワーク
歴史
エンタープライズアーキテクチャは、1987年にZachmanフレームワークで始められた。もう一つの早期のエンタープライズアーキテクチャフレームワークの実装は、『TAFIM』であった。TAFIMの最初の原案は、TAFIM 技術参照モデル (TAFIM TRA)で1991年にかんせいした。この技術参照モデルは、アメリカ国防総省ワイドのアプリケーションを開発するため、民間市場で入手可能なオープンシステムと新技術を使うことを臨んだ。TOGAFTRMは、IEEE モデル1003.0から派生して出来た、TAFIMから、または、『消費者、システム・インテグレータ、アプリケーション開発者、システム・プロバイダー、及び調達機関を含む、情報処理システムを構築する』標準である、POSIXオープンシステム環境から派生した。
ここ近年、それは、エンタープライズアーキテクチャが事業を変化させることにおける意思決定を支援する能力があることから高められるべき主要な利益として表にあらわれた。なぜなら、エンタープライズアーキテクチャは事業モデル（例えば、プロセスモデル、組織チャート等）と技術モデル（例えば、システムアーキテクチャ、データモデル、状態図など）と一緒になり、それはそのシステム上の組織的変更の影響、及びそのシステムの変更の事業への影響をトレースすることを可能になった。
この利益が表面化するに従って、米国防省アーキテクチャフレームワーク、英国防衛省アーキテクチャフレームワーク、あるいはAFATEのような多くのフレームワークは、重要な仕組要素とそれらの間の依存関係を定義する標準のメタモデルを適合しされた。これらのモデルに基づくアプリケーションは、そこで組織的な及び技術的な影響への戦略トレースのための単純で強固なメカニズムを提供する、根本的な仕組的情報を問合せすることができる。
構築コードのフレームワーク
Persons who have ever remodeled their home, know how important building codes, blueprints, and city or county inspections are to successfully complete the project. The architect operates within a "framework" of building codes, preparing blueprints for each phase of the project, from the structural changes to the size and layout of the rooms. Detailed drawings specify plumbing, electrical, and building construction information for the entire structure. Enterprise Architecture works in a similar manner.
An architecture framework for Information Technology (IT) affects every aspect of the enterprise. An Enterprise Architecture framework is similar to building codes that ensure the building is soundly constructed. The IT governance bodies and procedures serve as the city and county inspectors for building improvement projects. Frameworks contain models and standards that will be used to develop IT architecture descriptions. The architecture description is the blueprint.
エンタープライズアーキテクチャのドメインとサブドメイン
The Application and Technology Domains (which are not to be confused with business domains) are characterized by domain capabilities and domain services. The capabilities are supported by the services. The application services are also referred in Service-oriented architecture (SOA). The technical services are typically supported by software products.
The data view starts with the data classes which can be decomposed into data subjects which can be further decomposed into data entities. The basic data model type which is most commonly used is called ERD (Entity Relationship Diagrams, see Entity-relationship model). The Class, subject and entity forms a hierarchical view of data. Enterprises do have millions of instances of data entities.
The Enterprise Architecture Reference Traditional Model offers clear distinction between the Architecture Domains (Business, Information/Data, Application/Integration and Technical/Infrastructure). These domains can be further divided into Sub domain disciplines. An Example of the EA Domain and Sub Domains is in the image on the right.
Many Enterprise Architecture Teams consist of Individuals with skills aligned with the Enterprise Architecture Domains and Sub Domain Disciplines. For Example : Enterprise Business Architect, Enterprise Information Architect, Enterprise Application Architect, Enterprise Infrastructure Architect, etc.
An Example of the List of Reference Architecture Architecture Patterns in the Application and Information Architecture Domains are available at Architectural pattern (computer science)
ビューモデル
A view model is a framework, which defines the set of views or approaches to be used in systems analysis or systems design or the construction of an enterprise architecture.
Since the early 1990s there have been a number of efforts to define standard approaches for describing and analyzing system architectures. Many of the recent Enterprise Architecture frameworks have some kind of set of views defined, but these sets are not always called "view models".