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

エンタープライズモデリングとは、識別可能な企業、政府機関、またはその他の大規模組織の構造、プロセス、情報、リソースの抽象的な表現、説明、定義です。^[2]

これは、エンタープライズ モデルの作成と分析を通じて組織を理解し、パフォーマンスを向上させるプロセスを扱います。これには、関連するビジネス ドメイン (通常は比較的安定)、ビジネス プロセス(通常はより不安定)、およびビジネス ドメインとそのプロセス内での 情報テクノロジの使用のモデリングが含まれます。

エンタープライズモデリングは、プロセスモデル、データモデル、リソースモデル、新しいオントロジーなどを使用して、エンタープライズ全体または一部のモデルを構築するプロセスです。これは、モデル表現言語を使用して、エンタープライズ、以前のモデル、参照モデル、およびドメインオントロジーに関する知識に基づいています。^[3]エンタープライズは一般に、経済組織または活動の単位です。これらの活動は、製品やサービスを開発して顧客に提供するために必要です。エンタープライズには、購買、製造、マーケティング、財務、エンジニアリング、研究開発などの多くの機能と業務が含まれます。対象となるエンタープライズは、製品の現在のおよび潜在的な将来のバリアントを製造するために必要な企業機能と業務です。^[4]

「エンタープライズ モデル」という用語は、業界ではさまざまなエンタープライズ表現を表すために使用されていますが、実際には標準化された定義はありません。^{[5]エンタープライズ組織の複雑さのため、}業界と学界全体でさまざまなエンタープライズ モデリング アプローチが追求されてきました。^[6]エンタープライズ モデリングの構成は、製造業務やビジネス業務に焦点を当てることができますが、エンタープライズ モデリングの共通点は、情報技術の評価を含めることです。たとえば、ネットワーク化されたコンピューターを使用して、材料サプライ チェーンに沿って交換注文をトリガーおよび受信することは、企業内の製造業務を調整するために情報技術がどのように使用されているかを示す例です。^[4]

ウルリッヒ・フランク^[7]によると、エンタープライズモデリングの基本的な考え方は、「企業に対するさまざまな視点を提供することで、学術界と実務界の両方でさまざまな利害関係者間の対話を促進する媒体を提供することです。この目的のために、エンタープライズモデリングには、戦略計画、組織（再）設計、ソフトウェアエンジニアリングに適した抽象化が含まれています。これらの視点は互いに補完し合い、体系的な抽象化によって複雑なシステムの理解を深める必要があります。これらの視点は、あらゆる企業に適用できるという意味で汎用的である必要があります。同時に、企業の長期戦略と組織にうまく統合された情報システムの設計に役立つ抽象化を提供する必要があります。したがって、エンタープライズモデルは、高度な統合をサポートする概念インフラストラクチャと見なすことができます。」^[7]

エンタープライズ モデリングは、システム モデリング、特に情報システム モデリングにそのルーツがあります。情報システム モデリングにおける最も初期の先駆的研究の 1 つは、Young と Kent (1958) ^{[8] [9]によって行われました。彼らは、「}データ処理の問題の情報特性と時間特性を指定するための正確で抽象的な方法」を主張しました。彼らは、「アナリストがハードウェアのあらゆる部分に関する問題を整理できるようにする表記法」を作成したいと考えていました。彼らの研究は、さまざまなハードウェア コンポーネントを使用してさまざまな代替実装を設計するための抽象的な仕様と不変の基礎を作成する最初の取り組みでした。IS モデリングの次のステップは、1959 年に結成された IT 業界コンソーシアムのCODASYLによって行われました。CODASYL は、基本的に Young と Kent と同じこと、つまり「データ処理のシステム レベルでの、マシンに依存しない問題定義言語の適切な構造」の開発を目指していました。これが、特定の IS情報代数の開発につながりました。^[9]

