中小型企業(yè)倉(cāng)庫(kù)信息管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文

1、<p>　　中小型企業(yè)倉(cāng)庫(kù)信息管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) </p><p><b>　　摘　　要</b></p><p>　　倉(cāng)庫(kù)管理在企業(yè)的整個(gè)供應(yīng)鏈中起著至關(guān)重要的作用，如果不能保證正確的進(jìn)貨和庫(kù)存控制及發(fā)貨，將會(huì)導(dǎo)致管理費(fèi)用的增加，服務(wù)質(zhì)量難以得到保證，從而影響企業(yè)的競(jìng)爭(zhēng)力。傳統(tǒng)簡(jiǎn)單、靜態(tài)的倉(cāng)儲(chǔ)管理已無法保證企業(yè)各種資源的高效利用。如今的倉(cāng)庫(kù)作業(yè)和庫(kù)存控制作

2、業(yè)已十分復(fù)雜化多樣化，僅靠人工記憶和手工錄入，不但費(fèi)時(shí)費(fèi)力，而且容易出錯(cuò)，給企業(yè)帶來巨大損失。有鑒于此，需要為倉(cāng)庫(kù)管理活動(dòng)實(shí)現(xiàn)系統(tǒng)管理化。J2EE(Java 2 Platform，Enterprise Edition)技術(shù)作為一種建立企業(yè)跨平臺(tái)應(yīng)用的標(biāo)準(zhǔn)技術(shù)平臺(tái)，得到了極其廣泛的應(yīng)用。同時(shí)它也是一個(gè)很優(yōu)秀的企業(yè)應(yīng)用解決方案，它能讓開發(fā)人員開發(fā)出非常穩(wěn)定、健壯的企業(yè)級(jí)應(yīng)用系統(tǒng)。在開發(fā)的過程中，MVC模式的應(yīng)用同樣具有非常重要的意義，因?yàn)樵?/p>

3、構(gòu)建一個(gè)成功的企業(yè)應(yīng)用的時(shí)候，良好的模式運(yùn)用是系統(tǒng)成功的關(guān)鍵所在。MVC(Model/View/Controller)模式是軟件工程學(xué)中一個(gè)非常重要的設(shè)計(jì)模式，它為交互式系統(tǒng)提供了一個(gè)十分優(yōu)秀的開發(fā)模型，它對(duì)類和對(duì)象依據(jù)功能的不同的分離分層使系統(tǒng)開發(fā)變得很靈活，同時(shí)又提升了系統(tǒng)設(shè)計(jì)的可重用性。該倉(cāng)庫(kù)管理信息系統(tǒng)是一個(gè)小</p><p>　　關(guān)鍵詞：倉(cāng)庫(kù)管理 J2EE MVC</p><p&g

4、t;　　Small and medium-sized enterprise warehouse management system design and realization</p><p><b>　　Abstract</b></p><p>　　Warehouse management plays a vital role in the enterprise&#

5、39;s entire supply 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

6、 competitiveness 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

7、complicat</p><p>　　Key words: warehouse management J2EE MVC</p><p><b>　　目　　錄</b></p><p><b>　　前　　言1</b></p><p>　　第1章　課題研究?jī)r(jià)值2</p><p&

8、gt;　　第1.1節(jié)　選題背景2</p><p>　　第1.2節(jié)　課題目的和意義2</p><p>　　第1.3節(jié)　論文的內(nèi)容和結(jié)構(gòu)2</p><p>　　第2章　相關(guān)技術(shù)4</p><p>　　第2.1節(jié)　J2EE平臺(tái)4</p><p>　　第2.2節(jié)　MVC模式6</p><p>

9、;　　第3章　系統(tǒng)總體分析與設(shè)計(jì)9</p><p>　　第3.1節(jié)　可行性分析9</p><p>　　第3.2節(jié)　需求分析9</p><p>　　第3.3節(jié) 系統(tǒng)功能分析14</p><p>　　第3.4節(jié) 數(shù)據(jù)表的設(shè)計(jì)14</p><p>　　第4章　系統(tǒng)界面與功能實(shí)現(xiàn)30</p>&l

10、t;p>　　第4.1節(jié)　創(chuàng)建系統(tǒng)登陸模塊30</p><p>　　第4.2節(jié)　創(chuàng)建主窗口模塊32</p><p>　　第4.3節(jié)　創(chuàng)建商品管理模塊32</p><p>　　第4.4節(jié)　創(chuàng)建員工管理模塊32</p><p>　　第4.5節(jié)　創(chuàng)建客戶管理模塊32</p><p>　　第4.6節(jié)　創(chuàng)建訂單管理

11、模塊32</p><p>　　第4.7節(jié)　創(chuàng)建采購(gòu)業(yè)務(wù)模塊32</p><p>　　第4.8節(jié)　創(chuàng)建銷售業(yè)務(wù)模塊32</p><p>　　第4.9節(jié)　創(chuàng)建倉(cāng)儲(chǔ)業(yè)務(wù)模塊32</p><p>　　第4.10節(jié)　創(chuàng)建退出系統(tǒng)模塊32</p><p><b>　　結(jié)　　論33</b></

12、p><p><b>　　參考文獻(xiàn)34</b></p><p><b>　　致　　謝35</b></p><p><b>　　前　　言</b></p><p>　　隨著科學(xué)技術(shù)的不斷發(fā)展,我們的社會(huì)已經(jīng)進(jìn)入了一個(gè)信息化的社會(huì)，人們每天都要接收大量的信息和處理大量的數(shù)據(jù)，僅靠傳統(tǒng)的

13、紙和筆已不能適應(yīng)這個(gè)時(shí)代的要求，人們必須采取新的手段,于是信息技術(shù)進(jìn)入我們的生活，計(jì)算機(jī)不再是簡(jiǎn)單的計(jì)算工具，它已成為我們生活中處理大量信息的不可或缺的手段。在當(dāng)今產(chǎn)業(yè)競(jìng)爭(zhēng)越來越激烈的信息時(shí)代，企業(yè)經(jīng)營(yíng)除了降低成本，提高品質(zhì)外，更需要以先進(jìn)的管理理念來整合企業(yè)內(nèi)部與外部資源。倉(cāng)庫(kù)管理系統(tǒng)正是在這個(gè)背景下產(chǎn)生的。</p><p>　　本系統(tǒng)正是針對(duì)倉(cāng)庫(kù)部門的貨物信息管理，通過對(duì)倉(cāng)庫(kù)基本信息﹑出入庫(kù)信息等的系統(tǒng)界面設(shè)

14、計(jì)，將會(huì)給管理者帶來極大的方便，具有手工管理無法比擬的優(yōu)點(diǎn)，例如檢索速度快、查找方便、可靠性高、存儲(chǔ)量大、使用時(shí)間長(zhǎng)等。用計(jì)算機(jī)管理取代傳統(tǒng)的手工操作，大大減少了管理人員的工作量，提高了工作效率，為獲取詳細(xì)的管理信息提供了保證，方便各類人員的查詢和信息保證，增強(qiáng)了管理工作的時(shí)效和人員主動(dòng)</p><p><b>　　性。</b></p><p>　　第1章　課題研究?jī)r(jià)

15、值</p><p>　　第1.1節(jié)　選題背景</p><p>　　信息技術(shù)的日新月異，給倉(cāng)庫(kù)管理帶來巨大的影響。為了加快倉(cāng)庫(kù)管理自動(dòng)化的步伐，提高倉(cāng)庫(kù)的管理業(yè)務(wù)處理效率，建立倉(cāng)庫(kù)管理系統(tǒng)，盡可能地減少倉(cāng)庫(kù)管理的重復(fù)性和低效性，已變得十分必要。計(jì)算機(jī)信息管理技術(shù)的迅速發(fā)展恰恰解決了這個(gè)問題，它使計(jì)算機(jī)技術(shù)與現(xiàn)代的管理技術(shù)相互配合，來更加準(zhǔn)確、高速地完成工業(yè)企業(yè)日常的倉(cāng)庫(kù)管理工作。使企業(yè)能夠以

16、最少的人員來完成更多的工作。計(jì)算機(jī)硬件性能的不斷改進(jìn)，為倉(cāng)庫(kù)管理系統(tǒng)的開發(fā)提供 了技術(shù)支持和經(jīng)濟(jì)可行性。因此，開發(fā)一個(gè)倉(cāng)庫(kù)管理系統(tǒng)是很有必要的，具有其特有的技術(shù)意義和管理意義。</p><p>　　隨著我國(guó)市場(chǎng)經(jīng)濟(jì)的進(jìn)一步展開，強(qiáng)大的信息保障，有利的電子化管理，使各大企業(yè)在國(guó)內(nèi)經(jīng)濟(jì)市場(chǎng)的大潮流中把現(xiàn)代高科技的信息技術(shù)發(fā)揮的淋漓盡致。越來越多有遠(yuǎn)見的企業(yè)家，不惜重金從國(guó)外購(gòu)買新技術(shù)，高的投資、合理的管理往往換來巨大

