1?緒論?

1.1 物流概述

??? 物流（logistics）是指物品從供應(yīng)地向接收地的實(shí)體流動(dòng)過(guò)程。根據(jù)實(shí)際需要，將運(yùn)輸、儲(chǔ)存、裝卸、包裝、流通加工、配送、信息處理等基本功能實(shí)施有機(jī)結(jié)合。隨著電子商務(wù)的興起，各種網(wǎng)絡(luò)通訊技術(shù)的不斷進(jìn)步，軟件工程學(xué)的面向?qū)ο蠛突诮M件方法的廣泛應(yīng)用，通過(guò)EDI、GPS和網(wǎng)絡(luò)技術(shù)，使得實(shí)現(xiàn)物流信息化和虛擬物流（以計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)進(jìn)行物流動(dòng)作與管理，實(shí)現(xiàn)企業(yè)間物流資源共享和優(yōu)化配置的物流方式）成為可能。?

??? 物流的正式概念最早出現(xiàn)于日本，目前世界上物流水平最高的國(guó)家還有美國(guó)、加拿大、英國(guó)和澳大利亞。這些國(guó)家的物流基礎(chǔ)設(shè)施比較完備，交通便利，倉(cāng)儲(chǔ)規(guī)范，因此具備實(shí)現(xiàn)大規(guī)模物流軟件系統(tǒng)的基本條件。在物流發(fā)達(dá)的國(guó)家中，各種物流企業(yè)根據(jù)自己的業(yè)務(wù)范圍，利用功能強(qiáng)大的物流系統(tǒng)軟件，不僅可以為客戶提供各種方便快捷的服務(wù)即電子商務(wù)中的B2C，還可以實(shí)現(xiàn)企業(yè)間（包括國(guó)際間）的事務(wù)合作和資源共享即電子商務(wù)中的B2B。?

??? 比較而言，我國(guó)的物流由于基礎(chǔ)設(shè)施不完備，交通和倉(cāng)儲(chǔ)設(shè)施存在著地區(qū)性的較大差異，因此水平不高，而且要實(shí)現(xiàn)大規(guī)模的信息化存在著很多困難。所幸的是，國(guó)內(nèi)企業(yè)現(xiàn)在也十分重視物流的發(fā)展，為了更有效地整合資源，提高產(chǎn)品的生產(chǎn)效率，增強(qiáng)客戶對(duì)產(chǎn)品和服務(wù)的滿意程度，進(jìn)而全面提升企業(yè)的市場(chǎng)競(jìng)爭(zhēng)實(shí)力，許多公司都單獨(dú)設(shè)立了的物流部，并采用現(xiàn)代化的信息和網(wǎng)絡(luò)技術(shù)來(lái)提高該部門的服務(wù)質(zhì)量。與此同時(shí)，社會(huì)上也出現(xiàn)了許多提供專業(yè)化物流配送一條龍服務(wù)的第三方物流企業(yè)。?

??? 隨著中國(guó)加入WTO日程的臨近，來(lái)自國(guó)際的競(jìng)爭(zhēng)肯定將是激烈的，面對(duì)著機(jī)遇與挑戰(zhàn)并存的前景，我們必須發(fā)展自己的物流信息化ERP平臺(tái)，提高物流服務(wù)的整體水平。?

??? 為了實(shí)現(xiàn)物流電子化、信息化，我們有兩條路可以走：1、全盤(pán)西化，利用國(guó)外現(xiàn)成的軟件；2、采用先進(jìn)的信息技術(shù)，結(jié)合實(shí)際，自主開(kāi)發(fā)大型物流企業(yè)ERP平臺(tái)。方法1有其方便快捷的優(yōu)點(diǎn)，但是也存在著比較大的缺點(diǎn)：?

1.?國(guó)外的條件和我國(guó)的客觀實(shí)際存在著比較大的差異，如果拿國(guó)外的軟件直接用的話，會(huì)有“食洋不化”的情況出現(xiàn)。?

2.?系統(tǒng)維護(hù)不便，出現(xiàn)問(wèn)題后修改的周期比較長(zhǎng)。?

3.?溝通和交流障礙將會(huì)影響軟件的使用。?

4.?不利于我國(guó)在物流軟件方面出現(xiàn)有自主版權(quán)的產(chǎn)品。?

