基于Java技術(shù)的倉儲(chǔ)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

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

2、，實(shí)現(xiàn)了系統(tǒng)登陸模塊、供應(yīng)商信息管理模塊、貨品信息管理模塊、入庫存報(bào)表生成模塊、出庫報(bào)表生產(chǎn)模塊等；最后對(duì)系統(tǒng)進(jìn)行調(diào)試并總結(jié)，同時(shí)對(duì)以后的實(shí)際工作指明了方向。關(guān)鍵詞： Java技術(shù) 軟件工程理論 需求分析 數(shù)據(jù)庫建模目 錄摘 要1目 錄21 引 言31.1選題背景及意義31.2課題任務(wù)42 相關(guān)技術(shù)綜述52.1Java技術(shù)簡(jiǎn)介及相關(guān)原理52.2 Struts63 系統(tǒng)分析與設(shè)計(jì)103.1 系統(tǒng)分析103.2 系統(tǒng)環(huán)境113.3 需求分析113.4 系統(tǒng)功能設(shè)計(jì)144 數(shù)據(jù)庫設(shè)計(jì)204.1 概述204.2 E-R圖204.3 數(shù)據(jù)表215 系統(tǒng)功能的實(shí)現(xiàn)265.1 系統(tǒng)功能簡(jiǎn)述265.2 模塊化

3、功能實(shí)現(xiàn)266 調(diào) 試407 總 結(jié)43參考文獻(xiàn)44致 謝451 引 言1.1選題背景及意義在企業(yè)的發(fā)展過程中，伴隨著業(yè)務(wù)的激增給企業(yè)的管理帶來了許多問題，作為企業(yè)的管理信息系統(tǒng)可以有效地解決此類問題。而倉儲(chǔ)管理員理系統(tǒng)作為企業(yè)管理系統(tǒng)的重要組成部分，它可以給企業(yè)帶來巨大的經(jīng)濟(jì)效益，采用倉儲(chǔ)管理員理系統(tǒng)將使企業(yè)改變傳統(tǒng)的手工記錄模式，應(yīng)用數(shù)據(jù)庫技術(shù)使海量數(shù)據(jù)的存儲(chǔ)與處理變得輕而易舉，如此大幅度縮短倉儲(chǔ)業(yè)務(wù)流程的處理時(shí)間，提高企業(yè)倉儲(chǔ)管理的水平，適應(yīng)市場(chǎng)經(jīng)濟(jì)的發(fā)展形勢(shì)。早在70年代，計(jì)算機(jī)技術(shù)就最先被引用到了倉儲(chǔ)和物流配送領(lǐng)域當(dāng)中，伴隨著物流市場(chǎng)和產(chǎn)品訊息的疾速發(fā)展，物流軟件市場(chǎng)也應(yīng)運(yùn)而生，并且

4、迅速發(fā)展壯大起來，涌現(xiàn)出了一大批倉儲(chǔ)物流應(yīng)用軟件；物流軟件作為企業(yè)管理應(yīng)用軟件，物流軟件，相比其他軟件提供了先進(jìn)的，效率高的特點(diǎn)，可靠性和安全性，而且具有較小的實(shí)施風(fēng)險(xiǎn)和實(shí)施優(yōu)勢(shì)，其效益明顯，操作快捷等特點(diǎn)，同時(shí)還具有實(shí)施成本低，效益明顯、見效快等優(yōu)點(diǎn)。根據(jù)物流軟件結(jié)構(gòu)分類，就當(dāng)前的物流軟件所使用的范圍來計(jì)，物流軟件包含以下幾個(gè)子系統(tǒng)：倉儲(chǔ)管理員理系統(tǒng)（WMS）、運(yùn)輸管理系統(tǒng)（TMS）、定單管理系統(tǒng)（OMS）、服務(wù)管理系統(tǒng)（SMS）等，其中倉儲(chǔ)管理員理系統(tǒng)是提供一整套倉庫業(yè)務(wù)及作業(yè)管理的應(yīng)用軟件，通過倉儲(chǔ)管理員理系統(tǒng)可以實(shí)現(xiàn)庫位分配自動(dòng)化及智能化操作，提升倉庫作業(yè)效率，提供準(zhǔn)確的庫存、庫位信息

5、，實(shí)現(xiàn)倉儲(chǔ)管理員理的動(dòng)態(tài)化管理。我國(guó)自從加入WTO后，市場(chǎng)經(jīng)濟(jì)環(huán)境下的企業(yè)競(jìng)爭(zhēng)越來越激烈，國(guó)內(nèi)許多企業(yè)由于信息記錄、收集、匯總、處理分析尚處于初級(jí)水平階段，記錄不規(guī)范，記錄信息分散，隨機(jī)性，單一的應(yīng)用，信息收集不及時(shí)，不全面，不完善，不科學(xué)，質(zhì)量，和主體多元化，不一致的結(jié)果，處理手段落后，效率低。倉儲(chǔ)管理員理系統(tǒng)是通過存儲(chǔ)，出庫，庫存，庫存調(diào)整，整合批次管理、物料對(duì)應(yīng)、賬物符合、庫存清點(diǎn)、質(zhì)檢驗(yàn)收管理、實(shí)時(shí)庫存動(dòng)態(tài)管理等業(yè)務(wù)功能，對(duì)庫存業(yè)務(wù)的成本管理全過程進(jìn)行有效控制和跟蹤，實(shí)現(xiàn)完善的企業(yè)倉儲(chǔ)信息管理。倉儲(chǔ)管理員理系統(tǒng)的投入，將使倉庫的管理更加正規(guī)化，為產(chǎn)品的出入倉儲(chǔ)管理員理部門和銷售部門提供