17、的利潤(rùn)，經(jīng)營(yíng)的物質(zhì)技術(shù)手段由簡(jiǎn)單落后轉(zhuǎn)變成高科技與人工手段并存，進(jìn)而更多地將高科技應(yīng)用的各個(gè)方面。國(guó)內(nèi)實(shí)施WMS的條件日益成熟，主要是物流業(yè)在過去的兩年里隨著國(guó)家經(jīng)濟(jì)的發(fā)展，而日新月異，現(xiàn)代一體化物流的管理思想日益為企業(yè)所接受，對(duì)倉(cāng)庫(kù)有了新定位的認(rèn)識(shí)，從而對(duì)管理系統(tǒng)也提供了新的要求。而國(guó)外在此方面的技術(shù)已經(jīng)相當(dāng)成熟。美國(guó)和歐洲在物流理論和決策方法的研究如物流總成本分析、供應(yīng)鍵管理及一體化，物流服務(wù)水平的涵義及評(píng)估方法，人工智能及專家系統(tǒng)

18、在物流決策中的應(yīng)用等方面都取得了許多的成果。</p><p>　　第1.2節(jié)　課題目的和意義</p><p>　　隨著計(jì)算機(jī)行業(yè)的不斷發(fā)展，企業(yè)管理的應(yīng)用也在不斷隨著其發(fā)展速度進(jìn)行著更新。而現(xiàn)今對(duì)于一個(gè)網(wǎng)絡(luò)應(yīng)用非常廣泛的社會(huì)，企業(yè)管理對(duì)計(jì)算機(jī)管理企業(yè)要求更加緊密，更加完善，特別是針對(duì)物資管理方面，企業(yè)的需求更為廣泛，謹(jǐn)慎，所以一個(gè)好的倉(cāng)庫(kù)管理系統(tǒng)對(duì)于企業(yè)來說是由為重要的。</p>

19、;<p>　　系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)企業(yè)物資管理的系統(tǒng)化、規(guī)范化和自動(dòng)化，從而達(dá)到提高企業(yè)管理效率的目的。</p><p>　　倉(cāng)庫(kù)管理系統(tǒng)主要是對(duì)通過研究當(dāng)前倉(cāng)庫(kù)系統(tǒng)的管理現(xiàn)狀，存在問題以及現(xiàn)實(shí)需求，設(shè)計(jì)一個(gè)針對(duì)倉(cāng)庫(kù)管理工作的管理信息系統(tǒng)。該系統(tǒng)能夠提供較為完善的功能，對(duì)于提高工作效率、加快倉(cāng)庫(kù)管理的自動(dòng)化和系統(tǒng)化具有較為重要的意義。</p><p>　　信息化，實(shí)現(xiàn)信息

20、快速傳遞提高工作效率，方便管理者及時(shí)從平臺(tái)查詢物品相關(guān)信息。</p><p>　　能做到管理系統(tǒng)化、規(guī)范化、自動(dòng)化和人性化管理，通過系統(tǒng)提供的業(yè)務(wù)數(shù)據(jù)查詢功能和顧客查詢的功能，商品查詢包括采購(gòu)記錄，銷售記錄，以及剩余庫(kù)存，以及時(shí)了解對(duì)倉(cāng)庫(kù)中所有物品及時(shí)歸納總結(jié)并做出科學(xué)的進(jìn)貨目標(biāo)，并實(shí)現(xiàn)商品管理、員工管理和顧客管理的科學(xué)化管理，以達(dá)到公司利益最大化。</p><p>　　第1.3節(jié)　論文的

21、內(nèi)容和結(jié)構(gòu)</p><p>　　首先在緒論里，介紹倉(cāng)庫(kù)管理信息系統(tǒng)開發(fā)的背景及國(guó)內(nèi)外開發(fā)應(yīng)用的現(xiàn)狀，闡明倉(cāng)庫(kù)管理信息系統(tǒng)對(duì)于企業(yè)的重要性。</p><p>　　其次，對(duì)實(shí)現(xiàn)此系統(tǒng)用到的技術(shù)進(jìn)行簡(jiǎn)介。第一，介紹了J2EE平臺(tái)。對(duì)于J2EE平臺(tái)，從J2EE平臺(tái)的概念及J2EE平臺(tái)的體系架構(gòu)兩方面，進(jìn)行了概述；對(duì)于MVC組件及ORM組件，則從他們的實(shí)現(xiàn)、工作流程及機(jī)制、優(yōu)缺點(diǎn)及為什么要使用他們進(jìn)

22、行了闡述。第二，從軟件開發(fā)模式、MVC模式概述、MVC模式在Web上的應(yīng)用情況及MVC模式的好處等幾方面[7]，簡(jiǎn)述了MVC模式。</p><p>　　再次，根據(jù)系統(tǒng)需求分析及功能分析，進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)及系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)。第一，從系統(tǒng)概述與目標(biāo)、系統(tǒng)功能性需求、系統(tǒng)非功能性需求共三方面，進(jìn)行了系統(tǒng)的需求分析，并從系統(tǒng)功能模塊劃分以及系統(tǒng)流程等兩方面，進(jìn)行了系統(tǒng)功能的分析。第二，結(jié)合系統(tǒng)需求分析及系統(tǒng)功能分析，從數(shù)據(jù)

23、庫(kù)需求分析、數(shù)據(jù)表結(jié)構(gòu)設(shè)計(jì)等兩方面，進(jìn)行了數(shù)據(jù)庫(kù)設(shè)計(jì)。第四，從邏輯結(jié)構(gòu)設(shè)計(jì)、技術(shù)方案實(shí)現(xiàn)等方面，進(jìn)行系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)。在進(jìn)行系統(tǒng)邏輯結(jié)構(gòu)設(shè)計(jì)時(shí)，從邏輯結(jié)構(gòu)分析、表示層設(shè)計(jì)、控制層設(shè)計(jì)、業(yè)務(wù)邏輯層設(shè)計(jì)、持久層設(shè)計(jì)等五個(gè)方面，進(jìn)行了探討；在闡述技術(shù)方案時(shí)，從配置web.xml文件、配置mvc.xml文件、c3p0數(shù)據(jù)池的配置文件、Action的編寫過程、業(yè)務(wù)邏輯編寫過程、持久層設(shè)計(jì)以及視圖層開發(fā)技術(shù)等七個(gè)方面，進(jìn)行了介紹。</p>

24、;<p>　　進(jìn)行模塊設(shè)計(jì)時(shí)，采用J2EE開發(fā)規(guī)范以及MVC框架，分為Controller（控制器）、Model（模型）、View（視圖）三層[8]。其中，Controller的作用是從客戶端接受請(qǐng)求，并且選擇執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，然后把響應(yīng)結(jié)果送回到客戶端；Model層實(shí)現(xiàn)業(yè)務(wù)邏輯；View層是應(yīng)用程序中用戶界面相關(guān)的部分，負(fù)責(zé)向用戶顯示數(shù)據(jù)，并且能接收用戶的輸入數(shù)據(jù)。</p><p>　　最后，對(duì)

25、該倉(cāng)庫(kù)管理信息系統(tǒng)設(shè)計(jì)進(jìn)行了總結(jié)，并對(duì)該倉(cāng)庫(kù)管理信息系統(tǒng)應(yīng)用前景進(jìn)行了展望。</p><p>　　論文的總體結(jié)構(gòu)如下：</p><p>　　第一章簡(jiǎn)述論文背景以及論文的內(nèi)容及意義。</p><p>　　第二章闡述開發(fā)該倉(cāng)庫(kù)管理信息系統(tǒng)的平臺(tái)和用到的技術(shù)。</p><p>　　第三章內(nèi)容為該倉(cāng)庫(kù)管理信息系統(tǒng)需求分析和系統(tǒng)總體設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)。&

26、lt;/p><p>　　第四章對(duì)該倉(cāng)庫(kù)管理信息系統(tǒng)的各個(gè)模塊的實(shí)現(xiàn)進(jìn)行了詳述。</p><p>　　第五章對(duì)該倉(cāng)庫(kù)管理信息系統(tǒng)設(shè)計(jì)進(jìn)行了總結(jié)，并對(duì)該系統(tǒng)應(yīng)用前景進(jìn)行了展望。</p><p><b>　　第2章　相關(guān)技術(shù)</b></p><p>　　2.1 J2EE平臺(tái)</p><p>　　2.1.1

