基于j2ee的倉庫管理信息系統(tǒng)畢業(yè)論文

1、<p><b>　　本科生畢業(yè)論文</b></p><p><b>　　目 錄</b></p><p><b>　　摘 要1</b></p><p>　　ABSTRACT2</p><p><b>　　第一章 緒論3</b></p&g

2、t;<p>　　1.1倉庫管理信息系統(tǒng)開發(fā)的背景3</p><p>　　1.2倉庫管理信息系統(tǒng)開發(fā)的意義3</p><p>　　1.3論文的內容和結構4</p><p>　　第二章 相關技術6</p><p>　　2.1 J2EE平臺6</p><p>　　2.1.1 J2EE平臺簡介6<

3、;/p><p>　　2.1.2 MVC組件簡介7</p><p>　　2.1.3 持久層組件簡介9</p><p>　　2.2 MVC模式11</p><p>　　2.2.1 MVC概述11</p><p>　　2.2.2為什么選擇MVC12</p><p>　　第三章 系統(tǒng)總體分析與設計

4、13</p><p>　　3.1 需求分析13</p><p>　　3.1.1 系統(tǒng)概述與目標13</p><p>　　3.1.2 系統(tǒng)功能性需求14</p><p>　　3.1.3 系統(tǒng)非功能性需求16</p><p>　　3.2 系統(tǒng)功能分析16</p><p>　　3.2.1

5、系統(tǒng)功能結構16</p><p>　　3.2.2 系統(tǒng)功能流程17</p><p>　　3.3 數(shù)據(jù)庫設計18</p><p>　　3.3.1 數(shù)據(jù)庫需求分析18</p><p>　　3.3.2 數(shù)據(jù)表結構設計18</p><p>　　3.4 系統(tǒng)技術架構設計21</p><p>　

6、　3.4.1 系統(tǒng)邏輯結構設計21</p><p>　　3.4.2 技術方案實現(xiàn)22</p><p>　　第四章 系統(tǒng)功能模塊的具體實現(xiàn)24</p><p>　　4.1 數(shù)據(jù)持久化層24</p><p>　　4.1.1 持久化層的工作流程24</p><p>　　4.1.2 透過實例來看持久化層24<

7、/p><p>　　4.2 業(yè)務邏輯層28</p><p>　　4.2.1 業(yè)務邏輯層的工作流程28</p><p>　　4.2.2 透過實例來看業(yè)務邏輯層30</p><p>　　第五章 結束語34</p><p><b>　　5.1總結34</b></p><p>

8、<b>　　5.2展望35</b></p><p><b>　　參考文獻36</b></p><p><b>　　附錄37</b></p><p><b>　　摘 要</b></p><p>　　倉庫管理在企業(yè)的整個供應鏈中起著至關重要的作用，如果不

9、能保證正確的進貨和庫存控制及發(fā)貨，將會導致管理費用的增加，服務質量難以得到保證，從而影響企業(yè)的競爭力。傳統(tǒng)簡單、靜態(tài)的倉儲管理已無法保證企業(yè)各種資源的高效利用。如今的倉庫作業(yè)和庫存控制作業(yè)已十分復雜化多樣化，僅靠人工記憶和手工錄入，不但費時費力，而且容易出錯，給企業(yè)帶來巨大損失。有鑒于此，需要為倉庫管理活動實現(xiàn)系統(tǒng)管理化。J2EE(Java 2 Platform，Enterprise Edition)技術作為一種建立企業(yè)跨平臺應用的標準

10、技術平臺，得到了極其廣泛的應用。同時它也是一個很優(yōu)秀的企業(yè)應用解決方案，它能讓開發(fā)人員開發(fā)出非常穩(wěn)定、健壯的企業(yè)級應用系統(tǒng)。在開發(fā)的過程中，MVC模式的應用同樣具有非常重要的意義，因為在構建一個成功的企業(yè)應用的時候，良好的模式運用是系統(tǒng)成功的關鍵所在。MVC(Model/View/Controller)模式是軟件工程學中一個非常重要的設計模式，它為交互式系統(tǒng)提供了一個十分優(yōu)秀的開發(fā)模型，它對類和對象依據(jù)功能的不同的分離分層使系統(tǒng)開發(fā)變得

11、很靈活，同時又提升了系統(tǒng)設計的可重用性。該倉庫管理信息系統(tǒng)是一個小</p><p>　　關鍵詞：倉庫管理；J2EE；MVC</p><p><b>　　ABSTRACT</b></p><p>　　Warehouse management plays a vital role in the enterprise's entire sup

12、ply chain, if you can not guarantee the right to purchase and inventory control and shipping, will lead to the increase in management fees, service quality is difficult to be guaranteed, thus affecting the competitivenes

13、s of enterprises. Traditional simple static storage management has been unable to guarantee the efficient use of resources. Today's warehouse operations and inventory control operations have been very complicat</p

14、><p>　　Keywords：warehouse management；J2EE；MVC</p><p><b>　　第一章 緒論</b></p><p>　　1.1倉庫管理信息系統(tǒng)開發(fā)的背景</p><p>　　傳統(tǒng)的倉庫管理（Warehouse Management）大部分工作以手工為主，增值業(yè)務少有開展。為了進一步提

15、升公司的管理水平，完成在全公司范圍內的全面實施信息化管理，實現(xiàn)整個公司內部信息共享的目標[1]。目前面臨的困難就是：缺乏信息化的服務手段，那樣就會丟失客戶、丟失市場。因此，在目前所有的改造中，信息化改造首要先行。從目前的情況來看世界經(jīng)濟正處于變革的重大轉折時期，在全球范圍內進行著一場經(jīng)濟結構調整的潮流[2]。在這其中，出現(xiàn)了與IT技術相結合的，實行現(xiàn)代管理的企業(yè)。倉庫管理作為一種先進的組織方式，被世界各國所廣泛采用，并且形成了一種新興的

16、產(chǎn)業(yè)，在國民經(jīng)濟發(fā)展的步伐中扮演著重要的角色。每筆成功的交易都須具備了三個基本要素：即倉庫管理、信息流及資金流。其中，倉庫管理是基礎，在信息化高度發(fā)展的網(wǎng)絡營銷年代，倉庫管理與信息技術的配合變得越來越重要了[3]。于是，在供應鏈管理中必然要用到越來越多的倉庫管理結合了信息管理的技術。只有商品真正轉移到消費者手中，即：只有通過倉庫管理的過程，商務活動才能夠得以發(fā)展。網(wǎng)絡營銷的核心是信息化，這個信息化不僅體現(xiàn)在選擇商品的支付上，也充分體現(xiàn)在

17、倉庫管理的</p><p>　　倉庫管理是供應鏈管理中的重要環(huán)節(jié)，并且被作為現(xiàn)代經(jīng)濟的重要組成部分及最為經(jīng)濟合理的綜合服務模式，正在迅速的發(fā)展[4]。要成為具有競爭力的市場主力，就必須用信息技術塑造先進的倉庫管理服務。</p><p>　　1.2倉庫管理信息系統(tǒng)開發(fā)的意義</p><p>　　倉庫管理信息系統(tǒng)不但能使倉庫管理企業(yè)走上科學化、網(wǎng)絡化管理的道路，而且能夠

