基于SSH框架的物流管理信息系統(tǒng)（LMIS）的設計與實現(xiàn)

摘 要：“全球經(jīng)濟一體化”、“電子商務網(wǎng)絡化”的趨勢決定了本世紀將是物流業(yè)蓬勃發(fā)展的世紀。本文介紹了目前流行的企業(yè)信息化的技術手段及這個行業(yè)它所具有的獨特的技術GIS和EDI等。詳細分析物流管理信息系統(tǒng)與各大功能模塊及理清各模塊間關系和各個模塊的工作流程要實現(xiàn)的具體功能。將SSH框架的J2EE工程應用到物流業(yè)，分析實現(xiàn)了關鍵部分的配置，代碼。

關鍵詞：物流信息系統(tǒng)；SSH框架；設計

1.物流管理信息系統(tǒng)（LMIS）與第三方物流及其重要性

物物流管理是供應鏈管理體系重要組成部分，是提高經(jīng)濟效益重要手段，是企業(yè)市場創(chuàng)新推動力。流管理信息系統(tǒng)是現(xiàn)代物流的靈魂，是物流信息管理、傳輸?shù)鹊闹饕d體。

1.1物流管理信息系統(tǒng)（LMIS）與第三方物流

物流管理信息系統(tǒng)（ Logistics Management Information System， 簡稱LMIS） 是指在物流領域內建立的信息收集、整理、加工、存儲、服務系統(tǒng)。物流管理信息系統(tǒng)是現(xiàn)代物流正常運作的基礎和保障， 任何一個物流環(huán)節(jié)，尤其是不同物流環(huán)節(jié)的連接處， 其正常運作必須以物流信息為支撐。

第三方物流是指產(chǎn)品經(jīng)營企業(yè)為集中精力搞好主業(yè)，把原來屬于自己處理的物流活動以合同的形式委托給專業(yè)物流服務公司并保持密切聯(lián)系，以達到對物流全程的管理和合同制物流。

1.2物流信息化的必要性

在物流信息系統(tǒng)建設中，通過標準化來實現(xiàn)系統(tǒng)間的數(shù)據(jù)交換與共享已成為電子商務的必然要求

1.2.1建設物流信息系統(tǒng)是企業(yè)管理控制和規(guī)模發(fā)展的需要。

作為一個企業(yè)，要想能夠有效地控制和管理其內部的各個環(huán)一節(jié)、各個部門，必須強化信息的準確、快捷和有效。

1.2.2建設物流信息系統(tǒng)是物流自動化、網(wǎng)絡化的要求。

自動化要求以信息化為基礎，通過條碼/語音/射頻自動識別系統(tǒng)、自動分揀系統(tǒng)、自動存取系統(tǒng)、自動導向車、貨物自動跟蹤系統(tǒng)等實現(xiàn)以計算機技術作為媒介的以機電一體化為核心的自動化，這就要求物流中心的信息系統(tǒng)要實現(xiàn)對于商品有關信息的標準化操作，建立有關m代碼、條形碼或磁性標簽等的參數(shù)體系，據(jù)此來實現(xiàn)對于商品配送的自動化控制。而網(wǎng)絡化則要求物流中心通過電子訂貨系統(tǒng)（EOS）和電子數(shù)據(jù)交換技術（EDI）與供應商或制造商及下游顧客之間保持實時聯(lián)系，通過信息的共享，實現(xiàn)對物流服務商的組織網(wǎng)絡化（（Intranet）。

1.2.3建設物流信息系統(tǒng)是企業(yè)未來發(fā)展的要求。

物流信息系統(tǒng)建設是長期戰(zhàn)略投資，影響企業(yè)的未來發(fā)展，要求信息系統(tǒng)的結構要具有開放性和擴張性。要把現(xiàn)在的倉庫改造為增值服務中心，則在IT系統(tǒng)的配置方面，要有倉庫管理系統(tǒng)和商務管理系統(tǒng)，還要配置條碼印制系統(tǒng)和無線終端識別系統(tǒng)等。