27、J2EE平臺(tái)簡(jiǎn)介</p><p>　　J2EE可以說指Java在數(shù)據(jù)庫(kù)信息系統(tǒng)上實(shí)現(xiàn)，數(shù)據(jù)庫(kù)信息系統(tǒng)從早期的dBase、到Delphi/VB等C/S結(jié)構(gòu)，發(fā)展到B/S（Browser瀏覽器/Server服務(wù)器）結(jié)構(gòu)，而J2EE主要是指B/S結(jié)構(gòu)的實(shí)現(xiàn)。</p><p>　　J2EE主要是為企業(yè)級(jí)開發(fā)提供了一種設(shè)計(jì)模式，sun在每個(gè)領(lǐng)域給了一個(gè)設(shè)計(jì)模式，象嵌入式平臺(tái)的J2ME,桌面平臺(tái)的J2

28、SE。在一個(gè)規(guī)范的J2EE架構(gòu)中，不同層的數(shù)據(jù)表示應(yīng)該被限制在層內(nèi)，而不應(yīng)該擴(kuò)散到其它層，這樣可以降低層間的耦合性，提高J2EE架構(gòu)整體的可維護(hù)性和可擴(kuò)展性。比如說Web層的邏輯進(jìn)行了修改，那么只需要修改FormBean的結(jié)構(gòu)，而不需要觸動(dòng)業(yè)務(wù)層和持久層的代碼修改。同樣的，當(dāng)數(shù)據(jù)庫(kù)表進(jìn)行了小的調(diào)整，那么也只需要修改持久層數(shù)據(jù)表示，而不需要觸動(dòng)業(yè)務(wù)層代碼和Web層代碼。</p><p>　　J2EE技術(shù)在應(yīng)用時(shí)都涉

29、及兩個(gè)部分：容器部分和應(yīng)用部分，Web容器也是指Jsp/Servlet容器，你如果要開發(fā)一個(gè)Web應(yīng)用，無論是編譯或運(yùn)行，都必須要有Jsp/Servlet庫(kù)或API支持（除了JDK/J2SE以外）。在許多企業(yè)級(jí)應(yīng)用中，例如數(shù)據(jù)庫(kù)連接、郵件服務(wù)、事務(wù)處理等都是一些通用企業(yè)需求模塊，這些模塊如果每次再開發(fā)中都由開發(fā)人員來完成的話，將會(huì)造成開發(fā)周期長(zhǎng)和代碼可靠性差等問題。于是許多大公司開發(fā)了自己的通用模塊服務(wù)。這些服務(wù)性的軟件系列統(tǒng)稱為中間件

30、。為了通用必須要提出規(guī)范，不然無法達(dá)到通用在上面的需求基礎(chǔ)之上，許多公司都開發(fā)了自己的中間件，但其與用戶的溝通都各有不同，從而導(dǎo)致用戶無法將各個(gè)公司不同的中間件組裝在一塊為自己服務(wù)。從而產(chǎn)生瓶頸。于是提出標(biāo)準(zhǔn)的概念。所以說，J2EE就是基于JAVA技術(shù)的一系列標(biāo)準(zhǔn)。</p><p>　　2.1.2 JSP簡(jiǎn)介</p><p>　　JSP（Java Server Pages）是由Sun Mi

31、crosystems 公司倡導(dǎo)、許多公司參與一起建立的一種動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)標(biāo)準(zhǔn)，JSP技術(shù)在Servlet技術(shù)基礎(chǔ)上發(fā)展起來的，它正在飛速發(fā)展中，現(xiàn)已成為Java服務(wù)器編程的重要組成部分。它雖然還未成型，但是它必將和J2EE(Java 2 Enterprise Edition)一起發(fā)展。</p><p>　　JSP是結(jié)合markup(HTML和XML)和Java代碼來處理一種動(dòng)態(tài)頁(yè)面。每一頁(yè)第一次被調(diào)用時(shí)，通過JSP

32、引擎自動(dòng)被編譯成Servlet，然后被執(zhí)行，以后每次調(diào)用時(shí)，執(zhí)行編譯過的Servlet。JSP提供了多種方式訪問Java class、Servlet、Applets和Web Server，因此，Web應(yīng)用的功能可以分成多個(gè)明確定義公用接口的組件，通過JSP將它們結(jié)合在一起。</p><p>　　2.1.3 Servlet</p><p>　　Servlet是一些用來擴(kuò)展Web服務(wù)器功能的W

33、eb組件，它基于請(qǐng)求/響應(yīng)機(jī)制。Servlet從客戶端（例如Web瀏覽器）獲得請(qǐng)求，然后，將響應(yīng)結(jié)果返回客戶端。Servlet的這種特點(diǎn)使它非常適合于Web應(yīng)用。Servlet和EJB組件的區(qū)別在于EJB組件所提供的服務(wù)器端組件特性并不能全部適用于Servlet，Servlet更適合于處理簡(jiǎn)單的請(qǐng)求響應(yīng)任務(wù)，而且它不需要應(yīng)用服務(wù)器所提供的復(fù)雜服務(wù)的支持。</p><p>　　2.1.4 MVC組件簡(jiǎn)介</p

34、><p>　　為什么我們?cè)贘2EE開發(fā)中需要框架？</p><p>　　JSP、Servlet和JavaBean技術(shù)的出現(xiàn)給我們構(gòu)建強(qiáng)大的企業(yè)應(yīng)用系統(tǒng)提供了可能。在此之上，我們還需要一個(gè)規(guī)則，一個(gè)把這些技術(shù)有效的組織起來，讓系統(tǒng)繁而不亂的規(guī)則，這就是框架。Struts應(yīng)運(yùn)而生，是最早的開源框架之一，而且很快成為實(shí)際標(biāo)準(zhǔn)。</p><p>　　在J2EE平臺(tái)下，Strut

35、s是比較流行的MVC框架，但是本著DIY動(dòng)手能力及探索的精神，這一次沒有用到成熟的Struts來作為MVC框架，而是自己編寫簡(jiǎn)單的MVC組件來解決問題[13]。</p><p>　　“麻雀雖小五臟俱全”，這次絕不是“重復(fù)的造輪子”的過程，吸收了前輩Struts2的優(yōu)秀特性，結(jié)合了其他MVC框架：尤其是“rails”的“約定優(yōu)于配置”的理念，讓這個(gè)DIY的MVC組件有著小巧，簡(jiǎn)潔，方便使用的特性。</p>

36、;<p>　　在現(xiàn)如今大量的MVC框架里面，xml配置文件是很重要的，特別常見的，他們定義了一個(gè)請(qǐng)求的URL及處理該請(qǐng)求的對(duì)應(yīng)的Action的地址。但是，這也帶來了一些問題，很多時(shí)候這些繁雜的xml配置文件會(huì)讓人感到厭倦 。</p><p>　　于是，我嘗試用其他方法來替代這個(gè)方案：“利用約定來免除大量的配置文件”。先讓我們來看看這個(gè)MVC組件的工作機(jī)制[15]。</p><p&

37、gt;　　在此組件中，控制器由MVCFilter及Controller來實(shí)現(xiàn)，視圖由一組JSP文件與JSTL標(biāo)簽庫(kù)構(gòu)成。</p><p>　　此MVC組件包含了以下重要部分：</p><p><b>　?。?）視圖</b></p><p>　　視圖部分可以采用JSP來實(shí)現(xiàn)。在這些JSP文件中沒有業(yè)務(wù)邏輯，也沒有模型信息，只有標(biāo)簽，這些標(biāo)簽可以是

38、標(biāo)準(zhǔn)的JSP標(biāo)簽或自定義的標(biāo)簽，如JSTL標(biāo)簽庫(kù)。</p><p><b>　?。?）控制器</b></p><p><b>　　其工作流程如下——</b></p><p><b>　　第一步：</b></p><p>　　當(dāng)用戶通過視圖向服務(wù)器發(fā)送請(qǐng)求時(shí)，請(qǐng)求URI會(huì)被一個(gè)F

39、ilter（servlet規(guī)范里的攔截器）攔截，這個(gè)Filter將攔截的URI進(jìn)行處理，根據(jù)從mvc.xml配置文件讀取的映射信息及已經(jīng)定義好的約定，就可以實(shí)現(xiàn)從URI到Action的映射。</p><p><b>　　第二步：</b></p><p>　　控制器找到了處理該請(qǐng)求的Action包路徑以后，運(yùn)用反射實(shí)例化之，并調(diào)用execute（來自于Action接口）

