
一般化エンタープライズ参照アーキテクチャおよび方法論(GERAM)は、エンタープライズ統合およびビジネスプロセスエンジニアリングのための一般化されたエンタープライズアーキテクチャフレームワークです。これは、エンタープライズエンジニアリングで使用することが推奨されるコンポーネントのセットを特定します。[ 1 ]
このフレームワークは、1990年代に国際自動制御連盟(IFAC)と国際情報処理連盟(IFIP)の合同タスクフォースによって、企業統合のためのエンタープライズアーキテクチャに関して開発されました。開発は、当時存在していたエンタープライズアプリケーション統合のフレームワークの評価から始まり、いわゆる「汎用アーキテクチャ」の全体的な定義へと発展しました。[ 2 ]
GERAMの基本原則の一つは、エンタープライズモデリングがエンタープライズエンジニアリングと統合における主要な課題とみなされていたことです。GERAMにはいくつかの構成要素があり、その中に以下のような方法論と対応する言語が実装されています。
構成要素は、より効率的なモデリングのための手段を提供することで、モデリングプロセスをサポートするように設計されました。[ 1 ]
結果として得られるエンタープライズモデル(EM)は、企業運営の全部または一部を表します。これらのモデルにより、運用上の代替案をシミュレーションし、その評価を行うことができます。GERAMは、エンタープライズエンジニアリングと統合において推奨されるすべての要素について、汎用的な記述を提供します。
一般化エンタープライズ参照アーキテクチャおよび方法論(GERAM)は、企業統合プロジェクトのライフサイクル全体をモデル化するエンタープライズ参照アーキテクチャです。プロジェクトを最初に開発した起業家の視点からの初期コンセプトから、定義、機能設計または仕様、詳細設計、物理的な実装または構築、そして最終的には運用から陳腐化に至るまでをモデル化します。このアーキテクチャは、企業統合プロジェクトのライフサイクルの前述のフェーズに関わるすべての機能とアクティビティをマッピングできる比較的シンプルなフレームワークとなることを目指しています。また、各フェーズで調査者または実務者が使用するツールを示すことも可能になります。定義されたアーキテクチャは、プロジェクト、製品、プロセス、そして企業に適用されます。[ 3 ]
一般化エンタープライズ参照アーキテクチャおよび方法論(GERAM)は、1990年代に、 ピーター・ベルナス、ジェームズ・G・ネルらで構成されるIFAC / IFIPエンタープライズ統合アーキテクチャタスクフォースによって開発されました。IFAC/IFIPエンタープライズ統合アーキテクチャタスクフォースは1990年に設立され、それ以来エンタープライズ参照アーキテクチャを研究してきました。[ 3 ]
タスクフォースは、企業統合を支援するための業界のニーズを満たすために、候補となる企業参照アーキテクチャとその関連手法が満たすべき要件を確立しました。その結果は、タスクフォースによって「汎用企業参照アーキテクチャおよび手法」を意味するGERAMと呼ばれています。タスクフォースは、このようなアーキテクチャが実現可能であり、現在文献で入手可能ないくつかのアーキテクチャが既に、または潜在的にこのような要件を満たすことができることを示しました。[ 3 ]
エンタープライズ参照アーキテクチャの開発は、1980年代の先進製造システム向け設計手法の開発から発展しており、[ 4 ] CIMOSA、CIM向けオープンシステムアーキテクチャなどがある。 [ 5 ] [ 6 ] GERAMフレームワークは、 1994年にPeter BernusとLaszlo Nemesによって初めて発表された。 [ 2 ]
図1に示すように、8つの主要構成要素は以下のとおりです。
汎用エンタープライズ参照アーキテクチャ(GERA)は、エンタープライズ統合プロジェクトでの使用が推奨されるエンタープライズ関連の汎用概念を定義します。これらの概念には、ライフサイクル、エンタープライズエンティティタイプ、ビジネスプロセスモデリングによるエンタープライズモデリング、エンタープライズアーキテクチャのさまざまなユーザー(ビジネスユーザー、システム設計者、ITモデリングスペシャリストなど)向けのさまざまなモデルビューとモデリング言語での統合モデル表現が含まれます。[ 1 ]

あらゆる企業エンティティのライフサイクル段階を、エンティティの構想から最終的な終了まで特定することを可能にする。図2:GERAライフサイクル概念は、企業エンティティのGERAライフサイクル段階を示している。合計9つのライフサイクル段階が定義されている。

