基于Java技術的倉儲管理系統(tǒng)的設計與實現(xiàn)學位論文

1、學位論文摘要伴隨著企業(yè)的逐漸發(fā)展壯大，其業(yè)務的膨脹給后勤的倉儲管理系統(tǒng)帶來了許多問題， 倉儲管理軟件是目前較為有效的解決方案，倉儲管理系統(tǒng)是企業(yè)管理系統(tǒng)的一部分，其發(fā) 揮的作用越來越重要，能給企業(yè)帶來巨大的效益。本文將根據(jù)軟件工程的理論， 針對企業(yè)倉儲管理系統(tǒng)面臨的實際問題， 開發(fā)出基于 Java 技術的倉儲管理系統(tǒng)。本文，首先分析倉儲系統(tǒng)的具體功能，然后根據(jù)實際需要進行需求 分析，并將需求分析以電子文檔的方式反饋給用戶，和用戶進行溝通進一步確認需求，而 后根據(jù)需求分析，使用系統(tǒng)分析和設計的結構化分析方法，以及數(shù)據(jù)庫建模，建立了基于 數(shù)據(jù)庫的模型，后臺數(shù)據(jù)使用 Mysql 完成。基于開放結的開

2、發(fā)結構 Java.EE，實現(xiàn)了系統(tǒng) 登陸模塊、供應商信息管理模塊、貨品信息管理模塊、入庫存報表生成模塊、出庫報表生 產(chǎn)模塊等；最后對系統(tǒng)進行調(diào)試并總結，同時對以后的實際工作指明了方向。 矚慫潤厲釤瘞睞 櫪廡賴。關鍵詞： Java技術 軟件工程理論 需求分析 數(shù)據(jù)庫建模學位論文目錄摘 要 1 聞創(chuàng)溝燴鐺險愛氌譴凈。目 錄 2 殘騖樓諍錈瀨濟溆塹籟。1 引 言 3釅錒極額閉鎮(zhèn)檜豬訣錐。1.1 選題背景及意義 3 彈貿(mào)攝爾霽斃攬磚鹵廡。1.2 課題任務 4 謀蕎摶篋飆鐸懟類蔣薔。2 相關技術綜述 5 廈礴懇蹣駢時盡繼價騷。2.1 Java技術簡介及相關原理 5 煢楨廣鰳鯡選塊網(wǎng)羈淚。2.2 Stru

3、ts 7 鵝婭盡損鵪慘歷蘢鴛賴。3 系統(tǒng)分析與設計 10 籟叢媽羥為贍僨蟶練淨。3.1 系統(tǒng)分析 10 預頌圣鉉儐歲齦訝驊糴。3.2 系統(tǒng)環(huán)境 11 滲釤嗆儼勻諤鱉調(diào)硯錦。3.3 需求分析 11 鐃誅臥瀉噦圣騁貺頂廡。3.4 系統(tǒng)功能設計 14 擁締鳳襪備訊顎輪爛薔。4 數(shù)據(jù)庫設計 20 贓熱俁閫歲匱閶鄴鎵騷。4.1 概述 20 壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚。4.2 E-R 圖 20 蠟變黲癟報倀鉉錨鈰贅。4.3 數(shù)據(jù)表 21 買鯛鴯譖曇膚遙閆擷凄。5 系統(tǒng)功能的實現(xiàn) 26 綾鏑鯛駕櫬鶘蹤韋轔糴。5.1 系統(tǒng)功能簡述 26 驅躓髏彥浹綏譎飴憂錦。5.2 模塊化功能實現(xiàn) 26 貓蠆驢繪燈鮒誅髏貺廡。6

4、調(diào) 試 40鍬籟饗逕瑣筆襖鷗婭薔。7 總 結 43構氽頑黌碩飩薺齦話騖。參考文獻 44 輒嶧陽檉籪癤網(wǎng)儂號澩。致 謝 45 堯側閆繭絳闕絢勵蜆贅。學位論文1.1 選題背景及意義在企業(yè)的發(fā)展過程中，伴隨著業(yè)務的激增給企業(yè)的管理帶來了許多問題，作為企業(yè)的管理信息系統(tǒng)可以有效地解決此類問題。而倉儲管理員理系統(tǒng)作為企業(yè)管理系統(tǒng)的重要組 成部分，它可以給企業(yè)帶來巨大的經(jīng)濟效益，采用倉儲管理員理系統(tǒng)將使企業(yè)改變傳統(tǒng)的 手工記錄模式，應用數(shù)據(jù)庫技術使海量數(shù)據(jù)的存儲與處理變得輕而易舉，如此大幅度縮短 倉儲業(yè)務流程的處理時間，提高企業(yè)倉儲管理的水平，適應市場經(jīng)濟的發(fā)展形勢。 識饒鎂錕 縊灩筧嚌儼淒。早在 70

5、年代，計算機技術就最先被引用到了倉儲和物流配送領域當中，伴隨著物流 市場和產(chǎn)品訊息的疾速發(fā)展，物流軟件市場也應運而生，并且迅速發(fā)展壯大起來，涌現(xiàn)出 了一大批倉儲物流應用軟件；物流軟件作為企業(yè)管理應用軟件，物流軟件，相比其他軟件 提供了先進的，效率高的特點，可靠性和安全性，而且具有較小的實施風險和實施優(yōu)勢， 其效益明顯，操作快捷等特點，同時還具有實施成本低，效益明顯、見效快等優(yōu)點。 凍鈹鋨 勞臘鍇癇婦脛糴。根據(jù)物流軟件結構分類，就當前的物流軟件所使用的范圍來計，物流軟件包含以下幾 個子系統(tǒng)：倉儲管理員理系統(tǒng)（ WMS）、運輸管理系統(tǒng)（ TMS）、定單管理系統(tǒng)（ OMS ）、 服務管理系統(tǒng)（ SM