エンタープライズ モデリングを扱う最初の方法は 1970 年代に登場しました。それらは、ピーター チェン(1976)のエンティティ リレーションシップ アプローチとダグラス T. ロス(1977)のSADTで、一方は情報ビューに、他方はビジネス エンティティの機能ビューに重点を置いていました。^[3]これらの最初の方法に続いて、1970 年代末には、 SSADM、構造化設計、構造化分析などのソフトウェア エンジニアリングのさまざまな方法が登場しました。コンピュータ統合製造のコンテキストでのエンタープライズ モデリングの特定の方法は、 1980 年代初頭に登場しました。これには、 IDEFファミリの方法 (ICAM、1981) と、1984 年のGuy DoumeingtsによるGRAI 方法^[10]があり、その後、1992 年に Doumeingts らによってGRAI/GIMが続きました。 ^[11]

これらの第2世代の手法はアクティビティベースの手法であり、一方では1990年代に開発された統合情報システムアーキテクチャ（ARIS）、CIMOSA、統合エンタープライズモデリング（IEM）などのプロセス中心のモデリング手法に追い抜かれました。他方では、オブジェクト指向分析（OOA）やオブジェクトモデリング技術（OMT）などのオブジェクト指向手法に追い抜かれました。^[3]

エンタープライズ モデルは、企業、政府、その他の企業の構造、活動、プロセス、情報、リソース、人材、行動、目標、制約を表現したものです。^[12] Thomas Naylor (1970) は、(シミュレーション) モデルを「企業の財務、マーケティング、生産活動の相互関係を、コンピュータにプログラムされた一連の数学的および論理的関係で表現する試み」と定義しました。^[13] Gershefski (1971) によると、これらの相互関係は、「企業の物理的な運営、従う会計および財務慣行、主要分野への投資への対応」など、企業のあらゆる側面を詳細に表現する必要があります。^[14]モデル化された関係をコンピュータにプログラムすることは必ずしも必要ではありません。エンタープライズ モデルは、さまざまな名前で何世紀にもわたって存在しており、たとえば、アダム スミス、ウォルター バジョット、その他多くの人々によって説明されてきました。

Fox とGruninger (1998) によると、「設計の観点から、エンタープライズ モデルは、エンタープライズを明示的に定義するために使用される言語を提供する必要があります...運用の観点から、エンタープライズ モデルは、計画されているもの、発生する可能性のあるもの、発生したものを表現できなければなりません。エンタープライズの運用をサポートするために必要な情報と知識を提供し、それが手作業で実行されるか、機械で実行されるかに関係なく、エンタープライズの運用をサポートする必要があります。」^[12]

スタッフォード・ビアは、2巻からなる「組織の経営サイバネティクス」という本の中で、企業のモデルである実行可能システムモデル（VSM）を紹介した。第2巻「企業の核心」^[15]では、 VSMをシステム1（S1）からシステム5（S5）までの5つのシステムから成る再帰的組織として分析した。ビアのモデルは、VSMが階層的ではなく再帰的であるという点で他のモデルと異なる。「再帰的組織構造では、実行可能なシステムは実行可能なシステムを含み、実行可能なシステムにも含まれている。」^[15]

システム工学における機能モデリングは、モデル化されたシステムまたは主題領域内の機能、活動、またはプロセスを構造的に表現したものである。^[16]

機能モデルは、アクティビティモデルまたはプロセスモデルとも呼ばれ、定義された範囲内での企業の機能をグラフィカルに表現したものです。機能モデルの目的は、機能とプロセスを説明し、情報ニーズの発見を支援し、機会の特定を支援し、製品とサービスのコストを決定するための基礎を確立することです。^[17]機能モデルは、機能モデリングの観点で作成されます。機能の観点は、プロセスモデリングで可能な1つまたは複数の観点です。その他の観点としては、行動、組織、情報などがあります。^[18]

機能モデリングの観点は、動的プロセスの記述に重点を置きます。このモデリングの観点における主な概念はプロセスであり、これは関数、変換、アクティビティ、アクション、タスクなどです。この観点を採用したモデリング言語のよく知られた例は、データフロー図です。この観点では、プロセスを記述するために次の 4 つのシンボルを使用します。