エンタープライズエンジニアリングおよびエンタープライズ統合で使用するエンティティタイプを特定します。統合を再帰的に捉えることで、関連するライフサイクルを持つ 5 つのエンティティタイプを特定できます。最初の 4 つのエンティティタイプの再帰性は、異なるエンティティの役割、その製品、およびそれらの間の関係を特定することによって実証できます。図 3: GERA エンタープライズエンティティコンセプトは、エンタープライズエンティティの GERA ライフサイクルフェーズを示しています。合計 9 つのライフサイクルフェーズが定義されています。
図3は、企業エンティティ開発の連鎖を表しています。タイプ1エンティティは、常に下位レベルのエンティティの作成を開始し、特定のエンティティの目標、範囲、目的を特定します。新しい企業エンティティ(または新しいビジネスユニット)の開発と実装は、タイプ2エンティティによって行われます。一方、タイプ3エンティティは、新しい製品(タイプ4エンティティ)の開発と製造を担当します。タイプ1エンティティを除き、すべての企業エンティティには、関連するエンティティライフサイクルがあります。ただし、下位エンティティが定義、作成、開発、構築されるのは、常にエンティティライフサイクルの運用フェーズです。運用自体は、企業エンジニアリング、企業運用、製品開発、および生産サポートのための関連する方法論によってサポートされます。

図 3 には、方法論 (タイプ 5 エンティティ) のライフサイクルと、方法論の初期ライフサイクル段階で開発されたプロセス モデルも示されています。ただし、方法論のライフサイクルとそのさまざまな段階とプロセス モデルの間には明確な区別が必要です。後者は、特定の企業エンティティの運用段階をサポートするために使用されます。さまざまなエンティティ タイプの運用上の関係は、図 4: GERA 企業エンティティ コンセプト (タイプ 3) にも示されており、さまざまなエンティティがタイプ 3 エンティティのライフサイクル フェーズにどのように貢献するかを示しています。製造エンティティ自体は、その運用段階 (タイプ 3 エンティティ) の過程で企業製品を生産します。

エンタープライズモデリングの概念は、企業運営のプロセスモデルを提供します。プロセス指向モデリングにより、企業エンティティおよびエンティティタイプの運営を、機能、動作、情報、リソース、組織といったあらゆる側面から表現できます。これらのモデルは、運用上の代替案を評価することによる意思決定支援や、モデル駆動型の運用管理および監視に活用できます。
結果として得られるモデルの複雑さを隠すため、モデルは異なるサブセット(ビュー)でユーザーに提示されます。このビューの概念は、図 5: GERA 汎用参照アーキテクチャの概念に示されています。これはライフサイクルのすべてのフェーズで適用可能です。ビューは、基盤となる統合モデルとモデル操作から生成されることに注意してください。つまり、特定のビューで行われた変更は、モデルの関連するすべての側面に反映されます。GERA ライフサイクル モデルでは、機能、情報、意思決定/組織、リソース/構造の 4 つの異なるビューが定義されています。必要に応じて、モデリング ツールでサポートされている場合は、他のビューを定義することもできます。さらに、GERA のライフサイクル モデルでは、運用制御と顧客サービス関連の 2 つの異なるカテゴリのモデリングが提供されています。
モデリング言語は、企業モデリングの効率性を向上させます。さらに、企業運営の共通表現を可能にします。モデリング言語は、企業モデルのさまざまなユーザー、例えば、ビジネスユーザー、システム設計者、ITモデリング専門家などに対応する必要があります。
モデリング言語は、あらゆるエンティティタイプのライフサイクルの全段階におけるモデリングをサポートする必要があります。さらに、モデリング言語は、汎用的な構成要素と、それらから構築されるマクロ構成要素(GEM)を提供する必要があります。後者は、モデリングの生産性をさらに向上させます。
図5は、汎用的な構成要素を必要とする企業エンティティのライフサイクルフェーズに関する参照アーキテクチャを示しています。部分レベルでは、参照アーキテクチャにおけるGEMの位置を示しています。特定レベルでは、企業エンティティ自体のライフサイクルフェーズを示しています。