6、的便利，降低了倉庫的呆滯損耗；企業(yè)可以跟蹤服務(wù)來銷售產(chǎn)品，同時(shí)消除了銷售人員需要根據(jù)過去的做法來驗(yàn)證新的自戶外用品的麻煩，提高客戶服務(wù)的效率，同時(shí)節(jié)省相關(guān)費(fèi)用，避免不必要的業(yè)務(wù)糾紛，維護(hù)企業(yè)長(zhǎng)期與用戶建立的良好信譽(yù)。1.2課題任務(wù)本文將根據(jù)軟件工程的理論，針對(duì)企業(yè)倉儲(chǔ)管理系統(tǒng)面臨的實(shí)際問題，對(duì)倉儲(chǔ)管理系統(tǒng)進(jìn)行分析、設(shè)計(jì)與實(shí)現(xiàn)，開發(fā)出基于Java技術(shù)的倉儲(chǔ)管理系統(tǒng)，以倉儲(chǔ)業(yè)務(wù)為核心驅(qū)動(dòng)模式，使用分層架構(gòu)實(shí)現(xiàn)具體部分。本文，首先分析倉儲(chǔ)系統(tǒng)的具體功能，然后根據(jù)實(shí)際需要進(jìn)行需求分析，并將需求分析以電子文檔的方式反饋給用戶，和用戶進(jìn)行溝通進(jìn)一步確認(rèn)需求，而后根據(jù)需求分析，使用系統(tǒng)分析和設(shè)計(jì)的結(jié)構(gòu)化分析

7、方法，以及數(shù)據(jù)庫建模，建立了基于數(shù)據(jù)庫的模型，后臺(tái)數(shù)據(jù)使用Mysql完成?；陂_放結(jié)的開發(fā)結(jié)構(gòu)Java.EE，實(shí)現(xiàn)了系統(tǒng)登陸模塊、供應(yīng)商信息管理模塊、貨品信息管理模塊、入庫存報(bào)表生成模塊、出庫報(bào)表生產(chǎn)模塊等；最后對(duì)系統(tǒng)進(jìn)行調(diào)試并總結(jié)，同時(shí)對(duì)以后的實(shí)際工作指明了方向。2 相關(guān)技術(shù)綜述2.1Java技術(shù)簡(jiǎn)介及相關(guān)原理Java語言，是一種開發(fā)語言，致力于網(wǎng)絡(luò)應(yīng)用軟件的開發(fā)，其具有跨平臺(tái)性、安全性、完全的面向?qū)ο蟮葍?yōu)點(diǎn)，使其成為互聯(lián)網(wǎng)應(yīng)用軟件開發(fā)的領(lǐng)導(dǎo)者，Java適用于分布式計(jì)算環(huán)境的面向?qū)ο笤O(shè)計(jì)的編程語言，其具有簡(jiǎn)窒、面對(duì)對(duì)象、分站式、解析型、安全、可靠、可移值、高性能、多線程等特點(diǎn)。企業(yè)級(jí)多層應(yīng)用

8、系統(tǒng)的開發(fā)一直是所有企業(yè)面臨的難題，軟件開發(fā)商和眾多程序員，一直在追求和急切的期待一個(gè)成熟的、標(biāo)準(zhǔn)的企業(yè)級(jí)應(yīng)用平臺(tái)，來簡(jiǎn)化和規(guī)范企業(yè)級(jí)應(yīng)用系統(tǒng)的開發(fā)和部署。Java技術(shù)的出現(xiàn)，尤其是J2EE（Java2 Platform Enterprise Edition）的推出，正是大家渴望的結(jié)果，使得企業(yè)級(jí)應(yīng)用系統(tǒng)的開發(fā)，由此變得更加快速和方便。要指出的是，J2EE為不同廠商創(chuàng)建的平臺(tái)產(chǎn)品提供了統(tǒng)一的標(biāo)準(zhǔn)，它自身是一個(gè)標(biāo)準(zhǔn)，實(shí)現(xiàn)了不同J2EE平臺(tái)產(chǎn)品之間的交互，建立在Java EE規(guī)范框架之上的企業(yè)級(jí)應(yīng)用系統(tǒng)的基本構(gòu)造模塊的組件就是J2EE平臺(tái)，從Web應(yīng)用到復(fù)雜的分布式企業(yè)級(jí)應(yīng)用，基本所有業(yè)務(wù)的應(yīng)用，

9、全部可以在此技術(shù)框架基礎(chǔ)上進(jìn)行構(gòu)造，本文使用的組件技術(shù)主要有Enterprise JavaBean、Servlet、JSP網(wǎng)頁等。2.1.1 Enterprise JavaBean（EJB）Enterprise JavaBean（EJB）是J2EE平臺(tái)的核心，也是J2EE得到業(yè)界廣泛關(guān)注和支持的主要原因。眾所周知，J2EE其中的一個(gè)主要目標(biāo)，使企業(yè)級(jí)多層應(yīng)用系統(tǒng)的開發(fā)變得簡(jiǎn)單，而業(yè)務(wù)邏輯的開發(fā)才是程序員們專研的對(duì)象，EJB它自身就是一種規(guī)范，正是基于此類思維的服務(wù)器端技術(shù)，一個(gè)可重用的組件框架被其重新定義了，以實(shí)現(xiàn)分站式的、面向?qū)ο蟮臉I(yè)務(wù)邏輯。EJB的核心思想，便是將業(yè)務(wù)邏輯與底層的系統(tǒng)邏輯完

10、全分離開來，軟件開發(fā)者要將工作的重心轉(zhuǎn)移到業(yè)務(wù)邏輯上來，使用EJB容器來實(shí)現(xiàn)目錄服務(wù)和底層系統(tǒng)邏輯開發(fā)，包含事務(wù)處理、持久性、安全性等。根據(jù)功能不同，Enterprise JvavaBean的三種定義包括，實(shí)體Bean（Entity Bean）、會(huì)話Bean（Session Bean）和消息驅(qū)動(dòng)Bean（MessageDriven Bean），有狀態(tài)和無狀態(tài)是會(huì)話Bean的兩種形式，多數(shù)的商業(yè)邏輯模仿要以使用無狀態(tài)的會(huì)話Bean，比方價(jià)格計(jì)算等，一般模仿一個(gè)客戶的會(huì)話，使用有狀態(tài)的會(huì)話Bean，它會(huì)臨時(shí)保存客戶信息，依據(jù)客戶的需求，選擇調(diào)用其它Bean來實(shí)現(xiàn)數(shù)據(jù)的存取，當(dāng)服務(wù)器關(guān)閉時(shí)或被客戶斷

