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

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

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

      面向對象和面向構件兩種開發模式的博弈

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

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

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

      業務資源整合從單點應用到整合應用

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

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

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

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

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

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