1引言

    隨著中國(guó)經(jīng)濟(jì)的迅速發(fā)展,第三方物流企業(yè)為了適應(yīng)其企業(yè)自身已有業(yè)務(wù)的快速增長(zhǎng),同時(shí)第三方物流企業(yè)的信息化建設(shè)也得到了快速發(fā)展,倉儲(chǔ)信息管理系統(tǒng)、物流配送系統(tǒng)、電子商務(wù)融資平臺(tái)等各種業(yè)務(wù)系統(tǒng)在第三方物流企業(yè)的業(yè)務(wù)運(yùn)營(yíng)中發(fā)揮著重要的作用。用這些信息系統(tǒng)可以實(shí)現(xiàn)供應(yīng)鏈管理，實(shí)現(xiàn)了第三方物流企業(yè)內(nèi)部以及與供應(yīng)鏈的成員之間的信息的快速、準(zhǔn)確傳遞和共享，提高了倉庫管理、裝卸運(yùn)輸、采購、訂貨、配送發(fā)運(yùn)、訂單處理的自動(dòng)化水平，實(shí)現(xiàn)供應(yīng)鏈一體化，企業(yè)可以更方便地使用信息技術(shù)互相交流和協(xié)作，企業(yè)間的協(xié)調(diào)和合作有可能在短時(shí)間內(nèi)迅速完成，此外隨著第三方物流企業(yè)開展的物流金融等新興物流業(yè)務(wù)的多樣化，這些第三方物流企業(yè)對(duì)應(yīng)信息化的依賴程度也越來越高。但這些系統(tǒng)在企業(yè)內(nèi)部的使用是分散、獨(dú)立而且是無任何數(shù)據(jù)標(biāo)準(zhǔn)的，這樣就形成了一個(gè)個(gè)的“信息孤島”，難以滿足已有業(yè)務(wù)和新業(yè)務(wù)的開展。因此這就需要一個(gè)具有松散耦合功能的系統(tǒng)集成平臺(tái)實(shí)現(xiàn)第三物流企業(yè)的業(yè)務(wù)系統(tǒng)的集成和數(shù)據(jù)交換。

2研究背景

    第三方物流企業(yè)希望花最小的代價(jià)和時(shí)間集成這些已有的業(yè)務(wù)系統(tǒng)，同時(shí)也要為它們今后新的業(yè)務(wù)系統(tǒng)的接入奠定基礎(chǔ)。如何在不修改原有系統(tǒng)的基礎(chǔ)之上，如何花最小的代價(jià)和時(shí)間實(shí)現(xiàn)異構(gòu)業(yè)務(wù)系統(tǒng)的集成和數(shù)據(jù)交換成為了這次研究的關(guān)鍵之處。早期基于傳統(tǒng)架構(gòu)的信息技術(shù)和系統(tǒng)通過使用各種編程技術(shù)如：修改業(yè)務(wù)系統(tǒng)、修改業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)等技術(shù)來連接“信息孤島”以便解決物流一體化、供應(yīng)鏈管理等集成問題，但隨之也產(chǎn)生了一整套新問題。例如，企業(yè)應(yīng)用集成(EntERPrise Application Integration，EAI)產(chǎn)品不僅是昂貴的，而且還耗去了大量的時(shí)間和精力，結(jié)果卻往往是失敗的。另外，由于各種專門用途的產(chǎn)品是專有的、不可互操作的，使用和維護(hù)這些產(chǎn)品將是非常麻煩的事情。

    在這種背景下，面向服務(wù)的架構(gòu)(SOA，Service OrientedArchitecture)應(yīng)運(yùn)而生。它為企業(yè)系統(tǒng)集成提供了一種動(dòng)態(tài)的、可擴(kuò)展的方案，同時(shí)WEB服務(wù)、服務(wù)組件架構(gòu)、數(shù)據(jù)總線(ESB)技術(shù)和基于XML的數(shù)據(jù)報(bào)文標(biāo)準(zhǔn)為面向服務(wù)架構(gòu)以及企業(yè)應(yīng)用集成提供了技術(shù)支持。