11、開連接時(shí)，狀態(tài)信息或者數(shù)據(jù)在兩種狀態(tài)下都不會(huì)保存，會(huì)話Bean也就隨之消失。一個(gè)數(shù)據(jù)的保存，是通過實(shí)體Bean模擬業(yè)務(wù)數(shù)據(jù)來實(shí)現(xiàn)的，其可以示意為狀態(tài)信息或數(shù)據(jù)庫中的一條記錄。當(dāng)服務(wù)器關(guān)閉或客戶斷開連接后，實(shí)體Bean仍然可以保證其數(shù)據(jù)得以存儲(chǔ)；訊息驅(qū)動(dòng)Bean的行為同會(huì)話Bean很相象，有差別的便是，僅需要發(fā)送消息時(shí)向這些Bean，才調(diào)用訊息驅(qū)動(dòng)Bean，比方，在需要的時(shí)刻，發(fā)送用戶確認(rèn)信息等。2.1.2 JSP（Java Server Pages）JSP（Java Server Pages）是一種動(dòng)態(tài)的網(wǎng)頁技術(shù)標(biāo)準(zhǔn)，它由Sun Microsystems 公司與其他公司一同參加建立的標(biāo)準(zhǔn)，JS

12、P是基于Servlet技術(shù)的基礎(chǔ)上，發(fā)展起來的，處于逐漸發(fā)展完善之中，現(xiàn)已成為Java服務(wù)器編程的核心組成部分。JSP是聯(lián)合markup(HTML和XML)和Java代碼來共同處理的一種動(dòng)靜頁面。每頁首次被調(diào)用時(shí)，經(jīng)過JSP引擎被編譯成Servlet，而后被執(zhí)行，之后屢次調(diào)用時(shí)，實(shí)行編譯過的Servlet。JSP供給了多種方法訪問Java class、Servlet、Applets和Web Server，于是，Web運(yùn)用的功能就能夠分解成多個(gè)明確的定義公用接口的組件，聯(lián)合JSP將它們結(jié)合在一起.2.1.3 ServletServlet是基于請(qǐng)求/響應(yīng)機(jī)制的組件，其用來擴(kuò)展Web服務(wù)器功能，Se

13、rvlet從客戶端（如Web瀏覽器）獲取請(qǐng)求，繼而，將反應(yīng)結(jié)果返回到客戶端。鑒于Servlet的這種特征，它特別適用于Web運(yùn)用，Servlet和EJB組件的差別在于，EJB組件供給的服務(wù)器端組件特征，不能悉數(shù)適用于Servlet，而單一的請(qǐng)求/響應(yīng)任務(wù)處理更適合于Servlet，并且它不需要應(yīng)用服務(wù)器所供給的復(fù)雜的服務(wù)支持。2.2 StrutsStruts 框架是由 Apache 基金會(huì)在 Jakarta中推出的一個(gè)子項(xiàng)目，在英文中是支架、支柱的意思，這也反映了在Web應(yīng)用程序開發(fā)中起著重要作用， Struts為Web應(yīng)用程序的總體框架，可以使開發(fā)人員把在部分精力集中在，怎么解決實(shí)際業(yè)務(wù)的題

14、目上來，與此同時(shí) Struts 框架也容許開發(fā)人員憑據(jù)實(shí)際需要實(shí)行拓展和定制，從而可以更好的適應(yīng)用戶的需求。選用 Struts 能夠簡(jiǎn)化MVC 設(shè)計(jì)模型下的 Web 運(yùn)用的開發(fā)設(shè)計(jì)，很好地落實(shí)代碼重用，把開發(fā)人員從一些繁瑣的工作中解放出來，迅速開發(fā)出能夠充分發(fā)揮 JSP/Servlet 優(yōu)點(diǎn)、并擁有強(qiáng)可擴(kuò)展性的 Web 運(yùn)用。2.2.1 MVC80年代Smalltalk開發(fā)了一種軟件設(shè)計(jì)模型，即，模型-視圖-控制器（MVC）是，如下圖2-1所示。模型（Model），主體是應(yīng)用程序的，Model表示業(yè)務(wù)數(shù)據(jù)或業(yè)務(wù)邏輯；視圖（View），應(yīng)用程序中用戶界面關(guān)聯(lián)部分，用戶能夠看到并與之交互； 控制器

15、（controller），其工作便是依據(jù)用戶錄入，管制用戶界面數(shù)據(jù)的體現(xiàn)和更新model。MVC式的涌現(xiàn)，不但落實(shí)了功能和顯示模塊的分解，同時(shí)它還使應(yīng)用系統(tǒng)的可維護(hù)性、可擴(kuò)展性、可移植性和組件的可復(fù)用性在早期的程序中得到了改善，如若不注意對(duì)象功能和顯示的解耦合，經(jīng)常會(huì)導(dǎo)致程序的繁雜及維護(hù)困難。許多VB,Delphi等RAD都有這種現(xiàn)象，甚至目前的C#,Java有時(shí)候也會(huì)呈現(xiàn)出，把業(yè)務(wù)邏輯寫在顯示模塊中的問題，MVC設(shè)計(jì)模型在早期就提出了這一問題，但在Web的開發(fā)中植入MVC卻是極其困難。主要原因：一是在早期的Web項(xiàng)目的開發(fā)中，程序語言和HTML的分離一直難以實(shí)現(xiàn)。CGI程式以字符串輸出的方式

16、，動(dòng)態(tài)地形成HTML內(nèi)容；其后伴隨著腳本語言的涌現(xiàn)，前面的程式又被調(diào)了過來，改為將腳本語言的程序嵌入HTML內(nèi)容中；這兩種方法有一個(gè)共同的缺陷，就是它們總是不能將程序語言和HTML分隔開來。第二是，腳本語言的功能比較弱，缺少支撐MVC設(shè)計(jì)模型的一些必需的基礎(chǔ)技能，直到基于J2EE的JSP Model 2問世時(shí)才得以改善，它用JSP完成了視圖的功能，用Servlet實(shí)現(xiàn)控制器的功能，用JavaBean技術(shù)實(shí)現(xiàn)模型的功能JSP Model 1 與 JSP Model 2，如下圖2-2、2-3所示。狀態(tài)改變狀態(tài)查詢通知改變視圖選擇用戶請(qǐng)求方法調(diào)用模 型封裝應(yīng)用程度狀態(tài)響應(yīng)狀態(tài)查詢應(yīng)用程序功能通知視圖

17、改變視 圖解釋模型模型更新請(qǐng)求以送用戶輸入給控制器允許控制器選擇視圖控 制 器定義應(yīng)用程序行為用戶動(dòng)作映射成模型更新選擇影響的視圖事件圖2-1 ,MVC組件模型的關(guān)系和功能圖234ReqiestJSPBROWSERJavaBeanResponse1Application ServerEnterprise Servers/Data Sources圖2-2 JSP Model 1Request5(Model)JavaBean（View）JSP（Controller）ServletBROWSERResponseEnterprise Servers/Data Sources1Instantiate23