6、S）等，其中倉儲管理員理系統(tǒng)是提供一整套倉庫業(yè)務及作業(yè)管理的應 用軟件，通過倉儲管理員理系統(tǒng)可以實現(xiàn)庫位分配自動化及智能化操作，提升倉庫作業(yè)效 率，提供準確的庫存、庫位信息，實現(xiàn)倉儲管理員理的動態(tài)化管理。 恥諤銪滅縈歡煬鞏鶩錦。我國自從加入 WTO 后，市場經(jīng)濟環(huán)境下的企業(yè)競爭越來越激烈，國內(nèi)許多企業(yè)由于 信息記錄、收集、匯總、處理分析尚處于初級水平階段，記錄不規(guī)范，記錄信息分散，隨 機性，單一的應用，信息收集不及時，不全面，不完善，不科學，質量，和主體多元化， 不一致的結果，處理手段落后，效率低。倉儲管理員理系統(tǒng)是通過存儲，出庫，庫存，庫 存調(diào)整，整合批次管理、物料對應、賬物符合、庫存清點、

7、質檢驗收管理、實時庫存動態(tài) 管理等業(yè)務功能，對庫存業(yè)務的成本管理全過程進行有效控制和跟蹤，實現(xiàn)完善的企業(yè)倉 儲信息管理。倉儲管理員理系統(tǒng)的投入，將使倉庫的管理更加正規(guī)化，為產(chǎn)品的出入倉儲學位論文管理員理部門和銷售部門提供的便利，降低了倉庫的呆滯損耗；企業(yè)可以跟蹤服務來銷售 產(chǎn)品，同時消除了銷售人員需要根據(jù)過去的做法來驗證新的自戶外用品的麻煩，提高客戶 服務的效率，同時節(jié)省相關費用，避免不必要的業(yè)務糾紛，維護企業(yè)長期與用戶建立的良 好信譽。 鯊腎鑰詘褳鉀溈懼統(tǒng)庫。1.2 課題任務本文將根據(jù)軟件工程的理論，針對企業(yè)倉儲管理系統(tǒng)面臨的實際問題，對倉儲管理系 統(tǒng)進行分析、設計與實現(xiàn)，開發(fā)出基于 Jav

8、a 技術的倉儲管理系統(tǒng)，以倉儲業(yè)務為核心驅動 模式，使用分層架構實現(xiàn)具體部分。本文，首先分析倉儲系統(tǒng)的具體功能，然后根據(jù)實際 需要進行需求分析，并將需求分析以電子文檔的方式反饋給用戶，和用戶進行溝通進一步 確認需求， 而后根據(jù)需求分析， 使用系統(tǒng)分析和設計的結構化分析方法， 以及數(shù)據(jù)庫建模， 建立了基于數(shù)據(jù)庫的模型，后臺數(shù)據(jù)使用 Mysql 完成?；陂_放結的開發(fā)結構 Java.EE， 實現(xiàn)了系統(tǒng)登陸模塊、供應商信息管理模塊、貨品信息管理模塊、入庫存報表生成模塊、 出庫報表生產(chǎn)模塊等；最后對系統(tǒng)進行調(diào)試并總結，同時對以后的實際工作指明了方向。 碩癘鄴頏謅攆檸攜驤蘞。學位論文2 相關技術綜述2.

9、1 Java 技術簡介及相關原理Java 語言， 是一種開發(fā)語言， 致力于網(wǎng)絡應用軟件的開發(fā)， 其具有跨平臺性、 安全性、 完全的面向對象等優(yōu)點，使其成為互聯(lián)網(wǎng)應用軟件開發(fā)的領導者，Java 適用于分布式計算環(huán)境的面向對象設計的編程語言，其具有簡窒、面對對象、分站式、解析型、安全、可靠、 可移值、高性能、多線程等特點。 閿擻輳嬪諫遷擇楨秘騖。企業(yè)級多層應用系統(tǒng)的開發(fā)一直是所有企業(yè)面臨的難題，軟件開發(fā)商和眾多程序員， 一直在追求和急切的期待一個成熟的、標準的企業(yè)級應用平臺，來簡化和規(guī)范企業(yè)級應用 系統(tǒng)的開發(fā)和部署。 Java技術的出現(xiàn)，尤其是 J2EE（Java2 Platform Enterp

10、rise Edition）的 推出，正是大家渴望的結果，使得企業(yè)級應用系統(tǒng)的開發(fā)，由此變得更加快速和方便。要 指出的是， J2EE為不同廠商創(chuàng)建的平臺產(chǎn)品提供了統(tǒng)一的標準， 它自身是一個標準， 實現(xiàn) 了不同 J2EE平臺產(chǎn)品之間的交互， 建立在 Java EE規(guī)范框架之上的企業(yè)級應用系統(tǒng)的基本 構造模塊的組件就是 J2EE 平臺，從 Web應用到復雜的分布式企業(yè)級應用，基本所有業(yè)務 的應用，全部可以在此技術框架基礎上進行構造，本文使用的組件技術主要有 Enterprise JavaBean、 Servlet、JSP網(wǎng)頁等。 氬嚕躑竄貿(mào)懇彈瀘頷澩。2.1.1 Enterprise JavaBea