??? 因此，盡管存在著從零做起、沒(méi)有任何經(jīng)驗(yàn)可循的困難，我們?nèi)匀灰敛华q豫地選擇第二種方案，中儲(chǔ)物流便是在此方針指導(dǎo)下，開(kāi)始立項(xiàng)建設(shè)自主開(kāi)發(fā)的、覆蓋面達(dá)全國(guó)范圍60余家倉(cāng)庫(kù)的、大規(guī)模的、基于J2EE的分布式物流企業(yè)ERP平臺(tái)的。?

1.2 問(wèn)題的提出?

??? J2EE框架旨在通過(guò)JSP/Servlet/EJB的三層架構(gòu)來(lái)分離Web應(yīng)用程序的顯示/業(yè)務(wù)/數(shù)據(jù)三層邏輯，但實(shí)踐證明在通常的Web應(yīng)用系統(tǒng)開(kāi)發(fā)中JSP因其使用簡(jiǎn)單、開(kāi)發(fā)速度較快而成為被廣泛使用的技術(shù)。但在大量采用JSP技術(shù)開(kāi)發(fā)的Web應(yīng)用中，存在著一些顯著的缺點(diǎn)，例如：HTML、JAVA代碼以及實(shí)現(xiàn)客戶端功能的Javascript代碼強(qiáng)耦合在一起，系統(tǒng)的業(yè)務(wù)邏輯內(nèi)嵌在網(wǎng)頁(yè)中，使得代碼的閱讀、調(diào)試和維護(hù)都具有一定困難；冗余代碼比較多，軟件可復(fù)用效率不高等。?

??? 比較而言通過(guò)結(jié)合使用Java Struts、XSLT、EJB等技術(shù)，可以使應(yīng)用系統(tǒng)的框架更加合理，更加有效地分離顯示/業(yè)務(wù)/數(shù)據(jù)三層邏輯，更加有利于系統(tǒng)的移植和擴(kuò)充。?

??? Java Struts是基于Web層進(jìn)行應(yīng)用系統(tǒng)開(kāi)發(fā)的框架，它采用MVC設(shè)計(jì)模式，可以很好地分離顯示和業(yè)務(wù)邏輯，尤其將Java Struts和XSLT結(jié)合起來(lái)，可以產(chǎn)生更好的分離顯示和業(yè)務(wù)邏輯效果。?

??? EJB是服務(wù)器端的組件模型，通過(guò)EJB不但可以清晰地劃分各個(gè)功能接口及業(yè)務(wù)邏輯，而且能夠?qū)?yīng)用系統(tǒng)部署到不同的機(jī)器上，從而通過(guò)分布式計(jì)算來(lái)減輕服務(wù)器端和數(shù)據(jù)庫(kù)系統(tǒng)的負(fù)載。?

??? 采用傳統(tǒng)的面向過(guò)程的程序設(shè)計(jì)和實(shí)現(xiàn)方法，對(duì)于某種類型的問(wèn)題來(lái)說(shuō)，有著其特有的開(kāi)發(fā)時(shí)間短，見(jiàn)效快，人員不需要經(jīng)過(guò)特別培訓(xùn)等優(yōu)點(diǎn)，例如我們的項(xiàng)目，因?yàn)樗哪Ｐ褪腔谄髽I(yè)事務(wù)的流程建立起來(lái)的，因此采用面向過(guò)程的設(shè)計(jì)和實(shí)現(xiàn)方法就顯得既自然又簡(jiǎn)單，沒(méi)有必要進(jìn)行太多的抽象。但是，簡(jiǎn)便的實(shí)現(xiàn)方案是要付出代價(jià)的，這就是系統(tǒng)的可維護(hù)性和可重用性不好，當(dāng)業(yè)務(wù)邏輯發(fā)生變化時(shí)（這對(duì)于企業(yè)來(lái)說(shuō)是經(jīng)常有的事），我們就不得不對(duì)大量的代碼進(jìn)行修改，并且由于代碼模塊間的緊密耦合，使得修改一個(gè)地方有可能對(duì)另外的許多地方產(chǎn)生影響，因此會(huì)給系統(tǒng)的維護(hù)和升級(jí)帶來(lái)許多麻煩。?

??? 采用基于組件的軟件設(shè)計(jì)和開(kāi)發(fā)方法，雖然在設(shè)計(jì)階段需要比較高層次上的分析和抽象，這往往不太容易做到，但是卻為今后的代碼實(shí)現(xiàn)和重用帶來(lái)很大的方便，而且好的設(shè)計(jì)方案可以使系統(tǒng)實(shí)現(xiàn)的層次結(jié)構(gòu)更加清晰，從而有利于日后代碼模塊的維護(hù)和更新。?