40、方法來獲得返回視圖的地址。最后，控制器負(fù)責(zé)轉(zhuǎn)發(fā)視圖資源請(qǐng)求。</p><p>　　（3）區(qū)別于Struts2的地方</p><p>　　在Struts2里面，用戶請(qǐng)求是通過核心攔截器來處理及轉(zhuǎn)發(fā)的。這需要一些描述用戶請(qǐng)求路徑及Action映射關(guān)系的配置信息。這些配置映射信息都存儲(chǔ)在特定的XML文件Struts-config.xml中[16]。在該配置文件中，每一個(gè)Action的映射信息都通

41、過一個(gè)<action>元素來配置。</p><p>　　這些配置信息在系統(tǒng)啟動(dòng)的時(shí)候，被讀入內(nèi)存，供Struts在運(yùn)行期間使用。在內(nèi)存中，每一個(gè)<action>元素都對(duì)應(yīng)一個(gè)ActionMapping類的實(shí)例。</p><p>　　現(xiàn)在，只要根據(jù)既定的約定（URI路徑對(duì)應(yīng)這相應(yīng)的Action包路徑），讀取存儲(chǔ)在mvc.xml文件里面的信息，就可以根據(jù)請(qǐng)求的URI映射

42、到對(duì)應(yīng)的Action包路徑。從而免去了繁瑣的配置文件，集中精力負(fù)責(zé)其他的設(shè)計(jì)。</p><p>　　這就是：“約定優(yōu)于配置”原則下的設(shè)計(jì)。</p><p>　　MVC的優(yōu)缺點(diǎn)，可以簡(jiǎn)單總結(jié)如下：</p><p><b>　?。?）優(yōu)點(diǎn) </b></p><p>　　衡量J2EE應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā)水平高低的標(biāo)準(zhǔn)就是：解耦性；

43、你的應(yīng)用系統(tǒng)各個(gè)功能是否能夠徹底脫離？是否不相互依賴，也只有這樣，才能體現(xiàn)可維護(hù)性、可拓展性的軟件設(shè)計(jì)目標(biāo)。為了達(dá)到這個(gè)目的，誕生各種框架概念，J2EE框架標(biāo)準(zhǔn)將一個(gè)系統(tǒng)劃分為WEB和EJB主要部分，當(dāng)然我們有時(shí)不是以這個(gè)具體技術(shù)區(qū)分，而是從設(shè)計(jì)上抽象為表現(xiàn)層、服務(wù)層和持久層，這三個(gè)層次從一個(gè)高度將J2EE分離開來，實(shí)現(xiàn)解耦目的。應(yīng)用數(shù)據(jù)的表示應(yīng)該被限制在相應(yīng)的層內(nèi)，而不擴(kuò)散到其它層，這樣可以降低數(shù)據(jù)在應(yīng)用層之間的耦合性，提升J2EE整

44、體架構(gòu)的可維護(hù)性及可擴(kuò)展性。</p><p>　　同時(shí)，得益于JSTL標(biāo)簽庫(kù)的使用，拋棄了傳統(tǒng)的jsp標(biāo)簽（事實(shí)上，幾乎沒有正規(guī)的開發(fā)會(huì)用到j(luò)sp原始的標(biāo)簽了），能大大提升開發(fā)效率。</p><p>　　約定優(yōu)于配置，通過一個(gè)配置文件里面的1行信息，即可把握整個(gè)系統(tǒng)各部分之間的聯(lián)系，同時(shí)又避免了復(fù)雜的xml配置文件。這對(duì)于后期的維護(hù)有著莫大的好處，對(duì)團(tuán)隊(duì)合作開發(fā)，這種優(yōu)勢(shì)體現(xiàn)得很突出。&l

45、t;/p><p><b>　　（2）缺點(diǎn) </b></p><p>　　JSTL標(biāo)簽庫(kù)的一大優(yōu)勢(shì)是使得jsp頁(yè)面的開發(fā)更加簡(jiǎn)單，但需要一個(gè)持續(xù)學(xué)習(xí)的過程，學(xué)習(xí)成本顯而易見。</p><p>　　比起強(qiáng)大的Struts2把視圖資源放置在xml文件里的特性，這個(gè)組件盡可能不使用配置文件，直接把視圖資源硬編碼到Action里面，這樣做的一個(gè)壞處是：每次要

46、改變視圖資源的時(shí)候，必修重修修改Action的代碼，然后重新編譯。</p><p>　　2.1.5 持久層組件簡(jiǎn)介</p><p>　　在Java中將對(duì)象自動(dòng)持久化到數(shù)據(jù)庫(kù)中，我們需要了解兩個(gè)概念。持久化：就是對(duì)數(shù)據(jù)和程序狀態(tài)的保持。大多數(shù)情況下特別是企業(yè)級(jí)開發(fā)應(yīng)用時(shí)，數(shù)據(jù)持久化往往也就意味著將內(nèi)存中的數(shù)據(jù)保存到磁盤上，就是把數(shù)據(jù)保存到可掉電式存儲(chǔ)設(shè)備中供之后使用。大多數(shù)情況下特別是企業(yè)級(jí)

47、應(yīng)用，數(shù)據(jù)持久化往往也就意味著將內(nèi)存中的數(shù)據(jù)保存到磁盤上加以固化，而持久化的實(shí)現(xiàn)過程則大多通過各種關(guān)系數(shù)據(jù)庫(kù)來完成。那么持久層呢？延續(xù)思路，所謂“持久層”，也就是在系統(tǒng)邏輯層面上，專著于實(shí)現(xiàn)數(shù)據(jù)持久化的一個(gè)相對(duì)獨(dú)立的領(lǐng)域(Domain)。持久層是負(fù)責(zé)向（或者從）一個(gè)或者多個(gè)數(shù)據(jù)存儲(chǔ)器中存儲(chǔ)（或者獲?。?shù)據(jù)的一組類和組件。這個(gè)層必須包括一個(gè)業(yè)務(wù)領(lǐng)域?qū)嶓w的模型（即使只是一個(gè)元數(shù)據(jù)模型）。不過這里有一個(gè)字需要特別強(qiáng)調(diào)，也就是所謂的“層”。對(duì)于

48、應(yīng)用系統(tǒng)而言，數(shù)據(jù)持久功能大多是必不可少的組成部分。之所以要獨(dú)立出一個(gè)“持久層”的概念,而不是“持久模塊”，“持久單元”，也就意味著，我們的系統(tǒng)架構(gòu)中，應(yīng)該有一個(gè)相對(duì)獨(dú)立的邏輯層面，專著于數(shù)據(jù)持久化邏輯的實(shí)現(xiàn).與系統(tǒng)其他部分相對(duì)而言，這個(gè)層面應(yīng)該具有一個(gè)較為清晰和嚴(yán)格的邏輯邊界。</p><p>　　對(duì)于一個(gè)框架，僅僅掌握它的使用方法還遠(yuǎn)沒達(dá)到目的，最重要的是：你是否能夠了解它的原理?；谶@點(diǎn)，我想很有必要親自模

49、擬并且實(shí)現(xiàn)ORM（持久層的組件，也就是所謂的：對(duì)象關(guān)系映射組件）框架最基本的，也是最核心的功能。</p><p>　　先來看一下這個(gè)自行設(shè)計(jì)的ORM組件的簡(jiǎn)單工作流程：</p><p>　　在Service包（或者DAO組件里面）里，可以調(diào)用BaseDAO來完成數(shù)據(jù)操作。而BaseDAO調(diào)用到了模版DAO（SuperDAO），在模版DAO里面，完成了以下功能：</p><

50、;p>　　（1）根據(jù)DAO方法生成對(duì)應(yīng)的SQL語(yǔ)句。</p><p>　　ORM組件的特點(diǎn)可以簡(jiǎn)單總結(jié)如下：</p><p><b>　　1.易用性</b></p><p>　　O/R映射及數(shù)據(jù)的持久化，更改維護(hù)在這里僅僅通過調(diào)用BaseDAO的各個(gè)方法就可以完成簡(jiǎn)單的操作。大部分時(shí)候，都無需自己編寫SQL語(yǔ)句。</p>&

51、lt;p><b>　　2.開發(fā)靈活性</b></p><p>　　開發(fā)靈活性高，例如，提供了查詢集合與對(duì)象的映射關(guān)系，具體操作數(shù)據(jù)庫(kù)全開放。</p><p><b>　　3.系統(tǒng)運(yùn)行速度</b></p><p>　　在一個(gè)web系統(tǒng)里面常常會(huì)出現(xiàn)數(shù)據(jù)庫(kù)的訪問成為了整個(gè)系統(tǒng)的性能瓶頸。為了優(yōu)化性能，用到了c3p0數(shù)據(jù)池