18、為企業(yè)帶來巨大的經(jīng)濟效益及管理方式上的發(fā)展。</p><p>　　從管理方式上講，系統(tǒng)采用B/S模式部署，用現(xiàn)代化的管理方法，倉庫管理人員在操作過程中能夠快捷地查找貨物信息、客戶訂單以及客戶信息；能夠對貨物進行全程跟蹤，了解貨物的托運細節(jié)情況，從而使企業(yè)能夠根據(jù)實際的情況，做好運營過程中的各項準備工作，并對突發(fā)事件做出及時和準確的調整；能夠確保托運人以及收貨人對貨物進行及時處理[5]。</p>&l

19、t;p>　　從經(jīng)濟性上講，該倉庫管理信息系統(tǒng)的業(yè)務流程規(guī)范、科學，界面友好，操作環(huán)境便捷，將為企業(yè)帶來更多的客戶資源，樹立企業(yè)的品牌形象，提升企業(yè)的經(jīng)濟效益[6]。</p><p>　　1.3論文的內容和結構</p><p>　　首先在緒論里，介紹倉庫管理信息系統(tǒng)開發(fā)的背景及國內外開發(fā)應用的現(xiàn)狀，闡明倉庫管理信息系統(tǒng)對于企業(yè)的重要性。</p><p>　　其次

20、，對實現(xiàn)此系統(tǒng)用到的技術進行簡介。第一，介紹了J2EE平臺。對于J2EE平臺，從J2EE平臺的概念及J2EE平臺的體系架構兩方面，進行了概述；對于MVC組件及ORM組件，則從他們的實現(xiàn)、工作流程及機制、優(yōu)缺點及為什么要使用他們進行了闡述。第二，從軟件開發(fā)模式、MVC模式概述、MVC模式在Web上的應用情況及MVC模式的好處等幾方面[7]，簡述了MVC模式。</p><p>　　再次，根據(jù)系統(tǒng)需求分析及功能分析，進

21、行數(shù)據(jù)庫設計及系統(tǒng)技術架構設計。第一，從系統(tǒng)概述與目標、系統(tǒng)功能性需求、系統(tǒng)非功能性需求共三方面，進行了系統(tǒng)的需求分析，并從系統(tǒng)功能模塊劃分以及系統(tǒng)流程等兩方面，進行了系統(tǒng)功能的分析。第二，結合系統(tǒng)需求分析及系統(tǒng)功能分析，從數(shù)據(jù)庫需求分析、數(shù)據(jù)表結構設計等兩方面，進行了數(shù)據(jù)庫設計。第四，從邏輯結構設計、技術方案實現(xiàn)等方面，進行系統(tǒng)技術架構設計。在進行系統(tǒng)邏輯結構設計時，從邏輯結構分析、表示層設計、控制層設計、業(yè)務邏輯層設計、持久層設計等

22、五個方面，進行了探討；在闡述技術方案時，從配置web.xml文件、配置mvc.xml文件、c3p0數(shù)據(jù)池的配置文件、Action的編寫過程、業(yè)務邏輯編寫過程、持久層設計以及視圖層開發(fā)技術等七個方面，進行了介紹。</p><p>　　進行模塊設計時，采用J2EE開發(fā)規(guī)范以及MVC框架，分為Controller（控制器）、Model（模型）、View（視圖）三層[8]。其中，Controller的作用是從客戶端接受請

23、求，并且選擇執(zhí)行相應的業(yè)務邏輯，然后把響應結果送回到客戶端；Model層實現(xiàn)業(yè)務邏輯；View層是應用程序中用戶界面相關的部分，負責向用戶顯示數(shù)據(jù)，并且能接收用戶的輸入數(shù)據(jù)。</p><p>　　最后，對該倉庫管理信息系統(tǒng)設計進行了總結，并對該倉庫管理信息系統(tǒng)應用前景進行了展望。</p><p>　　論文的總體結構如下：</p><p>　　第一章簡述論文背景以及論

24、文的內容及意義。</p><p>　　第二章闡述開發(fā)該倉庫管理信息系統(tǒng)的平臺和用到的技術。</p><p>　　第三章內容為該倉庫管理信息系統(tǒng)需求分析和系統(tǒng)總體設計，數(shù)據(jù)庫設計。</p><p>　　第四章對該倉庫管理信息系統(tǒng)的各個模塊的實現(xiàn)進行了詳述。</p><p>　　第五章對該倉庫管理信息系統(tǒng)設計進行了總結，并對該系統(tǒng)應用前景進行了展

25、望。</p><p><b>　　第二章 相關技術</b></p><p>　　2.1 J2EE平臺</p><p>　　2.1.1 J2EE平臺簡介</p><p>　　J2EE可以說指Java在數(shù)據(jù)庫信息系統(tǒng)上實現(xiàn)，數(shù)據(jù)庫信息系統(tǒng)從早期的dBase、到Delphi/VB等C/S結構，發(fā)展到B/S（Browser瀏覽器

26、/Server服務器）結構，而J2EE主要是指B/S結構的實現(xiàn)。</p><p>　　J2EE主要是為企業(yè)級開發(fā)提供了一種設計模式，sun在每個領域給了一個設計模式，象嵌入式平臺的J2ME,桌面平臺的J2SE。在一個規(guī)范的J2EE架構中，不同層的數(shù)據(jù)表示應該被限制在層內，而不應該擴散到其它層，這樣可以降低層間的耦合性，提高J2EE架構整體的可維護性和可擴展性。比如說Web層的邏輯進行了修改，那么只需要修改Form

27、Bean的結構，而不需要觸動業(yè)務層和持久層的代碼修改。同樣的，當數(shù)據(jù)庫表進行了小的調整，那么也只需要修改持久層數(shù)據(jù)表示，而不需要觸動業(yè)務層代碼和Web層代碼。</p><p>　　J2EE技術在應用時都涉及兩個部分：容器部分和應用部分，Web容器也是指Jsp/Servlet容器，你如果要開發(fā)一個Web應用，無論是編譯或運行，都必須要有Jsp/Servlet庫或API支持（除了JDK/J2SE以外）。在許多企業(yè)級應

28、用中，例如數(shù)據(jù)庫連接、郵件服務、事務處理等都是一些通用企業(yè)需求模塊，這些模塊如果每次再開發(fā)中都由開發(fā)人員來完成的話，將會造成開發(fā)周期長和代碼可靠性差等問題。于是許多大公司開發(fā)了自己的通用模塊服務。這些服務性的軟件系列統(tǒng)稱為中間件。為了通用必須要提出規(guī)范，不然無法達到通用在上面的需求基礎之上，許多公司都開發(fā)了自己的中間件，但其與用戶的溝通都各有不同，從而導致用戶無法將各個公司不同的中間件組裝在一塊為自己服務。從而產(chǎn)生瓶頸。于是提出標準的概

