微軟數(shù)據(jù)交換平臺解決方案

1、微軟數(shù)據(jù)交換平臺解決方案問題和挑戰(zhàn)當前信息化建設過程中，企業(yè)內各業(yè)務單元或政府各個部門常常按照自身工作需求孤立的功能單元構建應用系統(tǒng)。雖然能在最短的時間內解決問題，滿業(yè)需求，然而，這樣的構建方式也帶來以下問題：1業(yè)務或條線系統(tǒng)獨立，信息相對封閉，阻礙了系統(tǒng)間信息的溝通與共享；信息化深入開展，企業(yè)內部或政府各個部門都在建設自己的信息系統(tǒng)，但系統(tǒng)都相互獨立，特別是各個條線系統(tǒng)之間，系統(tǒng)是封閉的，相互之間的數(shù)據(jù)不會交換和共享。例如，一個典型制造業(yè)企業(yè)，生產系統(tǒng)中的產品詳細信息和銷售訂單中的用戶信息需要傳遞到呼叫中心，使維修部門可以對用戶的維修請求快速做出反應。但由于各系統(tǒng)在建設時采用的數(shù)據(jù)模型，技術

2、規(guī)范等不相同，使生產、銷售和客服系統(tǒng)之間的數(shù)據(jù)很難共享與互通。生產系統(tǒng)銷售管理客服系統(tǒng)2）數(shù)據(jù)重復錄入，造成了重復勞動，降低了工作效率及易產生的錯誤處理；例如，現(xiàn)今約近80%通過網絡輸入的訂單都必須重新以人工方式輸入已傳送的訂單到后端訂單處理系統(tǒng)以及數(shù)據(jù)倉儲系統(tǒng)，不能實現(xiàn)定單流程的直通處理和下單流程自動化。3）“數(shù)出多門”、“異數(shù)異源”，數(shù)據(jù)標準不統(tǒng)一，數(shù)據(jù)共享不夠，已有數(shù)據(jù)得不到充分利用；在我國電子政務建設中，與企業(yè)信息相關的部門達到十幾個部門（工商、地稅、財稅、質監(jiān)等），當前這些部門系統(tǒng)內的企業(yè)數(shù)據(jù)大多數(shù)都是封閉互相之間不聯(lián)通的，造成政府對企業(yè)管理的許多空白點。在我國首批企業(yè)基礎信息交換試

3、點城市，通過工商、稅務、質檢部門的基礎信息共享，已查出大量“漏管戶”和“非正常戶”。北京市在第一次稅務與工商的數(shù)據(jù)比對中，就發(fā)現(xiàn)了上萬條不一致的信息；青島市共發(fā)現(xiàn)地稅漏管戶近2萬戶，國稅漏管戶近3萬戶，在稅務部門登記而無工商注冊的將近4萬戶；這些數(shù)據(jù)表明，由于系統(tǒng)之間的相對封閉和數(shù)據(jù)標準的不統(tǒng)一，造成了“異數(shù)異源”，造成數(shù)據(jù)共享程度不足，給數(shù)據(jù)的綜合應用帶來困難。4）數(shù)據(jù)不保持同步，系統(tǒng)間數(shù)據(jù)不一致；業(yè)務人員更新了CRM系統(tǒng)Sieble中的某個客戶信息，但ERP系統(tǒng)SAP中的相關客戶的信息沒有保持同步更新，造成了保存在CRM和ERP兩個系統(tǒng)中的客戶信息不一致。5）缺乏綜合管理平臺，無法為決策分