52、。這樣可以提升數(shù)據(jù)庫(kù)連接速度，另一方面，數(shù)據(jù)池的sql語(yǔ)句緩存，查詢statement緩存也成為了提升性能的途徑。</p><p><b>　　2.2 MVC模式</b></p><p>　　2.2.1 MVC概述</p><p>　　MVC是一種目前廣泛流行的軟件設(shè)計(jì)模式， M代表模型（Model），V代表視圖（View），C代表控制器（Co

53、ntroller）。MVC設(shè)計(jì)模型即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照M-V-C的方式進(jìn)行分離。</p><p>　　為什么需要MVC模式？</p><p>　　大多數(shù)復(fù)雜應(yīng)用需要使用幾種不同的方式查看和操作數(shù)據(jù)：對(duì)數(shù)據(jù)顯示所作的任何修改，都需要在所有相關(guān)位置進(jìn)行當(dāng)數(shù)據(jù)操作邏輯、格式化和顯示代碼同用戶事件處理混雜在一起的時(shí)候，應(yīng)用維護(hù)變得非常困難，特別是在時(shí)間跨度非常大的情況下的副作用如

54、果應(yīng)用邏輯已經(jīng)同現(xiàn)有界面的代碼混合在一起，用戶界面就不能被重新利用增加功能要求對(duì)現(xiàn)有的代碼進(jìn)行多處修改，而這些需要修改的位置很難發(fā)現(xiàn)對(duì)單獨(dú)一段代碼進(jìn)行修改會(huì)造成深遠(yuǎn)的副作用。</p><p>　　MVC模式把多個(gè)組件集成到一起，相互合作，協(xié)調(diào)一致的進(jìn)行工作。</p><p>　　模型：封裝應(yīng)用數(shù)據(jù)（關(guān)系數(shù)據(jù)庫(kù)或EJB），處理商業(yè)邏輯</p><p>　　視圖：呈現(xiàn)給

55、用戶的界面（JSP或應(yīng)用GUI）</p><p>　　控制器：接受用戶動(dòng)作，并對(duì)應(yīng)用數(shù)據(jù)進(jìn)行適當(dāng)?shù)奶幚恚⊿ervlet）</p><p>　　MVC的目的是增加代碼的重用率，減少數(shù)據(jù)表達(dá)、數(shù)據(jù)描述及應(yīng)用操作的耦合度。同時(shí)，也使得軟件的可維護(hù)性、可修復(fù)性、可擴(kuò)展性、靈活性以及封裝性大大提升。</p><p>　　當(dāng)前國(guó)內(nèi)的主流建站程序都是采用了MVC三層架構(gòu)來開發(fā)，對(duì)

56、于網(wǎng)站的后期維護(hù)與應(yīng)用過程，都有很大的裨益。由于MVC開發(fā)模式將前端設(shè)計(jì)、程序開發(fā)進(jìn)行了明確的定義與分工，</p><p>　　MVC模式的結(jié)構(gòu)如下圖所示：</p><p>　　2.2.2為什么選擇MVC</p><p>　　1.各施其職，互不干涉</p><p>　　在MVC模式中，三個(gè)層各施其職，一旦哪一層的需求發(fā)生了變化，只需要更改相應(yīng)

57、層中的代碼而不會(huì)影響到其它層中的代碼。</p><p>　　2.有利于開發(fā)中的分工</p><p>　　在MVC模式中，由于按層把系統(tǒng)分開，那么就能更好地實(shí)現(xiàn)開發(fā)中的分工。網(wǎng)頁(yè)設(shè)計(jì)人員可以開發(fā)視圖層中的JSP頁(yè)面，對(duì)業(yè)務(wù)熟悉的人員可以開發(fā)業(yè)務(wù)層，而其他開發(fā)人員可以開發(fā)控制層[19]。</p><p>　　3.有利于組件的重用</p><p>

58、　　分層后有利于組件的重用。例如控制層可獨(dú)立成一個(gè)通用的組件，視圖層也可做成通用的操作界面。</p><p>　　第3章　系統(tǒng)功能分析與結(jié)構(gòu)設(shè)計(jì)</p><p>　　第3.1節(jié)　可行性分析</p><p>　　3.1.1 可行性研究</p><p>　　現(xiàn)在，計(jì)算機(jī)硬件技術(shù)的發(fā)展已經(jīng)達(dá)到了相當(dāng)高的水平。但是，庫(kù)存管理軟件的開發(fā)目前還正處于初級(jí)

59、完善的階段，隨著這項(xiàng)技術(shù)的不斷深入發(fā)展，就要求有更好、更完善的軟件系統(tǒng)應(yīng)用到企業(yè)庫(kù)存物資管理當(dāng)中去，這就給軟件設(shè)計(jì)人員提出了更高的設(shè)計(jì)要求。</p><p>　　庫(kù)存管理包括很多環(huán)節(jié)，例如：物流管理系統(tǒng)、倉(cāng)庫(kù)管理系統(tǒng)、進(jìn)銷存管理系統(tǒng)等等。其中很重要的一個(gè)環(huán)節(jié)就是倉(cāng)庫(kù)管理系統(tǒng)，同時(shí)它也是較難實(shí)現(xiàn)的一個(gè)環(huán)節(jié)。在我國(guó)，雖然企業(yè)管理已經(jīng)蓬勃地發(fā)展起來，但是目前仍有很多企業(yè)采用紙張錄入的傳統(tǒng)方式，在此方式下，企業(yè)庫(kù)存管理一

60、般至少要經(jīng)過五個(gè)步驟，即進(jìn)貨、物資管理、賬目管理、銷售和出貨。顯然，隨著物資種類的不斷增加及倉(cāng)庫(kù)管理要求的不斷提高，企業(yè)員工的工作量將會(huì)越來越大，并且其工作將是一件十分煩瑣和非常容易出錯(cuò)的事情，可以說傳統(tǒng)的倉(cāng)庫(kù)管理方式已經(jīng)不能再適應(yīng)現(xiàn)代企業(yè)的需求。隨著計(jì)算機(jī)應(yīng)用技術(shù)的迅猛發(fā)展，網(wǎng)絡(luò)應(yīng)用的不斷擴(kuò)大。人們的思想因此而逐漸在改變，現(xiàn)代社會(huì)是一個(gè)信息化、網(wǎng)絡(luò)化的社會(huì)，所以人們也在迫切要求利用這些技術(shù)來運(yùn)用到企業(yè)中，以減輕企業(yè)員工的工作負(fù)擔(dān)及提高

61、工作效率，與此同時(shí)也方便了企業(yè)對(duì)物資的管理，從而使倉(cāng)庫(kù)管理更趨于安全、方便、快捷，更加激發(fā)企業(yè)員工的管理熱情。例如，目前許多國(guó)際知名企業(yè)絕大部分采用這種方式，因其方便、快捷、高效，所以也更能令廣大企業(yè)員工接受。</p><p>　　倉(cāng)庫(kù)管理一直是企業(yè)不繼改進(jìn)研究開發(fā)的一個(gè)熱點(diǎn)。它是建立在國(guó)際互聯(lián)網(wǎng)上的應(yīng)用系統(tǒng)，客戶端的配置可以極為簡(jiǎn)單，使企業(yè)對(duì)物資的管理不在有局限性。一個(gè)完備的企業(yè)倉(cāng)庫(kù)管理系統(tǒng)可以使企業(yè)員工對(duì)物資

62、管理起來方便、快捷、安全，從而提高企業(yè)管理的效率，為企業(yè)謀求更多的利益。</p><p>　　企業(yè)倉(cāng)庫(kù)管理系統(tǒng)的開發(fā)及應(yīng)用，避免以往企業(yè)中員工的紙張記錄的繁鎖方式，并且后臺(tái)管理是管理員單一的管理，確保了程序的安全性。</p><p>　　企業(yè)倉(cāng)庫(kù)管理員登錄后，對(duì)倉(cāng)庫(kù)中物資、人員都進(jìn)行了歸類，只要管理員通過名字和密碼進(jìn)入前臺(tái)頁(yè)面，按步驟依次進(jìn)行操作即可，一切操作都很簡(jiǎn)單、快捷，提高了企業(yè)物資

63、管理的工作效率。</p><p>　　3.1.2可行性分析</p><p>　　當(dāng)接受一個(gè)軟件開發(fā)任務(wù)，就進(jìn)入軟件生命的第一個(gè)階段，即進(jìn)行可行性的研究。并不是所有問題都具有簡(jiǎn)單的解決辦法，許多問題都是不能在預(yù)定的規(guī)模之內(nèi)解決。因此通過可行性的研究分析可以從中發(fā)現(xiàn)問題，并對(duì)其提出有無可行性的解決方法，進(jìn)而避免人力、物力和才力的浪費(fèi)。在現(xiàn)行系統(tǒng)初步調(diào)查的基礎(chǔ)上京可以提出新系統(tǒng)目標(biāo)，即新系統(tǒng)建立

