一、引言
物流園區自20世紀90年代傳入我國以來,受到了廣泛的關注和重視政府也給予大力的支持。目前全國己有20多個省市30多個中心城市的物流園區建設紛紛啟動。物流園區的建設,經營、管理都在逐漸提高,但也凸顯出了諸多問題,特別是物流供應鏈各個環節積累了海量數據,包括:① 供應商、制造商、配送中心、零售商、顧客數據;② 不同顧客對不同產品的需求數據;③ 顧客服務需要和目標數據;④ 每種運輸模式的運輸費率;⑤ 向顧客發貨的頻率和運量;⑥所有產品的數量和運輸方式;⑦ 訂單處理數據;⑧ 倉儲數據,包括勞動力、倉庫保管費用和運營維護費;⑨ 生產和采購的成本數據等。但另一方面物流園區信息化程度落后,工作效率低,在一定程度上造成了社會資源的閑置和浪費。
綜上,海量數據存放于不同的供應鏈環節,存在以下問題:①數據以多種形式存儲(關系數據庫、文本文件、電子表格等);②數據存儲的地理位置分散,各部門的數據不能共享和交互,形成信息孤島;③數據利用不夠充分,大量的數據閑置,不能發揮其最大的使用價值;④業務發展和需求的改變,推動新信息的產生。
如何有效的解決上述異構數據的問題,實現數據在整個供應鏈的高度共享,目前采用的技術手段主要是中間件。它可以實現異構數據庫的集成,對加入的數據資源實現完全透明訪問,既要保證全局數據的共享,又要保證各數據庫管理系統的自治,確保基于異種系統平臺實現對異構數據庫的查詢和聯合使用。
中間件組件以分布式方式為各信息系統提供接口,用戶將該中間件放置到一個應程序數據庫服務器上,客戶端應用程序調用數據庫服務器提供的服務,各應用程序還是獨立的軟件,一種情況是用通過本地數據庫更新觸發中間件完成遠程數據庫的業務聯系的數據之間更新。
二、中間件研究現狀
中間件提供的程序接口定義了一個相對穩定的高層應用環境,不管硬件和系統軟件怎樣更新換代,只要將中間件升級更新,并保持中間件對外的接口不變,應用軟件則不需修改,從而保護了企業在應用軟件開發和維護中的投資。Standish的調查報告顯示,由于采用了中間件技術,應用系統的總建設費用可以減少50%左右。中間件可將不同時期、在不同系統平臺上開發的應用軟件有機的結合起來,彼此像一個無縫的整體協調工作,這是操作系統、數據庫管理系統等本身做不到的,中間件的這一重要作用,可以大大降低開發成本。正是中間件的這些優勢,在很短的時間內,它以極為迅猛的速度發展,成為發展最快的軟件品種。
Sun公司發起網絡計算聯盟,推出SunOne計劃和開發平臺,提供Star-Office及StarPortal的web瀏覽器。IBM提出面向網絡應用的“舊金山計劃”,推出中間件產品MQSeries。甲骨文制定并推出了以Oracle 10g為中心的網絡軟件平臺發展計劃,積極擴展ASP服務。BEA在提供傳統的應用服務器功能的同時,針對當今的互聯網技術和Java技術的需要提供了功能豐富的支持機制,推出了系列化的中間件產品WebLogic等。在國內,國防科技大學、北京大學、東南大學等大學和中科院研究所進行了多年的這方面研究工作,且取得了一些成果。在國家科技部“863”計劃、信息產業部電子發展基金和各級政府的相關基金資助下,通過國內軟件企業、各研究單位以及高校堅持不懈的努力,國內在基礎中間件領域逐步形成豐富的技術積累,同時在CORBA技術(中創軟件與國防科技大學)、消息中間件技術(中國科學院軟件研究所)、J2EE應用服務器(北京大學)、Web Service(北京航空航天大學)等方面在技術上基本與國外保持同步發展水平。
三、物流供應鏈管理的數據中間件體系結構設計
1、使用物流供應鏈管理數據中間件的意義
在一個典型的物流供應鏈里,首先要購買原材料,在一個或多個工廠中生產產品,然后運到倉庫臨時儲存,最后再運往零售商或客戶。為了降低成本并提高服務水平,有效的物流供應鏈戰略開始考慮供應鏈中不同層次上各環節的交互作用。簡單來說物流供應鏈可以理解為一條有機的物流鏈條,從產品需求開始到滿足需求為止的時間范圍內,所從事的經濟活動所有涉及到的物流活動的部分所形成的鏈條。也就是說物流供應鏈要涉及到多個不同種類的企業和同一種類的多個企業。
從網絡環境來看,物流供應鏈所強調的是在網絡計算環境下的不同商家或同一商家的不同部門間商業化合作,它不僅僅是軟硬件的結合,更是一個完整的網絡應用體系,它將商務活動的各方,包括供應商、生產商、配送中心、消費者等,通過因特網(Internet)聯系起來,使得來自于商務活動的各方不同數據庫的信息全面實現數據共享。
基于物流供應鏈管理的中間件的主要目的就是實現數據共享,為使用異構數據源的各方用戶提供一種操作數據源一致的接口,使得用戶應用多個數據源就像使用一個數據源一樣。不用考慮具體數據源所在的硬件平臺,不用考慮數據源所在的服務器類型,也不用考慮數據源儲存數據的數據結構,數據存儲的形式等一系列差異。
2.物流供應鏈管理數據中間件的功能模塊
本文提出的數據中間件分為三大部分,即:用戶操作接口部分、數據源注冊部分、核心處理部分。
數據操作接口層由靜態操作接口和動態操作接口組成。靜態操作負責從數據源中查詢數據的操作,動態操作負責向數據源中增加數據、刪除數據、修改數據的操作。這是提供給用戶調用的接口,調用該接口之前,首先需要注冊數據源,獲得數據源的全局視圖,根據業務邏輯的需求和SQL語法規則編寫SQL語句。
數據源注冊部分是用戶使用中間件必須調用的接口,負責加載數據源,由于數據源的不同類型,該部分由三種類型數據注接口組成,分別是關系型數據源注冊接口、非結構化數據源注冊接口、XML數據源注冊接口。
中間件的核心處理部分負責數據操作的具體處理、數據源全局視圖的構建。首先與注冊的數據源建立好連接,然后利用構建模塊獲取數據源的元數據信息,以元數據為元素按照中間件的數據模型重新構建數據源的模型。通過邏輯關系的添加消除異構性,構建成一個全局的整體視圖——虛擬數據庫。
3、物流供應鏈管理數據中間件的體系架構
從物流供應鏈管理的中間件的功能層次上看,中間件位于用戶層和數據層之間,向上為用戶的查詢請求提供一致的訪問接口,向下與各個企業數據庫系統建立連接,將用戶的訪問需求分配到相應的數據庫中去執行。用戶的訪問數據庫請求在中間件以相應的形式進行傳遞,通過中間件與數據庫的相互交互來實現用戶的數據訪問請求;數據庫操作的結果由中間件轉化成相應的形式反饋給用戶,異構數據源之間的異構性得到屏蔽,實現了正確的訪問。
系統分為用戶層、中間件處理層和數據源層。用戶的用戶層直接與中間件進行交互,通過中間件的參與完成則對數據源的操作。用戶層需要通過中間件為其提供異構數據源的全局數據模式,該數據模式屏蔽底層數據源各自模式的不同,以統一的方式提供給用戶層。
由于數據源并不是統一的主流關系數據庫模式,從而基于關系數據庫的驅動程序操作數據源不能利用該全局模式。所以基于全局模式中間件需要提供相應的驅動接口,使得邏輯層可以操作異構數據源。
基于以上全局模式和操作接口兩個方面的考慮設計中間件,其架構如圖1所示:
圖1 物流供應鏈管理數據中間件的體系結構
4、物流供應鏈管理的中間件的運行流程
(1)注冊數據源:用戶通過數據源注冊接口,把需要集成的數據源注冊到中間件。具體的注冊方式要根據數據源的類別來決定應用哪個注冊接口。
(2)構建全局視圖:用戶利用中間件的全局視圖構建方法對注冊的數據源進行局視圖的構建,實際上等同于數據庫的設計,只不過此處的設計是基于已經存的數據源,設計的視圖是虛擬的視圖,而且根據注冊數據源的不同,該虛擬視圖可以隨之變化。該全局視圖是用戶進行數據源操作的邏輯向導。
(3)編寫SQL語句:用戶根據實際的需求結合前面構建的全局視圖編寫SQL操作語句,并把該語句傳遞給對應的數據操作接口(動態操作或者靜態操作)。
(4)調用接口:用戶根據不同的操作調用相應的接口,并傳遞參數。
(5)局部SQL語句:將全局SQL語句,根據所操作的數據信息分別轉換為對應與關系型、XML、非結構化數據源的SQL語句。
(6)加載數據并執行:在局部SQL語句的基礎上,加載相應數據,對相應的數據源進行操作,執行SQL語句。
三、結論與展望
本文分析了當前基于物流供應鏈的中間件領域中的異構數據源集成的主要問題,針對數據源存儲結構的特點,提出數據源分類的思想,把數據源分成數據庫、XML、非結構化三種類型,依據各自的特征,對每一類數據源采用統一的方式處理。在此基礎上根據一定的規則構建虛擬數據庫,使得待集成的數據源以一致的全局視圖形態呈現給用戶。借鑒JDBC能夠訪問不同數據庫的設計特點,針對開發人員設計異構數據集成中間件,描述了中間件各功能模塊的作用和運行流程。最后經過開發和測試驗證了中間件設計方案的可行性和正確性。
本文的研究具有一定的局限性,若要推廣,還應繼續從以下方面深入研究:
(1)本文針對主流數據庫的數據源提出,還不具備能夠處理非關系數據庫數據源的數據更新操作,需把一般結構的數據轉換成具有三級結構的形式,這方面的實現可以借鑒轉換到關系數據庫存儲的相關研究。
(2)本文基于物流供應鏈的中間件的研究僅限于異構數據源集成的主要問題,在不能解決事務處理監控。
核心關注:拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用,蘊涵了豐富的ERP管理思想,集成了ERP軟件業務管理理念,功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理,全面涵蓋了企業關注ERP管理系統的核心領域,是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:物流供應鏈管理數據中間件的研究