4、析提供必要依據(jù)；例如，一些企業(yè)的業(yè)務數(shù)據(jù)主要分布在全國各地工廠的ERP系統(tǒng)中，總部不能實時匯總各分支機構業(yè)務數(shù)據(jù)，很難為領導提供企業(yè)綜合實時決策數(shù)據(jù)。解決方案概述為更好的解決跨業(yè)務、跨部門異構系統(tǒng)間數(shù)據(jù)交換的難題，幫助企業(yè)客戶能更快的構建一個信息可以任意互連互通信息交換與共享IT基礎架構，微軟推出了數(shù)據(jù)交換互連互通平臺解決方案。微軟解決方案方案是：1）基于消息總線（消息中間件）和企業(yè)應用集成技術，實現(xiàn)企業(yè)內部不同系統(tǒng)間或分支機構系統(tǒng)間的信息交換與共享（EAI）和企業(yè)與企業(yè)間的信息交換（B2Bi）；2）完全基于XML標準進行數(shù)據(jù)交換；3）通過適配連接器方式連接原有系統(tǒng)，只需配置不需編碼即可集成原

5、有系統(tǒng)；、配置與管理工具，開發(fā)工具統(tǒng)一集成在Visual、配置與管理工具，開發(fā)工具統(tǒng)一集成在Visual4）采用成熟的互聯(lián)互通中間件平臺，具有成本低、見效快、風險小、高可靠性、高性能擴展性、易管理和維護等優(yōu)點；5）提供可視化的快速開發(fā)、方案優(yōu)勢和業(yè)務收益當前企業(yè)大多都采用傳統(tǒng)的點對點方式實現(xiàn)實現(xiàn)系統(tǒng)間的數(shù)據(jù)交換，當業(yè)務系統(tǒng)的數(shù)量增長到一定規(guī)模時，采用傳統(tǒng)方式進行數(shù)據(jù)交換將是一個巨大的挑戰(zhàn)：第一，開發(fā)上的復雜性，這種方式通過手工編寫代碼，改造原有系統(tǒng)接口方式，需要大量的開發(fā)量；第二，管理上的復雜性，集成的系統(tǒng)間連接混亂，不能有效進行集中的監(jiān)控和管理；第三，這種集成方式系統(tǒng)間緊耦合，系統(tǒng)不能進行靈

6、活調整，簽一發(fā)而動全身，系統(tǒng)不能根據(jù)業(yè)務的需要進行靈活調整.相對傳統(tǒng)點對點接口集成方式，微軟基于數(shù)據(jù)交換平臺解決方案是基于XML消息總線方式方式，相比較具有如下優(yōu)勢：第一，各系統(tǒng)與信息總線通過接插拔方式連接，通過信息總線共享數(shù)據(jù)，能大大減輕系統(tǒng)集成的復雜度問題；第二，在信息總線定義信息交換的數(shù)據(jù)標準，實現(xiàn)信息轉換和路由，并且在總線上具有管理業(yè)務流程的功能，進而實現(xiàn)商業(yè)流程的自動化實現(xiàn)；第三，數(shù)據(jù)交換消息處理及業(yè)務流程服務都在總線交換平臺上執(zhí)行，因此，可以對交換平臺上交換的信息和處理流程進行集中監(jiān)控和管理。總體架構和主要功能模塊特色解決方案總體架構圖如下:ftECElVELPCATIOHRece

7、iveAdapttrReceivePlDtlmrXML,FtatFileTXML匸fig交換平臺核心的功能模塊有：數(shù)據(jù)格式定義數(shù)據(jù)傳輸適配器連接數(shù)據(jù)轉換數(shù)據(jù)路由業(yè)務流程引擎數(shù)據(jù)格式定義對于實現(xiàn)多系統(tǒng)不同部門間數(shù)據(jù)交換，數(shù)據(jù)交換格式標準的定義至關重要，數(shù)據(jù)格式是不同系統(tǒng)間進行數(shù)據(jù)交換的接口契約，微軟數(shù)據(jù)交換平臺解決方案提供了可視化數(shù)據(jù)格式的建模工具，生成XML標準描述的數(shù)據(jù)結構，創(chuàng)建企業(yè)數(shù)據(jù)字典，并內置行業(yè)數(shù)據(jù)標準模板（如SAPIDoc,EDI，RossetNEt,Swiftt等），微軟數(shù)據(jù)交換平臺支持大量數(shù)據(jù)格式：XML，F(xiàn)latFile,EDI,IDoc,Binary,DB,Excel等。數(shù)