11、n （ EJB）Enterprise JavaBean（EJB）是 J2EE 平臺的核心，也是 J2EE得到業(yè)界廣泛關注和支持 的主要原因。 眾所周知， J2EE其中的一個主要目標， 使企業(yè)級多層應用系統(tǒng)的開發(fā)變得簡 單，而業(yè)務邏輯的開發(fā)才是程序員們專研的對象， EJB 它自身就是一種規(guī)范，正是基于此 類思維的服務器端技術，一個可重用的組件框架被其重新定義了，以實現(xiàn)分站式的、面向 對象的業(yè)務邏輯。 EJB 的核心思想，便是將業(yè)務邏輯與底層的系統(tǒng)邏輯完全分離開來，軟 件開發(fā)者要將工作的重心轉移到業(yè)務邏輯上來， 使用 EJB 容器來實現(xiàn)目錄服務和底層系統(tǒng) 邏輯開發(fā)，包含事務處理、持久性、安全性等。

12、 釷鵒資贏車贖孫滅獅贅。學位論文根據(jù)功能不同， Enterprise JvavaBean的三種定義包括，實體 Bean( Entity Bean)、會 話 Bean(Session Bean)和消息驅動 Bean( MessageDriven Bean)，有狀態(tài)和無狀態(tài)是會 話 Bean的兩種形式， 多數(shù)的商業(yè)邏輯模仿要以使用無狀態(tài)的會話 Bean，比方價格計算等， 一般模仿一個客戶的會話，使用有狀態(tài)的會話Bean，它會臨時保存客戶信息，依據(jù)客戶的需求，選擇調(diào)用其它 Bean 來實現(xiàn)數(shù)據(jù)的存取，當服務器關閉時或被客戶斷開連接時，狀 態(tài)信息或者數(shù)據(jù)在兩種狀態(tài)下都不會保存，會話 Bean 也就隨之

13、消失。一個數(shù)據(jù)的保存， 是通過實體 Bean 模擬業(yè)務數(shù)據(jù)來實現(xiàn)的， 其可以示意為狀態(tài)信息或數(shù)據(jù)庫中的一條記錄。 當服務器關閉或客戶斷開連接后， 實體 Bean 仍然可以保證其數(shù)據(jù)得以存儲； 訊息驅動 Bean 的行為同會話 Bean 很相象，有差別的便是，僅需要發(fā)送消息時向這些Bean，才調(diào)用訊息驅動 Bean，比方，在需要的時刻，發(fā)送用戶確認信息等。 慫闡譜鯪逕導嘯畫長涼。2.1.2 JSP(Java Server Pages )JSP(Java Server Page)s 是一種動態(tài)的網(wǎng)頁技術標準，它由 Sun Microsystems 公司 與其他公司一同參加建立的標準， JSP是基于

14、 Servlet 技術的基礎上，發(fā)展起來的，處于逐 漸發(fā)展完善之中，現(xiàn)已成為 Java 服務器編程的核心組成部分。 JSP 是聯(lián)合 markup(HTML 和 XML) 和 Java 代碼來共同處理的一種動靜頁面。每頁首次被調(diào)用時，經(jīng)過JSP引擎被編譯成 Servlet，而后被執(zhí)行，之后屢次調(diào)用時，實行編譯過的Servlet。JSP 供給了多種方法訪問 Java class、 Servlet、 Applets 和 Web Server，于是， Web 運用的功能就能夠分解成多 個明確的定義公用接口的組件，聯(lián)合 JSP 將它們結合在一起 .諺辭調(diào)擔鈧諂動禪瀉類。2.1.3 ServletServ

15、let 是基于請求 /響應機制的組件，其用來擴展 Web服務器功能， Servlet 從客戶 端(如 Web 瀏覽器)獲取請求，繼而，將反應結果返回到客戶端。鑒于 Servlet 的這種特 征，它特別適用于 Web運用， Servlet 和 EJB組件的差別在于， EJB組件供給的服務器端 組件特征，不能悉數(shù)適用于 Servlet，而單一的請求 /響應任務處理更適合于 Servlet，并且 它不需要應用服務器所供給的復雜的服務支持。 嘰覲詿縲鐋囁偽純鉿錈。學位論文2.2 StrutsStruts 框架是由 Apache 基金會在 Jakarta 中推出的一個子項目，在英文中是支架、 支柱的意思

16、，這也反映了在 Web 應用程序開發(fā)中起著重要作用， Struts 為 Web 應用程序 的總體框架，可以使開發(fā)人員把在部分精力集中在，怎么解決實際業(yè)務的題目上來，與此 同時 Struts 框架也容許開發(fā)人員憑據(jù)實際需要實行拓展和定制， 從而可以更好的適應用戶 的需求。選用 Struts 能夠簡化 MVC 設計模型下的 Web 運用的開發(fā)設計，很好地落實代 碼重用，把開發(fā)人員從一些繁瑣的工作中解放出來，迅速開發(fā)出能夠充分發(fā)揮 JSP/Servlet 優(yōu)點、并擁有強可擴展性的 Web 運用。 熒紿譏鉦鏌觶鷹緇機庫。2.2.1 MVC80 年代 Smalltalk 開發(fā)了一種軟件設計模型，即，模型

17、 -視圖-控制器（ MVC ）是，如 下圖 2-1 所示。 鶼漬螻偉閱劍鯫腎邏蘞。 模型（ Model ），主體是應用程序的， Model 表示業(yè)務數(shù)據(jù)或業(yè)務邏輯； 視圖（ View ），應用程序中用戶界面關聯(lián)部分，用戶能夠看到并與之交互； 控制器（controller ），其工作便是依據(jù)用戶錄入， 管制用戶界面數(shù)據(jù)的體現(xiàn)和更新 model。MVC 式的涌現(xiàn)，不但落實了功能和顯示模塊的分解，同時它還使應用系統(tǒng)的可維護 性、可擴展性、可移植性和組件的可復用性在早期的程序中得到了改善，如若不注意對象 功能和顯示的解耦合，經(jīng)常會導致程序的繁雜及維護困難。許多 VB,Delphi 等 RAD 都有 這