3研究技術(shù)核心——面向服務(wù)的架構(gòu)SOA

    面向服務(wù)的架構(gòu)SOA是一個(gè)基于服務(wù)概念的定義的綜合體系。它成功地運(yùn)用了面向?qū)ο蟮拈_發(fā)，基于設(shè)計(jì)的組件和企業(yè)應(yīng)用綜合技術(shù)的概念。SOA的目標(biāo)是在企業(yè)級(jí)的應(yīng)用上運(yùn)用松耦合和封裝帶來利益。Service-architecture．com將SOA定義為：“本質(zhì)上是服務(wù)的集合。服務(wù)問彼此通信，這種通信可能是簡(jiǎn)單的數(shù)據(jù)傳送，也可能是兩個(gè)或更多的服務(wù)協(xié)調(diào)進(jìn)行某些括動(dòng)。服務(wù)間需要某些方法進(jìn)行連接。所謂服務(wù)就是精確定義、封裝完善、獨(dú)立于其他服務(wù)所處環(huán)境和狀態(tài)的函數(shù)�！比鐖D1。

    圖1 SOA的核心概念圖

4待解決的核心問題

    如何在多種異構(gòu)系統(tǒng)之間實(shí)現(xiàn)系統(tǒng)集成和數(shù)據(jù)交換是研究的重點(diǎn)，而基于SOA集成架構(gòu)的系統(tǒng)集成平臺(tái)需要解決的首要問題就是異構(gòu)系統(tǒng)之間的集成與數(shù)據(jù)交換的問題，在此基礎(chǔ)上才能方便地實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)間的業(yè)務(wù)流轉(zhuǎn)。具體來說，該系統(tǒng)集成平臺(tái)應(yīng)解決如下的有關(guān)集成的技術(shù)層面問題：

    ①異構(gòu)系統(tǒng)的協(xié)議解析

    企業(yè)根據(jù)自身的業(yè)務(wù)需求，根據(jù)其自身發(fā)展的規(guī)劃采用了不同技術(shù)架構(gòu)的信息管理系統(tǒng)，這一點(diǎn)在發(fā)展中的第三方物流企業(yè)表現(xiàn)的尤為突出。因此這些業(yè)務(wù)系統(tǒng)所提供的業(yè)務(wù)功能、信息服務(wù)和數(shù)據(jù)結(jié)構(gòu)都是不同的。如何在不修改原有系統(tǒng)程序的前提下將不同的業(yè)務(wù)系統(tǒng)提供的服務(wù)、數(shù)據(jù)等進(jìn)行相互轉(zhuǎn)換，并能保證后續(xù)業(yè)務(wù)系統(tǒng)也能簡(jiǎn)單順利的接入，這就需要在集成平臺(tái)內(nèi)部制定同一種協(xié)議，從而解決異構(gòu)系統(tǒng)集成時(shí)的構(gòu)件服務(wù)訪問方式與規(guī)則不一、開發(fā)語言不同、數(shù)據(jù)表現(xiàn)形式不同的難題。

    ②業(yè)務(wù)流程的數(shù)據(jù)轉(zhuǎn)發(fā)

    業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)流轉(zhuǎn)正確與否將直接影響業(yè)務(wù)系統(tǒng)能否正常的完成其業(yè)務(wù)功能的實(shí)現(xiàn)，單個(gè)系統(tǒng)內(nèi)的業(yè)務(wù)流轉(zhuǎn)一般是依靠業(yè)務(wù)流程管理表中的某個(gè)字段的標(biāo)志位的不同編碼來實(shí)現(xiàn)的，而多個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)流轉(zhuǎn)也可采用此種方式，但如果有新的業(yè)務(wù)系統(tǒng)接入，或業(yè)務(wù)流程做修改時(shí)，有可能需要修改多個(gè)業(yè)務(wù)系統(tǒng)的程序，這是非常不合理的，船決從一個(gè)系統(tǒng)如何將數(shù)據(jù)傳輸?shù)搅硪粋�(gè)系統(tǒng)的問題，在此基礎(chǔ)之上再通過整合業(yè)務(wù)流程來達(dá)到多系統(tǒng)跨企業(yè)協(xié)同工作的目的。

    ③接口匯聚

    將業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)轉(zhuǎn)換放到業(yè)務(wù)流程中的任何一個(gè)業(yè)務(wù)系統(tǒng)上都是不合適的，只有建立一個(gè)系統(tǒng)集成平臺(tái)，利用這個(gè)系統(tǒng)集成平臺(tái)將各種業(yè)務(wù)系統(tǒng)的數(shù)據(jù)接口匯聚起來，統(tǒng)一數(shù)據(jù)轉(zhuǎn)換標(biāo)準(zhǔn)，集中進(jìn)行歸一處理，形成總線式的可熱插撥的接口配置方式，這樣不僅可以解決數(shù)據(jù)轉(zhuǎn)換的標(biāo)準(zhǔn)問題，還可以為后續(xù)業(yè)務(wù)系統(tǒng)的接入提供接口。

    ④異步的實(shí)時(shí)數(shù)據(jù)交換

    系統(tǒng)之間的數(shù)據(jù)交換最重要的一點(diǎn)是要保證的數(shù)據(jù)的準(zhǔn)確性，保證在系統(tǒng)之間的數(shù)據(jù)傳遞過程中沒有數(shù)據(jù)丟失，這一點(diǎn)是對(duì)于金融業(yè)務(wù)的系統(tǒng)更為霞要。通過測(cè)試和研究在目前的數(shù)據(jù)庫管理系統(tǒng)和前臺(tái)的開發(fā)工具還未發(fā)現(xiàn)可由后臺(tái)數(shù)據(jù)觸發(fā)前臺(tái)的系統(tǒng)事件，也不能由后臺(tái)觸發(fā)器直接生成XML數(shù)據(jù)報(bào)文。因此在數(shù)據(jù)實(shí)時(shí)性要求不高的情況F可以考慮采用異步數(shù)據(jù)交換。

    ⑤多任務(wù)的調(diào)度問題

    系統(tǒng)集成平臺(tái)內(nèi)部，針對(duì)數(shù)據(jù)交換操作的處理，均要進(jìn)行任務(wù)調(diào)度。連接的外部系統(tǒng)越多，數(shù)據(jù)交換的壓力就越大，任務(wù)調(diào)度的模型將直接關(guān)系到數(shù)據(jù)交換的性能，對(duì)集成平臺(tái)的并發(fā)處理和串行處理能力都會(huì)有所要求。