18、Application Server圖2-3 JSP Model 22.2.2 Struts流程ActionServlet可以處理了Struts流程的所有任務(wù)，具體工作流程如下圖2-4所示。Http Servlet<<front controller>>org.apache.struts.action.ActionServlet<<dispatcher>>org.apache.struts.action.RepuestProcessorSerializable<<view helper>>org.apache.struts

19、.action.ActionformActionConfigorg.apache.struts.action.ActionMapping<<request handler>>org.apache.struts.action.action.ActionActionMessages Serializableorg.apache.struts.action.ActionErrorsActionConfigorg.apache.struts.action.ActionForward圖2-4 Struts工作流程ActionServlet是一個(gè)FrontController，是一

20、個(gè)標(biāo)準(zhǔn)化的Servlet，其利用RequestProcessor來處理轉(zhuǎn)發(fā)來的request，ActionMapping是ActionConfig的子類，是對(duì)struts-config.xml的一個(gè)映射，從中能夠取得所有的信息，RequestProcessor依據(jù)提交過來的url。ActionForm利用了ViewHelper模型，它是對(duì)HTML的form的一個(gè)包裝。此中包括有validate方法，用于驗(yàn)證form的有效性。ActionForm是一個(gè)契合JavaBean規(guī)范的類，其所有的特征都應(yīng)滿足get和set對(duì)應(yīng)。針對(duì)一些繁雜的系統(tǒng)，可以選用DynaActionForm來構(gòu)建動(dòng)態(tài)的Form

21、，即利用預(yù)制參數(shù)來生成Form，如此可以更靈活的擴(kuò)展程序。ActionErrors是對(duì)錯(cuò)誤信息的打包，只要在執(zhí)行action或者form.validate中出現(xiàn)異常，便可涎生一個(gè)ActionError，并加入到ActionErrors。在Form考證的過程中，一旦有Error發(fā)生，則會(huì)將頁面重新導(dǎo)向至輸入頁，并提示錯(cuò)誤。 RequsestHandler業(yè)務(wù)邏輯的實(shí)行使用Action，每個(gè)Action只建立一個(gè)instance，Action并不是線程安全的，因此，不應(yīng)該在Action中訪問特定的資源；一般來說，應(yīng)改用 Business Delegate 模型來對(duì)Business tier進(jìn)行訪問

22、以達(dá)到解除耦合。 Struts供給了多種Action供選擇調(diào)用，一般的Action只可以通過調(diào)用execute落實(shí)一項(xiàng)任務(wù)，而DispatchAction能夠根據(jù)配置參數(shù)落實(shí)，不是僅僅進(jìn)入execute()函數(shù)，這樣可以執(zhí)行多種任務(wù)，LookupDispatchAction能夠憑據(jù)提交表單按鈕的名稱來執(zhí)行函數(shù)命令。3 系統(tǒng)分析與設(shè)計(jì)3.1 系統(tǒng)分析軟件系統(tǒng)設(shè)計(jì)之初，首要確定用戶需求，究竟要求軟件系統(tǒng)完成什么任務(wù)，所以此階段的基本任務(wù)是分析、了解用戶的需求，將用戶的需求用書面形式表達(dá)出來，此階段不是確定系統(tǒng)怎么完成它的運(yùn)行工作，僅是確定系統(tǒng)必須實(shí)現(xiàn)哪些工作，即是體現(xiàn)目標(biāo)系統(tǒng)的完整、準(zhǔn)確、清晰、具

23、體的特性。系統(tǒng)開發(fā)的基礎(chǔ)便是系統(tǒng)分析的結(jié)果，此關(guān)系到開發(fā)的成敗和軟件產(chǎn)品的質(zhì)量的優(yōu)劣。在全面客觀的系統(tǒng)分析的基礎(chǔ)上，根據(jù)用戶提出的系統(tǒng)功能進(jìn)行相應(yīng)的功能設(shè)計(jì)。1）系統(tǒng)功能概述貨品出入倉儲(chǔ)管理員理貨品進(jìn)入倉庫，登記記錄，貨品出庫也要登記記錄，這是倉庫業(yè)務(wù)管理的重要內(nèi)容。進(jìn)入倉庫的貨品，從入庫申請(qǐng)的人員向倉儲(chǔ)管理員提交貨品開始，入庫申請(qǐng)人向倉儲(chǔ)管理員提交貨品和入庫申請(qǐng)單，入庫申請(qǐng)單記錄本次入庫的貨品名稱、數(shù)量、提交貨品的單位、執(zhí)行提交貨品的人員以及貨品注意事項(xiàng)等信息。倉儲(chǔ)管理員依據(jù)送貨人員提供的入庫申請(qǐng)單對(duì)待入庫貨品進(jìn)行檢查。若待入庫貨品與入庫申請(qǐng)單信息一致，則允許入庫；若不一致，則禁止入庫，請(qǐng)?zhí)?/p>

24、交貨品的單位或人員重新開具入庫申請(qǐng)單。對(duì)允許入庫的貨品，執(zhí)行倉儲(chǔ)管理員要對(duì)貨品的信息進(jìn)行登記，這些信息包括入庫貨品名稱、數(shù)量、時(shí)間、送貨入庫人員的信息、執(zhí)行貨品入庫的管理員。進(jìn)行登記后，將貨品存入倉庫，貨品入庫后，執(zhí)行入庫操作的倉儲(chǔ)管理員給提出入庫申請(qǐng)的入庫人員開具入庫單據(jù)，流程結(jié)束。出入庫記錄的查詢及報(bào)表倉庫的管理人員要對(duì)倉庫存儲(chǔ)的貨品信息、記錄等及時(shí)掌握并了解，這樣才能隨時(shí)把控倉庫的運(yùn)行動(dòng)態(tài)，如此才有可能會(huì)使倉庫管理保持良好的運(yùn)營(yíng)狀態(tài)。所以，一般倉儲(chǔ)管理員要能夠提供倉庫的入庫、出庫記錄的查詢功能，同時(shí)能夠?qū)⒊鰩?、入庫記錄生成?bào)表，供相關(guān)管理人員使用，所以，對(duì)入庫、出庫記錄的查詢，并將這些信