18、種現(xiàn)象，甚至目前的 C#,Java 有時候也會呈現(xiàn)出，把業(yè)務邏輯寫在顯示模塊中的問題， MVC 設計模型在早期就提出了這一問題，但在 Web 的開發(fā)中植入 MVC 卻是極其困難。 主要原因：一是在早期的 Web 項目的開發(fā)中，程序語言和 HTML 的分離一直難以實現(xiàn)。 CGI 程式以字符串輸出的方式，動態(tài)地形成 HTML 內(nèi)容；其后伴隨著腳本語言的涌現(xiàn)，前 面的程式又被調(diào)了過來， 改為將腳本語言的程序嵌入 HTML 內(nèi)容中； 這兩種方法有一個共 同的缺陷，就是它們總是不能將程序語言和 HTML 分隔開來。第二是，腳本語言的功能比 較弱，缺少支撐 MVC 設計模型的一些必需的基礎技能，直到基于

19、J2EE的 JSP Model 2問 世時才得以改善， 它用 JSP完成了視圖的功能， 用 Servlet實現(xiàn)控制器的功能， 用 JavaBean 技術實現(xiàn)模型的功能 JSP Model 1 與 JSP Model 2，如下圖 2-2、2-3 所示。 紂憂蔣氳頑薟驅藥憫學位論文方法調(diào)用 事件 圖 2-1 ,MVC 組件模型的關系和功能圖濫驂膽閉驟羥闈詔寢賻Application ServerEnterprise Servers/Data Sources圖 2-2 JSP Model 1Application Server Enterprise Servers/Data圖 2-3 JSP Mod

20、el 22.2.2 Struts 流程ActionServlet 可以處理了 Struts 流程的所有任務，具體工作流程如下圖 2-4 所示學位論文擠貼綬電麥結鈺贖嘵類。Http Servlet org.apache.struts.action.ActionServletActionConfigorg.apache.struts.action.ActionMappingorg.apache.struts.action.RepuestProcessorActionConfigorg.apache.struts.action.ActionForwardSerializableorg.apache.

21、struts.action.Actionformorg.apache.struts.action.action.ActionActionMessagesSerializableorg.apache.struts.action.ActionErrors圖 2-4 Struts 工作流程ActionServlet 是一個 FrontController ，是一個標準化的 Servlet，其利用 RequestProcessor 來處理轉發(fā)來的 request，ActionMapping 是 ActionConfig 的子類，是對 struts-config.xml 的 一個映射，從中能夠取得所有的

22、信息， RequestProcesso依r 據(jù)提交過來的 url。賠荊紳諮侖驟遼輩襪ActionForm 利用了 ViewHelper 模型，它是對 HTML 的 form 的一個包裝。此中包括有 validate 方法，用于驗證 form 的有效性。 ActionForm 是一個契合 JavaBean規(guī)范的類，其所 有的特征都應滿足 get 和 set 對應。針對一些繁雜的系統(tǒng)， 可以選用 DynaActionForm 來構建 動態(tài)的 Form，即利用預制參數(shù)來生成 Form，如此可以更靈活的擴展程序。 塤礙籟饈決穩(wěn)賽釙冊庫。ActionErrors 是對錯誤信息的打包，只要在執(zhí)行 acti

23、on 或者 form.validate 中出現(xiàn)異常， 便可涎生一個 ActionError ，并加入到 ActionErrors 。在 Form考證的過程中，一旦有 Error 發(fā) 生，則會將頁面重新導向至輸入頁，并提示錯誤。 裊樣祕廬廂顫諺鍘羋藺。RequsestHandler業(yè)務邏輯的實行使用 Action ，每個 Action 只建立一個 instance，Action 并不是線程安全的， 因此，不應該在 Action 中訪問特定的資源； 一般來說， 應改用 Business Delegate 模型來對 Business tier進行訪問以達到解除耦合。 倉嫗盤紲囑瓏詁鍬齊驁。Strut

24、s 供給了多種 Action 供選擇調(diào)用，一般的 Action 只可以通過調(diào)用 execute落實一項 任務，而 DispatchAction 能夠根據(jù)配置參數(shù)落實，不是僅僅進入 execute()函數(shù)，這樣可以執(zhí) 行多種任務， LookupDispatchAction 能夠憑據(jù)提交表單按鈕的名稱來執(zhí)行函數(shù)命令。 綻萬璉轆 娛閬蟶鬮綰瀧。學位論文3 系統(tǒng)分析與設計3.1 系統(tǒng)分析軟件系統(tǒng)設計之初， 首要確定用戶需求， 究竟要求軟件系統(tǒng)完成什么任務， 所以此階段 的基本任務是分析、 了解用戶的需求， 將用戶的需求用書面形式表達出來， 此階段不是確定 系統(tǒng)怎么完成它的運行工作，僅是確定系統(tǒng)必須實現(xiàn)

25、哪些工作，即是體現(xiàn)目標系統(tǒng)的完整、 準確、清晰、具體的特性。系統(tǒng)開發(fā)的基礎便是系統(tǒng)分析的結果，此關系到開發(fā)的成敗和軟 件產(chǎn)品的質量的優(yōu)劣。 在全面客觀的系統(tǒng)分析的基礎上， 根據(jù)用戶提出的系統(tǒng)功能進行相應 的功能設計。 驍顧燁鶚巰瀆蕪領鱺賻。1）系統(tǒng)功能概述 貨品出入倉儲管理員理 貨品進入倉庫，登記記錄，貨品出庫也要登記記錄，這是倉庫業(yè)務管理的重要內(nèi)容。進入倉庫的貨品， 從入庫申請的人員向倉儲管理員提交貨品開始， 入庫申請人向倉儲管理員 提交貨品和入庫申請單，入庫申請單記錄本次入庫的貨品名稱、數(shù)量、提交貨品的單位、執(zhí) 行提交貨品的人員以及貨品注意事項等信息。 倉儲管理員依據(jù)送貨人員提供的入庫申請

