システム統合

システム統合は、工学においては、構成要素であるサブシステムを1つのシステム(システムが包括的な機能を提供できるように連携するサブシステムの集合体)にまとめ、サブシステムがシステムとして連携して機能することを保証するプロセスと定義され、[ 1 ]情報技術においては、[ 2 ]異なるコンピューティングシステムとソフトウェアアプリケーションを物理的または機能的にリンクして、[ 3 ]調整された全体として機能させるプロセスと定義されます。

システムインテグレーターは、コンピュータネットワークエンタープライズアプリケーション統合ビジネスプロセス管理、手動プログラミングなど、さまざまな技術を利用して個別のシステムを統合します[ 4 ]

システム統合とは、既存の、多くの場合は異なるシステムを統合することであり、「顧客にとっての価値を高めること」[ 5 ](例:製品の品質と性能の向上)に重点を置きながら、同時に企業にも価値を提供する(例:運用コストの削減と応答時間の改善)ことを目指します。[ 5 ]インターネットでつながった現代の世界では、システム統合エンジニアの役割は重要です。構築中のシステム内と既に導入されているシステムの両方で、接続するように設計されるシステムがますます増えています。[ 6 ]

統合の方法

垂直統合(「水平統合」とは対照的に)とは、機能に応じてサブシステムを統合し、サイロとも呼ばれる機能エンティティを作成するプロセスです。 [ 7 ]この方法の利点は、統合が迅速に実行され、必要なベンダーのみが関与するため、短期的にはコストが安くなることです。その一方で、新しい機能や拡張機能がある場合、実装(システムの拡張)する唯一の方法は別のサイロを実装することであるため、所有コストは他の方法よりも大幅に高くなる可能性があります。サブシステムを再利用して別の機能を作成することは不可能です。 [ 8 ]

スター統合(スパゲッティ統合とも呼ばれる)は、各システムが残りのサブシステムのそれぞれと相互接続されるシステム統合のプロセスである。統合されるサブシステムの観点から見ると、接続は星型に似ているが、システム全体の図を示すと、接続はスパゲッティのように見えるため、この手法の名前が付けられている。サブシステムがエクスポートしているインターフェースによってコストは変化する。サブシステムが異種または独自のインターフェースをエクスポートしている場合、統合コストが大幅に上昇する可能性がある。追加のサブシステムを追加すると、システムを統合するために必要な時間とコストは指数関数的に増加する。機能の観点からは、機能の再利用の柔軟性が非常に高いため、この方法が好ましいと思われることが多い。[ 8 ]

水平統合またはエンタープライズサービスバス(ESB)は、専用のサブシステムを他のサブシステム間の通信専用にするための統合手法です。これにより、接続(インターフェース)の数をサブシステムごとに1つに削減し、ESBに直接接続することができます。ESBはインターフェースを別のインターフェースに変換することができます。これにより、統合コストを削減し、極めて柔軟なシステムを構築できます。この手法を用いて統合されたシステムでは、あるサブシステムを、同様の機能を提供しながらも異なるインターフェースを持つ別のサブシステムに完全に置き換えることが可能です。この処理は、他のサブシステムに対して完全に透過的です。必要な作業は、ESBと新しいサブシステム間の新しいインターフェースを実装することだけです。[ 8 ]

しかし、中間データ変換のコストやビジネスロジックの責任移行のコストを回避できると考えられる場合、水平スキームは誤解を招く可能性があります。[ 8 ]

産業ライフサイクル統合とは、初期システム実装、エンジニアリングと設計、プロジェクトサービス、運用という4つの統合カテゴリーまたは段階を考慮したシステム統合プロセスです。[ 9 ]このアプローチでは、システムとサブシステムを統合する際に、産業資産のライフサイクルの各段階の要件を組み込みます。重要な成果は、資産のライフサイクル全体にわたって機能する標準化されたデータアーキテクチャです。

共通データフォーマットは、各アダプタが他のすべてのアプリケーションのフォーマットとの間でデータを変換する必要を回避するための統合方法です。エンタープライズアプリケーション統合(EAI)システムでは通常、アプリケーションに依存しない(または共通の)データフォーマットが規定されています。[ 10 ] EAIシステムは通常、アプリケーション固有のフォーマットと共通フォーマット間の変換を支援するデータ変換サービスも提供します。これは2つのステップで行われます。アダプタは、情報をアプリケーションのフォーマットからバスの共通フォーマットに変換します。次に、これにセマンティック変換が適用されます(郵便番号を都市名に変換する、あるアプリケーションのオブジェクトを他のアプリケーションのオブジェクトに分割/結合するなど)。