29、念。所以說，J2EE就是基于JAVA技術的一系列標準。</p><p>　　2.1.2 MVC組件簡介</p><p>　　為什么我們在J2EE開發(fā)中需要框架？</p><p>　　JSP、Servlet和JavaBean技術的出現(xiàn)給我們構建強大的企業(yè)應用系統(tǒng)提供了可能。在此之上，我們還需要一個規(guī)則，一個把這些技術有效的組織起來，讓系統(tǒng)繁而不亂的規(guī)則，這就是框架。S

30、truts應運而生，是最早的開源框架之一，而且很快成為實際標準。</p><p>　　在J2EE平臺下，Struts是比較流行的MVC框架，但是本著DIY動手能力及探索的精神，這一次沒有用到成熟的Struts來作為MVC框架，而是自己編寫簡單的MVC組件來解決問題[13]。</p><p>　　“麻雀雖小五臟俱全”，這次絕不是“重復的造輪子”的過程，吸收了前輩Struts2的優(yōu)秀特性，結合

31、了其他MVC框架：尤其是“rails”的“約定優(yōu)于配置”的理念，讓這個DIY的MVC組件有著小巧，簡潔，方便使用的特性。</p><p>　　在現(xiàn)如今大量的MVC框架里面，xml配置文件是很重要的，特別常見的，他們定義了一個請求的URL及處理該請求的對應的Action的地址。但是，這也帶來了一些問題，很多時候這些繁雜的xml配置文件會讓人感到厭倦 。</p><p>　　于是，我嘗試用其他

32、方法來替代這個方案：“利用約定來免除大量的配置文件”。先讓我們來看看這個MVC組件的工作機制[15]。</p><p>　　在此組件中，控制器由MVCFilter及Controller來實現(xiàn)，視圖由一組JSP文件與JSTL標簽庫構成。</p><p>　　此MVC組件包含了以下重要部分：</p><p><b>　　（1）視圖</b></

33、p><p>　　視圖部分可以采用JSP來實現(xiàn)。在這些JSP文件中沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的JSP標簽或自定義的標簽，如JSTL標簽庫。</p><p><b>　　（2）控制器</b></p><p><b>　　其工作流程如下——</b></p><p><b&

34、gt;　　第一步：</b></p><p>　　當用戶通過視圖向服務器發(fā)送請求時，請求URI會被一個Filter（servlet規(guī)范里的攔截器）攔截，這個Filter將攔截的URI進行處理，根據(jù)從mvc.xml配置文件讀取的映射信息及已經(jīng)定義好的約定，就可以實現(xiàn)從URI到Action的映射。</p><p><b>　　第二步：</b></p>

35、<p>　　控制器找到了處理該請求的Action包路徑以后，運用反射實例化之，并調用execute（來自于Action接口）方法來獲得返回視圖的地址。最后，控制器負責轉發(fā)視圖資源請求。</p><p>　?。?）區(qū)別于Struts2的地方</p><p>　　在Struts2里面，用戶請求是通過核心攔截器來處理及轉發(fā)的。這需要一些描述用戶請求路徑及Action映射關系的配置信

36、息。這些配置映射信息都存儲在特定的XML文件Struts-config.xml中[16]。在該配置文件中，每一個Action的映射信息都通過一個<action>元素來配置。</p><p>　　這些配置信息在系統(tǒng)啟動的時候，被讀入內存，供Struts在運行期間使用。在內存中，每一個<action>元素都對應一個ActionMapping類的實例。</p><p>　

37、　現(xiàn)在，只要根據(jù)既定的約定（URI路徑對應這相應的Action包路徑），讀取存儲在mvc.xml文件里面的信息，就可以根據(jù)請求的URI映射到對應的Action包路徑。從而免去了繁瑣的配置文件，集中精力負責其他的設計。</p><p>　　這就是：“約定優(yōu)于配置”原則下的設計。</p><p>　　MVC的優(yōu)缺點，可以簡單總結如下：</p><p><b>

38、　?。?）優(yōu)點 </b></p><p>　　衡量J2EE應用系統(tǒng)設計開發(fā)水平高低的標準就是：解耦性；你的應用系統(tǒng)各個功能是否能夠徹底脫離？是否不相互依賴，也只有這樣，才能體現(xiàn)可維護性、可拓展性的軟件設計目標。為了達到這個目的，誕生各種框架概念，J2EE框架標準將一個系統(tǒng)劃分為WEB和EJB主要部分，當然我們有時不是以這個具體技術區(qū)分，而是從設計上抽象為表現(xiàn)層、服務層和持久層，這三個層次從一個高度將J

39、2EE分離開來，實現(xiàn)解耦目的。應用數(shù)據(jù)的表示應該被限制在相應的層內，而不擴散到其它層，這樣可以降低數(shù)據(jù)在應用層之間的耦合性，提升J2EE整體架構的可維護性及可擴展性。</p><p>　　同時，得益于JSTL標簽庫的使用，拋棄了傳統(tǒng)的jsp標簽（事實上，幾乎沒有正規(guī)的開發(fā)會用到jsp原始的標簽了），能大大提升開發(fā)效率。</p><p>　　約定優(yōu)于配置，通過一個配置文件里面的1行信息，即可

40、把握整個系統(tǒng)各部分之間的聯(lián)系，同時又避免了復雜的xml配置文件。這對于后期的維護有著莫大的好處，對團隊合作開發(fā)，這種優(yōu)勢體現(xiàn)得很突出。</p><p><b>　　（2）缺點 </b></p><p>　　JSTL標簽庫的一大優(yōu)勢是使得jsp頁面的開發(fā)更加簡單，但需要一個持續(xù)學習的過程，學習成本顯而易見。</p><p>　　比起強大的Stru

41、ts2把視圖資源放置在xml文件里的特性，這個組件盡可能不使用配置文件，直接把視圖資源硬編碼到Action里面，這樣做的一個壞處是：每次要改變視圖資源的時候，必修重修修改Action的代碼，然后重新編譯。</p><p>　　2.1.3 持久層組件簡介</p><p>　　在Java中將對象自動持久化到數(shù)據(jù)庫中，我們需要了解兩個概念。持久化：就是對數(shù)據(jù)和程序狀態(tài)的保持。大多數(shù)情況下特別是企

42、業(yè)級開發(fā)應用時，數(shù)據(jù)持久化往往也就意味著將內存中的數(shù)據(jù)保存到磁盤上，就是把數(shù)據(jù)保存到可掉電式存儲設備中供之后使用。大多數(shù)情況下特別是企業(yè)級應用，數(shù)據(jù)持久化往往也就意味著將內存中的數(shù)據(jù)保存到磁盤上加以固化，而持久化的實現(xiàn)過程則大多通過各種關系數(shù)據(jù)庫來完成。那么持久層呢？延續(xù)思路，所謂“持久層”，也就是在系統(tǒng)邏輯層面上，專著于實現(xiàn)數(shù)據(jù)持久化的一個相對獨立的領域(Domain)。持久層是負責向（或者從）一個或者多個數(shù)據(jù)存儲器中存儲（或者獲取）