26、單對 待入庫貨品進行檢查。若待入庫貨品與入庫申請單信息一致，則允許入庫；若不一致，則禁 止入庫， 請?zhí)峤回浧返膯挝换蛉藛T重新開具入庫申請單。 對允許入庫的貨品， 執(zhí)行倉儲管理 員要對貨品的信息進行登記，這些信息包括入庫貨品名稱、數(shù)量、時間、送貨入庫人員的信 息、執(zhí)行貨品入庫的管理員。進行登記后，將貨品存入倉庫，貨品入庫后，執(zhí)行入庫操作的 倉儲管理員給提出入庫申請的入庫人員開具入庫單據(jù)，流程結束。 瑣釙濺曖惲錕縞馭篩涼。 出入庫記錄的查詢及報表倉庫的管理人員要對倉庫存儲的貨品信息、 記錄等及時掌握并了解， 這樣才能隨時把控 倉庫的運行動態(tài)， 如此才有可能會使倉庫管理保持良好的運營狀態(tài)。 所以，一

27、般倉儲管理員 要能夠提供倉庫的入庫、出庫記錄的查詢功能，同時能夠將出庫、 入庫記錄生成報表， 供相 關管理人員使用，所以，對入庫、出庫記錄的查詢，并將這些信息生成報表是倉儲管理員理 系統(tǒng)的重要功能之一。 鎦詩涇艷損樓紲鯗餳類。10學位論文 貨品信息管理倉庫存放的所有貨品，關于貨品自身的數(shù)據(jù)信息，對于貨品的存儲是極其重要的因素， 譬如，什么貨品需要防潮措施， 什么貨品需要輕拿輕放等， 因此，對貨品自身的信息的登記、 管理是倉儲管理員理的重要內(nèi)容之一。 櫛緶歐鋤棗鈕種鵑瑤錟。 其他信息管理除了以上提到的一些功能外，倉儲管理員理系統(tǒng)還應該能對一些其他的信息進行管理。 比方，針對每個倉庫來說， 都有具

28、體的庫位用來存放貨品， 倉儲管理員要對這些存儲庫位進 行的管理， 每個庫房都有一些倉儲管理員， 對這些倉儲管理員的管理， 也是倉儲管理員理系 統(tǒng)的功能之一。 轡燁棟剛殮攬瑤麗鬮應。3.2 系統(tǒng)環(huán)境 硬件環(huán)境服務器端 : 硬件配置為 2G 以上內(nèi)存 ,CPU 為四核以上 ,硬盤容量為 1T 的計算機 通信網(wǎng)絡 :互聯(lián)網(wǎng)，網(wǎng)絡協(xié)議為 HTTP 、TCP/IP。 軟件環(huán)境 :服務器端：操作系統(tǒng) Windows2003數(shù)據(jù)庫服務器 : MySQL Server 4.1Web 服務器： Apache Tomcat 6.0技術架構平臺： Sun J2DK 1.6 客戶端：操作系統(tǒng)： WindowsXP/W

29、in7屏幕分辨率推薦為： 1024*768 或以上3.3 需求分析3.3.1 倉儲管理員理系統(tǒng)11學位論文系統(tǒng)功能分析，是在系統(tǒng)開發(fā)的整體任務的基礎實現(xiàn)的，倉儲管理員理系統(tǒng)需配備的 功能主要有： 倉儲管理員理對各種貨品信息的輸入，包括貨品、供應商、客戶、倉庫信息等。 倉儲管理員對各種貨品數(shù)據(jù)信息的查詢、統(tǒng)計、修改和維護，包含貨品、票據(jù)查詢，貨 品出入、人員操作統(tǒng)計等各種信息的修改與維護。 峴揚斕滾澗輻灄興渙藺。 打印報表的生成。 在貨品管理中加入最高儲備和最低儲備字段，對倉庫中的產(chǎn)品實現(xiàn)監(jiān)控和報警。 操作日志的管理。 倉儲管理員理系統(tǒng)的使用幫助。3.3.1 系統(tǒng)流程圖（ 下圖 ）圖 3-1 系

30、統(tǒng)流程圖3.3.1 數(shù)據(jù)流程圖12學位論文剖析并調(diào)查相關倉儲管理員理信息的實際需求，得出數(shù)據(jù)流程圖3-2，如下所示。經(jīng)過對倉儲管理員理的管理內(nèi)容和數(shù)據(jù)流程分析，設計數(shù)據(jù)項和數(shù)據(jù)結構如下： 貨品信息，包含的數(shù)據(jù)項有編號、貨品名稱、類別、貨品規(guī)格、計量單位、最高/最低限量、備注等。 倉庫信息，包括的數(shù)據(jù)項有編號、倉庫名稱、倉庫地點、保管員編號、備注等。 庫存狀態(tài)信息，包含的數(shù)據(jù)項有編號、貨品編號、庫存數(shù)目、庫房編號等。 入庫單信息，包含的數(shù)據(jù)項有編號、貨品編號、經(jīng)辦人編號、入庫日期、單價、數(shù)量、 供應商編號、庫房編號、定單狀況、備注等。 詩叁撻訥燼憂毀厲鋨驁。 出庫單信息，包含的數(shù)據(jù)項有編號、貨品