25、息生成報(bào)表是倉儲(chǔ)管理員理系統(tǒng)的重要功能之一。貨品信息管理倉庫存放的所有貨品，關(guān)于貨品自身的數(shù)據(jù)信息，對(duì)于貨品的存儲(chǔ)是極其重要的因素，譬如，什么貨品需要防潮措施，什么貨品需要輕拿輕放等，因此，對(duì)貨品自身的信息的登記、管理是倉儲(chǔ)管理員理的重要內(nèi)容之一。其他信息管理除了以上提到的一些功能外，倉儲(chǔ)管理員理系統(tǒng)還應(yīng)該能對(duì)一些其他的信息進(jìn)行管理。比方，針對(duì)每個(gè)倉庫來說，都有具體的庫位用來存放貨品，倉儲(chǔ)管理員要對(duì)這些存儲(chǔ)庫位進(jìn)行的管理，每個(gè)庫房都有一些倉儲(chǔ)管理員，對(duì)這些倉儲(chǔ)管理員的管理，也是倉儲(chǔ)管理員理系統(tǒng)的功能之一。3.2 系統(tǒng)環(huán)境硬件環(huán)境服務(wù)器端: 硬件配置為2G以上內(nèi)存,CPU為四核以上,硬盤容量為1

26、T的計(jì)算機(jī)。通信網(wǎng)絡(luò):互聯(lián)網(wǎng)，網(wǎng)絡(luò)協(xié)議為HTTP、TCP/IP。軟件環(huán)境:服務(wù)器端：操作系統(tǒng)Windows2003數(shù)據(jù)庫服務(wù)器: MySQL Server 4.1Web服務(wù)器：Apache Tomcat 6.0技術(shù)架構(gòu)平臺(tái)：Sun J2DK 1.6客戶端： 操作系統(tǒng)： WindowsXP/Win7屏幕分辨率推薦為：1024*768或以上3.3 需求分析3.3.1 倉儲(chǔ)管理員理系統(tǒng)系統(tǒng)功能分析，是在系統(tǒng)開發(fā)的整體任務(wù)的基礎(chǔ)實(shí)現(xiàn)的，倉儲(chǔ)管理員理系統(tǒng)需配備的功能主要有：倉儲(chǔ)管理員理對(duì)各種貨品信息的輸入，包括貨品、供應(yīng)商、客戶、倉庫信息等。倉儲(chǔ)管理員對(duì)各種貨品數(shù)據(jù)信息的查詢、統(tǒng)計(jì)、修改和維護(hù)，包含貨品

27、、票據(jù)查詢，貨品出入、人員操作統(tǒng)計(jì)等各種信息的修改與維護(hù)。打印報(bào)表的生成。 在貨品管理中加入最高儲(chǔ)備和最低儲(chǔ)備字段，對(duì)倉庫中的產(chǎn)品實(shí)現(xiàn)監(jiān)控和報(bào)警。操作日志的管理。倉儲(chǔ)管理員理系統(tǒng)的使用幫助。3.3.1 系統(tǒng)流程圖（下圖）核驗(yàn)貨品清單程度入庫單報(bào)損計(jì)劃表出庫單庫存數(shù)據(jù)庫存?zhèn)浞莩绦虺鰩靻未蛴〕绦驇齑鎮(zhèn)浞輲齑娣治龀绦驇齑娌樵兂绦虿樵儙齑嫘畔D3-1 系統(tǒng)流程圖3.3.1 數(shù)據(jù)流程圖剖析并調(diào)查相關(guān)倉儲(chǔ)管理員理信息的實(shí)際需求，得出數(shù)據(jù)流程圖3-2，如下所示。經(jīng)過對(duì)倉儲(chǔ)管理員理的管理內(nèi)容和數(shù)據(jù)流程分析，設(shè)計(jì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)如下： 貨品信息，包含的數(shù)據(jù)項(xiàng)有編號(hào)、貨品名稱、類別、貨品規(guī)格、計(jì)量單位、最高/最低

28、限量、備注等。 倉庫信息，包括的數(shù)據(jù)項(xiàng)有編號(hào)、倉庫名稱、倉庫地點(diǎn)、保管員編號(hào)、備注等。庫存狀態(tài)信息，包含的數(shù)據(jù)項(xiàng)有編號(hào)、貨品編號(hào)、庫存數(shù)目、庫房編號(hào)等。入庫單信息，包含的數(shù)據(jù)項(xiàng)有編號(hào)、貨品編號(hào)、經(jīng)辦人編號(hào)、入庫日期、單價(jià)、數(shù)量、供應(yīng)商編號(hào)、庫房編號(hào)、定單狀況、備注等。 出庫單信息，包含的數(shù)據(jù)項(xiàng)有編號(hào)、貨品編號(hào)、經(jīng)手人編號(hào)、出庫日期、單價(jià)、出庫數(shù)目、客戶編號(hào)、倉庫編號(hào)、定單狀況、備注等。 舉行月盤點(diǎn)信息，包含的數(shù)據(jù)項(xiàng)編號(hào)、倉庫編號(hào)、盤點(diǎn)日期、經(jīng)手人編號(hào)、盤點(diǎn)數(shù)據(jù)等。 系統(tǒng)日記信息，包含的數(shù)據(jù)項(xiàng)有用戶名、操作時(shí)間、操作內(nèi)容等。用戶管理信息，包含的數(shù)據(jù)項(xiàng)有用戶名、密碼、權(quán)限等。 調(diào)入單、借出單、報(bào)損

29、單、調(diào)撥單信息等，與入庫單、出庫單信息基本類同。管理員出庫信息入庫信息2.貨品出庫信息管理出庫信息表入庫信息表1.貨品入庫信息管理3.貨品庫存信息管理供應(yīng)商庫存信息表 管理員圖3-2 倉儲(chǔ)管理員理系統(tǒng)數(shù)據(jù)流程圖3.3.1 倉儲(chǔ)管理員理系統(tǒng)權(quán)限此系統(tǒng)角色包括兩類，倉儲(chǔ)部管理人員和倉儲(chǔ)主管，其中倉儲(chǔ)主管擁有整個(gè)系統(tǒng)的最高權(quán)限。倉儲(chǔ)部管理員：負(fù)責(zé)倉庫貨品的出入管理，可憑據(jù)流向單落實(shí)出入庫操作，具體權(quán)限設(shè)置如下：庫存信息管理庫檢信息維護(hù) 入庫單信息維護(hù)出庫單信息維護(hù)報(bào)表信息管理 密碼修改、清除信息等系統(tǒng)更改設(shè)置 供應(yīng)商、倉庫、客戶等基本信息的查詢?yōu)g覽等倉儲(chǔ)部主管：負(fù)責(zé)整個(gè)倉庫的日常運(yùn)作作和管理，具體權(quán)

