エンタープライズモデリング

エンタープライズモデルは、事業、政府、あるいはその他の企業の構造、活動、プロセス、情報、資源、人々、振舞い、目標、及び制約の表現である[12]。Thomas Naylor (1970) は、（シミュレーション）モデルを『コンピュータにプログラムされる数学的かつ論理的関係性のセットの基準で、企業の財務、マーケッティング、及び生産活動間の相互関係を記述しようとする試みである。』と定義した。"[13] これらの関係性は、Gershefski (1971)に沿って、『会社の物理的運用、従うべき会計や財務、及び主要領域への投資への対応』を含む会社の全ての局面を詳細に表現すべきである[14]。モデル化された関係をコンピュータにプログラミングすることが常に必要ではない：エンタープライズモデルは、異なった名前で、数世紀も存在し、例えば、Adam Smith、Walter Bagehot、他大勢によって記述されてきた。

Fox と Gruninger (1998)によれば、『設計的観点からのエンタープライズモデルは、企業を明確に定義するため使われる言語を提供すべきであり、運用的観点からのエンタープライズモデルは、何が計画され、何が起こるか、あるいは何が起こったかを表現できなければならない』。それらが手動あるいは機会によって実行されるかに関わらず、それは企業の運用をサポートするに必要な情報や知識が提供されなければならない[12]。

In a two-volume set entitled The Managerial Cybernetics of Organization Stafford Beer introduced a model of the enterprise, the Viable System Model (VSM). Volume 2, The Heart of Enterprise,[15] analyzed the VSM as a recursive organization of five systems: System One (S1) through System Five (S5). ビールのモデルは、VMSが回帰的で階層的でないその他からは異なる:『回帰システム的構造で、あらゆる存続可能システムは、存続可能システムを含み、そして存続可能システムに含まれる。』[15]

IDEF0表記での『修理可能スペアを保守する』プロセスの機能モデルの例。

システム工学における機能モデルは、モデル化されたシステムまたは主題領域についての機能、活動、またはプロセスの構造化された表現である[16]。

機能モデルはまたアクティビティ・モデルまたはプロセス・モデルと呼ばれ、定義されたスコープでの企業の機能の、1つの図式表現である。機能モデルの目的は、情報ニーズの発見を補助し、機会の識別を助け、そしてプロダクトやサービスのコストを決める基礎を確立する、機能やプロセスを記述することである[17]。機能モデルは、1つの機能的なモデリング観点で作成される。1つの機能的な観点とは、プロセス・モデリングにおける採り得る1つ以上の観点である。その他の採り得る観点とは、例えば、振舞的、組織的あるいは情報的である[18]。

1つの機能モデリングの観点は、力学系を記述することに集中する。このモデリング観点における主要な概念は、それが一つの機能、変換、活動、行為、タスクなどであり得る、プロセスである。この観点を採用しているモデリング言語の良く知られた例は、データフロー図である。その観点は、プロセスを記述するため、以下に示すような4つのシンボルを使う:

• プロセス: 入力から出力への変換を描く。
• 格納: データ集合またはある種の物品。
• フロー: プロセスにおけるデータまたは物品の移動。
• 外部エントリ: モデル化されたシステムの外部へ、しかしそれと相互作用する。

ここで、これらのシンボルと共に、1つのプロセスはこれらのシンボルのネットワークとして表現され得る。この分割されたプロセスが、1つのDFD、データ・フロー図である。動的エンタープライズモデリング において、例えば、1つの区分は、コントロール・モデル、機能モデル、プロセス・モデル及び、組織的モデルである。

データ・モデリング (Data modeling) プロセス。

データモデリングは、データ・モデリング技法を使った公式なデータ・モデルの記述である。データ・モデリングは、1つのデータベースのための事業要求を定義するための1つの具法である。それは、データ・デルが結果的に1つのデータベースに実装されることから、時にはデータベース・モデリングとも呼ばれる[19]。

図は、データモデルが今日開発され活用される方法を描いている。概念的データモデル は、開発されるアプリケーションのための、おそらくアクティビティモデルの文脈での、データ要求に基づいて開発される。データ・モデルは、通常、エンティティ・タイプ、属性、関係性、整合性ルール、及びそれらのオブジェクトの定義から構成される。これは、そこで、インタフェースやデータベース設計の開始点として使われる[20]。

Business Process Modeling Notationによる事業プロセス・モデリングの例

ビジネスプロセスモデリングは、現在（as is）プロセスが将来（to be）に向け分析され改善されるため、ある企業のプロセス・モデリング活動である。事業プロセス・モデリングは、典型的に事業分析者とプロセスの効率と品質を改善を模索するマネージャによって実行される。事業プロセス・モデリングによって認識されるプロセス改善は、プロセス・マスターを作成することにより、事業プロセスをモデル化する必要のための共通の駆動要因であるけれど、情報技術との係わりを必要と摺る場合もある。 変更管理プログラムは、典型的に改善された事業プロセスを 実践に移すことに係わる。大規模プラットフォーム・ベンダーからの技術における進歩に伴って、完全に実行可能（及びシミュレーションとラウンド・トリップ・エンジニアリング能力）になるモデル化する事業プロセス・モデリングのビジョンが日々現実に向けて近づいている。

