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

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é)的開

2、發(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í)際工作指明了方向。 矚慫潤厲釤瘞睞 櫪廡賴。關(guān)鍵詞： Java技術(shù) 軟件工程理論 需求分析 數(shù)據(jù)庫建模學(xué)位論文目錄摘 要 1 聞創(chuàng)溝燴鐺險(xiǎn)愛氌譴凈。目 錄 2 殘騖樓諍錈瀨濟(jì)溆塹籟。1 引 言 3釅錒極額閉鎮(zhèn)檜豬訣錐。1.1 選題背景及意義 3 彈貿(mào)攝爾霽斃攬磚鹵廡。1.2 課題任務(wù) 4 謀蕎摶篋飆鐸懟類蔣薔。2 相關(guān)技術(shù)綜述 5 廈礴懇蹣駢時(shí)盡繼價(jià)騷。2.1 Java技術(shù)簡介及相關(guān)原理 5 煢楨廣鰳鯡選塊網(wǎng)羈淚。2.2 Stru

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

4、調(diào) 試 40鍬籟饗逕瑣筆襖鷗婭薔。7 總 結(jié) 43構(gòu)氽頑黌碩飩薺齦話騖。參考文獻(xiàn) 44 輒嶧陽檉籪癤網(wǎng)儂號(hào)澩。致 謝 45 堯側(cè)閆繭絳闕絢勵(lì)蜆贅。學(xué)位論文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)市場經(jīng)濟(jì)的發(fā)展形勢。 識(shí)饒鎂錕 縊灩筧嚌儼淒。早在 70

5、年代，計(jì)算機(jī)技術(shù)就最先被引用到了倉儲(chǔ)和物流配送領(lǐng)域當(dāng)中，伴隨著物流 市場和產(chǎn)品訊息的疾速發(fā)展，物流軟件市場也應(yīng)運(yùn)而生，并且迅速發(fā)展壯大起來，涌現(xiàn)出 了一大批倉儲(chǔ)物流應(yīng)用軟件；物流軟件作為企業(yè)管理應(yīng)用軟件，物流軟件，相比其他軟件 提供了先進(jìn)的，效率高的特點(diǎn)，可靠性和安全性，而且具有較小的實(shí)施風(fēng)險(xiǎn)和實(shí)施優(yōu)勢， 其效益明顯，操作快捷等特點(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)（ SM

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

7、質(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ǔ)學(xué)位論文管理員理部門和銷售部門提供的便利，降低了倉庫的呆滯損耗；企業(yè)可以跟蹤服務(wù)來銷售 產(chǎn)品，同時(shí)消除了銷售人員需要根據(jù)過去的做法來驗(yàn)證新的自戶外用品的麻煩，提高客戶 服務(wù)的效率，同時(shí)節(jié)省相關(guān)費(fèi)用，避免不必要的業(yè)務(wù)糾紛，維護(hù)企業(yè)長期與用戶建立的良 好信譽(yù)。 鯊腎鑰詘褳鉀溈懼統(tǒng)庫。1.2 課題任務(wù)本文將根據(jù)軟件工程的理論，針對(duì)企業(yè)倉儲(chǔ)管理系統(tǒng)面臨的實(shí)際問題，對(duì)倉儲(chǔ)管理系 統(tǒng)進(jìn)行分析、設(shè)計(jì)與實(shí)現(xiàn)，開發(fā)出基于 Jav

8、a 技術(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)化分析方法， 以及數(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í)際工作指明了方向。 碩癘鄴頏謅攆檸攜驤蘞。學(xué)位論文2 相關(guān)技術(shù)綜述2.

9、1 Java 技術(shù)簡介及相關(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ì)的編程語言，其具有簡窒、面對(duì)對(duì)象、分站式、解析型、安全、可靠、 可移值、高性能、多線程等特點(diǎn)。 閿擻輳嬪諫遷擇楨秘騖。企業(yè)級(jí)多層應(yīng)用系統(tǒng)的開發(fā)一直是所有企業(yè)面臨的難題，軟件開發(fā)商和眾多程序員， 一直在追求和急切的期待一個(gè)成熟的、標(biāo)準(zhǔn)的企業(yè)級(jí)應(yīng)用平臺(tái)，來簡化和規(guī)范企業(yè)級(jí)應(yīng)用 系統(tǒng)的開發(fā)和部署。 Java技術(shù)的出現(xiàn)，尤其是 J2EE（Java2 Platform Enterp