2.現(xiàn)代物流管理信息系統(tǒng)

一個設計開發(fā)良好的物流信息系統(tǒng)能夠靈活的利用有關物流信息，實現(xiàn)物流各項功能的圓滿化和效率化，正確而便捷地傳遞和處理物流業(yè)務的相關信息。

2.1 LMIS的主要技術和設計方法

地理信息系統(tǒng)（GIS）與電子數(shù)據(jù)交換技術（EDI）應用日趨廣泛，可以迅速地獲取滿足應用需要的信息，并能以地圖、圖形或數(shù)據(jù)的形式表示處理的結果；對經(jīng)濟信息按照一定的標準進行格式化處理，并把這些格式化的數(shù)據(jù)，通過計算機通信網(wǎng)絡在他們的計算機系統(tǒng)之間進行交換和自動處理。

2.1.1 GIS與EDI

GIS是一項以計算機為基礎技術，EDI是一種計算機應用技術。

1.地理信息系統(tǒng)（Geographic Information System簡稱GIS） 地理信息系統(tǒng)是一項以計算機為基礎的新興技術，圍繞著這項技術的研究、開發(fā)和應用形成了一門交叉性、邊緣性的學科，是管理和研究空間數(shù)據(jù)的技術系統(tǒng)，對空間數(shù)據(jù)按地理坐標或空間位置進行各種處理、對數(shù)據(jù)的有效管理、研究各種空間實體及相互關系，迅速地獲取滿足應用需要的信息，并能以地圖、圖形或數(shù)據(jù)的形式表示處理的結果。

利用GIS對空間和屬性數(shù)據(jù)采集、輸入、編輯、存儲、管理、空間分析、查詢、輸出和顯示功能，按照特征的關聯(lián)，將多方面的數(shù)據(jù)以不同層次聯(lián)系構成現(xiàn)實世界模型，在此模型上使用空間查詢和空間分析進行管理，并通過空間信息模擬和分析軟件包進行空間信息的加工、再生，為空間輔助決策分析打下基礎。

2.電子數(shù)據(jù)交換技術（EDI ） EDI是一種計算機應用技術。EDI在商務上廣泛應用之后，可以大量節(jié)省企業(yè)的運營成本，提高企業(yè)的運營水平。

2.1.2 B/S結構

B/S（Browser/Server）結構即瀏覽器和服務器結構。

局域網(wǎng)建立B/S結構的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN， WAN， Internet/Intranet等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全 。B/S架構軟件有維護和升級方式簡單很大優(yōu)勢：無論用戶的規(guī)模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單。同時B/S架構軟件成本降低，選擇更多，只需安裝在Linux服務器上即可，安全性高。本文選擇B/S模式作為系統(tǒng)的主體結構。

3.物流管理信息系統(tǒng)的分析與設計

物流系統(tǒng)的目標是通過物流系統(tǒng)的功能要素的有效組合而實現(xiàn)的。

3.1系統(tǒng)主要功能模塊的分析與設計

物流系統(tǒng)的功能要素指的是物流系統(tǒng)所具有的基本能力，這些基本能力有效地組合、聯(lián)結在一起，便成了物流的總功能，能合理、有效地實現(xiàn)物流系統(tǒng)的目標。

3.1.1系統(tǒng)功能模塊層次

一般認為物流系統(tǒng)的功能要素有運輸、儲存、包裝、裝卸搬運、流通加工、配送、物流決策和物流信息等，它們的組合就構成了物流系統(tǒng)的總體功能如圖1：

綜合上述物流系統(tǒng)的總體功能，同時考慮到信息系統(tǒng)建模和實際管理的需要的一些特焦我們可以得出第三方物流信息系統(tǒng)的功能模塊圖，如圖2：