43、數(shù)據(jù)的一組類和組件。這個層必須包括一個業(yè)務領域實體的模型（即使只是一個元數(shù)據(jù)模型）。不過這里有一個字需要特別強調，也就是所謂的“層”。對于應用系統(tǒng)而言，數(shù)據(jù)持久功能大多是必不可少的組成部分。之所以要獨立出一個“持久層”的概念,而不是“持久模塊”，“持久單元”，也就意味著，我們的系統(tǒng)架構中，應該有一個相對獨立的邏輯層面，專著于數(shù)據(jù)持久化邏輯的實現(xiàn).與系統(tǒng)其他部分相對而言，這個層面應該具有一個較為清晰和嚴格的邏輯邊界。</p>

44、<p>　　對于一個框架，僅僅掌握它的使用方法還遠沒達到目的，最重要的是：你是否能夠了解它的原理?；谶@點，我想很有必要親自模擬并且實現(xiàn)ORM（持久層的組件，也就是所謂的：對象關系映射組件）框架最基本的，也是最核心的功能。</p><p>　　先來看一下這個自行設計的ORM組件的簡單工作流程：</p><p>　　在Service包（或者DAO組件里面）里，可以調用BaseDA

45、O來完成數(shù)據(jù)操作。而BaseDAO調用到了模版DAO（SuperDAO），在模版DAO里面，完成了以下功能：</p><p>　?。?）根據(jù)DAO方法生成對應的SQL語句。</p><p>　　ORM組件的特點可以簡單總結如下：</p><p><b>　　1.易用性</b></p><p>　　O/R映射及數(shù)據(jù)的持久化

46、，更改維護在這里僅僅通過調用BaseDAO的各個方法就可以完成簡單的操作。大部分時候，都無需自己編寫SQL語句。</p><p><b>　　2.開發(fā)靈活性</b></p><p>　　開發(fā)靈活性高，例如，提供了查詢集合與對象的映射關系，具體操作數(shù)據(jù)庫全開放。</p><p><b>　　3.系統(tǒng)運行速度</b></

47、p><p>　　在一個web系統(tǒng)里面常常會出現(xiàn)數(shù)據(jù)庫的訪問成為了整個系統(tǒng)的性能瓶頸。為了優(yōu)化性能，用到了c3p0數(shù)據(jù)池。這樣可以提升數(shù)據(jù)庫連接速度，另一方面，數(shù)據(jù)池的sql語句緩存，查詢statement緩存也成為了提升性能的途徑。</p><p><b>　　2.2 MVC模式</b></p><p>　　2.2.1 MVC概述</p>

48、;<p>　　MVC是一種目前廣泛流行的軟件設計模式， M代表模型（Model），V代表視圖（View），C代表控制器（Controller）。MVC設計模型即把一個應用的輸入、處理、輸出流程按照M-V-C的方式進行分離。</p><p>　　為什么需要MVC模式？</p><p>　　大多數(shù)復雜應用需要使用幾種不同的方式查看和操作數(shù)據(jù)：對數(shù)據(jù)顯示所作的任何修改，都需要在所有

49、相關位置進行當數(shù)據(jù)操作邏輯、格式化和顯示代碼同用戶事件處理混雜在一起的時候，應用維護變得非常困難，特別是在時間跨度非常大的情況下的副作用如果應用邏輯已經(jīng)同現(xiàn)有界面的代碼混合在一起，用戶界面就不能被重新利用增加功能要求對現(xiàn)有的代碼進行多處修改，而這些需要修改的位置很難發(fā)現(xiàn)對單獨一段代碼進行修改會造成深遠的副作用。</p><p>　　MVC模式把多個組件集成到一起，相互合作，協(xié)調一致的進行工作。</p>

50、<p>　　模型：封裝應用數(shù)據(jù)（關系數(shù)據(jù)庫或EJB），處理商業(yè)邏輯</p><p>　　視圖：呈現(xiàn)給用戶的界面（JSP或應用GUI）</p><p>　　控制器：接受用戶動作，并對應用數(shù)據(jù)進行適當?shù)奶幚恚⊿ervlet）</p><p>　　MVC的目的是增加代碼的重用率，減少數(shù)據(jù)表達、數(shù)據(jù)描述及應用操作的耦合度。同時，也使得軟件的可維護性、可修復性、

51、可擴展性、靈活性以及封裝性大大提升。</p><p>　　當前國內的主流建站程序都是采用了MVC三層架構來開發(fā)，對于網(wǎng)站的后期維護與應用過程，都有很大的裨益。由于MVC開發(fā)模式將前端設計、程序開發(fā)進行了明確的定義與分工，</p><p>　　MVC模式的結構如下圖所示：</p><p>　　2.2.2為什么選擇MVC</p><p>　　1.

52、各施其職，互不干涉</p><p>　　在MVC模式中，三個層各施其職，一旦哪一層的需求發(fā)生了變化，只需要更改相應層中的代碼而不會影響到其它層中的代碼。</p><p>　　2.有利于開發(fā)中的分工</p><p>　　在MVC模式中，由于按層把系統(tǒng)分開，那么就能更好地實現(xiàn)開發(fā)中的分工。網(wǎng)頁設計人員可以開發(fā)視圖層中的JSP頁面，對業(yè)務熟悉的人員可以開發(fā)業(yè)務層，而其他開

53、發(fā)人員可以開發(fā)控制層[19]。</p><p>　　3.有利于組件的重用</p><p>　　分層后有利于組件的重用。例如控制層可獨立成一個通用的組件，視圖層也可做成通用的操作界面。</p><p>　　第三章 系統(tǒng)總體分析與設計</p><p><b>　　3.1 需求分析</b></p><p&g

54、t;　　3.1.1 系統(tǒng)概述與目標</p><p>　　系統(tǒng)需求分析是整個設計過程的基礎，是系統(tǒng)設計的起點。系統(tǒng)建設前首先必須準確了解與分析用戶的知識需求。需求分析是否準確反映了用戶的實際要求，將直接影響到后面各個階段的設計，并影響到交付的產(chǎn)品是否合理和實用。需求分析如果做得不好，甚至會導致整個系統(tǒng)設計的返工重做。</p><p>　　需求分析的重點是調查、收集與分析用戶在知識管理中的知識

55、要求、處理要求、安全性與完整性要求。知識要求是指用戶需要從系統(tǒng)中獲得知識的內容與性質，根據(jù)用戶的知識需求就可以確定在系統(tǒng)中要存儲哪些知識；處理要求是指用戶要求完成什么處理功能，還有對處理時間和處理方式的要求。系統(tǒng)必須能夠滿足用戶的各類需求，需求分析的重點是明確系統(tǒng)的應用場景和環(huán)境。</p><p>　　通過對一些典型的倉庫管理管理系統(tǒng)的使用考察和分析，要求本系統(tǒng)具有以下特點。</p><p&g