• プロセス: 入力から出力への変換を示します。
• ストア: データ収集または何らかの資料。
• フロー: プロセスにおけるデータまたは材料の移動。
• 外部エンティティ: モデル化されたシステムの外部にありますが、そのシステムと対話します。

これらのシンボルを使用すると、プロセスをこれらのシンボルのネットワークとして表現できます。分解されたプロセスは、DFD (データ フロー ダイアグラム) です。たとえば、動的エンタープライズ モデリングでは、制御モデル、機能モデル、プロセス モデル、組織モデルに分割されます。

データモデリングとは、データモデリング技術を使用して正式なデータモデル記述を適用することでデータモデルを作成するプロセスです。データモデリングは、データベースのビジネス要件を定義する技術です。データモデルは最終的にデータベースに実装されるため、データベースモデリングと呼ばれることもあります。 ^[19]

この図は、データモデルが今日どのように開発され、使用されているかを示しています。概念データモデルは、開発中のアプリケーションのデータ要件に基づいて、おそらくアクティビティモデルのコンテキストで開発されます。データモデルは通常、エンティティタイプ、属性、関係、整合性ルール、およびそれらのオブジェクトの定義で構成されます。これは、インターフェイスまたはデータベース設計の開始点として使用されます。^[20]

ビジネス プロセス モデリングは、より広範なビジネス プロセス管理(BPM) 分野と混同しないでください。これは、企業のプロセスを表現する活動であり、現在の (「現状」) プロセスを分析して、将来 (「予定」) に改善できるようにします。ビジネス プロセス モデリングは、通常、プロセスの効率と品質を改善しようとしているビジネス アナリストやマネージャーによって実行されます。ビジネス プロセス モデリングによって特定されるプロセス改善には、情報技術の関与が必要な場合とそうでない場合がありますが、プロセス マスターを作成してビジネス プロセスをモデル化する必要がある一般的な要因は、情報技術の関与です。

改善されたビジネス プロセスを実践するには、通常、変更管理プログラムが必要です。大手プラットフォーム ベンダーのテクノロジの進歩により、ビジネス プロセス モデリング モデルが完全に実行可能 (シミュレーションやラウンドトリップ エンジニアリングが可能) になるというビジョンが、日々現実に近づいています。

RM -ODP参照モデルでは、エンタープライズモデリングはオープン分散システムの5つの視点の1つを提供するものとされている。このようなシステムは現代のITシステムである必要はなく、19世紀の銀行決済機関を例として挙げることができる（^[21]）。

企業をモデル化する手法には、次のようなものがある。

• アクティブナレッジモデリング、^[22]
• 組織向けの設計およびエンジニアリング方法論(DEMO)
• 動的エンタープライズモデリング
• エンタープライズ モデリング方法論/オープン分散処理(EMM/ODP)
• 拡張エンタープライズモデリング言語
• 多視点エンタープライズモデリング（MEMO）^[23]
• BPMN、CIMOSA、DYA、IDEF3、LOVEM、PERAなどのプロセスモデリング。
• 統合エンタープライズモデリング（IEM）
• マルチエージェントシステムによる企業のモデリング。

エンタープライズ アーキテクチャ フレームワークには、次のようなエンタープライズ モデリング手法がさらに開発されています。

• ARIS - 統合情報システムのアーキテクチャ
• DoDAF - 米国国防総省のアーキテクチャフレームワーク
• RM-ODP - オープン分散処理の参照モデル
• TOGAF -オープン グループアーキテクチャ フレームワーク
• Zachman Framework - 1980年代のIBMのJohn Zachman氏の研究に基づいたアーキテクチャフレームワーク
• マイケル・ベルの研究に基づくサービス指向モデリングフレームワーク（SOMF）

次のようなメタモデリング フレームワーク:

• 汎用エンタープライズリファレンスアーキテクチャと方法論

