當前，物流企業(yè)信息系統(tǒng)開發(fā)的趨勢是提供表示層、業(yè)務邏輯層、數(shù)據(jù)層三層框架，以便于實現(xiàn)安全、可升級、實用的應用程序;基于B/S結(jié)構，建立多層分離的分布式體系結(jié)構。邏輯表示層指示用戶如何與應用程序進行交互，以及信息如何表示;業(yè)務邏輯層裝載第三方物流企業(yè)的核心應用程序，用來控制應用程序中的業(yè)務規(guī)則;數(shù)據(jù)訪問層控制與應用程序使用的數(shù)據(jù)庫的連接，并從這些數(shù)據(jù)源中取得數(shù)據(jù)提供給業(yè)務邏輯層。

      java與J2EE日益成為軟件廠商主流技術選擇。java不僅是完全的面向?qū)ο蟮恼Z言，而且是跨平臺的實現(xiàn)技術，“一次編譯，到處運行”能更好的做到組件復用，而且在系統(tǒng)升遷時能更好地保護企業(yè)軟件資產(chǎn)，這樣的特性符合物流企業(yè)在從小到大、從弱到強的過程中對信息系統(tǒng)的升級、更換要求。J2EE是一個開放式企業(yè)級應用規(guī)范，它提供了一個多層次的分布式應用模型和一系列開發(fā)技術規(guī)范，其對于中、大型物流企業(yè)無疑是最好的選擇，一方面得到了開源陣營的支持，一方面又得到主流軟件提供商的技術支持，如ORACLE、IBM等，微軟的.NET平臺目前對于小企業(yè)較合適，因其技術封閉、標準不開放，如物流公司長期使用這樣的系統(tǒng)平臺，那么就很容易在技術與系統(tǒng)上被微軟鎖定，因微軟產(chǎn)品的技術安全性、可靠性不能滿足大中型企業(yè)需要，在未來業(yè)務、系統(tǒng)升級時，就會喪失許多軟件資產(chǎn)，造成浪費。多層次分布式應用模型就是根據(jù)功能把應用邏輯分層多個層次，每個層次支持不同的服務器和組件，組件在分布式服務器的組件容器中運行，容器間通過一定的協(xié)議進行通訊，從而實現(xiàn)組件間的相互調(diào)用。

      過去是采用電子數(shù)據(jù)交換(EDI)技術，由于電子數(shù)據(jù)交換技術特別不經(jīng)濟，目前許多企業(yè)選用可擴展標志語言(XML)來描述數(shù)據(jù)。XML是較好的對象描述語言，不同部門可根據(jù)自身需要，進行不同的數(shù)據(jù)提取，XML能夠做到“一次編寫，到處閱讀”。由于XML這種不局限于某種信息系統(tǒng)的特性，在異構環(huán)境下成為首選的對象描述語言。

      面向?qū)ο蠛兔嫦驑嫾煞N開發(fā)模式的博弈

      歸納物流企業(yè)系統(tǒng)開發(fā)廠商軟件產(chǎn)品的技術路線主要有面向?qū)ο蠛兔嫦驑嫾膬煞N軟件體系架構，相對形成國產(chǎn)管理軟件廠商兩大陣營。第一陣營模仿國際軟件廠商如SAP、ORACLE產(chǎn)品特點，開發(fā)符合中國文化和管理模式的枚舉型軟件，力圖在產(chǎn)品中支持所有的業(yè)務模式，包括所有考慮到的功能，當應用到非“標準”的管理流程或業(yè)務流程中時，企業(yè)需要滿足系統(tǒng)的需求，重組管理業(yè)務流程，其優(yōu)點是通過信息化的實施，規(guī)范企業(yè)的業(yè)務流程，缺點是柔性不足，不能適應企業(yè)變化的需求，實施成功率較低;第二陣營堅持技術創(chuàng)新，突破傳統(tǒng)枚舉的思想，面向構件(組件)并基于構件開發(fā)解析型的軟件，以業(yè)務模式解析生成管理系統(tǒng)，最大限度地支持企業(yè)個性化的管理，敏捷開發(fā)模式極大提高了企業(yè)系統(tǒng)實施成功率。

      面向構件的規(guī)劃可以理解為面向?qū)ο笤O計的新層次。面向構件的開發(fā)是一種軟件開發(fā)手段，在開發(fā)周期的所有階段，都以構件為基礎，包括需求分析、設計、測試、支撐性技術架構、項目管理等。這個概念把面向構件的開發(fā)擴展到用面向構件的思想來設計和實現(xiàn)軟件系統(tǒng)，它在軟件開發(fā)周期的各個階段和各個方面都以構件為中心，這跟基于構件不同，比基于構件又先進了一點。設計構件的目的是為了構件可以像零部件一樣用于組裝，把構件設計成項目的零件，此時面向構件就比基于構件更有優(yōu)勢。

      一切應用系統(tǒng)的開發(fā)都是從業(yè)務需求出發(fā)的，最終目的也是為了處理好業(yè)務問題。系統(tǒng)分析員按照業(yè)務特性把系統(tǒng)劃分為各個子系統(tǒng)，又把子系統(tǒng)劃分為各個功能模塊，便形成了構件業(yè)務化拆分邏輯。與“業(yè)務驅(qū)動”相一致，構件業(yè)務化是從業(yè)務的觀點來分析構件，使得業(yè)務和構件相結(jié)合，從而面向構件可以更好的構建業(yè)務模型和業(yè)務流程。應用開發(fā)以技術為中心，業(yè)務人員和開發(fā)技術相分離，也使得用戶需求、設計和開發(fā)相分離。構件業(yè)務化，是面向構件技術發(fā)展的必然，提高了業(yè)務構件的復用及適應業(yè)務變化的能力，使企業(yè)能夠通過自身和業(yè)務(構件)的轉(zhuǎn)換來應對來自市場的挑戰(zhàn)。

      業(yè)務資源整合從單點應用到整合應用

      著國家振興物流行業(yè)的規(guī)劃不斷深入，未來企業(yè)的競爭優(yōu)勢來源于其快速反映能力，而信息化是實現(xiàn)快速反映的關鍵;同時，企業(yè)將進一步提高在整合資源的能力，大型集團企業(yè)物流漸漸淡化，集團控制的不同企業(yè)下的采購物流、分銷物流組建成專門的物流企業(yè)，不僅服務于本集團的業(yè)務，也承接企業(yè)外部的業(yè)務，與此同時，為兌現(xiàn)世貿(mào)組織的承諾全面開放物流行業(yè)，國際物流巨頭紛紛進駐中國市場，經(jīng)歷一場大規(guī)模的企業(yè)并購，快速建立市場體系和布置物流網(wǎng)點，然而管理運營和信息化都遇到了水土不服的問題，并沒有發(fā)揮出資源優(yōu)勢，從而給本土企業(yè)提供了總結(jié)與發(fā)展的緩沖期，也為物流企業(yè)信息化訴求與實現(xiàn)留出了更大的空間，第三方物流迎來了天時地利人和的契機。

      單點應用、流程優(yōu)化、整合應用是物流企業(yè)信息化的三個發(fā)展階段。傳統(tǒng)的物流活動往往是表現(xiàn)在倉儲、運輸或者包裝等一些單獨的環(huán)節(jié)上，企業(yè)物流往往非常關注這些單一環(huán)節(jié)的管理水平和管理效率的提高，然而供應鏈和第三方物流的興起，這種競爭不再停留在單一的環(huán)節(jié)上，而是把整個物流過程或者供應鏈過程的管理效率和管理水平的提高作為競爭的主要焦點。數(shù)據(jù)集成與業(yè)務集成成為專業(yè)第三方物流企業(yè)的深切訴求。

      最新物流企業(yè)信息化調(diào)查報告結(jié)果表明企業(yè)數(shù)據(jù)庫整合的比例低。采購、庫存整合比例最高,但也僅有44%和31.2%。客戶管理整合的比例不足40%，供應商評估、運輸、配送整合比例尚不足30%，與合作伙伴或上下游企業(yè)實行系統(tǒng)對接的比例低，庫存系統(tǒng)、共用操作平臺和數(shù)據(jù)庫共享對接比例分別僅有12.8%、10.5%、11.6%。

      在業(yè)務集成的層面上，一體化、整體化的系統(tǒng)成為主流的應用。業(yè)務實踐表明，70%物流企業(yè)建立了管理信息系統(tǒng)和企業(yè)網(wǎng)站，卻觸碰到企業(yè)管理系統(tǒng)與電子商務的應用整合的暗礁，企業(yè)無法進行有效的資源整合而造成效率低下，系統(tǒng)對決策支持力度不夠，信息化投入與系統(tǒng)開發(fā)費用失衡，功能固化與按需變動的業(yè)務流程不同步，客觀要求IT廠商改變傳統(tǒng)的軟件開發(fā)與實施模式，物流軟件平臺、構件化物流軟件受到極大的關注。

      從倉儲管理系統(tǒng)、運輸管理系統(tǒng)、電子報關系統(tǒng)、貨代管理軟件、CRM、SRM、SCM、財務系統(tǒng)等單點應用提高作業(yè)效率到物流軟件平臺、構件化物流軟件的整體解決方案實現(xiàn)信息系統(tǒng)不僅在作業(yè)層面、而且在運營與決策的層面對業(yè)務提供支持，為建設物流供應鏈、大物流系統(tǒng)邁出了新的臺階。

      據(jù)賽迪市場研究報告顯示2009年自主平臺市場總體規(guī)模為3.84億元，占管理軟件平臺市場的40%，占中國管理軟件市場份額僅達3.18%，但是自主平臺市場的年均復合增長率為38.77%，保持了強勁的增長勢頭。在受查企業(yè)中大型企業(yè)占34%，中小型企業(yè)占66%，在比較企業(yè)管理信息化應用模型中發(fā)現(xiàn)，平臺化模式的效益率最高，達到99.18%，其次是行業(yè)化模式，為89.09%，通用化模式為84.77%，定制化模式最差，為78.13%。