56、t;　?。?）采用B/S架構，基于瀏覽器的管理界面，無需安裝，更新客戶端；</p><p>　?。?）功能符合倉庫管理管理實際要求，操作簡單，擴展性強，穩(wěn)定性高；</p><p>　?。?）系統(tǒng)無操作系統(tǒng)限制，方便不同平臺之間的移植。</p><p>　　通過對倉庫管理企業(yè)及相關行業(yè)信息的調查，該倉庫管理信息系統(tǒng)具有以下功能：</p><p>

57、;　?。?）通過系統(tǒng)流程圖，全面展示企業(yè)的形象，全面介紹企業(yè)的服務項目；</p><p>　?。?）實現(xiàn)對貨物信息的管理；</p><p>　?。?）實現(xiàn)對貨物供應商信息的管理；</p><p>　?。?）實現(xiàn)對發(fā)貨客戶信息的管理；</p><p>　?。?）實現(xiàn)對單據(jù)的管理，包括入庫單，出庫單；</p><p>　　

58、（6）實現(xiàn)對財務的管理；</p><p>　　（7）具備易的操作界面；</p><p>　　（8）每個角色職位有不同的權限，管理員可以配置這些信息和對不同的人員授權操作。</p><p>　　一個易于維護的系統(tǒng)，就是可復用率較高的系統(tǒng)；而一個可復用較好的系統(tǒng)，就是一個易于維護的系統(tǒng)。也就是說這個系統(tǒng)的設計目標應該具有擴展性、靈活性。</p><p

59、>　　開發(fā)該系統(tǒng)的最終目的是為管理員管理訂單提供方便，得到客戶的及時反饋，從而提升公司的整體水平，提升公司效率。為了滿足客戶需要，本系統(tǒng)在設計時應實現(xiàn)以下幾個目標：</p><p>　?。?）系統(tǒng)界面力求簡單，人性化；</p><p>　　（2）能夠滿足倉庫管理的需求，能夠對客戶，供應商及貨物信息進行管理；</p><p>　　（3）能夠根據(jù)不斷變化的需求進行

60、功能上的擴充。</p><p>　　3.1.2 系統(tǒng)功能性需求 </p><p><b>　　（1）供應商管理</b></p><p>　　該部分包括供應商信息的增加、編輯、刪除及查詢的功能。</p><p><b>　?。?）客戶管理</b></p><p>　　該部分包

61、括客戶信息的增加、編輯、刪除及查詢的功能。</p><p>　?。?）入庫出庫單據(jù)管理</p><p>　　該部分包括單據(jù)（包括入庫單，出庫單）信息的增加、編輯、刪除及查詢的功能。</p><p><b>　?。?）庫存貨物管理</b></p><p>　　該部分包括貨物信息的增加、編輯、刪除及查詢的功能。</p&

62、gt;<p><b>　　（5）財務管理</b></p><p>　　能夠準確查看單據(jù)收支情況，貨物情況，實現(xiàn)對普通的發(fā)貨單及根據(jù)固定貨物生成的發(fā)貨單進行進行填寫，以及查看財務報表的功能。</p><p>　?。?）用戶和角色管理</p><p>　　管理員可以對用戶授權，可以增加，刪除用戶。</p><p&g

63、t;　　具體的用例圖如圖3-1：</p><p>　　3.1.3 系統(tǒng)非功能性需求</p><p>　　結合目前網(wǎng)絡上倉庫管理配送系統(tǒng)的設計方案，對客戶做的調查結果以及企業(yè)的實際需求，本項目在設計時應該滿足以下目標：</p><p>　　（1）界面設計美觀大方、操作簡單；</p><p>　?。?）功能完善、結構清晰；</p>

64、<p>　?。?）能夠及時、準確地對系統(tǒng)進行維護及更新；</p><p>　?。?）良好的數(shù)據(jù)庫系統(tǒng)支持；</p><p>　　（5）最大限度地實現(xiàn)易安裝性、易維護性及易操作性；</p><p>　?。?）系統(tǒng)運行穩(wěn)定，具備良好的安全措施。</p><p>　　3.2 系統(tǒng)功能分析 </p><p>　　3

65、.2.1 系統(tǒng)功能結構</p><p>　　該倉庫管理信息系統(tǒng)功能包括管理員登錄、管理員編輯密碼、瀏覽貨物信息、編輯貨物信息、刪除貨物信息、增加貨物信息、建立發(fā)貨單（或是采購單）、回執(zhí)發(fā)貨單（或是采購單）確認、瀏覽發(fā)貨單（或是采購單）、刪除發(fā)貨單（或是采購單）、查詢發(fā)貨客戶（或是貨物供應商）、增加發(fā)貨客戶（或是貨物供應商）、刪除發(fā)貨客戶（或是貨物供應商）。</p><p>　　圖3-2為系

66、統(tǒng)功能結構圖：</p><p>　　3.2.2 系統(tǒng)功能流程</p><p>　　該倉庫管理信息系統(tǒng)的貨物入庫出庫是核心功能，可以分成2塊來分析，即：向供應商購買貨物——入庫；向客戶提供他們想要的貨物——出庫。</p><p>　?。?）貨物出庫流程：客戶通過通訊等輔助手段，向倉庫管理公司提交訂單；管理員登錄系統(tǒng)后，根據(jù)客戶提交的訂單要求，進行貨物查詢、貨物確認、填

67、寫發(fā)貨單；管理員安排貨物發(fā)出后，進行電話跟蹤，貨物到達后，收貨人進行到達確認，管理員進行回執(zhí)單確認。</p><p>　?。?）貨物入庫流程：管理員登錄系統(tǒng)后，根據(jù)已經(jīng)對供應商下的訂單，填寫貨物入庫清單；管理員待貨物達到后，收貨人進行到達確認，管理員進行入庫清單確認。</p><p><b>　　3.3 數(shù)據(jù)庫設計</b></p><p>　　

68、3.3.1 數(shù)據(jù)庫需求分析</p><p>　　由于此系統(tǒng)是一個小型管理系統(tǒng)，所以采用了開源小巧的MySQL數(shù)據(jù)庫。它是一個小型關系型數(shù)據(jù)庫管理系統(tǒng)，開發(fā)者為瑞典MySQL AB公司。MySQL是一種關聯(lián)數(shù)據(jù)庫管理系統(tǒng)，關聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內。這樣就增加了速度并提升了靈活性。MySQL的SQL“結構化查詢語言”。SQL是用于訪問數(shù)據(jù)庫的最常用標準化語言。由于其體積小、速

69、度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫。</p><p>　　根據(jù)系統(tǒng)需求分析，系統(tǒng)有用戶及權限控制，供應商，客戶，入庫單據(jù)，出庫單據(jù)，庫存貨物表，各表的關系如下圖所示：</p><p>　　3.3.2 數(shù)據(jù)表結構設計</p><p>　　客戶信息表：customer</p>

70、<p>　　訂單明細表：order_detail</p><p>　　訂單表：orders</p><p>　　產(chǎn)品表：product</p><p>　　貨物類別表：product-type</p><p>　　供應商表：provider</p><p>　　采購單表：stock</p>&