エンタープライズエンジニアリングは、企業のビジネスと組織の両方に関する、企業の設計とエンジニアリングに関する分野です。^[24]理論と実践において、2種類のエンタープライズエンジニアリングが生まれました。1つは、エンジニアリングと企業の管理に関連するより一般的なもので、もう1つは、ソフトウェアエンジニアリング、エンタープライズモデリング、エンタープライズアーキテクチャに関連するより具体的なものです。

工学の分野では、より一般的なエンタープライズエンジニアリングが登場し、^[25]エンジニアリングの原理を企業経営に適用するものと定義されています。これには、企業に関連するすべての要素の分析、設計、実装、運用に関連する知識、原理、分野の適用が含まれます。本質的には、これはシステムエンジニアリングと戦略的管理を組み合わせた学際的な分野であり、製品、プロセス、ビジネスオペレーションの観点から企業全体をエンジニアリングしようとします。企業、プロセス、市場がライフサイクルに沿って発展するにつれて、継続的な改善と継続的な適応を図るという考え方です。このトータルシステムアプローチには、研究開発、製品設計、運用、製造に加えて、情報システムと戦略的管理という従来の領域が含まれます。^{[25]この分野は、}エンジニアリング管理、運用管理、サービス管理、システムエンジニアリング に関連しています。

ソフトウェア開発の文脈では、ビジネスプロセスのさまざまな組織的および技術的部分のモデリングと統合を扱うエンタープライズエンジニアリングという特定の分野が出現しました。^{[26]情報システム開発の文脈では、これは}システム分析の組織化における活動領域であり、情報モデリングの範囲の拡張でした。^{[27]これは、}ソフトウェア開発プロセスのシステム分析およびシステム設計フェーズの拡張および一般化と見なすこともできます。^{[28]ここで、エンタープライズモデリングは、}情報システム開発ライフサイクルの初期、中期、および後期の一部である可能性があります。組織的および技術的なシステムインフラストラクチャの明示的な表現は、既存の作業慣行の秩序ある変換を理解するために作成されています。^{[28]この分野は}エンタープライズアーキテクチャとも呼ばれ、エンタープライズオントロジーを使用してエンタープライズアーキテクチャの2つの主要部分として定義されています。^[24]

ビジネス参照モデリングとは、企業、サービス組織、政府機関のコアビジネスの機能的および組織的側面に重点を置いた参照モデルの開発です。エンタープライズ エンジニアリングでは、ビジネス参照モデルはエンタープライズ アーキテクチャ フレームワークの一部です。このフレームワークは、一連の参照モデルで、エンタープライズ アーキテクチャに関連付けられた構造とビューを編成する方法を定義します。

参照モデルとは、一般的に、何かの基本的な目標やアイデアを具体化したモデルであり、さまざまな目的の参照として見ることができます。ビジネス参照モデルは、組織のビジネス オペレーションを、それを実行する組織構造とは関係なく記述する手段です。他の種類のビジネス参照モデルでは、ビジネス プロセス、ビジネス機能、およびビジネス領域のビジネス参照モデル間の関係も表すことができます。これらの参照モデルはレイヤーで構築でき、サービス コンポーネント、テクノロジ、データ、およびパフォーマンスの分析の基盤を提供します。

経済モデリングとは、一連の変数とそれらの間の一連の論理的および/または定量的関係によって経済プロセスを理論的に表現することです。経済モデルは複雑なプロセスを説明するために設計された単純化されたフレームワークであり、多くの場合、数学的手法が使用されますが、常に使用されるわけではありません。経済モデルでは構造パラメータが使用されることがよくあります。構造パラメータは、モデルまたはモデルのクラスの基礎となるパラメータです。 ^[30]モデルにはさまざまなパラメータがあり、それらのパラメータはさまざまな特性を作成するために変更される場合があります。^[31]