8、據(jù)傳輸微軟解決方案內置多種數(shù)據(jù)傳輸方式的支持適應企業(yè)系統(tǒng)互聯(lián)的連接的異構環(huán)境以及保障數(shù)據(jù)轉輸?shù)陌踩?，支持同步、異步、實時、定時和消息隊列等不同網絡傳輸協(xié)議，有SOAPHTTPHTTPSFile，F(xiàn)TPSMTPPOP3,MSMQ,MQSeriese,FILE，Sockets等多種傳輸協(xié)議。:平臺提供保證消息交換的安全機制，防止非法篡改、非法訪問，實現(xiàn)消息發(fā)送人和接收人多種方式的身份認證，提供消息的可靠交換機制，保證消息交換過程中消息的準確性、可靠性、完整性適配器連接適配器的主要作用是聯(lián)系業(yè)務系統(tǒng)與信息交換平臺的橋梁，使他們既能夠相互協(xié)作，由能夠保持各自的獨立性，通過適配器使業(yè)務系統(tǒng)能更方便地使用

9、交換平臺交換數(shù)據(jù)。平臺提供企業(yè)常用的應用系統(tǒng)、數(shù)據(jù)庫、技術傳輸適配器，如SAP,Sieble,PeopleSoft,OracleApplication,JDE,Tibco,Axapta,DB2,Oracle,SQLServer,MQ等上百個適配連接器；平臺允許企業(yè)自定適配器將封裝或專用的系統(tǒng)與標準技術連接在一起。平臺應該提供圖形化管理工具，開發(fā)人員可以修改適配器處理程序的默認配置，或者添加、刪除和修改適配器的發(fā)送端口和接收位置。適配器框架允許使用XSD定義動態(tài)生成用戶界面。適配器提供所需的XSD，適配器框架創(chuàng)建一個屬性頁，讓用戶輸入數(shù)值。SDK包含一個簡單的文件復制適配器，它可以作為創(chuàng)建和自定

10、義適配器解決方案的模板。數(shù)據(jù)轉換數(shù)據(jù)轉換包括兩個層面的內容，即數(shù)據(jù)格式轉換和數(shù)據(jù)語義轉換。消息編解碼多系統(tǒng)數(shù)據(jù)交換與流程集成經常要求大量的不同的數(shù)據(jù)格式轉換，包括XML和各種自定義格式。編寫轉換程序，校驗程序和管理這些多對多的關系的程序的工作量非常大。各個行業(yè)都已有或正在制定自己的數(shù)據(jù)交換標準，各業(yè)務系統(tǒng)間的數(shù)據(jù)格式將非常負責，而且隨著業(yè)務的變化，系統(tǒng)的升級，數(shù)據(jù)格式很難做統(tǒng)一。通過數(shù)據(jù)轉換模塊，提供完善的各種數(shù)據(jù)格式支持，包括XML、EDI、文本與自定義格式。用戶完全可以通過業(yè)務總線相關的圖形界面工具，定義數(shù)據(jù)的格式以及數(shù)據(jù)轉換機制。數(shù)據(jù)轉換模塊負責在這些參數(shù)定義之間翻譯數(shù)據(jù)，以保證各個系統(tǒng)

11、可以以自己理解的方式接受到數(shù)據(jù)。能夠實現(xiàn)任意形式的數(shù)據(jù)格式都轉換成為一種統(tǒng)一、規(guī)范的標準數(shù)據(jù)格式（如XML），在此基礎上再來執(zhí)行后續(xù)相關的數(shù)據(jù)處理工作。在信息交換平臺內部，數(shù)據(jù)格式應以統(tǒng)一標準的數(shù)據(jù)格式為主（如XML）。信息交換平臺能夠支持任意數(shù)據(jù)格式到任意數(shù)據(jù)格式的轉換，尤其是實現(xiàn)各種格式與XML格式的互換。提供數(shù)據(jù)格式轉換工具，或提供與專業(yè)數(shù)據(jù)轉換工具方便的集成。該數(shù)據(jù)轉換工具應當是可配置，易操作且可視化的。這樣能夠降低復雜、多層迭代數(shù)據(jù)格式轉換實現(xiàn)的難度。數(shù)據(jù)映射制定的數(shù)據(jù)交換的數(shù)據(jù)映射機制解決兩個業(yè)務部門間語義溝通的橋梁，數(shù)據(jù)映射的示意圖如下：標唯救掘項i怫唯數(shù)據(jù)項2標應數(shù)據(jù)項址標準數(shù)