30、限設(shè)置如下：部門信息維護(hù)和人員信息管理 審批權(quán)限報(bào)表信息管理 密碼修改、數(shù)據(jù)庫備份等系統(tǒng)設(shè)置3.4 系統(tǒng)功能設(shè)計(jì)根據(jù)倉儲(chǔ)管理員理系統(tǒng)的需求，設(shè)計(jì)了如下功能模塊：1）管部信息管理模塊為倉儲(chǔ)部主管提供對(duì)倉儲(chǔ)部信息的管理與維護(hù)的功能?；A(chǔ)信息管理模塊：為倉庫管理員提供對(duì)客戶信息、供貨商信息、庫房信息和倉庫管理員信息的管理維護(hù)，包含對(duì)信息查詢、添加、修改和刪除等操作。在庫信息管理模塊： a、庫存信息管理模塊：為倉庫管理員提供對(duì)短線貨品、貨品信息的管理維護(hù)，包括對(duì)貨品信息查詢、添加、修改和刪除等操作。 b、庫檢信息管理模塊：為倉庫管理員提供對(duì)產(chǎn)品庫檢信息、部件庫檢信息、禮品庫檢信息的管理和維護(hù)，包含對(duì)信

31、息查詢、添加、修改和刪除等操作。 出庫信息管理模塊：為倉庫管理員提供檢索、添加、修改和刪除出庫流向單（包括：產(chǎn)品出庫單、部件出庫單、禮品出庫單）的操作，其中添加和刪除操作后的出庫貨檢單要交由管理部審核。 入庫信息管理模塊：為倉庫管理員提供檢索、添加、修改和刪除入庫流向單（包含：部件、產(chǎn)品、禮品等入庫單）的操作、其中添加和刪除操作后的入庫貨檢單要交由管理部審核。 報(bào)表信息管理模塊：為倉庫管理員提供對(duì)報(bào)表信息的管理和維護(hù)，包含對(duì)報(bào)表信息檢索、瀏覽和上交等操作。系統(tǒng)設(shè)置模塊：為管理員提供實(shí)現(xiàn)對(duì)密碼修改、清除表信息的功能。2）貨品信息管理模塊倉儲(chǔ)部職員管理模塊：為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)倉庫部門信息的管理

32、與維護(hù)，包含對(duì)部門信息檢索、添加、修改和刪除等操作；倉庫報(bào)表管理模塊：為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)報(bào)表信息的管理與維護(hù)，包含對(duì)報(bào)表的檢索、瀏覽和刪除等操作；倉庫貨檢信息管理模塊：為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)貨檢信息的管理與維護(hù)，包括對(duì)在庫貨檢信息、入庫貨檢信息和出庫貨檢信息的審核；基礎(chǔ)信息管理模塊：為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)基本信息進(jìn)行添加、刪除、檢索和瀏覽功能；系統(tǒng)設(shè)置模塊：為管理員供給實(shí)現(xiàn)密碼更改、數(shù)據(jù)庫備份和恢復(fù)的功能。用圖例來進(jìn)行系統(tǒng)建模，如下圖3-3所示。倉庫貨檢信息審核基本信息管理倉儲(chǔ)部主管登陸倉儲(chǔ)管理員入庫信息管理倉儲(chǔ)部信息管理在庫信息管理出庫信息管理報(bào)表信息管理倉儲(chǔ)部系統(tǒng)維護(hù)圖3-3 總體用例

33、圖用戶從瀏覽器登陸用例用例名稱用戶登陸主題領(lǐng)域定義用戶登陸到系統(tǒng)，進(jìn)入相應(yīng)的界面和獲得相應(yīng)的使用權(quán)限角色倉管員或主管業(yè)務(wù)觸發(fā)事件用戶準(zhǔn)備使用系統(tǒng)進(jìn)行業(yè)務(wù)處理或系統(tǒng)管理前置條件系統(tǒng)中已建立用戶名并分配了相應(yīng)權(quán)限結(jié)束條件成功條件：用戶登陸系統(tǒng)并取得相應(yīng)權(quán)限失敗條件：系統(tǒng)中無此用戶；用戶名、密碼錯(cuò)誤相關(guān)用例輸入概述用戶名、密碼、角色輸出概述本用例使用頻繁使用性備注用例備注主事件流Step系統(tǒng)/角色描 述數(shù)據(jù)項(xiàng)備注1角色啟動(dòng)登陸程序2系統(tǒng)顯示登陸界面；提示用戶標(biāo)識(shí)和密鑰用戶名、密碼、角色3角色輸入用戶標(biāo)識(shí)和保密字，登陸系統(tǒng)4系統(tǒng)驗(yàn)證用戶是否合法、密字是否正確；返回相應(yīng)用戶界面、菜單如果否、或保密字不正

34、確轉(zhuǎn)到A1。5分支事件流編號(hào)主流事件步驟角色/系統(tǒng)條件描述數(shù)據(jù)項(xiàng)轉(zhuǎn)去主流事件步驟備注A14系統(tǒng)不是合法用戶，用戶名、密碼錯(cuò)誤，用戶名和這密碼與角色不對(duì)應(yīng)返回登陸失敗信息登陸失敗信息2供貨商信息查詢查詢用例概述用例名稱供貨商信息查詢主題領(lǐng)域供貨商信息查詢用例包定義供貨商信息檢索角色倉儲(chǔ)管理員理人員觸發(fā)事件進(jìn)行供貨商信息檢索前置條件有需要檢索的供貨商信息記錄結(jié)束條件成功條件：檢索到需要查詢的供貨商信息失敗條件：未檢索到需要查詢的供貨商信息相關(guān)用例輸入概述所需要查詢的供貨商信息輸出概述查詢結(jié)果使用性備注用例備注主事件流Step系統(tǒng)/角色描 述數(shù)據(jù)項(xiàng)備 注6角色進(jìn)入查詢界面7系統(tǒng)顯示查詢界面8角色輸入

