整合也可是IT簡單任務

整合概念看似簡單，真正實作可不是如此。或許你建立的一個 Java Web service ，只要再利用 ASP.NET 呼叫這個 Web service ，就可輕松將 Hello World 字符串傳送過去。剛開始你也許會覺得很感動，但很快的 … ，就會發(fā)現企業(yè)應用程序所面對數據型別的復雜性，根本不是簡單的一個小范例可處理的。

不論是考慮整合 .NET 與 J2EE 的技術選項，或是計劃利用第三方協力廠商所開發(fā)的整合軟件進行互通，入門第一堂課就必須了解－在不同平臺與應用程序的展示層、中介層與數據層之間，數據是如何傳遞的。

在異質平臺之間進行數據交換通常會面對的挑戰(zhàn)可分成三大類，基本上多是數據兼容性的問題，包括：

基本數據型別的對應 ：不論是 .NET 的 Common Language Runtime （ CLR ），還是 Java 都有字符串的數據型別，但這是否代表 CLR 的 System.String 類別等同于 Java 的 java.lang.string 類別？
不存在的數據型別 ：基本數據型別之外，不同平臺也會有特殊的數據型別，而需完成數據對應的動作。舉例來說，是不可能在 Java 中找到內建且可對應至 CLR 的 System.Collections.Specialized.HybridDictionary 等資料型別。
復雜的數據型別 ：許多應用程序都會將基本數據型別組合成自訂化的數據型別，也許是客戶數據、股票數據等；若是客戶數據則可能包含客戶名稱、地址、電話、年齡等信息，又該如何在其它平臺上處理這些自訂化的數據型別呢？
最后一種狀況也是最常見且困難度最高的整合挑戰(zhàn)。一般而言，要進行復雜數據型別的數據交換工作，常見方式是「序列化」（ Serialization ）。

所謂序列化，就是將某對象或類別，編碼成可儲存、傳輸的格式。如此一來，數據便可以被編碼、儲存、傳輸與譯碼，并可被不同的應用程序與平臺使用。

序列化可分為兩種方式。一種是「 二進制序列化 」。不論是 .NET 的 [Serializable] 屬性或實作的 ISerializable 接口，還是 java.lang.Serializable ，都支持將任何數據型別序列化的功能。然而壞消息是：兩大平臺所序列化的格式不同，無法整合。

開發(fā)人員除自行建立可讓不同平臺數據格式進行共通的序列子之外，第二種選擇就是如前幾期文章所提及－利用第三方廠商所開發(fā)的整合工具，如 Intrinsyc Ja.NET ，這類工具都包含支持不同平臺數據交換的序列子。

第二種方式是「 XML 序列化 」。利用 XML 進行數據交換，可享有支持多種異質平臺的好處。自行解析 XML 是一個方法，但效率較低，也不易驗證符合企業(yè)商業(yè)邏輯的數據格式。

幸運的是，包括 .NET 與 Java 平臺都已將 XML 的存取技術進一步得抽象化，同時可支持序列化。換句話說，開發(fā)人員可在 Java 平臺上使用 Mind Electri 公司的 XML 序列子，或是利用 .NET 的 System.Xml.Serialization.XmlSerializer 類別。

開發(fā)工具如 Visual Studio .NET ，或是 Mind Electric 的 Electric XML 也多已支持可以可視化方式建立 XSD （ XML Schema Definition ），同時產生對應程序類別的功能。目前看來，排除第三協力廠商內建的序列機制之外，開發(fā)者自行建立 XSD ，再搭配 XML 序列化，將會是進行數據交換最容易的方式。

以下介紹是利用 Web services 進行數據交換的幾個進階范例，包括接口整合、數據整合、流程整合等應用。

接口整合

企業(yè)主管或是知識工作者所注重的信息，通常來自多種不同的企業(yè)解決方案，甚或不同的平臺。將這些不同的信息來源整合顯示是最簡單的方式。例如 Longhorn 或是 MSN Explorer 便會在桌面右方提供「儀表板」，可透過 Web services 與其它相關技術同步顯示，提供包括氣象、交通狀況、實時傳訊的聯絡人清單、行事歷、股票等信息。當然不只一般的 Windows 程序，從企業(yè)入口網站（ EIP ）的發(fā)展也可看到類似的應用，透過 Web Part 的技術，將可利用 XML 或 Web services 整合不同來源的信息接口。

數據整合

英瑞得（ Gismosoft ）所開發(fā)的商業(yè)智慧行動解決方案就是一種典型的數據整合應用。該公司計劃在 Pocket PC 中同時顯示營運數據與地理位置整合的接口，必須整合地圖系統(tǒng)與商業(yè)智能數據倉儲中的信息。

由于不可能要求客戶自行維護一套價值數百萬的地圖系統(tǒng)，客戶也不可能將業(yè)務信息輕易的由開發(fā)廠商處理，同時間，又要兼顧行動裝置的應用。

最佳的方式就是將地圖系統(tǒng)、營運數據全部 Web services 化。前者位于開發(fā)商的服務器上，后者位于客戶的服務器。 Pocket PC 透過 GPRS 與 Web services 擷取雙邊信息，再進行交叉比對，最后呈現的便是具備地理信息的商業(yè)智能系統(tǒng)。

單純的利用 Web services 將不同平臺與企業(yè)解決方案里的資料挖取出來，再整合顯示固然不錯，但是若能更進一步的將不同來源的數據進行交叉比對，將會產生許多機會與應用。如微軟，組織內部有一套供予銷售人員存取的 Sales Portal ，內建許多 Web Part ，其中就有個名為「 News in My Accounts 」（跟我客戶相關的新聞）。

該系統(tǒng)可在銷售人員存取 Sales Portal 時，自動辨識出銷售人員身份，同時利用 Web services 取出內部 Siebel CRM 系統(tǒng)里的客戶清單，再透過 Web services 與 MS Library （新聞系統(tǒng)）進行交叉比對，所得應用就是可大幅減少銷售人員閱讀新聞時間的「 News in My Accounts 」。

可以簡單的計算一下，如果全球每天有五千個銷售人員存取這系統(tǒng)，每天減少一小時的時間尋找與客戶相關的新聞，不只可以實時掌握客戶狀況，整體省下的時間成本也相當可觀。

流程整合

可分析的不只是現在與過去的信息，整合不同數據來源之后的分析數據，甚至可以取得營運趨勢或是客戶行為預測的「領先指標」。一旦發(fā)現所要注意的現象與趨勢，最后甚至還可以觸發(fā)「行為」，也就是進行所謂的流程整合。

如前幾期所提及的電子商務網站應用，甚可以將不同系統(tǒng)中的客戶數據（ CRM ）、銷售數據（ ERP ）與客戶瀏覽習性進行交叉比對，進而辨識出新的商業(yè)機會，同時開始運作流程，將相對應的促銷商品、不同網站或網友的評價、運費等信息自動整合成為個人化促銷郵件遞送給予相關客戶。