71、lt;p>　　采購單明細表：stock-detail</p><p><b>　　用戶表：user</b></p><p>　　商品視圖：product-view</p><p>　　3.4 系統(tǒng)技術架構設計</p><p>　　3.4.1 系統(tǒng)邏輯結構設計</p><p>　　系統(tǒng)邏輯結構

72、設計關系到整個軟件的質量及開發(fā)進度，因此，工作重點是進行該系統(tǒng)邏輯結構設計。下面分為五點進行闡述。</p><p><b>　　1.邏輯結構分析</b></p><p>　　該倉庫管理信息系統(tǒng)表示層負責提供訪問者數(shù)據(jù)的展示以及操作接口；控制層負責接收來自表示層提交的訪問者請求，調用業(yè)務層處理業(yè)務邏輯；業(yè)務層接受來自控制層的調用，調用數(shù)據(jù)邏輯層操作數(shù)據(jù)庫；數(shù)據(jù)邏輯層負責

73、接受業(yè)務層的調用，完成具體的數(shù)據(jù)存取操作，在這里就是指持久層（Persistence）。系統(tǒng)采用MVC組件來進行開發(fā)，系統(tǒng)被劃分為四層，即Persistence層、Business Runic層、Controller層、View層。</p><p><b>　　2.表示層設計</b></p><p>　　表示層（View層）大部分負責為用戶提供應用服務的圖形界面，當用

74、戶發(fā)出請求后調用相應的業(yè)務邏輯處理，并選擇下一個頁面為用戶響應。</p><p>　　表示層是根據(jù)風格定義設計相應的顯示，并把用戶的交互信息傳遞給業(yè)務邏輯層，負責提供訪問者數(shù)據(jù)的展示以及操作接口，此層與Controller層結合比較緊密，需要二者結合起來協(xié)同開發(fā)。</p><p><b>　　3.控制層設計</b></p><p>　　控制層（

75、Controller層）負責接收來自表示層提交的訪問者請求，調用業(yè)務層處理業(yè)務邏輯。針對具體的業(yè)務流程，會有不同的控制器。</p><p><b>　　4.業(yè)務層設計</b></p><p>　　業(yè)務邏輯層（Business Logic層）接受來自控制層的調用，調用持久層操作數(shù)據(jù)庫。業(yè)務邏輯層通過數(shù)據(jù)持久層與數(shù)據(jù)庫交互，它封裝了所有的業(yè)務邏輯處理。</p>

76、<p><b>　　5.持久層設計</b></p><p>　　持久層（Persistence層），負責接受業(yè)務層的調用，完成具體數(shù)據(jù)存取操作。該層實現(xiàn)方案采用DIY ORM組件，其核心組件是SuperDAO（DAO操作通用的模板）。此組件相對于Ibatis、Hibernate等持久化實現(xiàn)方案，這是最簡潔的，但是核心功能都具備。由于數(shù)據(jù)源是多樣化的，可能是XML或者是關系數(shù)據(jù)庫

77、，而且關系數(shù)據(jù)庫又有不同的產(chǎn)品，如SQL Server、MySQL或者Oracle。通過開發(fā)核心組件SuperDAO來連接業(yè)務方法及數(shù)據(jù)源，業(yè)務核心部分就不用關心數(shù)據(jù)層是如何數(shù)據(jù)庫操作的，實現(xiàn)了兩者的解藕。另外，數(shù)據(jù)源可以隨意調換。如圖3-3為系統(tǒng)持久層實現(xiàn)示意圖[20]：</p><p>　　3.4.2 技術方案實現(xiàn)</p><p>　　本系統(tǒng)采用的是MVC + ORM組件方案來實現(xiàn)的，

78、數(shù)據(jù)庫使用的mysql。下面簡要介紹一下MVC + ORM組件的配置以及系統(tǒng)的開發(fā)過程。</p><p>　　1.配置mvc.xml</p><p>　　根據(jù)既定的約定（URI路徑對應這相應的Action包路徑），讀取存儲在mvc.xml文件里面的信息，就可以根據(jù)請求的URI映射到對應的Action包路徑。</p><p>　　2.配置c3p0-config.xml

79、</p><p>　　c3p0數(shù)據(jù)池通過c3p0-config.xml文件的配置信息，這樣就可以提升數(shù)據(jù)庫訪問的速度。</p><p>　　3.Action的編寫過程</p><p>　　編寫的Action實現(xiàn)了Action接口。實現(xiàn)execute方法，該方法返回的是導向頁面的地址。</p><p>　　Action的作用：通常是發(fā)送到服務器

80、端的一個請求，能夠集中控制及處理一些與用戶交互的操作。</p><p>　　4.業(yè)務邏輯編寫過程</p><p>　　編寫AdminService.java、ProductService.java、CustomerService.java、等業(yè)務邏輯，其中大部分是數(shù)據(jù)操作，包括調用數(shù)據(jù)庫連接操作文件DBConnection.java。</p><p>　　其中，Ad

81、minService類用來對管理員基本情況的各個屬性執(zhí)行各種SQL語句的方法，執(zhí)行SQL查詢、編輯、刪除以及增加的語句；ProductService類用來對貨物基本情況的各個屬性執(zhí)行各種SQL語句的方法，執(zhí)行SQL查詢、編輯、刪除以及增加的語句；CustomerService類用來對發(fā)貨客戶基本情況的各個屬性執(zhí)行各種SQL語句的方法，執(zhí)行SQL查詢、編輯、刪除以及增加的語句。</p><p>　　5.持久類編寫過

82、程.</p><p>　　持久類編寫過程包括創(chuàng)建POJO（POJO，Plain Ordinary Java Object，即普通的JavaBean）、創(chuàng)建映射文件、創(chuàng)建DAO實現(xiàn)數(shù)據(jù)操作。其中，創(chuàng)建DAO實現(xiàn)數(shù)據(jù)操作步驟實現(xiàn)核心組件SuperDAO的數(shù)據(jù)的增加、編輯、修改、刪除、查詢等操作。</p><p><b>　　6.視圖層</b></p><

83、;p>　　視圖層大部分是利用JSP頁面開發(fā)技術。</p><p>　　第四章 系統(tǒng)功能模塊的具體實現(xiàn)</p><p>　　4.1 數(shù)據(jù)持久化層</p><p>　　4.1.1 持久化層的工作流程</p><p>　　持久化層是實現(xiàn)和數(shù)據(jù)庫讀取功能相關的層，實現(xiàn)對數(shù)據(jù)庫里數(shù)據(jù)的增刪改查等操作，先來看看該系統(tǒng)的數(shù)據(jù)持久層是如何工作的。<

84、;/p><p>　　4.1.2 透過實例來看持久化層</p><p>　　實現(xiàn)數(shù)據(jù)持久化過程要經(jīng)過如下步驟：創(chuàng)建數(shù)據(jù)表、創(chuàng)建POJO、編寫配置文件mvc.xml和數(shù)據(jù)庫連接池配置文件c3p0.config.xml、編寫Service層以供調用。下面分別一一闡述。</p><p><b>　?。?）創(chuàng)建表:</b></p><p&