業(yè)務作業(yè)子系統(tǒng)和業(yè)務支持子系統(tǒng)的子模塊對經(jīng)營管理子模塊提供決策支持。經(jīng)營管理子模塊的功能是對業(yè)務作業(yè)子系統(tǒng)和業(yè)務支持子系統(tǒng)提供的基本信息進行進一步的處理，然后根據(jù)處理后的結果來決策和預測。

第三方物流信息

系統(tǒng)的整體業(yè)務流程如圖3：

3.1.2訂單管理子系統(tǒng)

定單業(yè)務的處理演變?yōu)橹鱾€環(huán)節(jié)的單證處理貫穿于整個物流供應鏈的各個環(huán)節(jié)，成為一條主線將各個環(huán)節(jié)有機地聯(lián)系在一起，因此，訂單的業(yè)務流程是整個物流供應的業(yè)務流程的反映。

1.接受訂單

訂單信息處理中心首先會調用客戶所需服務類型的明細資料，對此客戶以往報價的歷史資料，供應商的采購報價歷史資料等來明確此項服務的報價歷史資料，折扣系數(shù)和客戶折扣評價等等，然后根據(jù)業(yè)務作業(yè)子系統(tǒng)的凈利水平加上運營總成本來推算出銷售價格，最后由系統(tǒng)制成報價單遞送給客戶，如果客人對所遞送的報價單簽收，這份訂單就成為正式的合同。

2.訂單處理

訂單信息處理中心一旦收到客戶簽回的訂單時，迅速進入訂單處理階段。即進入業(yè)務作業(yè)系統(tǒng)檢查企業(yè)內資源的可得性情況，從業(yè)務部門資詢庫存主檔、揀貨產(chǎn)能調用檔、包裝產(chǎn)能調用檔、運送設備產(chǎn)能調用檔、人力資源調用檔等查核其資源能力。

3.訂單確認

當客戶與物流企業(yè)都對彼此感到滿意的時候，就可以以契約的形式固定進入訂單確認，同時信息中心根據(jù)客戶的服務需求自動生成所有的單證，如：提單、送貨清單和貨運清單等，并通過電子數(shù)據(jù)交換的方式（EDI）分別傳輸給客戶和業(yè)務部門。訂單信息處理業(yè)務流程如圖4。

4.合同信息管理

訂單管理：這是對所有客戶的訂單進行有序整理。它分成三部分：一是己經(jīng)處理的訂單，即己經(jīng)完成了所有約定的訂單；二是正在處理的訂單，即還有部分工作沒有完成的訂單；三是有定單需求但尚未處理的訂單。這個訂單管理工作都是通過系統(tǒng)的自動優(yōu)先排序來完成的。

3.1.3客戶管理子系統(tǒng)

客戶關系管理主要是具有較強的客戶信息管理能力，包括客戶信息的搜集，整理和分析件。客戶信息一般分為掙態(tài)信息和動態(tài)信息，根據(jù)客戶信息，系統(tǒng)可進行客戶分析和定期給出銷售策略。

客戶關系管理模塊的職能是：在現(xiàn)有客戶信息的基礎上，運用信息技術手段對客戶信息進行電子化的整理，優(yōu)化，分析和保存，既要運用二八原則使物流企業(yè)的關鍵客戶滿意，也要運用差別服務的方法使非關鍵客戶得到滿意；還要通過對現(xiàn)有客戶信息中需求的挖掘，提高客戶滿意度，服務的知名度，服務的美譽度，服務的指名度，客戶留存率，客戶增加率?？蛻艄芾碜酉到y(tǒng)業(yè)務流程如圖5。

本模塊可以提供信息查詢與發(fā)布信息發(fā)布及信息發(fā)布子系統(tǒng)等功能：即發(fā)布提供業(yè)界動態(tài)、海關公告、外經(jīng)貿公告等相關的一些重要信息又發(fā)布各倉庫源庫存、貨場、運力、運輸路線、貨物跟蹤、運價、業(yè)界動態(tài)、產(chǎn)銷分布、用戶產(chǎn)品、需求預測等信息。

3.1.4庫存管理子系統(tǒng)