??? 設(shè)計(jì)模式是比組件更高一個(gè)層次上的軟件抽象和復(fù)用。在軟件設(shè)計(jì)模式和框架方面的可重用性是面向?qū)ο蟮陌l(fā)展趨勢(shì)。例如，Java Struts通過(guò)提供符合MVC模式的框架，使在其基礎(chǔ)上開(kāi)發(fā)的系統(tǒng)具有模塊化、組件化等優(yōu)點(diǎn)。?

目前，客戶端組件開(kāi)發(fā)已經(jīng)比較成熟，業(yè)界有許多專門從事開(kāi)發(fā)構(gòu)件的第三方組件提供商，隨著Web Service的不斷發(fā)展和成熟，服務(wù)器端組件開(kāi)發(fā)將是未來(lái)網(wǎng)絡(luò)應(yīng)用系統(tǒng)發(fā)展的趨勢(shì)。J2EE的EJB是專用于開(kāi)發(fā)服務(wù)器端組件的技術(shù)，它通過(guò)提供統(tǒng)一的資源管理和事務(wù)處理機(jī)制，可以大大簡(jiǎn)化開(kāi)發(fā)服務(wù)器端組件的復(fù)雜性，使服務(wù)器端組件的開(kāi)發(fā)不必考慮server如何分配系統(tǒng)資源，如何進(jìn)行線程調(diào)用，以及用什么機(jī)制調(diào)用該組件等一系列實(shí)現(xiàn)的細(xì)節(jié)，而只需將重點(diǎn)放在組件需要實(shí)現(xiàn)的業(yè)務(wù)邏輯上，從而達(dá)到簡(jiǎn)化和加快系統(tǒng)開(kāi)發(fā)的目的。?

????本文旨在通過(guò)對(duì)面向?qū)ο蠛突诮M件開(kāi)發(fā)等軟件工程學(xué)方法的研究，提出符合EJB規(guī)范的物流配送系統(tǒng)設(shè)計(jì)方案，并且期望通過(guò)該設(shè)計(jì)方案能夠提高系統(tǒng)程序代碼的可維護(hù)性、可復(fù)用性和可擴(kuò)展性。?

2 基于組件開(kāi)發(fā)和EJB在物流配送系統(tǒng)中的應(yīng)用?

2.1 物流配送系統(tǒng)的主要功能及特點(diǎn)?

??? 配送系統(tǒng)是中儲(chǔ)物流企業(yè)ERP平臺(tái)中的一部分，其主要功能有：接收客戶訂單，并為其代理貨物運(yùn)輸；貨物在途監(jiān)控及監(jiān)控信息的網(wǎng)上發(fā)布；各種合同管理；結(jié)算及費(fèi)用預(yù)繳、補(bǔ)繳管理；保險(xiǎn)業(yè)務(wù)管理；信息統(tǒng)計(jì)匯總及生成各種報(bào)表。?

??? 配送系統(tǒng)基于具體的物流配送業(yè)務(wù)，具有以下特點(diǎn)：業(yè)務(wù)涉及的主體很多，例如，客戶、倉(cāng)庫(kù)、貨物簽收單位（可能是倉(cāng)庫(kù)或超市等）、運(yùn)輸公司、運(yùn)輸個(gè)人、交通部門包括鐵路、海運(yùn)、航空等，和保險(xiǎn)公司，因此，系統(tǒng)中的對(duì)象比較多，而且對(duì)象之間的關(guān)系比較復(fù)雜；業(yè)務(wù)完成的空間和時(shí)間范圍較大，根據(jù)客戶的訂單，一批貨物需要從一個(gè)城市運(yùn)往另一個(gè)城市（市內(nèi)配送除外），途經(jīng)許多其它城市，一般無(wú)法當(dāng)天到達(dá)，因此貨物從出庫(kù)到順利運(yùn)達(dá)直至正常簽收，不但需要經(jīng)過(guò)空間上的轉(zhuǎn)移，而且需要經(jīng)過(guò)時(shí)間上的延續(xù)，因此，在業(yè)務(wù)流程中，會(huì)出現(xiàn)許多可能的情況，并且這些情況都需要考慮在系統(tǒng)控制之內(nèi)，所以每一類對(duì)象都存在著多種狀態(tài)，并且這些狀態(tài)會(huì)隨時(shí)間而變化；系統(tǒng)需要支持多種用戶，各種用戶對(duì)系統(tǒng)的操作權(quán)限也不同，一般客戶僅可以瀏覽或查詢同自己的業(yè)務(wù)相關(guān)的信息，而公司內(nèi)部業(yè)務(wù)人員和系統(tǒng)操作維護(hù)人員，則可以同時(shí)對(duì)數(shù)據(jù)進(jìn)行修改和刪除等操作，即系統(tǒng)需要同時(shí)對(duì)共享數(shù)據(jù)進(jìn)行讀和寫(xiě)操作，并且需要保證數(shù)據(jù)的完整性，一致性和安全性。?