10、rise 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)用，全部可以在此技術(shù)框架基礎(chǔ)上進(jìn)行構(gòu)造，本文使用的組件技術(shù)主要有 Enterprise JavaBean、 Servlet、JSP網(wǎng)頁等。 氬嚕躑竄貿(mào)懇彈瀘頷澩。2.1.1 Enterprise JavaBea

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

12、 釷鵒資贏車贖孫滅獅贅。學(xué)位論文根據(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í)或被客戶斷開連接時(shí)，狀 態(tài)信息或者數(shù)據(jù)在兩種狀態(tài)下都不會(huì)保存，會(huì)話 Bean 也就隨之

13、消失。一個(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)信息等。 慫闡譜鯪逕導(dǎo)嘯畫長涼。2.1.2 JSP(Java Server Pages )JSP(Java Server Page)s 是一種動(dòng)態(tài)的網(wǎng)頁技術(shù)標(biāo)準(zhǔn)，它由 Sun Microsystems 公司 與其他公司一同參加建立的標(biāo)準(zhǔn)， JSP是基于

14、 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é)合在一起 .諺辭調(diào)擔(dān)鈧諂動(dòng)禪瀉類。2.1.3 ServletServ

15、let 是基于請(qǐng)求 /響應(yīng)機(jī)制的組件，其用來擴(kuò)展 Web服務(wù)器功能， Servlet 從客戶 端(如 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ù)支持。 嘰覲詿縲鐋囁偽純鉿錈。學(xué)位論文2.2 StrutsStruts 框架是由 Apache 基金會(huì)在 Jakarta 中推出的一個(gè)子項(xiàng)目，在英文中是支架、 支柱的意思

16、，這也反映了在 Web 應(yīng)用程序開發(fā)中起著重要作用， Struts 為 Web 應(yīng)用程序 的總體框架，可以使開發(fā)人員把在部分精力集中在，怎么解決實(shí)際業(yè)務(wù)的題目上來，與此 同時(shí) Struts 框架也容許開發(fā)人員憑據(jù)實(shí)際需要實(shí)行拓展和定制， 從而可以更好的適應(yīng)用戶 的需求。選用 Struts 能夠簡化 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)用。 熒紿譏鉦鏌觶鷹緇機(jī)庫。2.2.1 MVC80 年代 Smalltalk 開發(fā)了一種軟件設(shè)計(jì)模型，即，模型

17、 -視圖-控制器（ MVC ）是，如 下圖 2-1 所示。 鶼漬螻偉閱劍鯫腎邏蘞。 模型（ Model ），主體是應(yīng)用程序的， Model 表示業(yè)務(wù)數(shù)據(jù)或業(yè)務(wù)邏輯； 視圖（ View ），應(yīng)用程序中用戶界面關(guān)聯(lián)部分，用戶能夠看到并與之交互； 控制器（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 都有 這

18、種現(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 程式以字符串輸出的方式，動(dòng)態(tài)地形成 HTML 內(nèi)容；其后伴隨著腳本語言的涌現(xiàn)，前 面的程式又被調(diào)了過來， 改為將腳本語言的程序嵌入 HTML 內(nèi)容中； 這兩種方法有一個(gè)共 同的缺陷，就是它們總是不能將程序語言和 HTML 分隔開來。第二是，腳本語言的功能比 較弱，缺少支撐 MVC 設(shè)計(jì)模型的一些必需的基礎(chǔ)技能，直到基于

19、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 所示。 紂憂蔣氳頑薟驅(qū)藥憫學(xué)位論文方法調(diào)用 事件 圖 2-1 ,MVC 組件模型的關(guān)系和功能圖濫驂膽閉驟羥闈詔寢賻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 流程的所有任務(wù)，具體工作流程如下圖 2-4 所示學(xué)位論文擠貼綬電麥結(jié)鈺贖嘵類。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 是一個(gè) FrontController ，是一個(gè)標(biāo)準(zhǔn)化的 Servlet，其利用 RequestProcessor 來處理轉(zhuǎn)發(fā)來的 request，ActionMapping 是 ActionConfig 的子類，是對(duì) struts-config.xml 的 一個(gè)映射，從中能夠取得所有的

22、信息， RequestProcesso依r 據(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，即利用預(yù)制參數(shù)來生成 Form，如此可以更靈活的擴(kuò)展程序。 塤礙籟饈決穩(wěn)賽釙冊庫。ActionErrors 是對(duì)錯(cuò)誤信息的打包，只要在執(zhí)行 acti

23、on 或者 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)行訪問以達(dá)到解除耦合。 倉嫗盤紲囑瓏詁鍬齊驁。Strut

24、s 供給了多種 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ù)命令。 綻萬璉轆 娛閬蟶鬮綰瀧。學(xué)位論文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)