一般的に言えば、経済モデルには 2 つの機能があります。1 つ目は、観測されたデータの単純化と抽象化であり、2 つ目は、計量経済学の研究パラダイムに基づいてデータを選択する手段です。経済プロセスが非常に複雑であるため、単純化は経済学にとって特に重要です。この複雑さは、経済活動を決定する要因の多様性に起因します。これらの要因には、個人および協力的な意思決定プロセス、リソースの制限、環境的および地理的制約、制度的および法的要件、および完全にランダムな変動が含まれます。したがって、経済学者は、どの変数とこれらの変数間のどのような関係が関連しているか、この情報を分析および提示するどの方法が有用であるかを合理的に選択する必要があります。

オントロジー工学またはオントロジー構築は、知識工学のサブフィールドであり、オントロジーを構築するための方法と方法論を研究します。エンタープライズ アーキテクチャの領域では、オントロジーは、オブジェクト、その属性、および関係を一貫した方法で構造化するために使用されるアウトラインまたはスキーマです。^[4]エンタープライズ モデリングと同様に、オントロジーは他のオントロジーで構成できます。エンタープライズ モデリングにおけるオントロジーの目的は、企業内のすべての組織と部門にわたる情報の共有可能性、再利用可能性、同化、および普及を形式化し、確立することです。したがって、オントロジーは、企業内で行われるさまざまな機能とプロセスの統合を可能にします。^[32]

明確に表現された構造と語彙を持つ共通言語が 1 つあれば、企業は業務をより効率的に行うことができます。共通のオントロジーがあれば、企業内のさまざまな部門間で効果的なコミュニケーション、理解、調整が可能になります。さまざまな環境でさまざまな種類のオントロジーが使用されています。前述の言語の例は情報システムと設計の分野を扱っていますが、企業内のプロセス、方法、活動などに対して他のオントロジーを定義することもできます。^[4]

エンタープライズ モデリングでオントロジーを使用すると、いくつかの利点があります。オントロジーは、モデルの明確さ、一貫性、構造を保証します。また、効率的なモデル定義と分析を促進します。汎用エンタープライズ オントロジーは、コンポーネントの再利用と自動化を可能にします。オントロジーはスキーマまたはアウトラインであるため、オントロジーを使用しても、適切なエンタープライズ モデルの定義、分析、または明確さは保証されません。オントロジーは、定義および実装方法によって制限されます。オントロジーには、モデル化されているもののすべての側面をキャプチャする可能性や機能が含まれている場合と含まれていない場合があります。^[4]

企業とその環境をモデル化することで、拡張企業のビジネスドメインとプロセス、特に「企業をまとめる」関係と企業の境界を越えて広がる関係の両方に対する理解を深めることができます。企業はシステムであるため、システム思考^[33]で使用される概念は、企業のモデル化にうまく再利用できます。

この方法により、ビジネス機能がどのように機能しているか、またそれが組織内の他の機能にどのように依存しているかについて、企業全体で迅速に理解できるようになります。

• ビジネスプロセスモデリング
• エンタープライズアーキテクチャ
• エンタープライズアーキテクチャフレームワーク
• エンタープライズ統合
• エンタープライズライフサイクル
• 19439 規格
• エンタープライズデータモデリング

• August-Wilhelm Scheer (1992)。統合情報システムのアーキテクチャ: エンタープライズモデリングの基礎。Springer -Verlag。ISBN 3-540-55131-X 
• フランソワ・ヴェルナダ(1996) 『エンタープライズモデリングと統合：原理と応用』、チャップマン＆ホール、ロンドン、ISBN 0-412-60550-3 

ウィキメディア・コモンズには、エンタープライズモデリングに関連するメディアがあります。

• アジャイル エンタープライズ モデリング。SW Ambler 著、2003-2008 年。
• エンタープライズ モデリングのアンチパターン。SW Ambler 著、2005 年。
• エンタープライズ モデリングおよび情報システム アーキテクチャ - 国際ジャーナル (EMISA) は、エンタープライズ モデルと情報システム アーキテクチャに関する斬新で革新的な研究に独自の焦点を置いた学術オープン アクセス ジャーナルです。