2.2 系統(tǒng)開(kāi)發(fā)采用的主要軟件及技術(shù)?

??? 基于物流配送本身的業(yè)務(wù)特點(diǎn)及企業(yè)對(duì)系統(tǒng)功能的具體要求，決定了本系統(tǒng)采用的主要軟件和技術(shù)如下：?

1. Web服務(wù)器及應(yīng)用服務(wù)器：BEA Weblogic 6.0?

2.?軟件編碼工具：Borland Jbuilder6.0，Ultra Edit8.0?

3.?分析及設(shè)計(jì)軟件：Rational Rose，Microsoft Viso?

4.?項(xiàng)目工作組支持軟件：GUN CVS?

5.?數(shù)據(jù)庫(kù)系統(tǒng)軟件：Oracle 8.16?

6.?主要應(yīng)用的技術(shù)：CBD，J2EE，XML?

3 需求分析?

??? 本系統(tǒng)面向的服務(wù)對(duì)象是第三方物流公司，通過(guò)將其業(yè)務(wù)流程全面信息化，能產(chǎn)生出有利用價(jià)值的數(shù)據(jù)，再通過(guò)對(duì)這些數(shù)據(jù)的分析和整理就可以為公司現(xiàn)在和將來(lái)的經(jīng)營(yíng)決策提供幫助。此外本系統(tǒng)還通過(guò)Internet接口提供企業(yè)對(duì)外的宣傳窗口，使客戶可以通過(guò)訪問(wèn)Web頁(yè)面得到相關(guān)信息和其他公用信息。?

??? 本系統(tǒng)涉及到的實(shí)體比較多，包括：承運(yùn)人，運(yùn)輸人，客戶，簽收人以及保險(xiǎn)公司等，其中承運(yùn)人，即第三方物流公司，可以掌握系統(tǒng)中的全部數(shù)據(jù)，并且可以對(duì)系統(tǒng)進(jìn)行操作：錄入客戶訂單、選擇運(yùn)輸人、車輛和路線、派車、錄入出庫(kù)單、對(duì)在運(yùn)輸途中的車輛和貨物進(jìn)行監(jiān)控以及錄入簽收單等?？蛻魟t只能通過(guò)Internet錄入訂單，查詢相關(guān)信息。司機(jī)與系統(tǒng)的接口主要用于及時(shí)反饋運(yùn)輸情況和貨物有無(wú)破損等信息。簽收人可以通過(guò)Internet訪問(wèn)與之相關(guān)的簽收單，確認(rèn)簽收或者退貨。?

4 EJB設(shè)計(jì)模式?

??? Session Fa?ade 是EJB最基本的設(shè)計(jì)模式之一，它將實(shí)體Bean隱藏于會(huì)話Bean之后，即客戶端不能直接訪問(wèn)實(shí)體Bean，而只能同會(huì)話Bean 進(jìn)行交互，再由會(huì)話Bean對(duì)實(shí)體Bean進(jìn)行修改、刪除等操作。這樣就使實(shí)體Bean層，即服務(wù)器端對(duì)象模型，對(duì)于客戶端來(lái)說(shuō)是完全透明的，從而清晰地劃分了客戶端層、業(yè)務(wù)邏輯層和實(shí)體模型層。采用Session Fa?ade還可以將需求分析階段產(chǎn)生的，用以描述應(yīng)用業(yè)務(wù)邏輯及工作流程的Use Case直接對(duì)應(yīng)于會(huì)話Bean的各實(shí)現(xiàn)方法，使整個(gè)應(yīng)用從邏輯的角度來(lái)看，層次更加清晰。因?yàn)榭蛻舳瞬荒苤苯釉L問(wèn)實(shí)體Bean，而只能通過(guò)會(huì)話Bean來(lái)接入網(wǎng)絡(luò)，因此采用Session Fa?ade可以使系統(tǒng)的結(jié)構(gòu)更加趨于合理，有效地減少了客戶端與服務(wù)器端之間的交互，從而達(dá)到減輕網(wǎng)絡(luò)負(fù)載的目的。?

