ビュー・モデル
Organization view – Includes organizational elements and their structures and relationships. May include agreements, contracts, policies and organizational interactions.
Requirements view – Describes the requirements, goals, and objectives that drive the system. Says what the system must be able to do.
Scenario view – Describes the way that the system is intended to be used, see scenario planning. Includes user views and descriptions of how the system is expected to behave.
Allocation view – Describes the allocation of functional objects to engineered physical and computational components within the system, permits analysis of performance and used to verify satisfaction of requirements
Software view - Describes the software engineering aspects of the system, software design and implementation of functionality within software components, select languages and libraries to be used, define APIs, do the engineering of abstract functional objects into tangible software elements. Some functional elements, described using a software language, may actually be implemented as hardware (FPGA, ASIC)
エンタープライズアーキテクチャフレームワークは、エンタープライズアーキテクチャに関連する、構造とビューをどのように組織化するかを定義する。エンタープライズアーキテクチャとエンジニアリングの規律があまりにも広く、かつ事業体は大規模かつ複雑になり得ることから、その規律に関連するモデルも大規模かつ複雑となる傾向がある。このスケールと複雑さを管理するためアーキテクチャフレームワークは、彼らが最も必要なときにタスクを焦点に持ち込みそして価値ある生成物を作成できるようにする、ツールや手法を提供する。
アーキテクチャフレームワークは、情報技術と情報システムの統治で一般に使われる。組織は、あるシステム設計が承認される前に、明確なモデルを作成することを望む。同様に、彼らは、調達されるシステムのドキュメントに使われるべき明確なビューの特定を望む。米国防省は、一定規模以上の投資プロジェクトの装置サプライヤによって提供されるDoDAF特定のビューを規定する。