5系統(tǒng)集成平臺(tái)的系統(tǒng)模型設(shè)計(jì)

    根據(jù)上述的提出的待解決的關(guān)鍵問題，因此基于SOA集成架構(gòu)的系統(tǒng)集成平臺(tái)的設(shè)計(jì)采用“業(yè)務(wù)系統(tǒng)發(fā)起+輪循獲取傳遞+異步解析轉(zhuǎn)發(fā)”的模型搭建如圖2。

    圖2系統(tǒng)集成平臺(tái)的系統(tǒng)模型

    ①“業(yè)務(wù)系統(tǒng)發(fā)起”指的是業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)的轉(zhuǎn)發(fā)和同步都是由業(yè)務(wù)系統(tǒng)自主隨機(jī)產(chǎn)生的，不會(huì)受到系統(tǒng)集成平臺(tái)的控制，各個(gè)業(yè)務(wù)系統(tǒng)產(chǎn)生的更新數(shù)據(jù)將會(huì)由數(shù)據(jù)庫觸發(fā)器直接寫到系統(tǒng)集成平臺(tái)中相應(yīng)的輪循表等待讀取。

    ②“輪循獲取傳遞”指的是系統(tǒng)集成平臺(tái)的數(shù)據(jù)封裝模塊采用時(shí)間間隔輪循機(jī)制讀取輪循表，將新的數(shù)據(jù)封裝成XML數(shù)據(jù)報(bào)文，轉(zhuǎn)發(fā)各系統(tǒng)集成平臺(tái)的數(shù)據(jù)解析模塊。

    ③“異步解析轉(zhuǎn)發(fā)”指的是系統(tǒng)集成平臺(tái)的數(shù)據(jù)解析模塊將XML數(shù)據(jù)報(bào)文采用異步的轉(zhuǎn)發(fā)方式寫入相應(yīng)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)表中。

    搭建上述模型將采用協(xié)議轉(zhuǎn)換技術(shù)、數(shù)據(jù)交換技術(shù)、通用的XML數(shù)據(jù)報(bào)文處理技術(shù)和定時(shí)輪循程序與數(shù)據(jù)庫觸發(fā)器技術(shù)等來設(shè)計(jì)。

6結(jié)束語

    通過系統(tǒng)集成平臺(tái)的系統(tǒng)模型將能實(shí)現(xiàn)第三方物流企業(yè)中多種異構(gòu)業(yè)務(wù)系統(tǒng)的業(yè)務(wù)數(shù)據(jù)的對(duì)接和流轉(zhuǎn)，實(shí)現(xiàn)各個(gè)業(yè)務(wù)系統(tǒng)間的松散耦合�；�于SOA架構(gòu)為發(fā)展敏捷的第三方物流管理信息技術(shù)展現(xiàn)了前所未有的技術(shù)條件和機(jī)遇。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：基于SOA集成架構(gòu)的第三方物流企業(yè)信息系統(tǒng)集成平臺(tái)的研究

本文網(wǎng)址：http://www.ezxoed.cn/html/support/1112155352.html