??? Message Fa?ade也是EJB最基本的設(shè)計(jì)模式之一，它同Session Fa?ade一樣位于客戶端和服務(wù)器端實(shí)體模型之間。Message Fa?ade和Session Fa?ade之間的區(qū)別在于Message Fa?ade可以用來(lái)實(shí)現(xiàn)系統(tǒng)的一些異步功能，即當(dāng)客戶端發(fā)出請(qǐng)求后，并不需要等待服務(wù)器端的回應(yīng)，而由服務(wù)器端EJB組件內(nèi)部進(jìn)行與之相應(yīng)的一系列操作，在系統(tǒng)暫時(shí)繁忙或者出故障時(shí)，就將事務(wù)回滾，將客戶端請(qǐng)求掛起并排到一個(gè)隊(duì)列中，待系統(tǒng)空閑或服務(wù)器恢復(fù)服務(wù)時(shí)，不需要客戶端的干預(yù)而自動(dòng)地再次執(zhí)行相關(guān)的操作，因此Message Fa?ade具有一定的系統(tǒng)容錯(cuò)性。?

??? 以車輛在途監(jiān)控Use Case為例：當(dāng)司機(jī)在運(yùn)輸途中到達(dá)了監(jiān)控計(jì)劃指定的地點(diǎn)，或者遇到車輛、貨物的破損等一些意外情況時(shí)，可以通過(guò)電話、手機(jī)或者網(wǎng)絡(luò)將意外以及車輛到達(dá)某地的時(shí)間等信息輸入系統(tǒng)，然后由系統(tǒng)的服務(wù)器端組件負(fù)責(zé)針對(duì)不同的信息及情況進(jìn)行不同的處理，例如當(dāng)貨物發(fā)生損失時(shí)，系統(tǒng)需要通知保險(xiǎn)公司進(jìn)行貨物定損及理賠等，這時(shí)司機(jī)并不需要等待系統(tǒng)的回應(yīng)就可以直接繼續(xù)上路了，由配送中心負(fù)責(zé)處理一些相關(guān)事宜。?

??? Message Fa?ade設(shè)計(jì)模式除了繼承Session Fa?ade設(shè)計(jì)模式的優(yōu)點(diǎn)之外還具有的特點(diǎn)是：當(dāng)客戶發(fā)送了一個(gè)JMS消息后，就可以隨意進(jìn)行其他活動(dòng)，而不必等待服務(wù)器完成了整個(gè)Use Case的業(yè)務(wù)邏輯之后才給予答復(fù)，因此適合用在相對(duì)耗時(shí)且比較復(fù)雜的應(yīng)用系統(tǒng)中；使用消息Bean將保證應(yīng)用系統(tǒng)在它所賴以運(yùn)行的EJB Server或者其他一些子系統(tǒng)出現(xiàn)故障并且暫停服務(wù)時(shí)仍能夠繼續(xù)運(yùn)行，例如，在車輛在途監(jiān)控Use Case中，如果數(shù)據(jù)庫(kù)系統(tǒng)出現(xiàn)了問(wèn)題，那么車輛及貨物運(yùn)輸途中的異常處理事務(wù)將無(wú)法完成，這時(shí)由客戶端傳來(lái)的異常消息會(huì)被保存到一個(gè)消息隊(duì)列里，并且在一段時(shí)間后自動(dòng)重試。若EJB容器發(fā)生了故障，那么消息也會(huì)被保存起來(lái)等待下一次的使用。這些克服故障的能力是同步模式，即Session Facade所不能具有的，雖然網(wǎng)絡(luò)的復(fù)雜性使得只采用消息Bean沒(méi)有辦法避免所有的風(fēng)險(xiǎn)，但它至少也減輕了網(wǎng)絡(luò)應(yīng)用系統(tǒng)運(yùn)行過(guò)程中由于網(wǎng)絡(luò)的不穩(wěn)定性而造成的異常。?

5 結(jié)論及展望?