25、哪些工作，即是體現(xiàn)目標(biāo)系統(tǒng)的完整、 準(zhǔn)確、清晰、具體的特性。系統(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ì)。 驍顧燁鶚巰瀆蕪領(lǐng)鱺賻。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)

26、單對(duì) 待入庫貨品進(jìn)行檢查。若待入庫貨品與入庫申請(qǐng)單信息一致，則允許入庫；若不一致，則禁 止入庫， 請(qǐng)?zhí)峤回浧返膯挝换蛉藛T重新開具入庫申請(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)營狀態(tài)。 所以，一

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

28、體的庫位用來存放貨品， 倉儲(chǔ)管理員要對(duì)這些存儲(chǔ)庫位進(jìn) 行的管理， 每個(gè)庫房都有一些倉儲(chǔ)管理員， 對(duì)這些倉儲(chǔ)管理員的管理， 也是倉儲(chǔ)管理員理系 統(tǒng)的功能之一。 轡燁棟剛殮攬瑤麗鬮應(yīng)。3.2 系統(tǒng)環(huán)境 硬件環(huán)境服務(wù)器端 : 硬件配置為 2G 以上內(nèi)存 ,CPU 為四核以上 ,硬盤容量為 1T 的計(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/W

29、in7屏幕分辨率推薦為： 1024*768 或以上3.3 需求分析3.3.1 倉儲(chǔ)管理員理系統(tǒng)11學(xué)位論文系統(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ù)，包含貨品、票據(jù)查詢，貨 品出入、人員操作統(tǒng)計(jì)等各種信息的修改與維護(hù)。 峴揚(yáng)斕滾澗輻灄興渙藺。 打印報(bào)表的生成。 在貨品管理中加入最高儲(chǔ)備和最低儲(chǔ)備字段，對(duì)倉庫中的產(chǎn)品實(shí)現(xiàn)監(jiān)控和報(bào)警。 操作日志的管理。 倉儲(chǔ)管理員理系統(tǒng)的使用幫助。3.3.1 系統(tǒng)流程圖（ 下圖 ）圖 3-1 系

30、統(tǒng)流程圖3.3.1 數(shù)據(jù)流程圖12學(xué)位論文剖析并調(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ì)量單位、最高/最低限量、備注等。 倉庫信息，包括的數(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)、貨品

31、編號(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)損單、調(diào)撥單信息等，與入庫單、出庫單信息基本類同。管理員 入庫信息出庫信息1.貨品入庫 信息管理2.貨品出庫信息管理出庫信息表3.貨品庫存信息管理庫存信息表 供應(yīng)商 管理員圖 3-2 倉儲(chǔ)管理員理系統(tǒng)數(shù)據(jù)流程圖13學(xué)位論文3.3.1 倉儲(chǔ)管理員理系統(tǒng)權(quán)限此系統(tǒng)角色包括兩類，倉儲(chǔ)部管

32、理人員和倉儲(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)限設(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ù)的功能。 基礎(chǔ)信息管理模塊： 為倉

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

34、加和刪除操作后的出庫貨檢單要交由管 理部審核。 入庫信息管理模塊： 為倉庫管理員提供檢索、 添加、修改和刪除入庫流向單 （包含：部件、 產(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ì)倉庫部門信息的管理與維護(hù)， 包含對(duì)部門 信息檢索、添加、修改和刪除等操作； 陽簍埡鮭罷規(guī)嗚舊巋錟。倉庫報(bào)表管理模塊： 為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)報(bào)表信息的管理與維護(hù)

35、， 包含對(duì)報(bào)表的檢索、 瀏覽和刪除等操作； 倉庫貨檢信息管理模塊： 為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)貨檢信息的管理與維護(hù)， 包括對(duì)在庫貨 檢信息、入庫貨檢信息和出庫貨檢信息的審核； 溈氣嘮戇萇鑿鑿櫧諤應(yīng)。 基礎(chǔ)信息管理模塊： 為倉儲(chǔ)管理員供給實(shí)現(xiàn)對(duì)基本信息進(jìn)行添加、 刪除、檢索和瀏覽功能； 系統(tǒng)設(shè)置模塊：為管理員供給實(shí)現(xiàn)密碼更改、數(shù)據(jù)庫備份和恢復(fù)的功能。用圖例來進(jìn)行系統(tǒng)建模，如下圖 3-3 所示。15學(xué)位論文用戶從瀏覽器登陸 用例用例名稱用戶登陸主題領(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)中已建立用戶名并分配

