[ThinkIT] 第4回：他システムとの連携の追加 (4/4)

TOP＞プロジェクト管理＞ GUIでの実装

実践！ビジネス・プロセス・インテグレーション

第４回：他システムとの連携の追加
著者：日本アイ・ビー・エム小倉弘敬、佐藤泉、津田佳一
2006/3/8

前のページ 1 2 3 4

GUIでの実装

BPIに対応したIBMのツールであるWID（WebSphere Integration Developer）の場合、このようなマッピング処理を実装するためにビジネス・オブジェクト・マッピング・エディターと呼ばれるツールを利用することができる。

図4：ビジネス・オブジェクト・マッピング・エディター
（画像をクリックすると別ウィンドウに拡大図を表示します）

ビジネス・オブジェクト・マッピング・エディターではマッピングの定義がGUIの画面で直感的に行えるようになっている。また、以前紹介したリレーションシップ機能もマッピングの定義中で利用することができる。リレーションシップ機能については「第2回：BPIのビジネス要件とそれを実現するための機能」を参照して頂きたい。

以上、表2の1のCRMシステムへの注文情報更新処理について詳しく見てきた。1で行ったビジネスプロセスに対する変更は2、3のケースについても扱うデータ構造が変わるだけで基本的には同じである。

終わりに

   今回は注文システムに対する新たな要件である「CRMシステムによる顧客管理機能の追加」を既存のビジネスプロセスに対してどのように追加していくのかを見た。ビジネスプロセスと連携するシステムを追加する際のマッピング処理での考慮点についてご理解頂けたと思う。

   このようにビジネスプロセス内で扱うデータを汎用的に作成し、CRMシステムなどの外部システムと連携する部分でのデータ変換を外出しにするような柔軟性のある仕組みにしておけば、仮に今後CRMシステムを取り替えるような要件があったとしても比較的容易に対処することができるのである。

   以上4回に渡ってビジネス・プロセス・インテグレーションを実践するための方法を具体的な例を通して紹介してきた。実際の世界では、ここでのO社の話のようにいくとは限らない。ビジネス環境が変化したとき、それに対応するために戦略を変更し、それにそったシステムを構築できたとしても、それがうまくいかないことも多々あるであろう。

   しかし、「新しい戦略や施策はよかったのだが複雑に結合したシステムであるためシステム構築に時間が掛かりすぎ、タイミングを外してしまい効果がなかった」とか、「既存システムのため、そもそも戦略や施策を変更できない」などシステムが理由でビジネス環境の変化に対応できないケースも多いのではないだろうか。システム自身が足かせになって、ビジネス環境の変化に対応できないのでは、本末転倒である。

   本連載で紹介したビジネス・プロセス・インテグレーションを使ったシステムは、変更や新しい機能の追加が容易であることの特徴をいかして、戦略や施策をシステムの側面からサポートするものである。

   本連載が柔軟性の高いSOAに基づいたビジネスプロセス構築の一助となれば幸いである。

前のページ 1 2 3 4

	著者プロフィール日本アイ・ビー・エム株式会社小倉弘敬日本アイ・ビー・エムソリューション開発インテグレーション所属ソフトウェア・エバンジェリスト。担当分野は、ビジネス・プロセス・インテグレーション（BPI:Business Process Integration）。WebSphere Business Integration（WBI）ソリューションセンターで、BPIソリューションの開発／提供に従事する。
	著者プロフィール日本アイ・ビー・エム株式会社佐藤泉入社以来、ワークフロー、ビジネスプロセスエンジン、ビジネスプロセスモニターなどのソフトウェア製品の開発やそれらの製品をベースとしたソリューションの提案活動に従事。特に、SOAに則ったBPI（Business Process Integration）やBIO（Business Innovation and Optimization）を得意分野とする。
	著者プロフィール日本アイ・ビー・エム株式会社津田佳一日本アイ・ビー・エムソリューション開発インテグレーション所属 BPIソリューションの開発／提供に従事する。

INDEX
第4回：他システムとの連携の追加
	前回より
	ビジネスプロセスの修正ステップ
	CRMシステムとの連携
	GUIでの実装