倉庫是物流的中心環(huán)節(jié)，有很多物流業(yè)務活動是在倉庫中進行的。倉庫是物流活動的一個基地。

1.對倉儲系統(tǒng)進行設計時，應根據(jù)倉庫所處的地理位置、周圍環(huán)境及物流量的多少、進出庫頻度，考慮以下各方面問題：倉庫建設結構與合理布局、最大限度地利用倉庫容積、貨物堆碼、存放的科學性、在庫物品的保養(yǎng)防護、加強入庫驗收、出庫復核等；倉儲管理模塊的組成部分如圖6：

2.第三方物流倉儲作業(yè)的流程可以概述如圖7：

（1）入庫管理子模塊

入庫商品分為兩類：一是新品入庫；二是退品入庫。兩類商品在入庫前都要經(jīng)商品檢驗和分類處理。商品的存放方式也有兩種：一是先入庫存放再出庫，這需要依照倉庫區(qū)城規(guī)劃和商品生命周期等因素來指定儲放位置，以便日后存貨管理或出貨查詢；二是直接出庫，這時只需與運輸/配送模塊相連接，同運輸/配送模塊進行信息共享。

（2）在庫管理

在庫管理包含兩方面：一是對各倉庫區(qū)的管理，二是對庫存數(shù)的控制。倉庫區(qū)的管理包括：對倉庫區(qū)域內商品的擺放方式、區(qū)域大小和區(qū)域分布等的規(guī)劃；對貨品進出倉庫的控制一是先進先出搬運方式；對倉儲區(qū)儲位的調整及變動。

（3）流通加工

在商品出庫之前，物流企業(yè)可以為客戶實施具有特色的流通加工增值服務，比如：商品的分類、過磅、拆箱重包裝和貼標簽及商品的組合包裝等業(yè)務。通過這種形式的服務，客戶可以根據(jù)需要各取所需。

（4）出庫管理

本模塊主要具有如下功能：出庫單數(shù)據(jù)處理、出庫品種內容生成及出庫指令發(fā)出、錯誤貨物或空位貨物重新分配、出庫成功確認、出庫單據(jù)打印。

3.1.5運輸配送管理子系統(tǒng)

物流系統(tǒng)中的運輸環(huán)節(jié)，是傳統(tǒng)多式聯(lián)運內涵的擴展。對于國際間貨物來說，具有路線長、環(huán)節(jié)多、涉及面廣、手續(xù)復雜、風險性大、時間性強等特點。運輸有五種基本的運輸方式：鐵路、公路、海運、管道和航空。

1.運輸服務是有各種提供者結合提供的，提供運輸服務的經(jīng)營者有以下幾種類型：

（1）單一方式經(jīng)營人。即最基本的承運人是僅利用一種運輸方式提供單一方式的經(jīng)營人，這種方式具有專業(yè)化、高效率的特點。

（2）專門化經(jīng)營人。這種方式主要是指包裹遞送服務。

（3）多式聯(lián)運經(jīng)營人?，F(xiàn)代物流意義下的多式聯(lián)運經(jīng)營人如果本身作為第三方物流經(jīng)營人而存在，那么直接從貨主接受定單，對貨主負責，如果本身作為其他第三方物流公司的分包商而存在，那么他是受物流經(jīng)營人的委派完成運輸任務，他直接對物流經(jīng)營人負責。

2.運輸/配送的業(yè)務流程

如圖8所示，運輸?shù)囊话銟I(yè)務流程包括接單、發(fā)運、到站和簽收四個環(huán)節(jié)，以及在發(fā)運和到站中可能存在的短駁或中轉。

3.功能