31、編號、經(jīng)手人編號、出庫日期、單價、出庫數(shù) 目、客戶編號、倉庫編號、定單狀況、備注等。 則鯤愜韋瘓賈暉園棟瀧。 舉行月盤點信息，包含的數(shù)據(jù)項編號、倉庫編號、盤點日期、經(jīng)手人編號、盤點數(shù)據(jù)等。 系統(tǒng)日記信息，包含的數(shù)據(jù)項有用戶名、操作時間、操作內(nèi)容等。用戶管理信息，包含的數(shù)據(jù)項有用戶名、密碼、權限等。 調(diào)入單、借出單、報損單、調(diào)撥單信息等，與入庫單、出庫單信息基本類同。管理員 入庫信息出庫信息1.貨品入庫 信息管理2.貨品出庫信息管理出庫信息表3.貨品庫存信息管理庫存信息表 供應商 管理員圖 3-2 倉儲管理員理系統(tǒng)數(shù)據(jù)流程圖13學位論文3.3.1 倉儲管理員理系統(tǒng)權限此系統(tǒng)角色包括兩類，倉儲部管

32、理人員和倉儲主管，其中倉儲主管擁有整個系統(tǒng)的最 高權限。倉儲部管理員：負責倉庫貨品的出入管理，可憑據(jù)流向單落實出入庫操作，具體權限 設置如下： 庫存信息管理 庫檢信息維護 入庫單信息維護 出庫單信息維護 報表信息管理 密碼修改、清除信息等系統(tǒng)更改設置 供應商、倉庫、客戶等基本信息的查詢?yōu)g覽等倉儲部主管：負責整個倉庫的日常運作作和管理，具體權限設置如下： 部門信息維護和人員信息管理 審批權限 報表信息管理 密碼修改、數(shù)據(jù)庫備份等系統(tǒng)設置3.4 系統(tǒng)功能設計根據(jù)倉儲管理員理系統(tǒng)的需求，設計了如下功能模塊：1）管部信息管理模塊為倉儲部主管提供對倉儲部信息的管理與維護的功能。 基礎信息管理模塊： 為倉

33、庫管理員提供對客戶信息、 供貨商信息、 庫房信息和倉庫管理員信息的管理維護，包含對信息查詢、添加、修改和刪除等操作。 脹鏝彈奧秘孫戶孿釔賻。14學位論文 在庫信息管理模塊：a、庫存信息管理模塊：為倉庫管理員提供對短線貨品、貨品信息的管理維護，包括對貨品 信息查詢、添加、修改和刪除等操作。 鰓躋峽禱紉誦幫廢掃減。b、庫檢信息管理模塊：為倉庫管理員提供對產(chǎn)品庫檢信息、部件庫檢信息、禮品庫檢信息 的管理和維護，包含對信息查詢、添加、修改和刪除等操作。 稟虛嬪賑維嚌妝擴踴糶。 出庫信息管理模塊：為倉庫管理員提供檢索、添加、修改和刪除出庫流向單（包括：產(chǎn)品 出庫單、部件出庫單、禮品出庫單）的操作，其中添

34、加和刪除操作后的出庫貨檢單要交由管 理部審核。 入庫信息管理模塊： 為倉庫管理員提供檢索、 添加、修改和刪除入庫流向單 （包含：部件、 產(chǎn)品、禮品等入庫單）的操作、其中添加和刪除操作后的入庫貨檢單要交由管理部審核。 報表信息管理模塊：為倉庫管理員提供對報表信息的管理和維護，包含對報表信息檢索、 瀏覽和上交等操作。 系統(tǒng)設置模塊：為管理員提供實現(xiàn)對密碼修改、清除表信息的功能。2）貨品信息管理模塊倉儲部職員管理模塊： 為倉儲管理員供給實現(xiàn)對倉庫部門信息的管理與維護， 包含對部門 信息檢索、添加、修改和刪除等操作； 陽簍埡鮭罷規(guī)嗚舊巋錟。倉庫報表管理模塊： 為倉儲管理員供給實現(xiàn)對報表信息的管理與維護

35、， 包含對報表的檢索、 瀏覽和刪除等操作； 倉庫貨檢信息管理模塊： 為倉儲管理員供給實現(xiàn)對貨檢信息的管理與維護， 包括對在庫貨 檢信息、入庫貨檢信息和出庫貨檢信息的審核； 溈氣嘮戇萇鑿鑿櫧諤應。 基礎信息管理模塊： 為倉儲管理員供給實現(xiàn)對基本信息進行添加、 刪除、檢索和瀏覽功能； 系統(tǒng)設置模塊：為管理員供給實現(xiàn)密碼更改、數(shù)據(jù)庫備份和恢復的功能。用圖例來進行系統(tǒng)建模，如下圖 3-3 所示。15學位論文用戶從瀏覽器登陸 用例用例名稱用戶登陸主題領域定義用戶登陸到系統(tǒng)，進入相應的界面和獲得相應的使用權限角色倉管員或主管業(yè)務觸發(fā)事件用戶準備使用系統(tǒng)進行業(yè)務處理或系統(tǒng)管理前置條件系統(tǒng)中已建立用戶名并分配

