整合也可是IT簡單任務(wù)

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

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

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

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

所謂序列化，就是將某對象或類別，編碼成可儲存、傳輸?shù)母袷健Ｈ绱艘粊?，?shù)據(jù)便可以被編碼、儲存、傳輸與譯碼，并可被不同的應(yīng)用程序與平臺使用。

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

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

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

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

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

以下介紹是利用 Web services 進(jìn)行數(shù)據(jù)交換的幾個進(jìn)階范例，包括接口整合、數(shù)據(jù)整合、流程整合等應(yīng)用。

接口整合

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

數(shù)據(jù)整合

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

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

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

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

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

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

流程整合

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

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