36、了相應(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)用戶界面、菜單如果否、或 保密字不正 確轉(zhuǎn)到 A1 。516學(xué)位論文分支事件流編號(hào)主流事件 步驟角色 /系統(tǒng)條件描述數(shù)據(jù)項(xiàng)轉(zhuǎn)去主流 事件步驟備注A14系統(tǒng)不是合法用戶，用戶名、 密碼錯(cuò)誤，用戶名和這密 碼與角色不對(duì)應(yīng)返回登陸失敗信

37、息登陸失 敗信息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角色輸入所需查詢的供貨商信息9系統(tǒng)查詢是否成功查詢成功如果查詢成功轉(zhuǎn)到 A1 ；如果查詢不成 功轉(zhuǎn)到 A2 。分支事件流NO主事件流 Step角色 /系統(tǒng)條件描述數(shù)據(jù)項(xiàng)轉(zhuǎn)去

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

39、修改的供貨商信息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ǔ)管理員理人員18學(xué)位論文觸發(fā)事件供貨商信息添加前置條件有需要添加的 供貨商信息結(jié)束條件成功條件：查詢到需要添加的供貨商信息 失敗條件：未查到需要添加的供貨商信息相關(guān)用例輸入概述所需要添加

40、的供貨商信息輸出概述添加結(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)沒有完成供貨商信息添加返回 失敗信息添加 失敗信息提示219學(xué)位論文4 數(shù)據(jù)庫設(shè)計(jì)4.1 概述數(shù)據(jù)庫 (Database Design) 設(shè)計(jì)是依根據(jù)用戶的實(shí)際需要，在某一具體詳細(xì)的數(shù)據(jù)倉 儲(chǔ)管理

41、員的系統(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 五大步驟。 鋇嵐縣緱虜榮產(chǎn)濤團(tuán)藺。4.2 E-R 圖要據(jù)要求，利用 E-R 實(shí)體關(guān)系圖來描述倉庫的概念模塊，如下圖 4-1 所示入庫入庫編號(hào)庫房編號(hào)入庫日期提交人編貨檢日期貨檢人編號(hào)入庫單狀態(tài)審核日期主管編號(hào)組裝組裝編號(hào)庫房編號(hào) 成品編號(hào) 數(shù)量 在庫貨檢日期 組裝日期 主管編號(hào)報(bào)告報(bào)表編號(hào)報(bào)表類型庫房編號(hào)起始日期結(jié)束日期創(chuàng)建

42、日期提交人編號(hào)審核日期審核人編號(hào)20圖 4-1 倉庫 E-R 系統(tǒng)圖( 2)學(xué)位論文4.3 數(shù)據(jù)表邏輯設(shè)計(jì)，倉儲(chǔ)管理員理系統(tǒng)的數(shù)據(jù)庫是 MySQL ，如下表所示是表在數(shù)據(jù)庫中的邏輯 表示。表 4-1 零部件的結(jié)構(gòu)字段名注釋類型長度是否為主鍵是否不為空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

43、 id貨檢驗(yàn) 編號(hào)char5表 4-2產(chǎn)品的結(jié)構(gòu)字段名注釋類型長度是否為主鍵是否不為空id編號(hào)INTEGER11Makebill id組裝單 編號(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)字段名注釋類型長度是否為主鍵是否不為空21學(xué)位論文id編號(hào)INTEGER11Assembly id部件單編號(hào)VARCHAR20Product id成品編號(hào)VARC

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

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

46、AR20sex性別VARCHAR20credit信譽(yù)度INTEGER11phone電話 號(hào)碼VARCHAR20address地址VARCHAR20remark備注VARCHAR20表 4-8 入庫單結(jié)構(gòu)字段名注釋類型長度是否為主鍵是否不為空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)VA

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

48、量INTEGER11Atcheck date在庫貨檢日期DATE11Make date組裝 時(shí)間DATE11Manager id主管 編號(hào)VARCHAR20表 4-11出庫單結(jié)構(gòu)字段名注釋類型長度是否為主鍵是否不為空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-1

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

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