??? 基于中儲(chǔ)物流配送系統(tǒng)的實(shí)際開(kāi)發(fā)經(jīng)驗(yàn)，本論文得出以下結(jié)論：面向?qū)ο蠛突诮M件開(kāi)發(fā)是軟件工程學(xué)發(fā)展的主流方向，因?yàn)殡S著設(shè)計(jì)模式(Design Pattern)、UML用例設(shè)計(jì)（Use Case）和統(tǒng)一軟件開(kāi)發(fā)過(guò)程（UDP）等先進(jìn)技術(shù)在應(yīng)用系統(tǒng)開(kāi)發(fā)中的廣泛使用，系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)人員已從中體會(huì)到了面向?qū)ο蠛突诮M件開(kāi)發(fā)帶來(lái)的好處，即系統(tǒng)實(shí)現(xiàn)代碼的邏輯層次清晰，具有較好的可維護(hù)性、可移植性和可復(fù)用性；隨著Web Service的不斷發(fā)展和成熟，服務(wù)器端組件開(kāi)發(fā)將是未來(lái)網(wǎng)絡(luò)應(yīng)用系統(tǒng)發(fā)展的趨勢(shì)，Java的J2EE開(kāi)發(fā)平臺(tái)為開(kāi)發(fā)分布式的服務(wù)器端組件提供了專用的工具，即EJB(Enterprise Java Beans)，EJB通過(guò)提供統(tǒng)一的資源和事務(wù)處理機(jī)制，可以大大簡(jiǎn)化開(kāi)發(fā)服務(wù)器端組件的復(fù)雜性，使服務(wù)器端組件的開(kāi)發(fā)人員不必考慮服務(wù)器如何分配系統(tǒng)資源，如何進(jìn)行線程調(diào)用，以及用什么機(jī)制調(diào)用該組件等一系列實(shí)現(xiàn)細(xì)節(jié)，而只需將重點(diǎn)放在組件要實(shí)現(xiàn)的業(yè)務(wù)邏輯上，從而達(dá)到簡(jiǎn)化和加快系統(tǒng)開(kāi)發(fā)的目的；隨著網(wǎng)絡(luò)、信息和通訊技術(shù)的不斷發(fā)展，現(xiàn)代物流配送可以完全實(shí)現(xiàn)電子化及信息化，即車輛運(yùn)輸貨物的過(guò)程可以通過(guò)網(wǎng)絡(luò)達(dá)到全程監(jiān)控和隨意調(diào)度的目的。?

??? 從軟件工程的角度來(lái)說(shuō)，未來(lái)的發(fā)展方向有：各種不同組件技術(shù)之間的任意組合，即根據(jù)具體應(yīng)用的特點(diǎn)采用最合適的組件技術(shù)，然后再將用不同技術(shù)實(shí)現(xiàn)的組件通過(guò)一定機(jī)制結(jié)合在一起，使它們可以協(xié)作共同實(shí)現(xiàn)系統(tǒng)的各項(xiàng)功能；建立大多數(shù)軟件和應(yīng)用系統(tǒng)所需要的通用組件庫(kù)，從而進(jìn)一步提高組件的可重用性；提供更高層次上的軟件復(fù)用，例如，各種設(shè)計(jì)模式的總結(jié)和重復(fù)使用。?

??? 從物流配送系統(tǒng)的角度來(lái)說(shuō)，未來(lái)的發(fā)展方向有：引入GPS，從而進(jìn)一步加強(qiáng)對(duì)在途貨物的監(jiān)控力度，真正達(dá)到實(shí)時(shí)性信息交互；無(wú)線網(wǎng)絡(luò)應(yīng)用的發(fā)展使得電子商務(wù)由原來(lái)的E_Commerce向M_Commerce (Commerce that use mobilephones 手機(jī)商務(wù))發(fā)展，利用JAVA的J2ME技術(shù)可以方便地在原有的JAVA系統(tǒng)平臺(tái)上擴(kuò)展出無(wú)線應(yīng)用子系統(tǒng)，例如SMS手機(jī)短信業(yè)務(wù)，免去了客戶上網(wǎng)查詢的麻煩，隨時(shí)可以用手機(jī)查到自己貨物的運(yùn)輸位置和狀態(tài)；利用Web Service將數(shù)碼倉(cāng)庫(kù)與配送系統(tǒng)進(jìn)行整合，這樣已經(jīng)存在數(shù)碼倉(cāng)庫(kù)中的數(shù)據(jù)就可以直接進(jìn)入配送系統(tǒng)進(jìn)行貨物運(yùn)輸和在途監(jiān)控了。?