汎用エンタープライズエンジニアリング手法(GEEM)は、エンタープライズ統合のプロセスを記述し、GERAMフレームワーク(図1)に従って、エンタープライズ運用のモデルを作成します。この手法は、エンタープライズモデリングと統合のエンジニアリングタスクにおいてユーザーをガイドします。統合プロセスで必要となるさまざまなタスクをユーザーにガイドする、異なる手法が存在する場合があります。[ 1 ]
エンタープライズエンジニアリング手法は、GERAで特定されたライフサイクル概念に基づいて構築され、図2に示すさまざまなライフサイクルフェーズをサポートする必要があります。エンタープライズ統合プロセス自体は通常、エンタープライズエンティティタイプ3(上記参照)の操作に向けられ、エンタープライズエンティティタイプ2(図2および図4)によってエンタープライズエンジニアリングタスクとして実行されます。統合タスクは、エンティティライフサイクルの関連するエンジニアリングフェーズ(図6:エンタープライズエンジニアリングとライフサイクル概念に示されています)のいずれからでも開始でき、それらのフェーズのいずれでも使用できます。したがって、エンタープライズエンジニアリングのさまざまなフェーズに関連するプロセスは、さまざまなエンジニアリングタスクのシーケンスをサポートするために、互いに独立している必要があります。
エンタープライズエンジニアリング手法は、統合プロセスの各ステップに関する詳細な手順を記述したプロセスモデルで表現できます。これにより、手法の理解を深めるための優れた表現が可能になるだけでなく、使用および生成される情報、必要なリソース、統合プロセスで割り当てるべき関連責任を特定することもできます。手法のプロセス表現には、後述する適切なモデリング言語を用いるべきです。
汎用エンタープライズモデリング言語(GEML)は、エンタープライズモデリングのための汎用的な構成要素(ビルディングブロック)を定義します。オペレーションのさまざまな要素を表す汎用的な構成要素は、モデリングの効率とモデルの理解の両方を向上させます。これらの構成要素は、エンタープライズモデルを作成および使用する人々のさまざまなニーズに合わせて調整する必要があります。そのため、さまざまなユーザー(ビジネスユーザー、システム設計者、ITモデリングスペシャリストなど)に対応するさまざまな言語が存在する可能性があります。[ 1 ]
企業運営をモデル化するということは、そのプロセス、必要な情報、リソース、組織的側面を記述することを意味します。したがって、モデリング言語は、企業運営の意味論を捉えることができる構成要素を提供する必要があります。これは、企業モデルが企業運営そのものをサポートする場合に特に重要です。
モデルベースの意思決定支援およびモデル駆動型の運用制御・監視には、エンドユーザーを支援し、ユーザーの認識に基づいて運用プロセスを表現するモデリング構造が必要となる。
モデリング言語は、企業モデリングの効率性を向上させます。さらに、企業運営の共通表現を可能にします。モデリング言語は、あらゆるエンティティタイプのライフサイクルの全段階におけるモデリングをサポートする必要があります。加えて、汎用的な構成要素と、それらから構築されるマクロ構成要素(GEM)を提供する必要があります。後者は、モデリングの生産性をさらに向上させます。
汎用エンタープライズモデリングツール(GEMT)は、エンタープライズ統合手法とモデリング言語の汎用実装、およびエンタープライズモデルの作成と使用のためのその他のサポートを定義します。モデリングツールは、モデリングプロセス自体とモデルの運用上の使用の両方についてユーザーガイダンスを提供する必要があります。したがって、エンタープライズモデリングツールの設計は、モデリング手法だけでなく、運用プロセスのシミュレーションのためのモデル実行機能も包含する必要があります。後者には、シミュレーション結果の分析および評価機能も含まれる必要があります。[ 1 ]
エンタープライズモデル(EM)は、主にビジネスプロセスの形で企業運営を表します。ただし、場合によっては他の表現も適していることがあります。ビジネスプロセスは、関連するエンジニアリング手法について上記で定義した汎用モデリング言語の構成要素を使用して表現されます。企業運営は通常かなり複雑であるため、運営のすべての関連側面を共通のモデルで表現すると理解が難しくなります。ユーザーにとってモデルの複雑さを軽減するために、ユーザーが関心のある側面のみを表示できるような異なるビューを提供する必要があります。[ 1 ]
存在論的理論(OT)は、企業関連概念の最も一般的な側面を、本質的な特性と公理の観点から形式化します。存在論的理論は、企業とそのモデルの事実と規則に関する事実と規則を考慮するため、 「メタモデル」とみなすことができます。 [ 1 ]
汎用エンタープライズモデル(GEM)は、多くの企業に共通する概念を捉えた参照モデル(部分モデル)を特定します。GEMは、モデリングプロセスの効率を高めるためにエンタープライズモデリングで使用されます。[ 1 ]
汎用モジュール(GM)は、企業統合で使用される一般的に適用可能な製品(ツール、統合インフラストラクチャなど)を識別します。[ 1 ]
この記事には、米国国立標準技術研究所(NIST)のパブリックドメイン資料が含まれています。