12、據(jù)填5TAJ字段出要實現(xiàn)數(shù)據(jù)映射，需要在數(shù)據(jù)交換系統(tǒng)中實現(xiàn)如下一些功能：在數(shù)據(jù)交換系統(tǒng)上必須提供映射工具，用于定義交換數(shù)據(jù)庫中的數(shù)據(jù)與標準數(shù)據(jù)間的映射關系。據(jù)交換系統(tǒng)提取到交換數(shù)據(jù)后必須能夠按照所定義的映射關系將數(shù)據(jù)轉換成標準的數(shù)據(jù)文件，然后再進行數(shù)據(jù)文件交換。據(jù)交換系統(tǒng)對接收到數(shù)據(jù)交換文件能夠按照預先所定義的映射關系將標準數(shù)據(jù)轉換為業(yè)務系統(tǒng)對應的數(shù)據(jù)。消息路由交換平臺根據(jù)消息路由規(guī)則，消息路由服務實現(xiàn)消息在不同的應用集成系統(tǒng)之間和不同消息隊列之間的路由。消息路由支持兩種路由規(guī)則：（1）基于內容的路由根據(jù)消息的內容，消息路由按照定義的規(guī)則將特定內容的消息路由到不同的應用集成系統(tǒng)或消息隊列中。（

13、2）基于消息頭的路由根據(jù)消息頭中的目的地進行消息路由一方面，基于規(guī)則的路由使得可以向不同部門按照特定值發(fā)送數(shù)據(jù)或文件，這一智能功能減少了手工干預，使得操作變得更為快捷和正確。另一方面，數(shù)據(jù)或文件必須能夠可靠的進行投遞。一個輔助的傳輸協(xié)議可以在第一次傳送失敗的情況下進行最大限度的嘗試。如果再次嘗試仍然失敗，數(shù)據(jù)或文檔將被送入隊列之中等待手工處理，并提醒管理員。流程整合引擎流程整合引擎是交換平臺的重要構成部分。它使不同部門的應用系統(tǒng)集成變成可能，。業(yè)務整合引擎必須提供以下特性：（1）事務的支持和管理業(yè)務整合引擎必須支持事務。事務具有四大特性：原子性，一致性，隔離性和持久性。業(yè)務整合引擎保證當事務的

14、某一部分失敗后，整個事務都回滾到原來的狀態(tài)。（2）業(yè)務進程調度和路由業(yè)務整合引擎監(jiān)視著XML業(yè)務總線上的消息，當特定的XML消息到達后，引擎會創(chuàng)建一個新的業(yè)務進程或激活一個已經掛起的業(yè)務進程，該進程根據(jù)業(yè)務流程各個步驟信息轉發(fā)的路由，在流程的每一步將相關信息發(fā)送給目的單位系統(tǒng)。（3）流程快速定義要求交換平臺可以快速定義辦事流程，以滿足企業(yè)群眾的需要。關鍵在于兩點：提供可視化設計器使用可視化設計器，通過簡單的流程工具的拖動就可以定義出一個新的辦事流程，或者修改相應的辦事流程。辦事流程定義和實現(xiàn)分開辦事流程的定義可以由業(yè)務人員完成，但實現(xiàn)通常需要技術人員支持，通過將定義與實現(xiàn)分開，允許業(yè)務人員與技