64、后所要求達(dá)到的運(yùn)行指標(biāo)，這是系統(tǒng)開發(fā)和評(píng)價(jià)的依據(jù)。系統(tǒng)目標(biāo)應(yīng)充分體現(xiàn)，并直接為倉(cāng)庫(kù)管理系統(tǒng)服務(wù)，且程序可以分期、分批實(shí)現(xiàn)。但是，需要指出的是，系統(tǒng)目標(biāo)是不可能在總體規(guī)劃階段就提出的非常具體，它還將在開發(fā)過程中逐步明確和定量化。以達(dá)到更加出色的程序系統(tǒng)。可是，目標(biāo)的提法不盡相同，例如：</p><p>　?。?）提高倉(cāng)庫(kù)管理效率，減輕勞動(dòng)強(qiáng)度；</p><p>　?。?）提高信息處理速度和準(zhǔn)

65、確性；</p><p>　?。?）為倉(cāng)庫(kù)管理者提供更方便、科學(xué)的服務(wù)項(xiàng)目。</p><p>　　系統(tǒng)的目標(biāo)確定后，就可以從以下四方面對(duì)能否實(shí)現(xiàn)新系統(tǒng)目標(biāo)進(jìn)行可行性分析：</p><p><b>　　技術(shù)可行性</b></p><p>　　根據(jù)客戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，根據(jù)新系統(tǒng)目標(biāo)來衡量所需的技術(shù)

66、是否具備，本系統(tǒng)是一個(gè)數(shù)據(jù)庫(kù)管理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)完全可以達(dá)到該系統(tǒng)的功能目標(biāo)。同時(shí)，考慮給予的開發(fā)期限也較為充裕，預(yù)計(jì)系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。</p><p><b>　　經(jīng)濟(jì)可行性</b></p><p>　　估算新系統(tǒng)的成本效益分析，其中包括估計(jì)項(xiàng)目開發(fā)的成本，開發(fā)費(fèi)用

67、和今后的運(yùn)行、維護(hù)費(fèi)用，估計(jì)新系統(tǒng)將獲得的效益，估算開發(fā)成本是否回高于項(xiàng)目預(yù)期的全部經(jīng)費(fèi)。并且，分析系統(tǒng)開發(fā)是否會(huì)對(duì)其它產(chǎn)品或利潤(rùn)帶來一定影響。</p><p><b>　　運(yùn)行可行性</b></p><p>　　新系統(tǒng)的研制和開發(fā)是充分得考慮工作人員對(duì)倉(cāng)庫(kù)的易于管理，管理者方便查詢?cè)O(shè)備信息效率。從而能完全滿足使用者的要求。</p><p>&

68、lt;b>　　法律可行性</b></p><p>　　新系統(tǒng)的研制和開發(fā)，將不會(huì)侵犯他人、集體和國(guó)家的利益，不會(huì)違反國(guó)家政策和法律。</p><p>　　所以從以上幾個(gè)方面的分析來看，開發(fā)本軟件是完全可行的。</p><p>　　第3.2節(jié)　需求分析</p><p>　　3.2.1 系統(tǒng)概述與目標(biāo)</p>&l

69、t;p>　　系統(tǒng)需求分析是整個(gè)設(shè)計(jì)過程的基礎(chǔ)，是系統(tǒng)設(shè)計(jì)的起點(diǎn)。系統(tǒng)建設(shè)前首先必須準(zhǔn)確了解與分析用戶的知識(shí)需求。需求分析是否準(zhǔn)確反映了用戶的實(shí)際要求，將直接影響到后面各個(gè)階段的設(shè)計(jì)，并影響到交付的產(chǎn)品是否合理和實(shí)用。需求分析如果做得不好，甚至?xí)?dǎo)致整個(gè)系統(tǒng)設(shè)計(jì)的返工重做。</p><p>　　需求分析的重點(diǎn)是調(diào)查、收集與分析用戶在知識(shí)管理中的知識(shí)要求、處理要求、安全性與完整性要求。知識(shí)要求是指用戶需要從系統(tǒng)

70、中獲得知識(shí)的內(nèi)容與性質(zhì)，根據(jù)用戶的知識(shí)需求就可以確定在系統(tǒng)中要存儲(chǔ)哪些知識(shí)；處理要求是指用戶要求完成什么處理功能，還有對(duì)處理時(shí)間和處理方式的要求。系統(tǒng)必須能夠滿足用戶的各類需求，需求分析的重點(diǎn)是明確系統(tǒng)的應(yīng)用場(chǎng)景和環(huán)境。</p><p>　　通過對(duì)一些典型的倉(cāng)庫(kù)管理管理系統(tǒng)的使用考察和分析，要求本系統(tǒng)具有以下特點(diǎn)。</p><p>　?。?）采用B/S架構(gòu)，基于瀏覽器的管理界面，無需安裝，

71、更新客戶端；</p><p>　?。?）功能符合倉(cāng)庫(kù)管理管理實(shí)際要求，操作簡(jiǎn)單，擴(kuò)展性強(qiáng)，穩(wěn)定性高；</p><p>　?。?）系統(tǒng)無操作系統(tǒng)限制，方便不同平臺(tái)之間的移植。</p><p>　　通過對(duì)倉(cāng)庫(kù)管理企業(yè)及相關(guān)行業(yè)信息的調(diào)查，該倉(cāng)庫(kù)管理信息系統(tǒng)具有以下功能：</p><p>　　（1）通過系統(tǒng)流程圖，全面展示企業(yè)的形象，全面介紹企業(yè)的

72、服務(wù)項(xiàng)目；</p><p>　?。?）實(shí)現(xiàn)對(duì)貨物信息的管理；</p><p>　?。?）實(shí)現(xiàn)對(duì)貨物供應(yīng)商信息的管理；</p><p>　?。?）實(shí)現(xiàn)對(duì)發(fā)貨客戶信息的管理；</p><p>　?。?）實(shí)現(xiàn)對(duì)單據(jù)的管理，包括入庫(kù)單，出庫(kù)單；</p><p>　?。?）實(shí)現(xiàn)對(duì)財(cái)務(wù)的管理；</p><p&g

73、t;　?。?）具備易的操作界面；</p><p>　?。?）每個(gè)角色職位有不同的權(quán)限，管理員可以配置這些信息和對(duì)不同的人員授權(quán)操作。</p><p>　　一個(gè)易于維護(hù)的系統(tǒng)，就是可復(fù)用率較高的系統(tǒng)；而一個(gè)可復(fù)用較好的系統(tǒng)，就是一個(gè)易于維護(hù)的系統(tǒng)。也就是說這個(gè)系統(tǒng)的設(shè)計(jì)目標(biāo)應(yīng)該具有擴(kuò)展性、靈活性。</p><p>　　開發(fā)該系統(tǒng)的最終目的是為管理員管理訂單提供方便，得

74、到客戶的及時(shí)反饋，從而提升公司的整體水平，提升公司效率。為了滿足客戶需要，本系統(tǒng)在設(shè)計(jì)時(shí)應(yīng)實(shí)現(xiàn)以下幾個(gè)目標(biāo)：</p><p>　?。?）系統(tǒng)界面力求簡(jiǎn)單，人性化；</p><p>　　（2）能夠滿足倉(cāng)庫(kù)管理的需求，能夠?qū)蛻簦?yīng)商及貨物信息進(jìn)行管理；</p><p>　　（3）能夠根據(jù)不斷變化的需求進(jìn)行功能上的擴(kuò)充。</p><p><

75、;b>　　系統(tǒng)功能性需求</b></p><p><b>　?。?）商品管理：</b></p><p>　　主要有商品類別和商品的添加、刪除、修改、查詢等功能。當(dāng)一個(gè)商品的類別改變時(shí)要重新生成商品的編碼。</p><p><b>　?。?）員工管理：</b></p><p>　　主

76、要有部門和員工的添加、刪除、修改、查詢等功能。當(dāng)一個(gè)員工的部門改變時(shí)要重新生成員工的編號(hào)。</p><p><b>　　（3）客戶管理：</b></p><p>　　主要有顧客查詢的功能。可以查看所有客戶的列表信息。以及客戶所購(gòu)商品的全部信息。</p><p><b>　?。?）采購(gòu)業(yè)務(wù)：</b></p>&

77、lt;p>　　主要有商品的入庫(kù)，按照商品的編號(hào)或者名稱進(jìn)行查詢，以及顯示庫(kù)中商品的全部信息，還有采購(gòu)記錄的詳細(xì)信息。</p><p><b>　　（5）銷售業(yè)務(wù)：</b></p><p>　　主要包括訂單的查詢，和訂單的詳細(xì)信息，還有訂單狀態(tài)的確定，還有銷售的全部記錄。</p><p><b>　?。?）倉(cāng)儲(chǔ)業(yè)務(wù)：</b&

