系統整合的種類

系統整合的問題一直都是SI(System Integration)廠最大的痛，即使被稱為SI的專家，面對系統整合的問題你也不得不小心，最近在工作上遭遇一些整合上的問題，後續有較完整的解決方案後再PO出來跟大家分享，今天要提的是系統整合的種類，系統整合的定義很廣，下面我舉幾個比較常見到的：

資料整合

這個很常見，就是兩系統間只做單純的資料交換，舉個例子來說，多數公司內部都會有許多不同的系統吧，以CRM跟ERP為例子來說，CRM系統可能會發起一些需求，然後存放一筆資料倒ERP的資料庫中，ERP的系統到時候會讀到這筆資料，如下圖，CRM系統可能透過直接存取或者是透過Web service等其他服務將資料寫入ERP DB中，ERP再做讀取，而是否要針對CRM丟過來的資料做其它差異化處理就看系統的用意了。

流程整合

流程整合的定義超廣泛，舉個例子：請假單、採購單等等會有流程要跑的系統，通常都會搭配Mail的方式來提醒使用者或者相關人員，電子流程系統透過Mail來通知使用者進行下個動作，這本身就是一種流程整合，又或者是兩系統間有絕對的先後次序關係，我們再舉上例，如果CRM系統拋資料給ERP系統後，需要再ERP系統這邊再將資料回拋給CRM系統，CRM發動的程序才能繼續向下進行，那我們可以稱兩者的流程上是有整合關聯的，看一下下圖，手上沒有UML工具，這個就先隨意看看吧。

UI整合

UI的整合有幾個分類：將對方的資料放到我的畫面來顯示(EX:RSS)或者直接將對方系統的畫面放到我的系統中(EX:Web Part、Portal...)，這一類的整合通常很單純，我可以在我的系統中看到別的系統的內容，這個整合通常會搭配單一登入(SSO)的機制來做權限認證...

服務整合

提到服務整合，我想大家首先想到的應該就是SOA了吧，服務整合的定義其實很模糊，我呼叫你的Web Service來進行資料交換，算不算服務整合呢？應該算吧，我透過SSO的機制將我們兩個系統串在一起，算不算服務整合呢？應該也算吧。 其實談到服務整合算是所有整合的最初目標，沒有服務，如何整合？ 也算是最終目標了，有了很多完整服務，整合還難嗎？ 不過在談SOA時，第一步往往是最難踏出去的：我們如何定義服務？哪些功能應該做成服務？顆粒度該有多大？是一整個完整function還是將這個function再切細？其實光要談這些就已經談不完了，我個人認同SOA的服務整合概念，那是一個努力方向，但不是為了SOA而將舊系統為了SOA而變動架構... 服務整合是個大議題，也是近幾年SI場最熱最火紅的議題，大家都在談它可以帶來些什麼改變，但往往忽略現況...

以上大概是幾個比較常見的整合方式，在談這些整合方式時，除了我們自己寫Service來處理外，實際上還有一些工具與系統可以在向下細談下去，例如資料面的MDM、ETL；服務、流程面的BizTalk；還有各大廠的SOA solution都很值得去看看。

文章摘自：http://www.dotblogs.com.tw/jimmyyu/archive/2009/09/06/10446.aspx