ビュー・モデル
米国連邦エンタープライズアーキテクチャ (FEA)において、事業体、セグメント、及びソリューションのアーキテクチャは、詳細さのレベルを変えることにより異なる事業の展望と、関連しているが別の関心を提供する。まさに事業体がそれ自身階層的に組織化されるように、アーキテクチャの各タイプによって準備される異なるビューもそうなる。FEA実践ガイド (2006) は3つのアーキテクチャのタイプを定義した:
エンタープライズアーキテクチャ (EA)
セグメントアーキテクチャ
ソリューションアーキテクチャ
定義では、EA は、基本的に共通または共有資産(それらが戦略、事業プロセス、投資、データ、システム、あるいは技術であろうとも)の識別に係わる。EAは戦略によって駆動される;それは各機関が、その機関のミッションと、戦略的目標及び目的に対してその資源が正しく整合されているかどうかを識別するのを助ける。投資の観点からEAは、全体としてIT投資ポートフォリオについての意思決定を促進するため使われる。従って、EAの一次的利害関係者は、その機関がそのミッションを可能な限り効果的で効率的に満たすことを確かにすることを担っている上級マネージャや行政幹部である。
データ・モデリングの3層スキーマ・アプローチ(英語版)は、1977年に登場した最初のビュー・モデルの一つと考えられる。それは、データ統合(英語版)を達成する鍵として概念的モデル(英語版)を促進する、情報システムとシステム情報管理を構築する一つのアプローチである。3層スキーマ・アプローチは、3つのスキーマとビューを定義する:
ユーザー・ビューのための外部スキーマ
概念スキーマは、外部スキーマを統合する
物理的格納構造を定義する、内部スキーマ
中心で、概念的スキーマは、ユーザーが考えそして会話するように、概念のオントロジーを定義する。物理的スキーマは、データベースに格納されるデータの内部的フォーマットを記述し、外部スキーマは、アプリケーションソフトウェアに表されるデータのビューを定義する。そのフレームワークは、外部スキーマのため使われるべき複数のデータ・モデルを許そうと試みた。
Hardware views – Describes the hardware engineering aspects of the system, hardware design, selection and implementation of all of the physical components to be assembled into the system. There may be many of these views, each specific to a different engineering discipline.
Communications Protocol view – Describes the end to end design of the communications protocols and related data transport and data management services, shows the protocol stacks as they are implemented on each of the physical components of the system.
Risk view – Describes the risks associated with the system design, processes, and technologies, assigns additional risk assessment attributes to other elements described in the architecture
一つのアーキテクチャ記述は、いつでも、その構成要素部分に関して、どのようにその部分が機能し、それらの部分がどんなルールや制約の下で機能し、どのようにそれらの部分がお互い及びその環境と関係するかについての、システムアーキテクチャの一つの表現である。アーキテクチャ記述におけるアーキテクチャデータは、複数のビュー及びプロダクトを横切って共有される。
データでのレイヤーは、アーキテクチャデータ要素とそれらの属性及び関係である。表現でのレイヤーは、それが何を記述し、様々なアーキテクチャ分析を実施する、そのアーキテクチャの目的を伝達し理解する視覚手段を支援するプロダクトとビューである。プロダクトは、図式、表形式、あるいは文章的な表現としてアーキテクチャデータを視覚化する一つの方法を提供する。ビューは、プロダクトを横断することなくアーキテクチャデータを視覚化し、アーキテクチャの特定または全体的観点のためデータを論理的に組織化する能力を提供する。
数年を経て、情報システムの構築における技能と関心はとてつもなく成長した。しかしながら、ほとんどの部分でシステム構築への伝統的アプローチは、『ユーザー・ビュー』と『コンピュータ・ビュー』の、2つの個別のビューからデータを定義することにだけ焦点を当てた。『外部スキーマ』として参照される、ユーザー・ビューからのデータ定義は、報告書あるいは各個人が彼らのジョブを行うのを支援するため設計される画面の文脈である。用途ビューから要求されるデータ構造は、事業環境やユーザー個々の好みで変化する。『内部スキーマ』として参照されるコンピュータ・ビューからのデータは、格納と読出のためのファイル構造の基準で定義される。コンピュータ・ストレージのため要求されるデータ構造は、採用される特定のコンピュータ技術と効率的なデータ処理へのニーズに依存する。