運輸/配送實時跟蹤與查詢：通過這個功能，企業(yè)能夠準確知道被運輸貨物的實時情況，而且當客戶需要了解貨物情況時，只需在客戶界面輸入登錄代碼和貨物代碼就能夠清楚及時的知曉。其中需要運用的技術有：GPS，GIS，自動跟蹤等技術。通過GPS衛(wèi)星定位系統(tǒng)，跟蹤汽車的營運情況，及時反映汽車的地理位置， 汽車的油料情況、汽車備件的破損情況等，以便調度人員及時采取措施，確保貨物按時到達。實時反饋貨物在途運輸情況，為客戶提供詳細的貨物跟蹤服務。跟蹤被丟貨物情況，依據(jù)其數(shù)量、體積及相關運輸途徑的業(yè)務情況，及時進行貨物的交接和轉運。

3.1.6財務管理子系統(tǒng)

財務報表管理模塊功能結構模塊如圖9：

關于財務方面的軟件相對比較成熟，在這里不一一論述了。

3.1.7決策支持子系統(tǒng)

信息系統(tǒng)與決策支持系統(tǒng)是管理系統(tǒng)中的兩個重要概念，從數(shù)據(jù)組織、數(shù)據(jù)處理、數(shù)據(jù)傳輸?shù)确矫婵?，二者有許多相似之處，但從應用情況和目的角度看，卻有很大不同。

1.信息系統(tǒng)與決策支持系統(tǒng)的不同主要體現(xiàn)在以下幾個方面：

（1）完成任務看。信息系統(tǒng)考慮的是建立一個完成日常事務的信息處理系統(tǒng)；而決策系統(tǒng)考慮的是圍繞管理目標，支持解決具體領域的決策問題。

（2）從追求目標看。信息系統(tǒng)的目標是優(yōu)化處理，即高速度、高效率、低成本地完成任務；而決策系統(tǒng)的目標是提供切實可行的決策方案。

（3）從設計思想看。信息系統(tǒng)是實現(xiàn)一個相對穩(wěn)定的環(huán)境，以確保日常事務的順利進行；而決策系統(tǒng)是實現(xiàn)一個靈活的開發(fā)系統(tǒng)，根據(jù)用戶需要構造具體的決策模型。

（4）從驅動方式看。信息系統(tǒng)是由數(shù)據(jù)驅動；而決策系統(tǒng)是由模型和用戶驅動。

（5）從操作方式看。信息系統(tǒng)強調的是系統(tǒng)化，在操作中較少有人工干預；而決策系統(tǒng)則強調人的作用，要求在操作中進行人機交互，共同完成任務。

（6）從信息需求看。信息系統(tǒng)的分析設計著重體現(xiàn)全局整體的信息需求；而決策系統(tǒng)的分析設計則強調決策者個人的需要。

2.物流管理信息系統(tǒng)內部可以采用決策支持系統(tǒng)的有一下幾個部分：

（1）以批發(fā)為核心業(yè)務的物流信息決策系統(tǒng)：接受訂貨系統(tǒng)；訂貨系統(tǒng)；收貨系統(tǒng)；庫存管理系統(tǒng)；發(fā)貨系統(tǒng)；配送系統(tǒng)；信息查詢系統(tǒng)。

（2）進、銷、存決策支持系統(tǒng)：進貨管理子系統(tǒng)；銷售管理子系統(tǒng)；庫存管理子系統(tǒng)。

（3）配送決策支持系統(tǒng)。配送中心應建立的信息決策支持子系統(tǒng)，銷售決策支持系統(tǒng)；采購決策支持系統(tǒng)；倉存決策支持系統(tǒng)；綜合決策支持系統(tǒng)等。

3.本文的決策支持系統(tǒng)的基本結構

考慮到?jīng)Q策支持子系統(tǒng)是一個非常大的概念，本文僅僅運用當前主流的Web決策支持子系統(tǒng)到物流管理信息系統(tǒng)中來，作為第一次嘗試使用決策支持系統(tǒng)，日后可以繼續(xù)升級，完善，甚至將其他的決策支持系統(tǒng)都納入進來。本文的決策支持系統(tǒng)的基本結構如圖10：

3.2 LMIS系統(tǒng)的總體結構設計

3.2.1 LMIS系統(tǒng)的層次體系