15、術人員各自把精力放在自己最擅長的領域。另外，業(yè)務流程可以改變而不影響底層的物理實現(xiàn)，流程的改變會變得非常方便。更為重要的是，物理實現(xiàn)時，硬件和軟件選擇的靈活性大大增強。在應用規(guī)模擴大以后，底層的硬件平臺和軟件平臺的升級對辦事流程毫無影響。案例列表和重點客戶案例分析該解決方案在國內外具有多個實施成功案例，部分國外成功實施案例：?英國政府網關?德國郵政?英國銀行?福特汽車?Shell石油?韓國電信?三星集團部分國內成功實施案例如下：?中國海關（核心業(yè)務系統(tǒng)H2000）?中國石油（管道生產系統(tǒng)）?中國石油（辦公自動化）?中國石化（廣州石化數(shù)據(jù)中心）?中國石化（儀征化纖應用整合）?中國網通（語音BOS

16、S聯(lián)接系統(tǒng)）?方正科技（核心業(yè)務系統(tǒng)）?青島政府（電子政務信息交換平臺）?浙江省政府（中國浙江門戶網站數(shù)據(jù)交換平臺）?湖南省政府（數(shù)據(jù)交換平臺）?江蘇誠信（江蘇省征信系統(tǒng)）?佛山政府（聯(lián)網審批）?浙江電力（SAP互連）?中國電信（互連星空）?中國聯(lián)通（CDMA1X增值業(yè)務支撐平臺）?湖南電信（新97系統(tǒng)）典型客戶案例分析青島市電子政務信息交換平臺導致工商在青島市電子政務信息交換平臺建成之前，工商、稅務、質監(jiān)等部門的業(yè)務系統(tǒng)各自獨立，形成信息孤島狀態(tài)。部門間通過定期手工交換數(shù)據(jù)、存在數(shù)據(jù)不一致問題，登記戶和納稅登記戶無法核對、存在許多漏管戶、政府監(jiān)管不足、給國家造成很大損失。為了解決這些問題，在

17、青島市電子政務電子政務建設中，電子政務信息交換平臺成為建設的一個重點。青島市的電子政務信息交換平臺使用了微軟數(shù)據(jù)交換平臺解決方案BizTalkServer來建設互聯(lián)互通平臺，同時集成了中國政府認可的第三方安全認證服務。下面是青島市電子政務信息交換平臺的應用場景。圖中，中心部分是青島市統(tǒng)一政務信息交換平臺。為了實現(xiàn)國稅、地稅、工商、質檢部門之間的數(shù)據(jù)交換，解決方案中在各個部門建設了基于BizTalkServer的數(shù)據(jù)交換前置機,并制定了數(shù)據(jù)交換的標準。在互聯(lián)互通過程中，不同部門的數(shù)據(jù)通過政務信息交換平臺進行數(shù)據(jù)檢驗、格式轉換、數(shù)據(jù)交換，同時把數(shù)據(jù)存放在政務信息交換平臺的數(shù)據(jù)庫中，成為共享的信息資源。青島市統(tǒng)一政務信息交換平臺的建成帶來了明顯的成效，下面是主要成果：國稅部門發(fā)現(xiàn)了一萬兩千多戶的漏征漏管企業(yè)地稅部門也發(fā)現(xiàn)一萬八千戶的漏征漏管戶補辦稅務登記八千三百多戶，罰金49萬余元每年至少為國家挽回經濟損失近千萬元青島市統(tǒng)一政務信息交換平臺正在不斷發(fā)展和完善，信息交換中心已經成為部門間橫向數(shù)據(jù)交換的樞紐。除了上述4個部門之外，其他政府部門正在陸續(xù)加入到互聯(lián)互通行列中來。信息交換中心已經成為青島市電子政府的重要組成部分。XML數(shù)據(jù)交換XML數(shù)據(jù)交換數(shù)據(jù)庫數(shù)據(jù)庫國稅業(yè)務系統(tǒng)XML數(shù)據(jù)交換地