基于SSH框架的物流管理信息系統（LMIS）的設計與實現

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

關鍵詞：物流信息系統；SSH框架；設計

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

物物流管理是供應鏈管理體系重要組成部分，是提高經濟效益重要手段，是企業市場創新推動力。流管理信息系統是現代物流的靈魂，是物流信息管理、傳輸等的主要載體。

1.1物流管理信息系統（LMIS）與第三方物流

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

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

1.2物流信息化的必要性

在物流信息系統建設中，通過標準化來實現系統間的數據交換與共享已成為電子商務的必然要求

1.2.1建設物流信息系統是企業管理控制和規模發展的需要。

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

1.2.2建設物流信息系統是物流自動化、網絡化的要求。

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

1.2.3建設物流信息系統是企業未來發展的要求。

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

2.現代物流管理信息系統

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

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

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

2.1.1 GIS與EDI

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

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

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

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

2.1.2 B/S結構

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

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

3.物流管理信息系統的分析與設計

物流系統的目標是通過物流系統的功能要素的有效組合而實現的。

3.1系統主要功能模塊的分析與設計

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

3.1.1系統功能模塊層次

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

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

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

第三方物流信息

系統的整體業務流程如圖3：

3.1.2訂單管理子系統

定單業務的處理演變為著各個環節的單證處理貫穿于整個物流供應鏈的各個環節，成為一條主線將各個環節有機地聯系在一起，因此，訂單的業務流程是整個物流供應的業務流程的反映。

1.接受訂單

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

2.訂單處理

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

3.訂單確認

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

4.合同信息管理

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

3.1.3客戶管理子系統

客戶關系管理主要是具有較強的客戶信息管理能力，包括客戶信息的搜集，整理和分析件?？蛻粜畔⒁话惴譃閽陸B信息和動態信息，根據客戶信息，系統可進行客戶分析和定期給出銷售策略。

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

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

3.1.4庫存管理子系統

倉庫是物流的中心環節，有很多物流業務活動是在倉庫中進行的。倉庫是物流活動的一個基地。

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

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

（1）入庫管理子模塊

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

（2）在庫管理

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

（3）流通加工

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

（4）出庫管理

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

3.1.5運輸配送管理子系統

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

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

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

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

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

2.運輸/配送的業務流程

如圖8所示，運輸的一般業務流程包括接單、發運、到站和簽收四個環節，以及在發運和到站中可能存在的短駁或中轉。

3.功能

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

3.1.6財務管理子系統

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

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

3.1.7決策支持子系統

信息系統與決策支持系統是管理系統中的兩個重要概念，從數據組織、數據處理、數據傳輸等方面看，二者有許多相似之處，但從應用情況和目的角度看，卻有很大不同。

1.信息系統與決策支持系統的不同主要體現在以下幾個方面：

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

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

（3）從設計思想看。信息系統是實現一個相對穩定的環境，以確保日常事務的順利進行；而決策系統是實現一個靈活的開發系統，根據用戶需要構造具體的決策模型。

（4）從驅動方式看。信息系統是由數據驅動；而決策系統是由模型和用戶驅動。

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

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

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

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

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

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

3.本文的決策支持系統的基本結構

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

3.2 LMIS系統的總體結構設計

3.2.1 LMIS系統的層次體系

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

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

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

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

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

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

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

3.2.2系統的顯示層

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

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

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

3.2.3系統的業務邏輯層

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

1.業務邏輯組件的結構

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

2.業務邏輯組件的接口

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

3.業務邏輯組件的實現類

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

4.結論

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

參考文獻：

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

[2]顏佑啟.物流系統規劃[M].湖南大學出版社，2004.

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

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

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

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

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