36、了相應權限結束條件成功條件：用戶登陸系統(tǒng)并取得相應權限 失敗條件：系統(tǒng)中無此用戶；用戶名、密碼錯誤相關用例輸入概述用戶名、密碼、角色輸出概述本用例使用頻繁使用性備注用例備注主事件流Step系統(tǒng) /角色描述數(shù)據(jù)項備注1角色啟動登陸程序2系統(tǒng)顯示登陸界面；提示用戶標識和密鑰用戶名、密碼、角色3角色輸入用戶標識和保密字，登陸系統(tǒng)4系統(tǒng)驗證用戶是否合法、密字是否正確；返回相應用戶界面、菜單如果否、或 保密字不正 確轉到 A1 。516學位論文分支事件流編號主流事件 步驟角色 /系統(tǒng)條件描述數(shù)據(jù)項轉去主流 事件步驟備注A14系統(tǒng)不是合法用戶，用戶名、 密碼錯誤，用戶名和這密 碼與角色不對應返回登陸失敗信

37、息登陸失 敗信息2供貨商信息查詢查詢用例概述用例名稱供貨商信息查詢主題領域供貨商信息查詢用例包定義供貨商信息檢索角色倉儲管理員理人員觸發(fā)事件進行供貨商信息檢索前置條件有需要檢索的供貨商信息記錄結束條件成功條件：檢索到需要查詢的供貨商信息 失敗條件：未檢索到需要查詢的供貨商信息相關用例輸入概述所需要查詢的供貨商信息輸出概述查詢結果使用性備注用例備注主事件流Step系統(tǒng) /角色描述數(shù)據(jù)項備注6角色進入查詢界面7系統(tǒng)顯示查詢界面8角色輸入所需查詢的供貨商信息9系統(tǒng)查詢是否成功查詢成功如果查詢成功轉到 A1 ；如果查詢不成 功轉到 A2 。分支事件流NO主事件流 Step角色 /系統(tǒng)條件描述數(shù)據(jù)項轉去

38、主事 件流步驟備注A14系統(tǒng)完成供貨商信 息查詢返回成功 信息查詢的供貨商 信息2A24系統(tǒng)未完成供貨商 信息查詢返回失敗 信息查詢失敗的信息提示217學位論文 供貨商信息修改用例用例名稱供貨商信息修改主題領域供貨商信息修改用例包用例定義供貨商信息 修改角色倉儲管理員理人員業(yè)務觸發(fā)事件進行供貨商 信息修改前置條件有需要修改的 供貨商信息記錄結束條件成功條件： 檢索到需要修改的供貨商信息 失敗條件： 未檢索到需要修改的供貨商信息相關用例輸入概述所需要修改的供貨商信息輸出概述修改結果使用性備注用例備注主事件流Step系統(tǒng) /角色描述數(shù)據(jù)項備注10角色進入修改界面11系統(tǒng)顯示修改界面12角色輸入所需

39、修改的供貨商信息13系統(tǒng)修改是否成功修改成功如果修改成功轉到 A1 ； 如果修改不成功轉到 A2 。分支事件流NO主事件流 Step角色 /系統(tǒng)條件描述數(shù)據(jù)項轉去主事 件流 Step備注A14系統(tǒng)完成供貨商信 息修改返回成功 信息修改 供貨商信息2A24系統(tǒng)沒有完成供貨商信息修改近回失敗 信息修改 失敗信息提示2 供貨商信息添加用例用例名稱供貨商信息增加主題領域供貨商信息增加用例包用例定義供貨商信息添加角色倉儲管理員理人員18學位論文觸發(fā)事件供貨商信息添加前置條件有需要添加的 供貨商信息結束條件成功條件：查詢到需要添加的供貨商信息 失敗條件：未查到需要添加的供貨商信息相關用例輸入概述所需要添加

40、的供貨商信息輸出概述添加結果使用性備注用例備注主事件流Step系統(tǒng) /角色描述數(shù)據(jù)項備注10角色進入添加界面11系統(tǒng)顯示添加界面12角色輸入所需添加的供貨商信息13系統(tǒng)添加成功與否添加成功如果添加成功轉到 A1 ； 如果添加不成功轉到 A2 。分支事件流NO主事件流 Step角色 /系統(tǒng)條件描述數(shù)據(jù)項轉去主事 件流 Step備注A14系統(tǒng)完成供貨商信 息添加返回 成功信息添加的 供貨商信息2A24系統(tǒng)沒有完成供貨商信息添加返回 失敗信息添加 失敗信息提示219學位論文4 數(shù)據(jù)庫設計4.1 概述數(shù)據(jù)庫 (Database Design) 設計是依根據(jù)用戶的實際需要，在某一具體詳細的數(shù)據(jù)倉 儲管理

41、員的系統(tǒng)上，開發(fā)設計數(shù)據(jù)庫的構造和創(chuàng)建數(shù)據(jù)庫的過程，其過程包括：需求分析 Needs analysis、概念設計 Concept Design、邏輯設計 Logic Design、物理設計 Physical Design、 驗證設計 Design verification 五大步驟。 鋇嵐縣緱虜榮產(chǎn)濤團藺。4.2 E-R 圖要據(jù)要求，利用 E-R 實體關系圖來描述倉庫的概念模塊，如下圖 4-1 所示入庫入庫編號庫房編號入庫日期提交人編貨檢日期貨檢人編號入庫單狀態(tài)審核日期主管編號組裝組裝編號庫房編號 成品編號 數(shù)量 在庫貨檢日期 組裝日期 主管編號報告報表編號報表類型庫房編號起始日期結束日期創(chuàng)建

42、日期提交人編號審核日期審核人編號20圖 4-1 倉庫 E-R 系統(tǒng)圖( 2)學位論文4.3 數(shù)據(jù)表邏輯設計，倉儲管理員理系統(tǒng)的數(shù)據(jù)庫是 MySQL ，如下表所示是表在數(shù)據(jù)庫中的邏輯 表示。表 4-1 零部件的結構字段名注釋類型長度是否為主鍵是否不為空id編號INTEGER11Inbill id入庫 單號VARCHAR20Supplier_id供貨 商號VARCHAR20Depot id倉庫 編號VARCHAR20Number數(shù)量INTEGER11Sumof bad不合格 數(shù)量INTEGER11Atcheck date在庫 貨檢時間DATE11In date入庫 時間DATE11Employee