RM-ODP(Reference Model of Open Distributed Processing)の参照モデルは、オープン分散型システムの5つの視点の1つを提供するエンタープライズモデリングを識別する。そのようなシステム（19世紀の手形交換所がその例として使われ得る）が今日のITシステムを必要としないことに注意を要する。

米国連邦エンタープライズアーキテクチャの事業参照モデルの例[28]。

事業関連モデリングは、一つの企業、サービス組織、あるいは政府機関の中心事業の機能的あるいは組織的局面に集中した参照モデルを開発することである。エンタープライズエンジニアリングにおける事業参照モデルは、エンタープライズアーキテクチャフレームワークの一部である。このフレームワークは、一つのエンタープライズアーキテクチャに関連する構造とビュー、一連の参照モデルを定義する。

一般的に、一つの参照モデルは、何かの基本的目標や考えを組込んでおり、様々な目的のための参照として探され、何らかの一つのモデルである。一つの事業参照モデルは、それらを遂行する組織的構造から独立した、一つの組織の事業運営を記述する手段である。事業参照モデルのもう一つのタイプは、ビジネスプロセス、事業機能、及び、事業領域間の関係性を描き出すことである。これらの参照モデルは、階層的に構成され、そしてサービス構成要素、技術、データ、及び性能の分析の基盤を提供する。

IS/LM modelのダイアグラム

経済モデリングは、変数のセットとそれらの間の論理的あるいは定量的関係のセットによる経済プロセスの理論的表現である。経済モデルは、時には数学的技法を常に使わない、複雑なプロセスを説明することを意図して単純化するフレームワークである。しばしば経済モデルは、構造的パラメータを使う。構造的パラメータは、一つのモデル、またはモデルのクラスにおけるパラメータの基礎となっている[29]。一つのモデルは、様々なパラメータを持ち、それらのパラメータは、様々な特性を生成するため変化し得る[30]。

一般的に経済モデルは2つの機能を持つ：一番目は、観察されたデータからの一つの単純化あるいは抽象化されたものであり、2番目は、経済指標学習の一つのパラダイムに基づくデータの選択の手段である。単純化は、巨大な複雑性の経済プロセスの元での経済学のため特に重要である。この複雑性は、経済活動を決める要因の多様性として分類され得る；これらの要素は、個別と協調の意思決定プロセス、資源的限界、環境的・地理的制約、制度的あるいは法的要求、及び純粋なランダム変動を含む。そこでエコノミストは、どの変数とそれらの変数間でどんな関係性が適切であるか、そしてどんな方法がこの情報を分析し表現するのに有用であるかを選ぶ根拠を作らねばならない。

概念体系工学または概念体系構築（Ontology building）は、概念体系（オントロジ）を構築する手法や方法論を研究する知識工学のサブ分野である。エンタープライズアーキテクチャのドメインで、オントロジは、オブジェクトを、それらの属性と関係性を一貫した方法で、構造化するのに使われるアウトラインまたはスキーマである[4]。エンタープライズモデリングのように、一つの概念体系は、他の概念体系を構成できる。エンタープライズモデリングにおける概念体系の目的は、企業内の全ての組織と部門を横断して、情報の共有、再利用、同化、及び普及を形式化し確立することである。そこで概念体系は、一つの企業内に置かれている種々の機能やプロセスの統合を可能にする[31]。

うまく明確に表現された構造と語彙を持つ共通な一つの言語は、会社にその運用をより効率化を可能にする。共通の概念体系は、企業ネイの種々の部門間のコミュニケーション、理解、及びそこで協調の効果性を可能にする。多数の環境で利用される種々の概念体系が存在する。その言語が情報システムと設計の領域で早期に例示された一方、他の概念体系は企業内でのプロセス、手法、活動などを定義する[4]。

エンタープライズモデリングで概念体系を使うことはいくつかの利点を提供する。概念体系は、一つのモデルへの明快さ、整合性、及び構造を確かにする。それらは、効率的なモデル定義と分析を促進する。一般的な企業概念体は、構成要素の再利用性及び自動化を可能にする。概念体系がスキーマまたはアウトラインであることから、概念体系の利用は、正しいエンタープライズモデルの定義、分析、及び明快さを確かにはしない。概念体系は、どのようにそれらが定義され、実装されるかによって制限される。一つの概念体系は、何がモデル化されているかの局面の全てを獲得する潜在性や能力を含むかもしれないし、そうでないかもしれない[4]。

企業とその環境のモデリングは、事業ドメインの拡張された理解生成と拡張された企業のプロセスを促進でき、そして特に『』それらとその企業の境界を越えて拡張するそれらの両方の関係について。企業は一つのシステムであることから、システム思考で[32]使われる概念は、企業のモデリングで成功裏に再利用される。 この素早い理解は、どのように事業機能が作動し、そしてどのようにそれらが組織におけるほかの機能に依存するかについて、その企業を通して達成される。