統合の課題

システム統合は組織にとって困難な課題となる可能性があり、これらの課題は新しいソフトウェアソリューションの導入後の全体的な投資収益率を減少させる可能性があります。これらの課題には、他社とのデータ共有に対する信頼と意欲の欠如、さまざまな業務を第三者にアウトソーシングすることへの抵抗、明確なコミュニケーションと責任の欠如、機能の配置場所に関するパートナーとの意見の不一致、統合コストの高さ、優秀な人材の確保の難しさ、データサイロ、共通API標準などがあります。[ 11 ]これらの課題は、「企業内および企業間のビジネスシステム統合を妨げる、または遅らせる」ハードルを生み出します。[ 12 ]明確なコミュニケーションと簡素化された情報交換は、ビジネス要件をサポートできる長期的なシステム統合を構築するための重要な要素です。

統合のメリット

一方、システム統合プロジェクトは非常に大きな成果をもたらす可能性があります。時代遅れのレガシーシステムでは、様々な形態の統合によってリアルタイムのデータ共有が可能になります。これにより、例えば、パブリッシャー・サブスクライバー型データ配信モデル、統合データベース、イベント駆動型アーキテクチャなどを実現し、ユーザーによる手作業によるデータ入力を削減(これによりエラーも削減されます)、アプリケーションのフロントエンドを刷新または近代化し、クエリとレポート処理を高価な運用システムから安価な汎用システムに移行(これによりコスト削減、拡張性の向上、メインの運用システムの処理能力の解放が可能)することが可能になります。通常、統合プロジェクトに見合うだけの価値があるかどうかを判断するために 、徹底的な費用対効果分析が行われます。

参照

参考文献

  1. ^ギルキー、ハーバート・T (1960)、「新しい空気暖房法」、建物暖房の新方法:建築研究所(BRI)工学・産業研究部門が1959年11月にBRI秋季会議のプログラムの一つとして実施した研究相関会議。ワシントン:米国国立研究会議。建築研究所、p. 60、OCLC  184031
  2. ^コンピュータ システムの場合、「システム統合」という用語には複数形の「システム」が含まれますが、単数形もコンピュータ システムを指す際に使用されます。
  3. ^ CIS 8020 – システム統合、ジョージア州立大学 OECD
  4. ^ Moore, June (1982年12月13日)、「ソフトウェアレビュー、BusinessMaster II+、CP/Mシステム用台帳」、InfoWorld、InfoWorld Media Group, Inc、p. 31、ISSN 0199-6649 
  5. ^ a b Vonderembse, MA; Raghunathan, TS; Rao, SS (1997). 「脱工業化パラダイム:製造業の統合と自動化」. International Journal of Production Research . 35 (9): 2579– 2600. doi : 10.1080/002075497194679 .{{cite journal}}: CS1 maint: 複数の名前: 著者リスト (リンク)
  6. ^メリマン、ダン(1996年2月19日)「すべてを結びつける」、ネットワークワールド、IDGネットワ​​ークワールド社、51ページ、ISSN 0887-7661 
  7. ^ラウ、エドウィン(2005年)「マルチチャネル・サービス提供」OECD電子政府研究『より良い政府のための電子政府』パリ:OECD、52ページ、ISBN 9789264018334OCLC  224889830
  8. ^ a b c d Gold-Bernstein, Beth; Ruh, William A (2005), Enterprise integration: the essential guide to integration solutions , Addison Wesley, ISBN 0-321-22390-X
  9. ^ 「産業エネルギー資産向けシステム統合フレームワークにおけるデータ中心実行アーキテクチャの価値」Vista Projects Limited
  10. ^航空機/倉庫共通インターフェース制御文書フォーマット標準、SAE International、doi : 10.4271/as5609a
  11. ^ Gulledge, Thomas (2002年9月). 「B2B eマーケットプレイスと中小企業」. Computers in Industry . 49 (1): 47– 58. doi : 10.1016/s0166-3615(02)00058-1 . ISSN 0166-3615 . 
  12. ^ Hvolby, Hans-Henrik; Trienekens, Jacques H. (2010年12月). 「ビジネスシステム統合における課題」. Computers in Industry . 61 (9): 808– 812. doi : 10.1016/j.compind.2010.07.006 . ISSN 0166-3615 .