本系統(tǒng)采用的是典型的J2EE三層結構，分為表現(xiàn)層、中間層（業(yè)務邏輯層）和數(shù)據(jù)服務層。三層體系將業(yè)務規(guī)則、數(shù)據(jù)訪問及合法性校驗等工作放在中間層處理?？蛻舳瞬恢苯优c數(shù)據(jù)庫交互，而是通過組件與中間層建立連接，再由中間層與數(shù)據(jù)庫交互。

中間層采用的是流行的Spring+Hibernate，為了將控制層與業(yè)務邏輯層分離，又細分為以下幾種。

1. Web層，就是MVC模式里面的“C”（controller），負責控制業(yè)務邏輯層與表現(xiàn)層的交互，調用業(yè)務邏輯層，并將業(yè)務數(shù)據(jù)返回給表現(xiàn)層作組織表現(xiàn)，該系統(tǒng)的MVC框架采用Struts。

2. Service層（就是業(yè)務邏輯層），負責實現(xiàn)業(yè)務邏輯。業(yè)務邏輯層以DAO層為基礎，通過對DAO組件的正面模式包裝，完成系統(tǒng)所要求的業(yè)務邏輯。

3. DAO層，負責與持久化對象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操作。

4. PO，持久化對象。通過實體關系映射工具將關系型數(shù)據(jù)庫的數(shù)據(jù)映射成對象，很方便地實現(xiàn)以面向對象方式操作數(shù)據(jù)庫，該系統(tǒng)采用Hibernate作為ORM框架。

Spring的作用貫穿了整個中間層，將Web層、Service層、DAO層及PO無縫整合，其數(shù)據(jù)服務層用來存放數(shù)據(jù)。

3.2.2系統(tǒng)的顯示層

視圖層是唯一完全展現(xiàn)給用戶的一層，因此它的設計是至關重要的。首先，從外觀上講，因為控制層和模型層對用戶是透明不可見的，所以視圖層設計的好壞給用戶帶來最直接的感受。其次，因為所有操作都是在視圖層與用戶交互完成的，所以視圖層設計得是否合理是很重要的。

根據(jù)前文的分析，本系統(tǒng)的所有視圖由JSP與Html來實現(xiàn)。JSP實際上是在Html中混合Java程序代碼，并由語言引擎解釋執(zhí)行。當客戶端請求JSP頁面時，嵌入JSP中的Java代碼將首先被轉換為Java源文件，然后編譯成Servlet，接著由Java虛擬機執(zhí)行。必須嚴格按照MVC模式設計系統(tǒng)，將代碼分離開；在JSP頁面里只出現(xiàn)必要的動態(tài)控制代碼，頁面中所有需要的數(shù)據(jù)都由Servlet傳遞，所有用戶提交的數(shù)據(jù)等都是通過表單提交給Servlet處理。訪問合法性判斷、頁面跳轉、響應用戶請求等工作，都是由Servlet完成。顯示層各個模塊分布如表1：

在 MVC模式中，控制層主要是根據(jù)用戶的相關操作請求，跳轉到不同的視圖或者是事務邏輯.由于速度、維護性方面的原因，控制層一般采用Servlet實現(xiàn)，由Servlet進行用戶訪問合法性判斷，響應用戶請求，頁面轉向等。Http協(xié)議是一種無狀態(tài)的協(xié)議，而對于現(xiàn)在的Web應用而言，我們往往需要記錄從特定客戶端的一系列請求間的聯(lián)系。Servlet是遵守Java Servlet設計規(guī)范的Web組件。它必須實現(xiàn)javax.servlet.Servlet接口，必須部署并運行在Servlet容器中并擴展服務器的功能。Servlet規(guī)范通過規(guī)定一個編程的框架來達到擴展服務器功能的目的，采用請求一響應模式提供基于Web的服務。當客戶機發(fā)送請求至服務器時，服務器將請求信息轉發(fā)給Servlet， Servlet處理請求并生成響應內容并將其傳給Web服務器，然后再由Web服務器將響應返回給客戶端。