43、 id貨檢驗 編號char5表 4-2產(chǎn)品的結構字段名注釋類型長度是否為主鍵是否不為空id編號INTEGER11Makebill id組裝單 編號VARCHAR20Depot id庫房 編號VARCHAR20Check id貨檢 編號VARCHAR20Number數(shù)量INTEGER11Sumof bad不合格 數(shù)量INTEGER11Make date組裝 時間DATE11Check id貨檢 時間DATE11表 4-3 裝配產(chǎn)品的結構字段名注釋類型長度是否為主鍵是否不為空21學位論文id編號INTEGER11Assembly id部件單編號VARCHAR20Product id成品編號VARC

44、HAR20表 4-4客戶的結構字段名注釋類型長度是否為主鍵是否不為空Customer id編號VARCHAR20sex部件單 編號VARCHAR20name姓名VARCHAR20credit信譽度INTEGER11phone電話 號碼VARCHAR20address地址VARCHAR20remark備注VARCHAR20表 4-5倉庫的結構字段名注釋類型長度是否為主鍵是否不為空Depot id庫房 編號VARCHAR20Employee id責任人 編號VARCHAR20phone電話 號碼VARCHAR20address地址VARCHAR20remark備注VARCHAR20表 4-6職員的

45、結構字段名注釋類型長度是否為主鍵是否不為空Employee id人員 編號VARCHAR20Inbill id入庫單 編號VARCHAR20Supplier id供貨商 編號VARCHAR20Depot id庫房 編號VARCHAR20Number數(shù)量INTEGER1122學位論文Sumof bad不合格 數(shù)INTEGER11Atcheck date在庫貨檢 時間DATE11In date入庫 時間DATE11Employee id貨檢員 編號VARCHAR5表 4-7 供貨商的結構字段名注釋類型長度是否為主鍵是否不為空Supplier id供貨商 編號VARCHAR20name姓名VARCH

46、AR20sex性別VARCHAR20credit信譽度INTEGER11phone電話 號碼VARCHAR20address地址VARCHAR20remark備注VARCHAR20表 4-8 入庫單結構字段名注釋類型長度是否為主鍵是否不為空In id入庫單 編號VARCHAR20Depot id庫房 編號VARCHAR20Refer date入庫 時間DATE11Wh id提交人編號VARCHAR20Check date貨檢 時間DATE11Ch id貨檢人編號VARCHAR20Audit date審核 時間VARCHAR11M id主管 編號VARCHAR20In state入庫單 狀態(tài)VA

47、RCHAR20表 4-9 入庫清單結構字段名注釋類型長度是否為主鍵是否不為空23學位論文id編號INTEGER11In id入庫單 編號VARCHAR20Assembly id部件 編號VARCHAR20Supplier id供貨商 編號VARCHAR20Number數(shù)量INTEGER11Badnumber不合格 數(shù)INTEGER11Good rate合格率VARCHAR20表 4-10 組裝清單結構字段名注釋類型長度是否為主鍵是否不為空Makebill id組裝單 編號VARCHAR20Depot id庫房 編號VARCHAR20Product id成品 編號VARCHAR20Number數(shù)

48、量INTEGER11Atcheck date在庫貨檢日期DATE11Make date組裝 時間DATE11Manager id主管 編號VARCHAR20表 4-11出庫單結構字段名注釋類型長度是否為主鍵是否不為空Outbill id出庫單 編號VARCHAR20Depot id庫房 編號VARCHAR20Refer date提交 時間VARCHAR20Refer id提交人 編號VARCHAR20Audit date審核 時間DATE11Out state出庫單 狀態(tài)VARCHAR11Audit id審核人 編號VARCHAR20Customer_id客戶 編號VARCHAR20表 4-1

49、2 出庫清單結構24學位論文字段名注釋類型長度是否為主鍵是否不為空id編號INTEGER11Outbill id出庫單 編號VARCHAR20Product id成品 編號VARCHAR20Number數(shù)量INTEGER11表 4-13 報告的結構字段名注釋類型長度是否為主鍵是否不為空Report id報表 編號VARCHAR20Reporttype報表 類型VARCHAR20Depotid庫房 編號VARCHAR20beginDate起始 時間DATE11endDate線束 時間DATE11createTime創(chuàng)建 時間DATE11referId提交人 編號VARCHAR20checkSta

50、te審核 狀態(tài)VARCHAR20checkDate審核 時間DATE11AuditId審核人 編號VARCHAR20表 4-14 詳細報告的結構字段名注釋類型長度是否為主鍵是否不為空id編號INTEGER11Report id報表 編號VARCHAR20Depotid庫房 編號VARCHAR20goodsname貨品 名稱VARCHAR40goodstype貨品 類型VARCHAR30allnumber總數(shù)INTEGER11badnumber不合格 數(shù)量INTEGER11Check_id審核人 編號VARCHAR2025學位論文5 系統(tǒng)功能的實現(xiàn)5.1 系統(tǒng)功能簡述本課題研究的系統(tǒng)是基于 Java 技術的倉儲管理系統(tǒng)，其主要包含三個模塊，基本信息 數(shù)據(jù)、 倉儲管理操作和幫助。 基礎數(shù)據(jù)用于設計一些基礎項目， 庫存操作是對應的入庫出庫 一類對庫存所作的操作，幫助是對整個系統(tǒng)的簡單介紹。本系統(tǒng)使用成員的角色包含兩類， 一類是倉儲部主管， 另