78、gt;</p><p>　　主要包括庫(kù)存的統(tǒng)計(jì)還有庫(kù)存的盤點(diǎn)等功能，包含有按照商品的編號(hào)及名稱對(duì)庫(kù)中商品進(jìn)行查詢，查詢包括采購(gòu)記錄，銷售記錄，以及剩余庫(kù)存。</p><p>　　3.2.3 系統(tǒng)非功能性需求</p><p>　　結(jié)合目前網(wǎng)絡(luò)上倉(cāng)庫(kù)管理配送系統(tǒng)的設(shè)計(jì)方案，對(duì)客戶做的調(diào)查結(jié)果以及企業(yè)的實(shí)際需求，本項(xiàng)目在設(shè)計(jì)時(shí)應(yīng)該滿足以下目標(biāo)：</p>&l

79、t;p>　?。?）界面設(shè)計(jì)美觀大方、操作簡(jiǎn)單；</p><p>　?。?）功能完善、結(jié)構(gòu)清晰；</p><p>　?。?）能夠及時(shí)、準(zhǔn)確地對(duì)系統(tǒng)進(jìn)行維護(hù)及更新；</p><p>　?。?）良好的數(shù)據(jù)庫(kù)系統(tǒng)支持；</p><p>　?。?）最大限度地實(shí)現(xiàn)易安裝性、易維護(hù)性及易操作性；</p><p>　?。?）系統(tǒng)

80、運(yùn)行穩(wěn)定，具備良好的安全措施。</p><p>　　第3.3節(jié) 系統(tǒng)功能分析</p><p>　　3.3.1系統(tǒng)功能結(jié)構(gòu)</p><p>　　該系統(tǒng)包括七大模塊：商品管理、員工管理、客戶管理、采購(gòu)業(yè)務(wù)、訂單</p><p>　　管理、銷售業(yè)務(wù)、倉(cāng)儲(chǔ)業(yè)務(wù)。</p><p>　　圖3-3為系統(tǒng)功能結(jié)構(gòu)圖</p>

81、;<p>　　圖3-3 系統(tǒng)功能結(jié)構(gòu)圖</p><p>　　第3.4節(jié) 數(shù)據(jù)表的設(shè)計(jì)</p><p>　　商品類別信息表(tbl_Product_Category)</p><p>　　商品信息表(tbl_Product)</p><p>　　部門信息表（tbl_Dept）</p><p>　　員工信息

82、表（tbl_Employee）</p><p>　　顧客信息表(tbl_Customer)</p><p>　　訂單信息表(tbl_Order)</p><p>　　購(gòu)物車表(tbl_Cart)</p><p>　　采購(gòu)表 (tbl_buy)</p><p>　　銷售記錄表(tbl_sale) </p>

83、<p>　　庫(kù)存信息表(tbl_stock)</p><p>　　第4章　系統(tǒng)界面與功能實(shí)現(xiàn)</p><p>　　第4.1節(jié)　創(chuàng)建系統(tǒng)登陸模塊</p><p>　　4.1.1 系統(tǒng)登陸模塊的功能</p><p>　　使用者通過系統(tǒng)登錄頁(yè)面，輸入用戶名和密碼，點(diǎn)擊登錄，若所填寫信息經(jīng)過數(shù)據(jù)庫(kù)查詢檢查都正確，轉(zhuǎn)入系統(tǒng)首頁(yè)，根據(jù)登錄用戶相

84、應(yīng)的權(quán)限顯示相應(yīng)的模塊，供用戶操作。</p><p>　　4.2.1 設(shè)計(jì)登陸窗口</p><p>　　login.jsp : 實(shí)現(xiàn)用戶登陸</p><p><b>　　實(shí)現(xiàn)代碼：</b></p><p>　　import java.io.IOException;</p><p>　　import

85、 javax.servlet.ServletContext;</p><p>　　import javax.servlet.ServletException;</p><p>　　import javax.servlet.http.HttpServlet;</p><p>　　import javax.servlet.http.HttpServletRequest;

86、</p><p>　　import javax.servlet.http.HttpServletResponse;</p><p>　　import com.tarena.tlecs.entity.Clerk;</p><p>　　import com.tarena.tlecs.service.DepartmentService;</p><p&

87、gt;　　import com.tarena.tlecs.service.LoginService;</p><p>　　import com.tarena.tlecs.service.impl.LoginServiceImpl;</p><p>　　public class LoginAction extends HttpServlet {</p><p>　　p

88、rivate static final long serialVersionUID = 6294685135193210502L;</p><p>　　public void doGet(HttpServletRequest request, HttpServletResponse response)</p><p>　　throws ServletException, IOExcepti

89、on {</p><p>　　ServletContext ctx = request.getSession().getServletContext();</p><p>　　LoginService lService = (LoginService)ctx.getAttribute("loginService");</p><p>　　requ

90、est.setCharacterEncoding("utf-8");</p><p>　　String name=request.getParameter("name");</p><p>　　String pwd=request.getParameter("pwd");</p><p>　　System.

91、out.println(name+":"+pwd);</p><p>　　Clerk clerk=lService.login(name, pwd);</p><p>　　if(clerk!=null){</p><p>　　System.out.println("Welcom:"+clerk.getName());</

92、p><p>　　request.getSession().setAttribute("clerk", clerk);</p><p>　　response.sendRedirect("index.jsp");</p><p><b>　　}else{</b></p><p>　　res

93、ponse.sendRedirect("login.jsp");</p><p><b>　　}</b></p><p><b>　　}</b></p><p>　　public void doPost(HttpServletRequest request, HttpServletResponse re

94、sponse)</p><p>　　throws ServletException, IOException {</p><p>　　doGet(request, response);</p><p><b>　　}</b></p><p><b>　　}</b></p><p&

95、gt;　　第4.2節(jié)　創(chuàng)建主窗口模塊</p><p>　　主窗口模塊，是一個(gè)容器式的窗體，它包容了系統(tǒng)的所有分模塊，系統(tǒng)運(yùn)行時(shí)，在里面操作。</p><p>　　第4.3節(jié)　創(chuàng)建商品管理模塊</p><p><b>　　實(shí)現(xiàn)功能：</b></p><p>　?。?）商品類別維護(hù)：管理商品的類別，包括類別名稱、類別描述信息

96、，實(shí)現(xiàn)對(duì)商</p><p>　　品類別的開通、移除、修改和查詢操作。</p><p>　?。?）商品高級(jí)查詢：根據(jù)待查條件查詢滿足條件的商品信息。并可以對(duì)查詢到的商品信息進(jìn)行修改和刪除操作。</p><p>　?。?）查詢所有商品：查看所有商品，并可對(duì)商品進(jìn)行修改和刪除操作。</p><p>　?。?）添加商品：為系統(tǒng)添加新的商品，其信息包括

97、商品編號(hào)、商品名、商品價(jià)格、所屬類別、商品圖片以及商品描述。</p><p>　　4.3.1類別別查詢頁(yè)面</p><p>　　為便于對(duì)商品進(jìn)行操作，提供了商品種類的查詢功能，可以通過類別編號(hào)或類別名稱查詢。</p><p>　　4.3.2類別列表頁(yè)面</p><p>　　4.3.3商品查詢頁(yè)面</p><p>　　4

98、.3.4商品列表頁(yè)面</p><p>　　第4.4節(jié)　創(chuàng)建員工管理模塊</p><p><b>　　功能：</b></p><p>　　（1）職員信息查詢：根據(jù)查詢條件查找滿足條件的職員信息。沒有查詢條件認(rèn)為是查詢所有的職員信息，均可對(duì)查詢到的職員信息進(jìn)行修改、刪除、批量刪除操作。</p><p>　?。?）添加職員信息

99、：添加新的職員，職員信息包括職員編號(hào)、職員姓名、所屬部門（如果部門不存在需要先添加部門）、辦公電話、家庭電話、移動(dòng)電話以及備注。</p><p>　?。?）部門信息管理：對(duì)部門信息的添加、修改刪除和查詢操作。</p><p>　　4.4.1部門查詢頁(yè)面</p><p>　　4.4.2部門列表頁(yè)面</p><p>　　4.4.3職員查詢頁(yè)面&l

100、t;/p><p>　　4.4.4職員列表頁(yè)面</p><p>　　第4.5節(jié)　創(chuàng)建客戶管理模塊</p><p><b>　　功能：</b></p><p>　?。?）顧客查詢：根據(jù)條件，包括顧客名稱、顧客E-mail、顧客電話查詢滿足條件的顧客信息，可以進(jìn)一步查詢顧客已購(gòu)的商品信息。</p><p>