35、所需查詢的供貨商信息9系統(tǒng)查詢是否成功查詢成功如果查詢成功轉(zhuǎn)到A1；如果查詢不成功轉(zhuǎn)到A2。分支事件流NO主事件流Step角色/系統(tǒng)條 件描 述數(shù)據(jù)項(xiàng)轉(zhuǎn)去主事件流步驟備注A14系 統(tǒng)完成供貨商信息查詢返回成功信息查詢的供貨商信息2A24系 統(tǒng)未完成供貨商信息查詢返回失敗信息查詢失敗的信息提示2供貨商信息修改用例用例名稱供貨商信息修改主題領(lǐng)域供貨商信息修改用例包用例定義供貨商信息修改角色倉儲(chǔ)管理員理人員業(yè)務(wù)觸發(fā)事件進(jìn)行供貨商信息修改前置條件有需要修改的供貨商信息記錄結(jié)束條件成功條件：失敗條件：檢索到需要修改的供貨商信息未檢索到需要修改的供貨商信息相關(guān)用例輸入概述所需要修改的供貨商信息輸出概述修改

36、結(jié)果使用性備注用例備注主事件流Step系統(tǒng)/角色描 述數(shù)據(jù)項(xiàng)備 注10角色進(jìn)入修改界面11系統(tǒng)顯示修改界面12角色輸入所需修改的供貨商信息13系統(tǒng)修改是否成功修改成功如果修改成功轉(zhuǎn)到A1；如果修改不成功轉(zhuǎn)到A2。分支事件流NO主事件流Step角色/系統(tǒng)條 件描 述數(shù)據(jù)項(xiàng)轉(zhuǎn)去主事件流Step備注A14系統(tǒng)完成供貨商信息修改返回成功信息修改供貨商信息2A24系統(tǒng)沒有完成供貨商信息修改近回失敗信息修改失敗信息提示2供貨商信息添加用例用例名稱供貨商信息增加主題領(lǐng)域供貨商信息增加用例包用例定義供貨商信息添加角色倉儲(chǔ)管理員理人員觸發(fā)事件供貨商信息添加前置條件有需要添加的供貨商信息結(jié)束條件成功條件：查詢到需

37、要添加的供貨商信息失敗條件：未查到需要添加的供貨商信息相關(guān)用例輸入概述所需要添加的供貨商信息輸出概述添加結(jié)果使用性備注用例備注主事件流Step系統(tǒng)/角色描 述數(shù)據(jù)項(xiàng)備 注10角色進(jìn)入添加界面11系統(tǒng)顯示添加界面12角色輸入所需添加的供貨商信息13系統(tǒng)添加成功與否添加成功如果添加成功轉(zhuǎn)到A1；如果添加不成功轉(zhuǎn)到A2。分支事件流NO主事件流Step角色/系統(tǒng)條 件描 述數(shù)據(jù)項(xiàng)轉(zhuǎn)去主事件流Step備注A14系統(tǒng)完成供貨商信息添加返回成功信息添加的供貨商信息2A24系統(tǒng)沒有完成供貨商信息添加返回失敗信息添加失敗信息提示24 數(shù)據(jù)庫設(shè)計(jì)4.1 概述數(shù)據(jù)庫 (Database Design) 設(shè)計(jì)是依根據(jù)

38、用戶的實(shí)際需要，在某一具體詳細(xì)的數(shù)據(jù)倉儲(chǔ)管理員的系統(tǒng)上，開發(fā)設(shè)計(jì)數(shù)據(jù)庫的構(gòu)造和創(chuàng)建數(shù)據(jù)庫的過程，其過程包括：需求分析Needs analysis、概念設(shè)計(jì)Concept Design、邏輯設(shè)計(jì)Logic Design、物理設(shè)計(jì)Physical Design、驗(yàn)證設(shè)計(jì)Design verification五大步驟。4.2 E-R圖要據(jù)要求，利用E-R實(shí)體關(guān)系圖來描述倉庫的概念模塊，如下圖4-1所示。零部件職員倉庫客戶裝配產(chǎn)品人員編號(hào)數(shù)量入庫單編號(hào)庫房編號(hào)備注地址電話號(hào)碼責(zé)任人編號(hào)部件單編號(hào)信譽(yù)度編號(hào)編號(hào)編號(hào)組裝單編號(hào)部件單編號(hào)編號(hào)入庫單編號(hào)不合格品數(shù)量供貨商編號(hào)姓名庫房編號(hào)成品編號(hào)供貨商編號(hào)庫房

39、編號(hào)貨檢編號(hào)庫房編號(hào)不合格數(shù)量地址電話數(shù)量不合格數(shù)在庫貨檢日期在庫貨檢日期備注組裝日期入庫日期貨檢員編號(hào)入庫日期貨檢日期數(shù)量貨檢員編號(hào)圖4-1 倉庫E-R系統(tǒng)圖（1）供貨商報(bào)告出庫組裝入庫報(bào)表編號(hào)庫房編號(hào)組裝編號(hào)報(bào)表類型出庫單編號(hào)庫房編號(hào)庫房編號(hào)入庫日期入庫編號(hào)姓名供貨商編號(hào)結(jié)束日期起始日期庫房編號(hào)提交人編號(hào)提交日期數(shù)量成品編號(hào)貨檢日期提交人編號(hào)信譽(yù)度性別創(chuàng)建日期出庫單狀態(tài)審核日期組裝日期在庫貨檢日期入庫單狀態(tài)貨檢人編號(hào)地址電話號(hào)碼圖4-1 倉庫E-R系統(tǒng)圖（2）審核人編號(hào)審核日期提交人編號(hào)客戶編號(hào)審核人編號(hào)主管編號(hào)主管編號(hào)審核日期備注4.3 數(shù)據(jù)表邏輯設(shè)計(jì)，倉儲(chǔ)管理員理系統(tǒng)的數(shù)據(jù)庫是MySQ

40、L，如下表所示是表在數(shù)據(jù)庫中的邏輯表示。表4-1 零部件的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空_id編 號(hào)INTEGER11Inbill_id入庫 單號(hào)VARCHAR20Supplier_id供貨 商號(hào)VARCHAR20Depot_id倉庫 編號(hào)VARCHAR20Number數(shù) 量INTEGER11Sumof_bad不合格 數(shù)量INTEGER11Atcheck_date在庫 貨檢時(shí)間DATE11In_date入庫 時(shí)間DATE11Employee_id貨檢驗(yàn) 編號(hào)char5表4-2 產(chǎn)品的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空_id編 號(hào)INTEGER11Makebill_id組裝單