85、gt;　　根據(jù)3.3的數(shù)據(jù)庫表的設計，分別創(chuàng)建9個表和1個視圖。</p><p>　?。?）編寫VO包的POJO：</p><p>　　每一個POJO都是標準的java bean。</p><p>　?。?）編寫配置文件：</p><p>　　首先編寫的是mvc.xml的配置。</p><p>　　該系統(tǒng)使用的是自定義

86、的ORM組件， showSQL屬性可以控制是否在控制臺顯示SQL語句，在調試程序的時候，這樣會很有用。根據(jù)SQL語句可以找到一些提示信息，以便于改正代碼的錯誤。</p><p>　　接下來是數(shù)據(jù)連接池c3p0-config.xml的配置（只顯示了部分，附帶注釋）。</p><p>　　c3p0數(shù)據(jù)池可以緩存數(shù)據(jù)庫的連接，緩存查詢結果，避免每次都重新創(chuàng)建復雜的一些對象和過程，這樣就可以提升數(shù)

87、據(jù)庫訪問的速度。因為從實踐情況來看，系統(tǒng)的性能瓶頸出現(xiàn)在數(shù)據(jù)庫的訪問上，所有很有必要提升數(shù)據(jù)庫的訪問速度，現(xiàn)如今，不使用數(shù)據(jù)庫連接池的系統(tǒng)已經(jīng)很少見了。</p><p>　?。?）編寫service層</p><p>　　所有和數(shù)據(jù)庫的操作相關的都放到了service層，這樣做的好處很明顯，可以讓系統(tǒng)各個部件分工明確，責任清晰，使得整個系統(tǒng)更加具有可擴展性和可維護性。</p>

88、<p>　　在編寫service層里，大量用到了利用java反射實現(xiàn)的ORM組件。提升了編碼效率。</p><p>　　下面給出一個例子：（查詢所有貨物的Service包里的一個類）</p><p>　　按照MVC的慣例和構架，將由業(yè)務邏輯層調用。實現(xiàn)了業(yè)務邏輯和底層的數(shù)據(jù)持久相分離。下面將要展示的是業(yè)務邏輯層。</p><p><b>　　4

89、.2 業(yè)務邏輯層</b></p><p>　　4.2.1 業(yè)務邏輯層的工作流程</p><p>　　此系統(tǒng)用到了自己模仿Struts2的一個MVC組件，之前有過詳細介紹。該組件實現(xiàn)業(yè)務邏輯的核心是一個個的實現(xiàn)了Action接口的類。</p><p>　　實現(xiàn)了Action接口的類是用戶請求和業(yè)務邏輯之間的橋梁，每個Action充當客戶的一項業(yè)務邏輯處理。

90、</p><p>　　圖4-3為邏輯層的處理流程圖：</p><p>　　在Action接口里，定義了一個方法：execute，這個方法用來實現(xiàn)邏輯處理，而該方法返回的一個String字符串就成了邏輯處理完畢之后將要導航到的視圖地址。</p><p>　　具體的工作流程如下：</p><p>　　（1）服務器收到客戶端瀏覽器的發(fā)送請求時，請求

91、URI會被一個Filter，即：MVCFilter（servlet規(guī)范里的攔截器）攔截，這個Filter將攔截的URI進行處理，根據(jù)從mvc.xml配置文件讀取的映射信息及已經(jīng)定義好的約定，就可以實現(xiàn)從URI到Action的映射。</p><p>　?。?）控制器找到了處理該請求的Action包路徑（根據(jù)定義好的約定，可以實現(xiàn)從URI到Action包路徑的映射）以后，運用反射實例化之，并調用execute（來自于

92、Action接口）方法來獲得返回視圖的地址。最后，控制器負責轉發(fā)視圖資源請求，由此，將導航到視圖資源地址。</p><p>　　什么是既定的，實現(xiàn)從URI路徑到包路徑映射的約定？</p><p>　　這里用一個例子來說明：</p><p>　　首先看一看保存在mvc.xml文件里面的關于約定的信息。</p><p>　　根據(jù)上述配置及約定：一

93、個“/csu/finance/showStock.do”的URI請求地址對應著的Action是：“csu.action.finance.showStockAction”。</p><p>　　這就是既定的約定。這讓我的此次開發(fā)避免了很多繁雜的xml配置文件的編寫，因為之前的struts是每一個Action都要明確有對應的xml映射才能工作的。（在struts里，如果不明確聲明映射Action的路徑，將采取默認的路

94、徑。）</p><p>　　4.2.2 透過實例來看業(yè)務邏輯層</p><p>　　以貨物入庫為例，用具體的流程和代碼來展示邏輯層是如何工作的。</p><p><b>　　具體步驟如下：</b></p><p>　?。?）編寫貨物入庫頁面：管理員登陸系統(tǒng)之后，點擊頁面左側導航欄的“貨物入庫”鏈接，進入到查詢入庫單頁面。

95、</p><p>　　該鏈接的地址是：/csu/storage/showStock.do，根據(jù)我們的約定規(guī)則，此地址即將調用的Action是csu.action.storage.ShowStockAction。</p><p>　　在MVC組件里，利用java的一大動態(tài)特性：反射，實例化該Action，并利用反射調用ShowStockAction的execute方法。</p>

96、<p>　　接下來是編寫該Action的時候了。</p><p>　?。?）編寫ShowStockAction：這是一個標準的實現(xiàn)了Action接口的邏輯Action，可以用來處理我們所需要的邏輯，這是其代碼實現(xiàn)：</p><p>　　可以清楚的看到，該Action實現(xiàn)了mvc.action.Action接口，并且，在execute方法里面，實現(xiàn)了對邏輯的處理。在execute

97、方法里，掉用到了Service包，這正是之前的持久化層的一個重要組成部分。該service類是：csu.service.query.QueryStockService。從命名上，可以看得出來，這個service的作用是查詢所有采購單，也就是入庫單的。</p><p>　?。?）編寫對應的Service處理類：該service類的作用就在于對單表：stock（入庫單）進行查詢操作，在不同的查詢條件下，需要編寫不同的

98、方法。如代碼所示：</p><p>　　可以看到，目前的需求來看，一共有2個方法。對于“queryAll”是查詢所有的入庫單，對于“queryByStorage_state”，則是根據(jù)是否入庫這一條件來查詢的。</p><p>　　到這里就結束了邏輯處理，接下來，只要根據(jù)Action里execute方法返回的值，就可以確定最終的視圖資源。</p><p>　　在之前

99、的execute方法里，返回的String是：“"fd-->/storage/storage.jsp"”，這意味著將要由服務器將請求轉發(fā)到“/csu/storage/storage.jsp”。</p><p>　?。?）編寫視圖資源：storage.jsp</p><p>　　Storage.jsp用來顯示倉庫里貨物入庫出庫操作。該頁面用到了JSTL標準標簽庫，使

100、得使用起來，比起古老的jsp腳本要舒適的多。等到服務器完成了編譯工作，就可以在瀏覽器看到頁面效果了。這些效果附圖，將在附錄里展示給出來。</p><p><b>　　第五章 結束語</b></p><p><b>　　5.1總結</b></p><p>　　該倉庫信息系統(tǒng)功能切合現(xiàn)代倉庫管理步驟，大部分功能包括管理員登錄驗

