エンタープライズ統合

エンタープライズ統合は、エンタープライズアーキテクチャの技術分野であり、システムの相互接続、電子データ交換、製品データ交換、分散コンピューティング環境などのトピックの研究に重点を置いています。^[1]

エンタープライズエンジニアリングにおける概念であり、関連する情報を提供することで、人、機械、コンピュータ間のコミュニケーションと、それらの効率的な協力と調整を可能にします。^[2]

要件と原則は、エンタープライズ アーキテクチャの開発に役立つビジネス ドライバーとガイドラインの決定を扱います。各機能要件と非機能要件は、1 つ以上のビジネス ドライバーに追跡可能である必要があります。組織は、要件の取得と管理の必要性をより意識し始めています。ユース ケース モデリングは、これを実行するために使用される手法の 1 つです。Brosey ら (2001) によると、エンタープライズ統合は、「適切な人材と適切なプロセスが適切な情報と適切なリソースを適切なタイミングで利用できるようにするために、人、プロセス、システム、およびテクノロジを接続および結合することを目指しています」。^[3]

エンタープライズ統合は、継続的かつ予測不可能な変化に満ちていると考えられる世界における業務の最適化に焦点を当てています。変化は、単一の製造会社だけでなく、「絶えず変化する一連の拡張または仮想企業」でも発生します。これにより、関係者は「新たな脅威や機会に対応するために、迅速かつ正確な意思決定と業務の適応」を行うことができます。^[3]

• 企業統合は、産業界、特に製造業におけるコンピュータの初期の頃から議論されてきました。CIM (コンピュータ統合製造) は、オペレーション統合の頭字語です。CIM における統合の範囲についてはさまざまな解釈がありますが、常に少なくとも企業の一部にわたる情報統合を意味しています。情報統合は、基本的に、適切な情報を適切な場所に適切なタイミングで提供することから始まります。^[4]

1990 年代には、多くの分野からの積極的な貢献により、エンタープライズ統合とエンタープライズ エンジニアリングが議論の焦点となりました。ジム ネルとカート コサンケ(1997) によると、1990 年代末のエンタープライズ エンジニアリングと統合の最新状況はかなり混乱していました。

• 一方で、エンタープライズ統合で特定される多くの問題に対するソリューションを提供すると主張しています。
• 一方、解決策は互いに競合しているようで、矛盾する用語を使用しており、他の問題に関する解決策との関係についての手がかりも提供していません。

ワークフロー モデリング、ビジネス プロセス モデリング、ビジネス プロセス リエンジニアリング(BPR)、コンカレント エンジニアリングはすべて、企業運営に必要な情報を識別して提供することを目的としています。さらに、多数の統合プラットフォームの概念が、情報識別の認識やサポートがほとんどないかまったくない状態で推進されています。エンタープライズ モデリングをサポートすると主張するツールは非常に多く存在しますが、特にモデルが意思決定サポートなどのエンド ユーザーによって使用される場合、サポートはむしろわずかです。

フランソワ・ヴェルナダは、 1996 年の著書「エンタープライズ モデリングと統合: 原理とアプリケーション」で、「エンタープライズ モデリングは、エンタープライズのさまざまな側面を評価して、エンタープライズの運用をよりよく理解、再構築、または設計することに関係しています。これは、ビジネス プロセス リエンジニアリングの基礎であり、エンタープライズ統合を実現するための最初のステップです。ヴェルナダによると、エンタープライズ統合は急速に発展している技術分野であり、システム相互接続、電子データ交換、製品データ交換、分散コンピューティング環境の実証済みのソリューションがすでに示されています。彼の著書では、これら 2 つの方法論を組み合わせて、統合エンタープライズ システムのモデリング、分析、設計、実装を行うエンタープライズ エンジニアリングと呼ばれる体系的なエンジニアリング アプローチを提唱しています」と述べています。^[5]

これを理解することで、企業統合におけるさまざまなニーズを特定することができます。^[4]

• 適切な情報を特定する: 企業運営におけるさまざまな活動によって必要かつ作成される情報についての正確な知識が必要です。知識は、製品および管理情報、リソース、運用プロセスの組織的側面を説明し、これらのプロセスを最適化するための what-if 分析を可能にする、企業運営の正確なモデルの形式で構造化される必要があります。
• 適切な情報を適切な場所に提供するには、異機種ハードウェア、異なるオペレーティング システム、モノリシック ソフトウェア アプリケーション (レガシー システム) で構成される異機種環境間で情報トランザクションを処理できる情報共有システムと統合プラットフォームが必要です。組織の境界を越え、異なる組織の業務を一時的にリンクし、セットアップ時間が短く、期間が限定されている環境 (拡張エンタープライズと仮想エンタープライズ)。
• 企業運営の実際の状態を反映するために情報をリアルタイムで更新します。運用データ (運用中に作成された情報) の更新だけでなく、新しい顧客の要求、新しい技術、新しい法律、または社会全体の新しい哲学から生じる可能性のある環境の変化に適応する必要があります。変化には、運用プロセス、人的組織、さらには企業全体の範囲と目標の変更が必要になる場合があります。
• ビジネス プロセスの調整: ビジネス プロセス、プロセス間の関係、情報、リソース、組織に関する企業運営の正確なモデル化が必要です。これは、情報交換や情報共有をはるかに超えるものです。リアルタイムの意思決定サポートと運用上の選択肢の評価のために、企業内の意思決定能力とノウハウを考慮します。
• 企業を組織し、適応させるには、企業運営の現状とその環境 (市場、技術、社会) の両方について、非常に詳細かつ最新の知識が必要です。知識は事前に利用可能で、関連情報を簡単に識別してアクセスできるように、非常によく構造化されている必要があります。