41、 編號(hào)VARCHAR20Depot_id庫房 編號(hào)VARCHAR20Check_id貨檢 編號(hào)VARCHAR20Number數(shù) 量INTEGER11Sumof_bad不合格 數(shù)量INTEGER11Make_date組裝 時(shí)間DATE11Check_id貨檢 時(shí)間DATE11表4-3 裝配產(chǎn)品的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空_id編號(hào)INTEGER11Assembly_id部件單編號(hào)VARCHAR20Product_id成品編號(hào)VARCHAR20表4-4 客戶的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Customer_id編 號(hào)VARCHAR20sex部件單 編號(hào)VARCHAR20

42、name姓名VARCHAR20credit信譽(yù)度INTEGER11phone電話 號(hào)碼VARCHAR20address地 址VARCHAR20remark備 注VARCHAR20表4-5 倉庫的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Depot_id庫房 編號(hào)VARCHAR20Employee_id責(zé)任人 編號(hào)VARCHAR20phone電話 號(hào)碼VARCHAR20address地 址VARCHAR20remark備 注VARCHAR20表4-6 職員的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Employee_id人員 編號(hào)VARCHAR20Inbill_id入庫單 編號(hào)VARCHAR20

43、Supplier_id供貨商 編號(hào)VARCHAR20Depot_id庫房 編號(hào)VARCHAR20Number數(shù) 量INTEGER11Sumof_bad不合格 數(shù)INTEGER11Atcheck_date在庫貨檢 時(shí)間DATE11In_date入庫 時(shí)間DATE11Employee_id貨檢員 編號(hào)VARCHAR5表4-7供貨商的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Supplier_id供貨商 編號(hào)VARCHAR20name姓 名VARCHAR20sex性 別VARCHAR20credit信譽(yù)度INTEGER11phone電話 號(hào)碼VARCHAR20address地 址VARCHAR20r

44、emark備 注VARCHAR20表4-8入庫單結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空In_id入庫單 編號(hào)VARCHAR20Depot_id庫房 編號(hào)VARCHAR20Refer_date入庫 時(shí)間DATE11Wh_id提交人編號(hào)VARCHAR20Check_date貨檢 時(shí)間DATE11Ch_id貨檢人編號(hào)VARCHAR20Audit_date審核 時(shí)間VARCHAR11M_id主管 編號(hào)VARCHAR20In_state入庫單 狀態(tài)VARCHAR20表4-9入庫清單結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空_id編 號(hào)INTEGER11In_id入庫單 編號(hào)VARCHAR20Asse

45、mbly_id部件 編號(hào)VARCHAR20Supplier_id供貨商 編號(hào)VARCHAR20Number數(shù) 量INTEGER11Badnumber不合格 數(shù)INTEGER11Good_rate合格率VARCHAR20表4-10組裝清單結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Makebill_id組裝單 編號(hào)VARCHAR20Depot_id庫房 編號(hào)VARCHAR20Product_id成品 編號(hào)VARCHAR20Number 數(shù)量INTEGER11Atcheck_date在庫貨檢日期DATE11Make_date 組裝 時(shí)間DATE11Manager_id主管 編號(hào)VARCHAR20表4

46、-11出庫單結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Outbill_id出庫單 編號(hào)VARCHAR20Depot_id庫房 編號(hào)VARCHAR20Refer_date提交 時(shí)間VARCHAR20Refer_id提交人 編號(hào)VARCHAR20Audit_date審核 時(shí)間DATE11Out_state出庫單 狀態(tài)VARCHAR11Audit_id審核人 編號(hào)VARCHAR20Customer_id客戶 編號(hào)VARCHAR20表4-12出庫清單結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空_id編 號(hào)INTEGER11Outbill_id出庫單 編號(hào)VARCHAR20Product_id成品 編號(hào)V

47、ARCHAR20Number數(shù) 量INTEGER11表4-13報(bào)告的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為空Report_id報(bào)表 編號(hào)VARCHAR20Reporttype報(bào)表 類型VARCHAR20Depotid庫房 編號(hào)VARCHAR20beginDate起始 時(shí)間DATE11endDate線束 時(shí)間DATE11createTime創(chuàng)建 時(shí)間DATE11referId提交人 編號(hào)VARCHAR20checkState審核 狀態(tài)VARCHAR20checkDate審核 時(shí)間DATE11AuditId審核人 編號(hào)VARCHAR20表4-14詳細(xì)報(bào)告的結(jié)構(gòu)字段名注釋類型長(zhǎng)度是否為主鍵是否不為

48、空_id編 號(hào)INTEGER11Report_id 報(bào)表 編號(hào)VARCHAR20Depotid庫房 編號(hào)VARCHAR20goodsname貨品 名稱VARCHAR40goodstype貨品 類型VARCHAR30allnumber總 數(shù)INTEGER11badnumber不合格 數(shù)量INTEGER11Check_id審核人 編號(hào)VARCHAR205 系統(tǒng)功能的實(shí)現(xiàn)5.1 系統(tǒng)功能簡(jiǎn)述本課題研究的系統(tǒng)是基于Java技術(shù)的倉儲(chǔ)管理系統(tǒng)，其主要包含三個(gè)模塊，基本信息數(shù)據(jù)、倉儲(chǔ)管理操作和幫助?；A(chǔ)數(shù)據(jù)用于設(shè)計(jì)一些基礎(chǔ)項(xiàng)目，庫存操作是對(duì)應(yīng)的入庫出庫一類對(duì)庫存所作的操作，幫助是對(duì)整個(gè)系統(tǒng)的簡(jiǎn)單介紹。本系

49、統(tǒng)使用成員的角色包含兩類，一類是倉儲(chǔ)部主管，另一類是普通的倉儲(chǔ)管理員，其中，倉儲(chǔ)部主管擁有整個(gè)倉儲(chǔ)系統(tǒng)的最高權(quán)限操作，倉儲(chǔ)部主管負(fù)責(zé)整個(gè)倉儲(chǔ)物流區(qū)域的日常運(yùn)作和維護(hù)管理等工作。5.2 模塊化功能實(shí)現(xiàn)5.2.1登陸模塊的實(shí)現(xiàn)登陸actionimport javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse;import javax.servlet.http.HttpSession;import org.apache.struts.action.Action;import org.apache.struts.action.ActionForm;import org.apache.struts.action.ActionForward;import org.apache.struts.action.ActionMapping;import com.javateam3.struts.form.LoginF