101、證、貨物信息管理、倉庫配貨過程管理、發(fā)貨單管理以及發(fā)貨客戶信息管理。系統(tǒng)采用MVC模式設計，被劃分為持久層（Persistence層）、業(yè)務邏輯層（Business Runic層）、控制層（Controller層）、表示層（View層）等四層，相應的應用程序被分成三個核心模塊：模型（Model）、控制器（Controller）、視圖（View），它們各自處理自己的任務。其中，表示層負責提供訪問者數(shù)據(jù)的展示以及操作接口，并把用戶的交互信息

102、傳遞給業(yè)務邏輯層；控制層負責接收來自表示層提交的訪問者請求，調用業(yè)務層處理業(yè)務邏輯，并選擇下一個頁面響應用戶的請求；業(yè)務邏輯層接受來自控制層的調用，調用持久層與數(shù)據(jù)庫進行交互；持久層負責接受業(yè)務層的調用，完成具體的數(shù)據(jù)存取操作。</p><p><b>　　本系統(tǒng)的特色在于：</b></p><p>　?。?）分層設計，系統(tǒng)層次結構清晰。系統(tǒng)采用MVC框架，分層設計，

103、系統(tǒng)的整體層次性好，開發(fā)采用模塊化管理，有利于團隊合作、分工，也有利于運行期的維護。</p><p>　?。?）采用ORM技術進行持久層設計。利用ORM技術設計持久層，系統(tǒng)結構清晰，數(shù)據(jù)庫操作與業(yè)務邏輯各自獨立，有利于系統(tǒng)功能的擴展，也有利于提升系統(tǒng)運行性能。</p><p>　?。?）通用模塊的設計。在處理系統(tǒng)中某些類似問題的時候，通過抽象其中的相同點，區(qū)分出不同點，設計出獲取系統(tǒng)時間操

104、作類、數(shù)據(jù)庫持久化類、分頁Bean等通用的業(yè)務模塊。這種處理方法使開發(fā)效率有很大的提升。</p><p>　?。?）業(yè)務流程清晰。通過詳細的需求分析，設計出清晰的業(yè)務流程。這不僅使系統(tǒng)的功能與現(xiàn)代倉庫管理的實際步驟吻合，更使系統(tǒng)的開發(fā)變得有序。</p><p><b>　　5.2展望</b></p><p>　　該倉庫信息系統(tǒng)不但能夠促進倉庫企

105、業(yè)規(guī)范管理，提升市場競爭力，而且能夠為倉庫企業(yè)帶來巨大的經(jīng)濟效益。</p><p>　　從管理層次上講，由于系統(tǒng)采用B/S模式部署，倉庫管理人員無論在何時何地，都能夠訪問系統(tǒng)，完成倉庫全過程的協(xié)調、控制，實現(xiàn)從網(wǎng)絡前端到終端客戶的托運過程服務；能夠加快訂單處理速度，縮短貨倉庫轉時間，實現(xiàn)貨物的快速交付，提升顧客滿意度；也便于加強對在途貨物的監(jiān)控，及時發(fā)現(xiàn)、處理配送過程中的意外事件，確保貨物及時、安全送達到目的地。

106、</p><p>　　從經(jīng)濟性上講，該倉庫信息系統(tǒng)的流程規(guī)范、科學，界面友好，易于操作，將為倉庫企業(yè)贏得更多商機，帶來更多的客戶資源，提升企業(yè)的經(jīng)濟效益。</p><p>　　從系統(tǒng)研發(fā)技術上講，該倉庫信息系統(tǒng)采用MVC框架，提升了系統(tǒng)的運行性能及安全性能，改善了軟件的易管理性，便于系統(tǒng)升級、跨平臺移植，其功能切合倉庫管理流程的特征及分層設計的理念，可供相關行業(yè)借鑒，具有較好的研究、推廣價

107、值。</p><p><b>　　參考文獻</b></p><p>　　[1] 萬曉,周寧;我國商業(yè)連鎖企業(yè)的物流系統(tǒng)配送分析[J];北方交通大學學報(社科版);2003年02期 </p><p>　　[2] 文龍光,單山鳴;倉庫管理與物流配送[J];經(jīng)濟師;2003年02期 </p><p>　　[3] 梁紅巖;論物流

108、配送是連鎖經(jīng)營成功的關鍵環(huán)節(jié)[J];生產(chǎn)力研究;2002年04期 </p><p>　　[4] 李云,王平;共同配送體系結構[J];重慶郵電學院學報(自然科學版);2002年02期 </p><p>　　[5] 劉大風,施放;電子商務與倉庫管理協(xié)同運行模式探索[J];商業(yè)研究;2002年02期 </p><p>　　[6] 李慎恒;我國第三方物流企業(yè)的現(xiàn)狀及發(fā)展對策

109、[J];經(jīng)濟體制改革;2003年02期 </p><p>　　[7] 徐同連;共同配送合并策略的仿真研究與系統(tǒng)實現(xiàn)[D];吉林大學;2007年 </p><p>　　[8] 王雪峰;連鎖經(jīng)營企業(yè)物流配送系統(tǒng)集成規(guī)劃模型及算法研究[D];上海交通大學;2008年 </p><p>　　[9] 寧方華,陳子辰,熊勵,梅益;電子商務中制造業(yè)的物流策略[J];制造業(yè)自動化;

110、2004年05期 </p><p>　　[10] 江瑋璠;何建民;金琳;;基于AHP的模糊綜合評價法在倉庫管理伙伴選擇中的應用[J];價值工程;2005年12期 </p><p>　　[11] 王焰;中國連鎖經(jīng)營商業(yè)企業(yè)發(fā)展戰(zhàn)略研究[D];西北農(nóng)林科技大學;2001年 </p><p>　　[12] 彭海珍;中國連鎖經(jīng)營發(fā)展戰(zhàn)略研究[D];河海大學;2002年 &l

111、t;/p><p>　　[13] 馬麗;對中國大型零售企業(yè)存在問題的分析[D];哈爾濱工程大學;2002年 </p><p>　　[14] 陳業(yè)瑋;我國經(jīng)濟型飯店連鎖化擴張路徑研究[D];浙江大學;2002年 </p><p>　　[15] 吉文;廣西柳州商控物流中心的建設研究[D];南京理工大學;2002年 </p><p>　　[16] 許道濤

112、;多時期多配送中心選址點的最優(yōu)變化軌跡問題研究[D];浙江大學;2004年 </p><p>　　[17] 杜亮;連鎖經(jīng)營企業(yè)物流配送的研究[D];武漢理工大學;2004年 </p><p>　　[18] 嚴峻;基于XML的連鎖企業(yè)物流配送信息系統(tǒng)研究與實現(xiàn)[D];西安理工大學;2004年 </p><p>　　[19] 張玉剛;論我國零售業(yè)物流的發(fā)展[D];中央民