1引言
隨著中國經濟的迅速發展,第三方物流企業為了適應其企業自身已有業務的快速增長,同時第三方物流企業的信息化建設也得到了快速發展,倉儲信息管理系統、物流配送系統、電子商務融資平臺等各種業務系統在第三方物流企業的業務運營中發揮著重要的作用。用這些信息系統可以實現供應鏈管理，實現了第三方物流企業內部以及與供應鏈的成員之間的信息的快速、準確傳遞和共享，提高了倉庫管理、裝卸運輸、采購、訂貨、配送發運、訂單處理的自動化水平，實現供應鏈一體化，企業可以更方便地使用信息技術互相交流和協作，企業間的協調和合作有可能在短時間內迅速完成，此外隨著第三方物流企業開展的物流金融等新興物流業務的多樣化，這些第三方物流企業對應信息化的依賴程度也越來越高。但這些系統在企業內部的使用是分散、獨立而且是無任何數據標準的，這樣就形成了一個個的“信息孤島”，難以滿足已有業務和新業務的開展。因此這就需要一個具有松散耦合功能的系統集成平臺實現第三物流企業的業務系統的集成和數據交換。
2研究背景
第三方物流企業希望花最小的代價和時間集成這些已有的業務系統，同時也要為它們今后新的業務系統的接入奠定基礎。如何在不修改原有系統的基礎之上，如何花最小的代價和時間實現異構業務系統的集成和數據交換成為了這次研究的關鍵之處。早期基于傳統架構的信息技術和系統通過使用各種編程技術如：修改業務系統、修改業務系統的數據庫結構等技術來連接“信息孤島”以便解決物流一體化、供應鏈管理等集成問題，但隨之也產生了一整套新問題。例如，企業應用集成(EntERPrise Application Integration，EAI)產品不僅是昂貴的，而且還耗去了大量的時間和精力，結果卻往往是失敗的。另外，由于各種專門用途的產品是專有的、不可互操作的，使用和維護這些產品將是非常麻煩的事情。
在這種背景下，面向服務的架構(SOA，Service OrientedArchitecture)應運而生。它為企業系統集成提供了一種動態的、可擴展的方案，同時WEB服務、服務組件架構、數據總線(ESB)技術和基于XML的數據報文標準為面向服務架構以及企業應用集成提供了技術支持。
3研究技術核心——面向服務的架構SOA
面向服務的架構SOA是一個基于服務概念的定義的綜合體系。它成功地運用了面向對象的開發，基于設計的組件和企業應用綜合技術的概念。SOA的目標是在企業級的應用上運用松耦合和封裝帶來利益。Service-architecture．com將SOA定義為：“本質上是服務的集合。服務問彼此通信，這種通信可能是簡單的數據傳送，也可能是兩個或更多的服務協調進行某些括動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數。”如圖1。
圖1 SOA的核心概念圖
4待解決的核心問題
如何在多種異構系統之間實現系統集成和數據交換是研究的重點，而基于SOA集成架構的系統集成平臺需要解決的首要問題就是異構系統之間的集成與數據交換的問題，在此基礎上才能方便地實現業務系統間的業務流轉。具體來說，該系統集成平臺應解決如下的有關集成的技術層面問題：
①異構系統的協議解析
企業根據自身的業務需求，根據其自身發展的規劃采用了不同技術架構的信息管理系統，這一點在發展中的第三方物流企業表現的尤為突出。因此這些業務系統所提供的業務功能、信息服務和數據結構都是不同的。如何在不修改原有系統程序的前提下將不同的業務系統提供的服務、數據等進行相互轉換，并能保證后續業務系統也能簡單順利的接入，這就需要在集成平臺內部制定同一種協議，從而解決異構系統集成時的構件服務訪問方式與規則不一、開發語言不同、數據表現形式不同的難題。
②業務流程的數據轉發
業務系統中的數據流轉正確與否將直接影響業務系統能否正常的完成其業務功能的實現，單個系統內的業務流轉一般是依靠業務流程管理表中的某個字段的標志位的不同編碼來實現的，而多個業務系統的數據流轉也可采用此種方式，但如果有新的業務系統接入，或業務流程做修改時，有可能需要修改多個業務系統的程序，這是非常不合理的，船決從一個系統如何將數據傳輸到另一個系統的問題，在此基礎之上再通過整合業務流程來達到多系統跨企業協同工作的目的。
③接口匯聚
將業務系統中的數據轉換放到業務流程中的任何一個業務系統上都是不合適的，只有建立一個系統集成平臺，利用這個系統集成平臺將各種業務系統的數據接口匯聚起來，統一數據轉換標準，集中進行歸一處理，形成總線式的可熱插撥的接口配置方式，這樣不僅可以解決數據轉換的標準問題，還可以為后續業務系統的接入提供接口。
④異步的實時數據交換
系統之間的數據交換最重要的一點是要保證的數據的準確性，保證在系統之間的數據傳遞過程中沒有數據丟失，這一點是對于金融業務的系統更為霞要。通過測試和研究在目前的數據庫管理系統和前臺的開發工具還未發現可由后臺數據觸發前臺的系統事件，也不能由后臺觸發器直接生成XML數據報文。因此在數據實時性要求不高的情況F可以考慮采用異步數據交換。
⑤多任務的調度問題
系統集成平臺內部，針對數據交換操作的處理，均要進行任務調度。連接的外部系統越多，數據交換的壓力就越大，任務調度的模型將直接關系到數據交換的性能，對集成平臺的并發處理和串行處理能力都會有所要求。
5系統集成平臺的系統模型設計
根據上述的提出的待解決的關鍵問題，因此基于SOA集成架構的系統集成平臺的設計采用“業務系統發起+輪循獲取傳遞+異步解析轉發”的模型搭建如圖2。
圖2系統集成平臺的系統模型
①“業務系統發起”指的是業務系統之間的數據的轉發和同步都是由業務系統自主隨機產生的，不會受到系統集成平臺的控制，各個業務系統產生的更新數據將會由數據庫觸發器直接寫到系統集成平臺中相應的輪循表等待讀取。
②“輪循獲取傳遞”指的是系統集成平臺的數據封裝模塊采用時間間隔輪循機制讀取輪循表，將新的數據封裝成XML數據報文，轉發各系統集成平臺的數據解析模塊。
③“異步解析轉發”指的是系統集成平臺的數據解析模塊將XML數據報文采用異步的轉發方式寫入相應業務系統的數據表中。
搭建上述模型將采用協議轉換技術、數據交換技術、通用的XML數據報文處理技術和定時輪循程序與數據庫觸發器技術等來設計。
6結束語
通過系統集成平臺的系統模型將能實現第三方物流企業中多種異構業務系統的業務數據的對接和流轉，實現各個業務系統間的松散耦合。基于SOA架構為發展敏捷的第三方物流管理信息技術展現了前所未有的技術條件和機遇。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
相關文章