企業運営中の情報ニーズに関する明確な知識は、運用プロセスのモデルによって提供できます。運用タスク、必要な情報供給と削除のニーズ、および必要な情報トランザクションの時点を識別するモデルです。企業運営の一貫したモデル化を可能にするために、モデル化プロセスは、リファレンスアーキテクチャ、方法論、およびITベースのツールによってガイドされ、サポートされる必要があります。^[6]

IFAC/IFIP タスク フォースによって定義された一般化エンタープライズ リファレンス アーキテクチャおよび方法論 (GERAM) フレームワークは、モデリング プロセスに必要なガイダンスを提供します (図を参照)。また、モデル コンテンツの意味の統一も可能にします。フレームワークは、エンタープライズ モデリングに必要かつ役立つコンポーネントのセットを識別します。リファレンス アーキテクチャで識別および定義されている一般的な概念には、ライフ サイクル、ライフ ヒストリー、モデル ビューなどがあります。これらの概念は、ユーザーが操作のプロセス モデルを作成および維持し、日常業務で使用するのに役立ちます。モデリング ツールは、ユーザーとモデル表現をガイドするための適切な方法論と言語を提供することで、モデル エンジニアリングとモデルの使用の両方をサポートします。^[6]

運用の統合リアルタイムサポートを可能にするには、意思決定支援、運用監視と制御、モデルのメンテナンスのために、プロセスの説明と実際の情報の両方がリアルタイムで利用可能でなければなりません。^[6]

この図は、エンタープライズ モデルを現実世界のシステムにリンクする統合インフラストラクチャの概念を示しています。統合サービスは、異種システム環境 (IT およびその他) 間の調和プラットフォームとして機能し、モデルに必要な実行サポートを提供します。エンタープライズ モデルでキャプチャされたプロセス ダイナミクスは、モデル実行の制御フローとして機能します。したがって、情報へのアクセスと使用場所との間の情報の転送は、モデルによって制御され、統合インフラストラクチャによってサポートされます。統合インフラストラクチャの調和特性により、組織内外の情報転送が可能になります。モデリング フレームワークの意味の統一により、エンタープライズ モデルの相互運用性も保証されます。^[6]

2002年の企業統合法として知られる公法107-277（116 Stat. 1936-1938）は、国立標準技術研究所が主要な製造業と協力して、電子企業統合などの標準の開発と実装のイニシアチブに取り組むことを認めています。この法律は、国立標準技術研究所（NIST）の所長に、米国内で企業統合を推進するためのイニシアチブを確立することを義務付けており、その内容は次のとおりです。^[7]

• NIST 研究所、製造拡張パートナーシップ プログラム、ボルドリッジ パフォーマンス エクセレンス プログラムなどの NIST のさまざまな部門、および政府と業界を含むコンソーシアムが関与します。
• NISTと民間部門の継続的な取り組みを基盤として、
• 米国の主要製造業の企業統合ニーズにできるだけ早期に対応します。

• AMICEコンソーシアム
• 統合情報システムのアーキテクチャ
• 相互運用可能な情報システムのアーキテクチャ
• 統合コンソーシアム
• 標準モデル
• シモサ
• 構成管理
• データ統合
• エンタープライズアプリケーション統合
• エンタープライズ情報統合
• エンタープライズ統合パターン
• 汎用エンタープライズリファレンスアーキテクチャと方法論
• セマンティック統合
• 意味の統一

 この記事には、国立標準技術研究所の パブリックドメイン資料が組み込まれています。

• Peter Bernusおよび L. Nemes (編)。(1995)。『エンタープライズ統合のモデリングと方法論: エンタープライズ統合のモデルと方法論に関する IFIP TC5 ワーキング カンファレンスの議事録』、オーストラリア、クイーンズランド、1995 年 11 月。Chapman & Hall。ISBN  0-412-75630-7。
• Peter Bernus他 (1996)。エンタープライズ統合アーキテクチャ。Springer。ISBN 0-412-73140-1 
• Fred A. Cummins (2002)。『エンタープライズ統合: エンタープライズアプリケーションとシステム統合のアーキテクチャ』。John Wiley & Sons。ISBN 0-471-40010-6 
• Charles J. Petrie ( 1992)。エンタープライズ統合モデリング: 第 1 回国際会議の議事録。MIT 出版。ISBN 0-262-66080-6 
• ケント・サンドー、ゲイル・コービット、レイモンド・ボイキン、アディティア・サハリア (2001)。エンタープライズ統合。ワイリー、ISBN 0-471-35993-9。 

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

• IFIP/IFAC の企業統合タスクフォース、1990 年代の活動の簡単な概要。