101、　　（2）所有顧客：查看所有客戶的列表信息。</p><p>　　4.5.1顧客查詢頁(yè)面</p><p>　　4.5.2顧客列表頁(yè)面</p><p>　　第4.6節(jié)　創(chuàng)建訂單管理模塊</p><p><b>　　功能:</b></p><p>　　為了方便客戶及時(shí)了解其訂單動(dòng)向，實(shí)時(shí)掌握訂單的去處

102、，我們提供可以利用訂單編號(hào)、商品名稱、顧客姓名等來進(jìn)行查詢</p><p><b>　　4.6.1訂單查詢</b></p><p>　　4.6.2訂單列表頁(yè)面</p><p><b>　　流程圖如下：</b></p><p>　　第4.7節(jié)　創(chuàng)建采購(gòu)業(yè)務(wù)模塊</p><p>

103、<b>　　功能：</b></p><p>　　為了便于商品的管理，采購(gòu)員需要不定時(shí)的去采購(gòu)商品。該模塊可以使相關(guān)采購(gòu)人員快捷的對(duì)商品及其種類進(jìn)行操作，為銷售和倉(cāng)儲(chǔ)等相關(guān)模塊提供必要支持。當(dāng)商品的數(shù)量達(dá)到閥值時(shí)，采購(gòu)員要根據(jù)商品的數(shù)量來及時(shí)補(bǔ)充商品，以便在客戶需要商品時(shí)，能及時(shí)的供給商品，盡量避免出現(xiàn)斷貨、缺貨等狀況。</p><p>　　4.7.1商品查詢頁(yè)面<

104、;/p><p>　　4.7.2入庫(kù)商品選擇頁(yè)面</p><p>　　4.7.3采購(gòu)記錄查詢頁(yè)面</p><p>　　4.7.4采購(gòu)記錄列表頁(yè)面</p><p>　　第4.8節(jié)　創(chuàng)建銷售業(yè)務(wù)模塊</p><p><b>　　功能：</b></p><p>　　用于銷售商品的操作，

105、包括訂單的查詢，已銷售商品的確認(rèn)，以及訂單的操作。</p><p>　　4.8.1訂單查詢頁(yè)面</p><p>　　4.8.2銷售記錄查詢頁(yè)面</p><p>　　4.8.3銷售記錄列表頁(yè)面</p><p>　　第4.9節(jié)　創(chuàng)建倉(cāng)儲(chǔ)業(yè)務(wù)模塊</p><p><b>　　功能：</b></p&

106、gt;<p>　　對(duì)所有沒有出售的商品進(jìn)行統(tǒng)一的統(tǒng)計(jì)和管理,庫(kù)存管理包括庫(kù)存統(tǒng)計(jì)和庫(kù)存盤點(diǎn),統(tǒng)計(jì)庫(kù)存商品的名稱,種類,數(shù)量,價(jià)格等等商品信息。</p><p>　　4.9.1庫(kù)存查詢頁(yè)面</p><p>　　4.9.2庫(kù)存列表頁(yè)面</p><p>　　4.9.3庫(kù)存盤點(diǎn)頁(yè)面</p><p>　　第4.10節(jié)　創(chuàng)建退出系統(tǒng)模塊&l

107、t;/p><p>　　點(diǎn)擊退出按鈕，將session中指定的數(shù)據(jù)清除，解除登錄狀態(tài)，之后返回登錄頁(yè)面。</p><p><b>　　結(jié)　　論</b></p><p>　　倉(cāng)庫(kù)管理是物流管理的核心內(nèi)容之一，基于Internet的倉(cāng)儲(chǔ)管理系統(tǒng)，改變了繁重的手工操作帶來的效率低，易出錯(cuò)的狀況，解決了跨地域倉(cāng)儲(chǔ)的難題，提高了倉(cāng)儲(chǔ)服務(wù)水平，減少了企業(yè)倉(cāng)儲(chǔ)投資

108、。系統(tǒng)從分析、設(shè)計(jì)開始，高標(biāo)準(zhǔn)要求，并且嚴(yán)格按照信息系統(tǒng)工程的方法，保證了系統(tǒng)在運(yùn)行之后的穩(wěn)定性。技術(shù)采用的J2EE、MVC模式、DAO模式等方法，提高了系統(tǒng)的模塊化和結(jié)構(gòu)化，使系統(tǒng)更易擴(kuò)展、升級(jí)和維護(hù)。</p><p>　　但是，本系統(tǒng)目前只是針對(duì)某些物流公司的業(yè)務(wù)情況開發(fā)的，有一定的通用性。由于每個(gè)公司的業(yè)務(wù)情況和管理方式都不一樣，設(shè)計(jì)時(shí)并沒考慮這些情況。另外，在數(shù)據(jù)倉(cāng)庫(kù)，深度數(shù)據(jù)挖掘技術(shù)以及倉(cāng)儲(chǔ)的智能化方面

109、，沒有做詳細(xì)的考慮，有待今后逐步地進(jìn)行完善。</p><p>　　通過這次畢業(yè)設(shè)計(jì)，在老師的指導(dǎo)下，我初步掌握了用JavaEE開發(fā)軟件的方法，我在進(jìn)行設(shè)計(jì)軟件時(shí)遇到了一些困難，于是我在老師的提示和鼓勵(lì)下，查資料，探討。我們所設(shè)計(jì)的倉(cāng)庫(kù)管理系統(tǒng)，主要是倉(cāng)庫(kù)管理部門對(duì)自己的員工、貨物、倉(cāng)庫(kù)等的管理。至此，我們的庫(kù)存管理系統(tǒng)也基本完成了要求的諸項(xiàng)基本功能，實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的不同部分以數(shù)據(jù)為中心的模型，在方案的各部分在實(shí)際

110、動(dòng)作中能夠解決相應(yīng)的問題。</p><p>　　經(jīng)過這次畢業(yè)設(shè)計(jì)，引發(fā)了我的很多思考和興趣，首先是做程序要勤，手勤，眼勤，心勤；其次要有韌性，不怕麻煩，不怕失敗，反復(fù)調(diào)試，反復(fù)練習(xí)，這樣才能找到最佳的程序設(shè)計(jì)。</p><p><b>　　參考文獻(xiàn)</b></p><p>　　[1] 李江.倉(cāng)庫(kù)管理系統(tǒng)的發(fā)展現(xiàn)狀及前景展望[M].西南電力設(shè)計(jì)院

111、綜合管理處.2009 </p><p>　　[2] 文龍光,單山鳴;倉(cāng)庫(kù)管理與物流配送[J];經(jīng)濟(jì)師;2003年02期 </p><p>　　[3] 孟曉明，張建華．電子商務(wù)環(huán)境下的供應(yīng)鏈管理中存在的問題與對(duì)策</p><p>　　研究．特區(qū)經(jīng)濟(jì).2006，(8)</p><p>　　[4] 李云,王平;共同配送體系結(jié)構(gòu)[J];重慶郵電學(xué)院學(xué)

112、報(bào)(自然科學(xué)版);2002年02期 </p><p>　　[5] 劉大風(fēng),施放;電子商務(wù)與倉(cāng)庫(kù)管理協(xié)同運(yùn)行模式探索[J];商業(yè)研究;2002年02期 </p><p>　　[6] 李慎恒;我國(guó)第三方物流企業(yè)的現(xiàn)狀及發(fā)展對(duì)策[J];經(jīng)濟(jì)體制改革;2003年02期 </p><p>　　[7] 劉曉華.JSP應(yīng)用開發(fā)詳解（第三版）。北京：電子工業(yè)出版社.2007 <

113、;/p><p>　　[8] J2EE構(gòu)建企業(yè)級(jí)應(yīng)用解決方案。陳華軍編著。人民郵電出版社，2002.3 </p><p>　　[9] JSP工程應(yīng)用與項(xiàng)目實(shí)踐。賽奎春等編著。機(jī)械工業(yè)出版社，2005.2 </p><p>　　[10] 精通Struts：基于MVC的JavaWeb設(shè)計(jì)與開發(fā)。孫衛(wèi)琴。電子工業(yè)出版社，2004.8</p><p>　　

114、[11] J2EE企業(yè)級(jí)應(yīng)用構(gòu)建。應(yīng)吉康、朱敏等編著。上海：科學(xué)技術(shù)文獻(xiàn)出版社，2003.11 </p><p>　　[12] J2EE參考大全/（美）基奧著；寧建平等譯。北京：電子工業(yè)出版社，2003.5</p><p>　　[13] MySQL開發(fā)者SQL權(quán)威指南 （荷）Rick F.van der Lans 著 許杰星 李強(qiáng)等譯 機(jī)械工業(yè)出版社 2008.1 </p>