3.2.3系統(tǒng)的業(yè)務邏輯層

業(yè)務邏輯層建立在DAO層之上，由業(yè)務邏輯組 件對DAO組件進行Facade封裝。為了分離業(yè)務邏輯層與DAO層之間的耦合，業(yè)務邏輯層應面向接口編程，即業(yè)務邏輯組件只調用DAO組件的接口，而不與具體的實現(xiàn)類耦合，同時將業(yè)務邏輯放在接口中定義。使Web層僅僅與業(yè)務邏輯組件的接口耦合，而無須理會業(yè)務邏輯組件的實現(xiàn)。

1.業(yè)務邏輯組件的結構

業(yè)務邏輯組件同樣分為接口和實現(xiàn)類兩個部分，接口用于定義業(yè)務邏輯組件，定義業(yè)務邏輯組件必須實現(xiàn)的方法是整個系統(tǒng)運行的核心。在應用中需要多少個業(yè)務邏輯組件，往往取決于系統(tǒng)的大小。通常按模塊來設計業(yè)務邏輯組件，每個模塊設計一個業(yè)務邏輯組件，并且每個業(yè)務邏輯組件以多個DAO組件作為基礎，從而實現(xiàn)對外提供系統(tǒng)的業(yè)務邏輯服務。

2.業(yè)務邏輯組件的接口

增加業(yè)務邏輯組件的接口，也是為了提供更好的解耦。通過面向接口編程，控制器無須與具體的業(yè)務邏輯組件耦合，而是面向接口編程。假如需要改變業(yè)務邏輯的實現(xiàn)時，可以只提供新的實現(xiàn)類，而不需要改變其控制器代碼。

3.業(yè)務邏輯組件的實現(xiàn)類

業(yè)務邏輯組件以DAO組件為基礎，必須接收Spring容器注入的DAO組件，因此必須為業(yè)務邏輯組件的實現(xiàn)類提供對應的setter方法。

4.結論

本次論文的研究設計并開發(fā)了一個通用的、可靠的、基于WEB的學習交互系統(tǒng)。分析了基于Web的物流管理信息化的理論基礎、設計思想；利用面向對象軟件工程方法，對系統(tǒng)進行UML建模； 在J2EE平臺和軟件設計模式等分析研究基礎上，設計出系統(tǒng)框架模型，能夠滿足當前系統(tǒng)應用的模塊化和拆裝化需求。包括運用業(yè)務代理接口，降低了表現(xiàn)層和邏輯層的禍合：運用DAO模式來設計持久層，降低持久層和邏輯層的禍合；運用Struts框架和Tiles標簽實現(xiàn)表現(xiàn)層的組件化等；探討了適合于在J2EE下進行系統(tǒng)集成開發(fā)的一些開源項目比如開源軟件Struts， Hibernate等。

參考文獻：

[1]李建義，張紅亮.基于B/S方式的企業(yè)物流存儲物流信息系統(tǒng)的實現(xiàn)[J].華北水利水電學院學報，2003（3）.

[2]顏佑啟.物流系統(tǒng)規(guī)劃[M].湖南大學出版社，2004.

[3]趙剛.物流信息系統(tǒng)[M].四川人民出版社，2002.

[4]吳洪.面向供應鏈的物流信息平臺的研究[J].物流技術與應用，2001（6）.

[5l何哲軍，劉杰，孟楊.基于B/S結構的物資流通企業(yè)信息系統(tǒng)設計[J].計算機應用研究，2003（6）.

[6]楊騏，王加陽.基于J2EE體系結構的CRM系統(tǒng)的設計與實現(xiàn)[J].計算機應用研究，2002（11）.

作者簡介：李翼宏（1991-）男，壯族，廣西河池人，碩士研究生，就讀于英國國立桑德蘭大學信息技術與管理專業(yè)全日制碩士，研究方向：信息收集管理，信息工程，大數(shù)據(jù)、信息管理技術，商務貿易等。