食堂倉庫管理系統(tǒng)的設(shè)計與實現(xiàn)論文

1、74/85JIU JIANG UNIVERSITY 畢 業(yè) 論 題 目 食堂倉庫治理系統(tǒng)的設(shè)計與實現(xiàn) 英文題目 Design and Implementation of The Canteen Warehouse Management System 院 系 信息科學(xué)與技術(shù)學(xué)院 專 業(yè) 計算機(jī)科學(xué)與技術(shù) 姓 名 胡德衛(wèi) 班級學(xué)號 A081131 指導(dǎo)教師 李立現(xiàn) 二一二年五月摘 要 隨著科學(xué)技術(shù)的不斷進(jìn)展,我們的社會差不多進(jìn)入了一個信息化的社會，人們每天都要接收大量的信息和處理大量的數(shù)據(jù)，僅靠傳統(tǒng)的紙和筆已不能適應(yīng)那個時代的要求，人們必須采取新的手段,因此信息技術(shù)進(jìn)入我們的生活，計算機(jī)不再是簡單

2、的計算工具，它已成為我們生活中處理大量信息的不可或缺的手段。在當(dāng)今產(chǎn)業(yè)競爭越來越激烈的信息時代，企業(yè)經(jīng)營除了降低成本，提高品質(zhì)外，更需要以先進(jìn)的治理理念來整合食堂倉庫內(nèi)部與外部資源。倉庫治理系統(tǒng)正是在那個背景下產(chǎn)生的。本系統(tǒng)正是針對倉庫部門的物資信息治理，通過對倉庫差不多信息出入庫信息等的系統(tǒng)界面設(shè)計，將會給治理者帶來極大的方便，具有手工治理無法比擬的優(yōu)點，例如檢索速度快、查找方便、可靠性高、存儲量大、使用時刻長等。用計算機(jī)治理取代傳統(tǒng)的手工操作，大大減少了治理人員的工作量，提高了工作效率，為獵取詳細(xì)的治理信息提供了保證，方便各類人員的查詢和信息保證，增強(qiáng)了治理工作的時效和人員主動性。食堂倉庫

3、治理系統(tǒng)是為了實現(xiàn)食品治理的系統(tǒng)化、規(guī)范化和自動化，從而提高食堂倉庫治理效率而設(shè)計的。它完全取代了原來一直用人工治理的工作方式，幸免了由于治理人員的工作疏忽以及治理質(zhì)量問題所造成的各種錯誤，為及時、準(zhǔn)確、高效的完成倉庫治理提供了強(qiáng)有力的工具和治理手段。食堂倉庫治理系統(tǒng)是一個中小型數(shù)據(jù)庫治理系統(tǒng)，它界面美觀、操作簡單、安全性高，差不多滿足了倉庫治理的要求。整個系統(tǒng)由差不多信息、單據(jù)中心、查詢統(tǒng)計、報表打印、維護(hù)設(shè)置、關(guān)心等模塊組成，本系統(tǒng)是在以Sql server 2000作為后臺數(shù)據(jù)庫，以JAVA為編程語言來開發(fā)的。倉庫治理系統(tǒng)在運(yùn)行時期，效果好，數(shù)據(jù)準(zhǔn)確性高，提高了工作效率，同時也實現(xiàn)了倉庫

4、治理計算機(jī)化。關(guān)鍵詞：倉庫，治理系統(tǒng)，數(shù)據(jù)庫AbstractAlong with the development of science and technology, our society has entered into a the information society, people every day to receive a large amount of information and large amounts of data, only on the traditional paper and pen already can not adapt to the the dema

5、nds of The Times, people must take the new method, and information technology into our life, computer is no longer a simple calculation tool, it has become us to live with the amount of information in the indispensable means. In todays industrial competition more and more fierce information age, ent

6、erprise management in addition to reduce costs, improve quality, but also need to advanced management concept to integrate the dining room inside and outside the warehouse resources. Warehouse management system is in the background.This system is the department for warehouse the goods information ma

7、nagement, through to the warehouse basic information, the loading and unloading and other information system interface design, will bring great convenience to managers, with manual management the incomparable virtues, such as the retrieval speed is quick, easy search, high reliability, large storage

8、, long using life, etc. Use computer management instead of traditional manual operation, greatly reducing the management work and enhance the working efficiency, for access to the detailed management information provides the guarantee, convenient of all kinds of personnel and information assurance o

9、f inquires, enhance the management work of aging and personnel initiative.Warehouse management system in order to realize the dining room is systematic and food management standardization and automation, so as to improve the efficiency of management of the warehouse and dining room of the design. It

10、 completely replaced the original has been using artificial management way of working and avoid the management work of negligence and the management of the quality problem caused by all kinds of mistakes in timely, accurate and efficient complete warehouse management provides powerful tools and mana

11、gement. The dining room warehouse management system is a small and medium-sized database management system, it interface aesthetics, simple operation, high safety, satisfy basically warehouse management requirements. The whole system from the basic information, documents center, inquires the statist

12、ics, print, maintenance setting, help for module,This system is in Sql server 2000 as the backend database to JAVA for programming language developed by. Warehouse management system in operation stage, the effect is good, data accuracy is high, improve work efficiency, but also to achieve a warehous

13、e management with computers.Key word: The Warehouse, Administrative System, The Database目 錄 TOC o 1-3 h z u HYPERLINK l _Toc24045 摘 要 PAGEREF _Toc24045 I HYPERLINK l _Toc7664 Abstract PAGEREF _Toc7664 II HYPERLINK l _Toc6726 1 緒論 HYPERLINK l _Toc10644 1.1 項目開發(fā)的背景( PAGEREF _Toc10644 1) HYPERLINK l _T

14、oc617 1.2項目開發(fā)的目的( PAGEREF _Toc617 1) HYPERLINK l _Toc26788 1.3項目開發(fā)的意義( PAGEREF _Toc26788 2) HYPERLINK l _Toc5362 1.4 小結(jié)( PAGEREF _Toc5362 2) HYPERLINK l _Toc8056 2 需求分析 HYPERLINK l _Toc3143 2.1倉庫治理系統(tǒng)概述( PAGEREF _Toc3143 3) HYPERLINK l _Toc12450 2.2系統(tǒng)總體功能模塊圖( PAGEREF _Toc12450 4) HYPERLINK l _Toc4975

15、 2.3數(shù)據(jù)流圖( PAGEREF _Toc4975 4) HYPERLINK l _Toc2785 2.4倉庫治理系統(tǒng)的角色定義( PAGEREF _Toc2785 6) HYPERLINK l _Toc22193 2.5小結(jié)( PAGEREF _Toc22193 7) HYPERLINK l _Toc26558 3 總體設(shè)計 HYPERLINK l _Toc30283 3.1總體用例圖( PAGEREF _Toc30283 8) HYPERLINK l _Toc26612 3.2用例講明( PAGEREF _Toc26612 9) HYPERLINK l _Toc15035 3.3 E-R

16、圖設(shè)計( PAGEREF _Toc15035 14) HYPERLINK l _Toc27363 3.4 功能模塊設(shè)計圖( PAGEREF _Toc27363 15) HYPERLINK l _Toc29789 3.5數(shù)據(jù)庫設(shè)計( PAGEREF _Toc29789 17) HYPERLINK l _Toc22347 3.6小結(jié)( PAGEREF _Toc22347 25) HYPERLINK l _Toc2273 4 系統(tǒng)的實現(xiàn) HYPERLINK l _Toc7093 4.1系統(tǒng)功能簡介( PAGEREF _Toc7093 26) HYPERLINK l _Toc2150 4.2添加商品的

17、實現(xiàn)( PAGEREF _Toc2150 29) HYPERLINK l _Toc16122 4.3商品出庫的實現(xiàn)( PAGEREF _Toc16122 33) HYPERLINK l _Toc8374 4.3 小結(jié)( PAGEREF _Toc8374 35) HYPERLINK l _Toc14538 5 測試 HYPERLINK l _Toc4004 5.1測試的指導(dǎo)原則( PAGEREF _Toc4004 36) HYPERLINK l _Toc26887 5.2登陸測試方案( PAGEREF _Toc26887 36) HYPERLINK l _Toc20857 5.2 數(shù)據(jù)錄入測試(

18、 PAGEREF _Toc20857 37) HYPERLINK l _Toc20219 5.4測試結(jié)論( PAGEREF _Toc20219 38) HYPERLINK l _Toc13279 5.5小結(jié)( PAGEREF _Toc13279 39) HYPERLINK l _Toc10026 總 結(jié)( PAGEREF _Toc10026 40) HYPERLINK l _Toc30935 致 謝( PAGEREF _Toc30935 41) HYPERLINK l _Toc3282 參考文獻(xiàn)( PAGEREF _Toc3282 42)1 緒論1.1 項目開發(fā)的背景高校倉庫的物流治理的差不多

19、要素包括了人、財、物三個部分,其中人是最重要的因素，物流活動的功能要緊表現(xiàn)為運(yùn)輸、倉儲保管、裝卸搬運(yùn)、配送、物流信息等。其中,運(yùn)輸及保管處于要緊地位;物流治理功能的實現(xiàn),還需要包括配套政策的制定、物流系統(tǒng)的結(jié)構(gòu)、組織、領(lǐng)導(dǎo)、治理方式的建設(shè),以及標(biāo)準(zhǔn)化制度的建立等。從物流治理的要素上來看,我國目前的高校后勤倉庫治理還存在以下幾個方面的問題： （1）從人的方面來看,后勤部門正面臨人力資源治理危機(jī)。要緊表現(xiàn)為治理人才的缺乏和大量冗余人員的存在,造成了后勤部門的運(yùn)行效率低下,風(fēng)險意識和開創(chuàng)創(chuàng)新精神的欠缺,導(dǎo)致了整個后勤仍然不能有效參與社會競爭1。 （2）從功能要素上來看,后勤部門的資源分散,不能形成經(jīng)

20、營的規(guī)模,資源白費和閑置現(xiàn)象較為嚴(yán)峻,后勤資源不能充分發(fā)揮作用,治理的分散難以形成專業(yè)化的優(yōu)勢,勢必降低后勤部門經(jīng)營的效果。 （3）由于思想觀念和治理視角的局限,以及監(jiān)管和反饋機(jī)制的缺乏,使后勤服務(wù)部門的物流治理工作在制度、規(guī)范、機(jī)構(gòu)和政策等方面的建設(shè)不能及時落到實處,使高校的物流治理水平因為缺乏必要的支持因素而難以提高。1.2項目開發(fā)的目的高校餐飲改革作為學(xué)校后勤社會化改革的一部分,既有尊重教育規(guī)律,為學(xué)生服務(wù)的教育屬性,又有逐步實現(xiàn)企業(yè)化治理,尊重經(jīng)濟(jì)規(guī)律,講求經(jīng)濟(jì)效益的產(chǎn)業(yè)屬性2。隨著高校后勤社會化改革的深入進(jìn)行,高校餐飲治理如何面臨挑戰(zhàn),適時運(yùn)用現(xiàn)代企業(yè)治理思路和方法,創(chuàng)新餐飲治理,建

21、成符合高校后勤特點的新型治理運(yùn)行機(jī)制成為重要命題。1.3項目開發(fā)的意義倉庫治理系統(tǒng)是現(xiàn)代倉儲企業(yè)或者食堂進(jìn)行物資治理和處理的業(yè)務(wù)操作系統(tǒng)。它能夠?qū)崿F(xiàn)本地一個或幾個倉庫的精細(xì)化治理，也可實現(xiàn)食堂倉庫各種食品的治理；它能夠?qū)ξ镔Y存儲和出貨等進(jìn)行動態(tài)安排，能夠?qū)}儲作業(yè)流程的全過程進(jìn)行電子化操作；能夠與食堂建立數(shù)據(jù)接口使客戶通過互聯(lián)網(wǎng)實現(xiàn)遠(yuǎn)程物資治理，能夠與倉庫的ERP系統(tǒng)實現(xiàn)無縫連接。在現(xiàn)代高校中中，食堂倉庫治理是一項繁瑣復(fù)雜的工作，每天要處理大量的單據(jù)數(shù)據(jù)。為及時結(jié)清每筆業(yè)務(wù)，盤點庫存和物資流淌情況，保證企業(yè)生產(chǎn)用料以及物資安全，庫管人員要花費大量人力物力和時刻來作數(shù)據(jù)記錄統(tǒng)計工作。眾所周知，倉

22、庫治理是一種既苦惱又單調(diào)的工作，每天差不多上重復(fù)記錄一些物資的存入與取出，而且物資的種類繁多，存取有專門大的隨機(jī)性，如此為工作人員帶來了專門大的不便，在操作過程中，由于人為的計算出錯率專門高，一旦出錯改正也專門困難，如此簡單繁重的工作要專門多人來做，為經(jīng)營者增加了專門多成本。因此開發(fā)一個可行的倉庫治理系統(tǒng)是十分必要的。本系統(tǒng)以SQL Server 2000作為后臺數(shù)據(jù)庫，以java語言來開發(fā)的，不僅實現(xiàn)了倉庫治理的自動化，同時也提高了工作效率3。本系統(tǒng)由以下幾個模塊組成：差不多信息治理、入庫治理、在庫治理、出庫治理、報表治理。1.4 小結(jié) 這一章節(jié)要緊確實是介紹了一下系統(tǒng)開發(fā)的目的以及意義，首

23、先列出了學(xué)校食堂后勤的一些治理現(xiàn)狀，只有專門好的了解了當(dāng)前學(xué)校高校后勤倉庫治理的現(xiàn)狀，那樣才能對該系統(tǒng)進(jìn)行設(shè)計前期的工作任務(wù)進(jìn)行一個專門好的規(guī)劃，明確該食堂倉庫治理系統(tǒng)的設(shè)計理念以及改系統(tǒng)要達(dá)到的目標(biāo)，同時明確了本系統(tǒng)開發(fā)所涉及的核心技術(shù)。2 需求分析2.1倉庫治理系統(tǒng)概述系統(tǒng)是為食堂倉庫食品治理而設(shè)計的高效治理系統(tǒng)，系統(tǒng)功能強(qiáng)大，同時操作又比較簡單，而治理人員大多受到過系統(tǒng)的培訓(xùn)，并能夠操作電腦，因此只要花專門少的時刻，就能夠讓他們熟悉本系統(tǒng)。本系統(tǒng)是一款食堂倉庫治理軟件，旨在對食堂倉庫的庫存等方面的自動化治理以適應(yīng)現(xiàn)代社會的生產(chǎn)方式，其強(qiáng)大的物資治理功能不僅對物資分門不類而且記錄了入庫、出

24、庫情況以及多功能的報表功能更便于統(tǒng)計物資。 倉庫治理系統(tǒng)要緊對物資的入庫出庫、生成報表、物資查詢、盤點統(tǒng)計等關(guān)鍵功能優(yōu)化創(chuàng)新，使其操作方便便于治理。另系統(tǒng)界面簡潔操作簡單，只要熟悉計算機(jī)即可快速掌握本軟件的差不多操作4。 系統(tǒng)開發(fā)的總體任務(wù)是實現(xiàn)各種信息的系統(tǒng)化、規(guī)范化和自動化。系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務(wù)的基礎(chǔ)上完成。本倉庫治理系統(tǒng)需要完成功能要緊有：（1）完善倉庫治理：實行實時的庫存治理，是庫存得到合理操縱，為采購部門提供實時動態(tài)庫存查詢，能夠?qū)Σ少徏笆褂们闆r進(jìn)行詳細(xì)治理，并能夠為各個食堂提供各種數(shù)據(jù)一統(tǒng)計資料，同時格局各食堂的需求，提供食堂倉庫查詢軟件實時庫存查詢。（2）科學(xué)的報表

25、系統(tǒng)：以倉庫治理系統(tǒng)為基礎(chǔ)，可隨時為各個食堂提供精確、全面的統(tǒng)計分析報表，如庫存報表、出庫、入庫等信息報表。（3）動態(tài)的庫存治理：可將產(chǎn)品按照產(chǎn)地和供應(yīng)商進(jìn)行分類進(jìn)行入庫并依照各食堂的庫存量實行動態(tài)的庫存治理，合理計算倉庫費用，提高倉庫利用率，降低食堂倉庫的總體費用。（4）高效的治理系統(tǒng)：倉庫治理系統(tǒng)同時負(fù)責(zé)對多個食堂的物品供應(yīng)，各個食堂能夠通過 登錄倉庫治理系統(tǒng)查看庫存信息。2.2系統(tǒng)總體功能模塊圖 系統(tǒng)的總體功能模塊設(shè)計如圖2-1所示。登錄食堂倉庫治理系統(tǒng)登錄食堂倉庫治理系統(tǒng)基礎(chǔ)信息治理進(jìn)貨治理銷售治理 查詢統(tǒng)計 庫存治理 系統(tǒng)治理食堂信息治理商品信息治理供應(yīng)商信息治理進(jìn)貨單進(jìn)貨退貨出庫單

26、出庫退貨食堂查詢商品查詢供應(yīng)商查詢出庫查詢庫存盤點價格查詢操作員治理更改密碼權(quán)限治理圖2-1系統(tǒng)總體功能模塊2.3數(shù)據(jù)流圖數(shù)據(jù)流圖是描述系統(tǒng)的邏輯模型的，圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中流淌和處理的情況，它比口頭與文字的描述更直觀地顯示出來系統(tǒng)中數(shù)據(jù)的使用5。數(shù)據(jù)流圖簡稱DFD圖，數(shù)據(jù)流圖有四種成分：源點或終點、處理、數(shù)據(jù)存儲表和數(shù)據(jù)流。圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中的流向和處理情況，即使不是專業(yè)的計算機(jī)技術(shù)人員也容易理解，是極好的理解工具。它能精確的描述系統(tǒng)的邏輯模型，描述數(shù)據(jù)在MIS中有輸入通過存儲、加工處理最后輸出的全過程，是設(shè)計者和用戶交流的專門好的工

27、具。認(rèn)真分析調(diào)查有關(guān)倉庫治理信息需求的基礎(chǔ)上，得到了本系統(tǒng)所處理的數(shù)據(jù)流圖，如圖2-2所示。圖2-2 倉庫治理系統(tǒng)數(shù)據(jù)流圖通過對食堂倉庫治理系統(tǒng)的功能模塊和數(shù)據(jù)流程分析，設(shè)計數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)如下： （1）商品信息：(商品ID、簡稱、產(chǎn)地、單位、規(guī)格、包裝、批號、批準(zhǔn)文號、供應(yīng)商全稱) （2）食堂信息：(食堂ID、食堂地址、食堂簡稱、食堂編碼、聯(lián)系人、食堂電話) （3）供應(yīng)商信息：(供應(yīng)商全稱、供應(yīng)商ID、編碼、簡稱、電話以及電子郵箱) （4）庫存狀況信息：（商品名稱、商品ID、庫存數(shù)量、簡稱、單價） （5）進(jìn)貨單信息：（入庫ID、金額、經(jīng)辦人編號、入庫時刻、入庫單價、入庫數(shù)量） （6）出庫單信

28、息：（出庫編號、物資編號、經(jīng)辦人編號、出庫時刻、出庫單價、出庫數(shù)量、食堂編號、定其它金額、備注） （7）用戶治理信息：（用戶名、用戶密碼、用戶權(quán)限）2.4倉庫治理系統(tǒng)的角色定義 系統(tǒng)角色包括兩種，倉管部治理人員和倉庫操作人員，其中，治理部主管擁有整個系統(tǒng)的最高權(quán)限。 （1）倉管部治理人員：負(fù)責(zé)倉庫的出入庫治理，能夠依照流向單實現(xiàn)出/入庫操作，具體權(quán)限有： 庫存信息治理。 庫檢信息維護(hù)。 單信息維護(hù)。 出庫單信息維護(hù)。 報表信息治理。 進(jìn)行密碼修改、清除表信息等系統(tǒng)設(shè)置。 客戶、供應(yīng)商、庫房等差不多信息的查詢掃瞄等。 （2）倉管部操作員，倉庫治理員要緊能進(jìn)行操作的治理權(quán)限如下： 負(fù)責(zé)整個食堂倉管

29、部門的日常運(yùn)作和治理工作，要緊包括：部門信息維護(hù)、人員信息治理。 報表信息治理。 進(jìn)行密碼修改、備份數(shù)據(jù)庫等系統(tǒng)設(shè)置。2.5小結(jié) 這一小節(jié)要緊是明確系統(tǒng)開發(fā)的需求分析，明確系統(tǒng)要實現(xiàn)的功能，確立系統(tǒng)的功能模塊，按照系統(tǒng)開發(fā)的流程，先申述系統(tǒng)的治理概述，繼而就確立系統(tǒng)要實現(xiàn)的功能模塊，最后確立系統(tǒng)的用戶角色需求的定位，本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的操縱與治理，同時提出了本食堂倉庫治理系統(tǒng)的軟件開發(fā)過程，便于HYPERLINK /view/39175.htm程序員與客操作者之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本

30、軟件的共性，以期能夠獲得更大范圍的應(yīng)用。3 總體設(shè)計3.1總體用例圖用例圖是一個系統(tǒng)建模的啟始點，能夠使用用例圖對將要開發(fā)系統(tǒng)的實際工作流程進(jìn)行業(yè)務(wù)建模6。從業(yè)務(wù)模型的基礎(chǔ)上過度到系統(tǒng)建模的開始，能夠通過用例圖來搜集用戶的需求，明確和系統(tǒng)相關(guān)的用戶和其他系統(tǒng)，同時確定系統(tǒng)將會提供什么功能，以及各個功能間的關(guān)系，如圖3-1所示。 圖3-1 總體用例圖3.2用例講明依照用例圖，對登陸和人員信息治理模塊做了詳細(xì)用例講明，具體如以下各小節(jié)所敘。3.2.1用戶登錄頁面登錄用例概述 （1）要緊包括一些用例的名稱、主題領(lǐng)域等一些信息，如表3-1所示。表3-1用戶登錄頁面登錄用例概述用例名稱用戶登陸主題領(lǐng)域用

31、例定義用戶登錄到系統(tǒng)，獲得相應(yīng)的界面和使用權(quán)限角色倉管員或操作員 業(yè)務(wù)觸發(fā)事件用戶預(yù)備開始使用系統(tǒng)進(jìn)行業(yè)務(wù)處理或系統(tǒng)治理 前置條件系統(tǒng)已為該用戶建立系統(tǒng)用戶并分配了相應(yīng)權(quán)限 結(jié)束條件A.成功條件用戶登錄系統(tǒng)，并獲得相應(yīng)權(quán)限B.失敗條件沒有用戶名密碼錯誤C.登錄失敗狀態(tài)1登錄不了倉庫治理系統(tǒng)相關(guān)用例輸入概述用戶名、密碼、角色輸出概述與用戶權(quán)限相應(yīng)的界面使用性備注本用例使用頻繁用例備注 （2）用戶登錄頁面登錄用例主事件流，如表3-2所示。表3-2頁面登錄用例主事件流步驟角色/系統(tǒng)描述數(shù)據(jù)項備注角色 啟動登錄程序系統(tǒng)顯示登錄界面；提示輸入用戶標(biāo)識和保密字 （3）用戶登錄頁面登錄用例分支事件流概述如表

32、3-3所示。表3-3 用戶登錄頁面登錄用例分支事件流概述編號主事件流步驟號角色/系統(tǒng)條件描述數(shù)據(jù)項轉(zhuǎn)去主事件流步驟號備注A14系統(tǒng)不是合法用戶，用戶名、密碼錯誤，用戶名和密碼與角色不對應(yīng)不返回登錄失敗信息，然而登錄不了系統(tǒng)無登錄失敗信息23.2.2供貨商信息查詢用例概述 （1）供貨商信息查詢用概述如表3-4。表3-4 供應(yīng)商信息查詢用例概述用例名稱供貨商信息查詢主題領(lǐng)域供貨商信息查詢用例包用例定義供貨商信息查詢角色倉庫治理人員業(yè)務(wù)觸發(fā)事件進(jìn)行供貨商信息查詢前置條件有需要查詢的供貨商信息記錄結(jié)束條件1.成功條件：查詢到需要查詢的供貨商信息2.失敗條件：未查詢到需要查詢的供貨商信息相關(guān)用例輸入概述

33、所需查詢的供貨商信息輸出概述查詢結(jié)果使用性備注 （2）供貨商信息查詢用例主事件流，如表3-5所示。表3-5供應(yīng)商信息查詢用例概主事件流概述步驟角色/系統(tǒng)描述數(shù)據(jù)項備注角色進(jìn)入查詢界面系統(tǒng)顯示查詢界面角色輸入所需查詢的供貨商信息系統(tǒng)查詢是否成功查詢成功假如查詢成功轉(zhuǎn)到A1假如查詢不成功轉(zhuǎn)到A2 （3）供應(yīng)商信息查詢分支事件流，如表3-6所示。表3-6供應(yīng)商信息查詢分支事件流概述編號主事件流步驟號角色/系統(tǒng)條件描述數(shù)據(jù)項轉(zhuǎn)去主事件流步驟號備注A14系統(tǒng)完成供貨商信息查詢返回成功信息查詢的供貨商信息2A24系統(tǒng)沒有完成供貨商信息查詢返回失敗信息查詢失敗的信息提示23.2.3供貨商信息修改用例概述 （

34、1）供貨商信息修改主事件流，如表3-7所示。表3-7供貨商信息修改用例主事件流概述步驟角色/系統(tǒng)描述數(shù)據(jù)項備注角色進(jìn)入修改界面系統(tǒng)顯示修改界面角色輸入所需修改的供貨商信息系統(tǒng)修改是否成功修改成功假如修改成功轉(zhuǎn)到A1假如修改不成功轉(zhuǎn)到A2 （2）供貨商信息修改用例概述,要緊確實是介紹有關(guān)供貨商信息的修改用例，同時介紹有關(guān)的主題領(lǐng)域、用例的定義以及業(yè)務(wù)的觸發(fā)事件、前置條件、和一些輸出概述，其中包括供應(yīng)商信息的添加、主題領(lǐng)域是供貨商信息修改用例包、角色是倉庫治理人員，同時介紹了事件產(chǎn)生的前置條件為有需要修改的供貨商信息記錄，還有確實是在供應(yīng)商信息修改的時候需要所需修改的供貨商信息，能夠?qū)?yīng)商信息進(jìn)

35、行一些修改，依照以上3-1的系統(tǒng)總體用例圖，設(shè)計了系統(tǒng)的供應(yīng)商信息修改用例概述，內(nèi)含供應(yīng)商信息修改的介紹條件，假如是成功則是供應(yīng)商信息修改成功，假如是不成功那確實是未能對供應(yīng)商信息進(jìn)行修改，還有確實是能夠?qū)?yīng)商信息進(jìn)行查詢修改，是如表3-8所示。表3-8供貨商信息修改用例概述用例名稱供貨商信息修改主題領(lǐng)域供貨商信息修改用例包用例定義供貨商信息修改角色倉庫治理人員業(yè)務(wù)觸發(fā)事件進(jìn)行供貨商信息修改前置條件有需要修改的供貨商信息記錄結(jié)束條件成功條件查詢到需要修改的供貨商信息失敗條件未查詢到需要修改的供貨商信息相關(guān)用例輸入概述所需修改的供貨商信息輸出概述修改結(jié)果使用性備注用例備注 （3）供貨商信息修改

36、分支事件流，如表3-9所示。表3-9供貨商信息修改用例分支事件流概述編號主事件流步驟號角色/系統(tǒng)條件描述數(shù)據(jù)項轉(zhuǎn)去主事件流步驟號備注A14系統(tǒng)完成供貨商信息修改返回成功信息修改的供貨商信息2A24系統(tǒng)沒有完成供貨商信息修改返回失敗信息修改失敗的信息提示23.2.4 供貨商信息添加用例概述 （1）供貨商信息添加用例概述,如表3-10所示。表3-10供貨商信息添加用例概述用例名稱供貨商信息添加主題領(lǐng)域供貨商信息添加用例包用例定義供貨商信息角色倉庫治理人員業(yè)務(wù)觸發(fā)事件進(jìn)行供貨商信息添加前置條件有需要添加的供貨商信息記錄結(jié)束條件成功條件查詢到需要添加的供貨商信息失敗條件未查詢到需要添加的供貨商信息相關(guān)

37、用例輸入概述所需添加的供貨商信息輸出概述添加結(jié)果使用性備注用例備注 （2）供貨商信息添加主事件流，如表3-11所示。表3-11供貨商信息添加主事件流概述步驟角色/系統(tǒng)描述數(shù)據(jù)項備注角色進(jìn)入添加界面系統(tǒng)顯示添加界面角色輸入所需添加的供貨商信息系統(tǒng)添加是否成功添加成功假如添加成功轉(zhuǎn)到A1假如添加不成功轉(zhuǎn)到A2 （3）供貨商信息添加分支事件流，要緊確實是介紹了系統(tǒng)中供貨商信息添加的一些分支時刻流的編號、事件流產(chǎn)生的條件，同時還在其中介紹了分支事件流的數(shù)據(jù)項信息以及分支事件流觸發(fā)之后所專區(qū)主事件流的步驟，如表3-12所示。表3-12 供貨商信息添加分支事件流概述編號主事件流步驟號角色/系統(tǒng)條件描述數(shù)據(jù)

38、項轉(zhuǎn)去主事件流步驟號備注A14系統(tǒng)完成供貨商信息添加返回成功信息添加的供貨商信息2A24系統(tǒng)沒有完成供貨商信息添加返回失敗信息添加失敗的信息提示23.3 E-R圖設(shè)計E-R圖確實是實體關(guān)系圖，要緊完成了對系統(tǒng)中數(shù)據(jù)部分設(shè)計7。E-R圖為實體-聯(lián)系圖，提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型。構(gòu)成E-R圖的差不多要素是實體型、屬性和聯(lián)系。以下是系統(tǒng)的整個ER如圖3-2所示。 地址簡稱地址簡稱密碼聯(lián)系方式用戶名供應(yīng)商名稱密碼聯(lián)系方式用戶名供應(yīng)商名稱操作員治理 庫存供應(yīng)商 1 M操作員治理 庫存供應(yīng)商屬于 M 1 1屬于用戶名提供倉庫 M用戶名提供倉庫 1治理員 M治理員密碼

39、商品密碼 商品產(chǎn)地規(guī)格簡稱商品名產(chǎn)地規(guī)格簡稱商品名 圖3-2 系統(tǒng)整體E-R圖3.4 功能模塊設(shè)計圖 這一小節(jié)要緊是介紹一下系統(tǒng)的一些功能模塊。 （1）食堂倉庫治理系統(tǒng)功能模塊包括： 進(jìn)貨治理 進(jìn)貨治理模塊，要緊功能是添加商品到庫房，同時將庫房需要退貨的商品進(jìn)行退貨操作如上圖3-3所示。 進(jìn)貨治理 進(jìn)貨退貨進(jìn)貨單進(jìn)貨退貨進(jìn)貨單 圖3-3 進(jìn)貨治理功能模塊圖 出庫治理模塊，要緊功能是為治理員提供商品出庫的治理，如圖3-4所示。 出庫治理模塊出庫治理模塊出庫單出庫退貨圖3-4出庫治理功能模塊圖 系統(tǒng)治理模塊，要緊功能是對系統(tǒng)的用戶進(jìn)行治理，包括增加用戶、修改用戶密碼以及添加、刪除用戶等信息，如圖3

40、-5所示。 系統(tǒng)治理 系統(tǒng)治理操作員操作更改密碼權(quán)限治理圖3-5系統(tǒng)治理模塊圖 查詢統(tǒng)計模塊，要緊功能是對食堂信息查詢、商品查詢、供應(yīng)商查詢、出庫查詢、出庫退貨查詢、入庫查詢等信息，如圖3-6所示。查詢統(tǒng)計模塊查詢統(tǒng)計模塊食堂查詢商品查詢供應(yīng)商查詢出庫退貨查詢?nèi)霂觳樵儓D3-6查詢統(tǒng)計模塊圖 基礎(chǔ)信息治理模塊，要緊功能是為治理員提供實現(xiàn)對食堂信息、供貨商信息、商品信息的治理維護(hù)，包括對信息查詢、添加、修改和刪除等一系列操作，如圖3-7所示?；A(chǔ)信息治理 客戶信息治理基礎(chǔ)信息治理客戶信息治理商品信息治理供應(yīng)商信息治理食堂信息添加食堂信息添加或刪除商品信息添加商品信息添加活刪除供應(yīng)商信息添加供應(yīng)商信

41、息添加貨刪除圖3-7基礎(chǔ)信息治理模塊圖 3.5數(shù)據(jù)庫設(shè)計 （1）數(shù)據(jù)庫設(shè)計(Database Design)是指依照用戶的需求，在某一個體的數(shù)據(jù)庫治理系統(tǒng)上，設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)和建立數(shù)據(jù)庫的過程。一般，數(shù)據(jù)庫的設(shè)計過程大致可分?jǐn)?shù)據(jù)庫設(shè)計為6個步驟： 需求分析:調(diào)查和分析用戶的業(yè)務(wù)活動和數(shù)據(jù)的使用情況，弄清所用數(shù)據(jù)的種類、范圍、數(shù)量以及它們在業(yè)務(wù)活動中交流的情況，確定用戶對數(shù)據(jù)庫系統(tǒng)的使用要求和各種約束條件等，形成用戶需求規(guī)約8。 概念設(shè)計:對用戶要求描述的現(xiàn)實世界(可能是一個工廠、一個商場或者一個學(xué)校等)，通過對其中住處的分類、聚攏和概括，建立抽象的概念數(shù)據(jù)模型。那個概念模型應(yīng)反映現(xiàn)實世界各部門

42、的信息結(jié)構(gòu)、信息流淌情況、信息間的互相制約關(guān)系以及各部門對信息儲存、查詢和加工的要求等。所建立的模型應(yīng)避開數(shù)據(jù)庫在計算機(jī)上的具體實現(xiàn)細(xì)節(jié)，用一種抽象的形式表示出來。以擴(kuò)充的實體（E-R模型）聯(lián)系模型方法為例，第一步先明確現(xiàn)實世界各部門所含的各種實體及其屬性、實體間的聯(lián)系以及對信息的制約條件等，從而給出各部門內(nèi)所用信息的局部描述(在數(shù)據(jù)庫中稱為用戶的局部視圖)。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現(xiàn)實世界的概念數(shù)據(jù)模型9。 邏輯設(shè)計:要緊工作是將現(xiàn)實世界的概念數(shù)據(jù)模型設(shè)計成數(shù)據(jù)庫的一種邏輯模式，即適應(yīng)于某種特定數(shù)據(jù)庫治理系統(tǒng)所支持的邏輯數(shù)據(jù)模式。與此同時，可能

43、還需為各種數(shù)據(jù)處理應(yīng)用領(lǐng)域產(chǎn)生相應(yīng)的邏輯子模式。這一步設(shè)計的結(jié)果確實是所謂“邏輯數(shù)據(jù)庫”10。 物理設(shè)計:依照特定數(shù)據(jù)庫治理系統(tǒng)所提供的多種存儲結(jié)構(gòu)和存取方法等依靠于具體計算機(jī)結(jié)構(gòu)的各項物理設(shè)計措施，對具體的應(yīng)用任務(wù)選定最合適的物理存儲結(jié)構(gòu)(包括文件類型、索引結(jié)構(gòu)和數(shù)據(jù)的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設(shè)計的結(jié)果確實是所謂“物理數(shù)據(jù)庫”11。 驗證設(shè)計:在上述設(shè)計的基礎(chǔ)上，收集數(shù)據(jù)并具體建立一個數(shù)據(jù)庫，運(yùn)行一些典型的應(yīng)用任務(wù)來驗證數(shù)據(jù)庫設(shè)計的正確性和合理性。一般，一個大型數(shù)據(jù)庫的設(shè)計過程往往需要通過多次循環(huán)反復(fù)。當(dāng)設(shè)計的某步發(fā)覺問題時，可能就需要返回到前面去進(jìn)行修改。因此，在

44、做上述數(shù)據(jù)庫設(shè)計時就應(yīng)考慮到今后修改設(shè)計的可能性和方便性12。 數(shù)據(jù)庫的完整性是指數(shù)據(jù)的正確性和有效性，是為防止數(shù)據(jù)庫中存在不符合語義規(guī)定的數(shù)據(jù)和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數(shù)據(jù)庫的完整性包括：實體完整性、參照完整性和用戶定義完整性。實體完整性(Entity Integrity) ：現(xiàn)實世界的實體是可區(qū)分的，即它們具有某種唯一性標(biāo)識。相應(yīng)地，關(guān)系模型中主鍵應(yīng)作為唯一性標(biāo)識。因此實體完整性規(guī)則規(guī)定差不多關(guān)系的所有主鍵(Primary Key)都不能取空值(NULL)。參照完整性（Referential Integrity）：參照完整性維護(hù)表與表之間的相關(guān)性，通常用“主

45、鍵(Primary Key)/外鍵(Foreign Key)”保證，其中Foreign Key能夠取NULL值，或取其參照表中Primary Key的取值。用戶定義的完整性(User_defined Integrity )：針對某一個體數(shù)據(jù)的約束條件，由應(yīng)用環(huán)境決定。數(shù)據(jù)庫完整性約束能夠防止合法用戶使用數(shù)據(jù)庫時向數(shù)據(jù)庫中添加不合語義的數(shù)據(jù)13。數(shù)據(jù)庫的邏輯設(shè)計如下： （2）倉庫治理系統(tǒng)所用的數(shù)據(jù)庫是SQL Server 2000，下面要緊介紹數(shù)據(jù)庫的表。如下是表tb_gysinfo的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，供應(yīng)商信息表包括的字段要緊供應(yīng)商的ID、供應(yīng)商的名稱、簡稱、地址、編碼、聯(lián)系方式，其中有

46、些字段是為了后面設(shè)計商品信息進(jìn)行關(guān)聯(lián)視圖的字段，如表3-13所示。表3-13供應(yīng)商信息表 列名 數(shù)據(jù)類型 長度 同意空 Id varchar 50 name varchar 100 jc varchar 50 address varchar 100 bianma varchar 50 tel varchar 50 fax varchar 50 lian varchar 50 ltel varchar 50 yh varchar 50 mail varchar 50 如下是表tb_khinfo的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，要緊包括的字段要緊是食堂的ID編號，食堂的名稱、食堂的簡稱、食堂負(fù)責(zé)人的聯(lián)系方

47、式，同時包括了各個食堂的地址的詳細(xì)信息，如表3-14所示。表3-14食堂信息表列名數(shù)據(jù)類型長度同意空idvarchar50 khnamevarchar100 jianvarchar50 addressvarchar100 bianmavarchar50telvarchar50faxvarchar50 lianvarchar50 itelvarchar50 mailvarchar50 xinhangvarchar60haovarchar60 如下是表tb_kucun的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，庫存信息表能夠給食堂倉庫治理系統(tǒng)提供庫存的信息，包括商品的一些信息，比如是商品的ID、商品的名稱、商品的簡

48、稱、商品的規(guī)格、商品的單價以及庫存數(shù)量等一系列的信息，如表3-15所示。表3-15 庫存信息表列名數(shù)據(jù)類型長度同意空idvarchar30spnamevarchar50jcvarchar25cdvarchar50ggvarchar50bzvarchar50dwvarchar10djvarchar8kcslvarchar4 如下是表tb_rukunView的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，設(shè)計這張表要緊是方便食 堂倉庫治理人員查詢食堂倉庫里面的入庫信息，如此能夠更好的為各個食堂提供一些最近入庫的商品信息，同時也專門清晰的就能夠查詢到食堂倉庫治理系統(tǒng)最近購買商品的信息，各個食堂能夠通過操作員對倉管系統(tǒng)查詢

49、是否倉庫部門是否在購買了本食堂需求的商品，如表3-16所示。表3-16入庫查詢信息表列名數(shù)據(jù)類型長度同意空rkIDvarchar30spidvarchar50spnamevarchar50ggvarchar50djmoney8slint4jemoney8gysnamevarchar100rkdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_sellView的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這張信息表要緊確實是關(guān)于出庫信息的一張數(shù)據(jù)邏輯設(shè)計表，這是食堂倉庫治理系統(tǒng)必備的一張數(shù)據(jù)邏輯表， 通過查詢商品的出庫信息，不然而能夠了解到各個商品的需

50、求程度，方便倉管部門能夠?qū)τ行┥唐愤M(jìn)行及時的采購，另外確實是能夠更好的統(tǒng)計食堂倉庫治理部門的報表信息，如表3-17所示。表3-17出庫查詢信息表列名數(shù)據(jù)類型長度同意空sellIDvarchar30spnameVarchar50spidvarchar50ggvarchar50djmoney8slfloat8jefloat8khnamevarchar100 xsdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_userlist的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這張表要緊是用來存儲本系統(tǒng)的使用者的一些信息，包括用戶的用戶名、密碼以及登錄倉庫治

51、理系統(tǒng)時候所使用的角色信息，關(guān)于操作員的角色信息確實是通過權(quán)限那個字段來進(jìn)行操縱，因此在設(shè)計數(shù)據(jù)庫的時候設(shè)計一張關(guān)于對倉庫治理系統(tǒng)進(jìn)行操作的用戶信息表，如表3-18所示。表3-18操作員信息表列名數(shù)據(jù)類型長度同意空namevarchar50usernamevarchar50passvarchar50quanvarchar2 如下是表tb_spinfo的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，關(guān)于一個食堂倉庫治理系統(tǒng)來講，商品信息是特不重要的，在設(shè)計數(shù)據(jù)庫的時候，本人設(shè)計了一張專門的商品信息表來存儲商品的詳細(xì)信息，要緊是包括商品的ID、商品的名稱、商品的簡稱、商品的規(guī)格、商品的供應(yīng)商等詳細(xì)信息，如表3-19所示

52、。表3-19商品信息表列名數(shù)據(jù)類型長度同意空idvarchar50spnamevarchar50jcvarchar50cdvarchar60dwvarchar50ggvarchar50bzvarchar50phvarchar50pzwhvarchar50memovarchar90gysnamevarchar100 如下是表tb_xsth-main的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這張表要緊是關(guān)于關(guān)于出庫之后而食堂不中意的商品退貨回來的商品進(jìn)行統(tǒng)計并生成報表，其中包括了退回來商品的名稱字段、商品當(dāng)時的驗收結(jié)論、以及退貨的具體時刻信息，同時包括了是哪個操作員進(jìn)行的操作，在最后確認(rèn)退回商品的時候進(jìn)行生成報表

53、，方便后面統(tǒng)計整個倉庫治理部門的商品和出庫信息，如表3-20所示。表3-20出庫退貨信息主表列名數(shù)據(jù)類型長度同意空xsthIDvarchar30pzsint4jemoney8ysjlvarchar50khnamevarchar100thdatedatetime8czyvarchar30jsrvarchar30 如下是表tb_xsth-detail的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，設(shè)計這張表要緊是包括出庫然而被退回來的商品的詳細(xì)信息，如表3-21所示。表3-21出庫退貨詳細(xì)信息表列名數(shù)據(jù)類型長度同意空idint4xsthIDvarchar30spidvarchar50djmoney8slint4 如下是

54、表tb_rkth-main的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這張表要緊是專門為入庫之后而發(fā)覺有質(zhì)量問題需要進(jìn)行退貨給供應(yīng)商的商品的信息表，如表3-22所示。表3-22入庫退貨主表列名數(shù)據(jù)類型長度同意空rkthIDvarchar30pzsfloat8jemoney8ysjlvarchar50gysnamevarchar100rtdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_ruku-detail的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這張表是存儲入庫商品的詳細(xì)信息，如表3-23所示。表3-23入庫信息詳細(xì)表列名數(shù)據(jù)類型長度同意空idint4rkID

55、varchar30spidvarchar50djmoney8slint4 如下是表tb_sell_detail的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，要緊是用來粗出出庫商品的詳細(xì)信息，如表3-24示。表3-24出庫信息詳細(xì)表 列名數(shù)據(jù)類型長度同意空idint4sellIDvarchar30spidvarchar50djmoney8slfloat8 如下是表tb_ruku_main的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，要緊是用來存儲入庫商品的要緊信息，也是為后面產(chǎn)生視圖而設(shè)計的入庫信息主表，如表3-25所示。表3-25入庫信息主表列名數(shù)據(jù)類型長度同意空rkIDvarchar30pzsint4jemoney8ysjlvar

56、char50gysnamevarchar100rkdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_sell_main的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，這是用來存儲出庫商品的主記錄表，如表3-26所示。表3-26出庫信息主表列名數(shù)據(jù)類型長度同意空sellIDvarchar30pzsint4jemoney8ysjlvarchar50khnamevarchar100 xsdatedatetime8czyvarchar30jsrvarchar30jsfsvarchar10 如下是表tb_rkth-detail的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，要緊是存

57、儲入庫商品的詳細(xì)信息，如表3-27所示。表3-27入庫退貨詳細(xì)信息表列名數(shù)據(jù)類型長度同意空idint4rkthIDvarchar30spidvarchar50djmoney8slint43.6小結(jié) 本章要緊是介紹本系統(tǒng)的數(shù)據(jù)庫的設(shè)計，對系統(tǒng)中要用到的數(shù)據(jù)信息進(jìn)行數(shù)據(jù)庫的設(shè)計，將有關(guān)本系統(tǒng)中用到的數(shù)據(jù)項信息進(jìn)行數(shù)據(jù)庫存儲，數(shù)據(jù)庫設(shè)計是建立HYPERLINK /view/2233662.htm數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的技術(shù)，是信息系統(tǒng)開發(fā)和建議中的核心技術(shù)，由于HYPERLINK /view/1353688.htm數(shù)據(jù)庫應(yīng)用系統(tǒng)的復(fù)雜性，為了支持相關(guān)程序運(yùn)行，數(shù)據(jù)庫設(shè)計就變得異常復(fù)雜，因此最佳設(shè)計不可能

58、一蹴而就，而只能是一種“反復(fù)探尋，逐步求精”的過程，也確實是規(guī)劃和結(jié)構(gòu)化數(shù)據(jù)庫中的HYPERLINK /view/178571.htm數(shù)據(jù)對象以及這些數(shù)據(jù)對象之間關(guān)系的過程。4 系統(tǒng)的實現(xiàn)4.1系統(tǒng)功能簡介系統(tǒng)角色包括兩種，倉庫主管和一般治理員，其中，倉庫主管擁有整個系統(tǒng)的最高權(quán)限。倉庫主管負(fù)責(zé)整個山口物流公司倉管部的日常運(yùn)作和治理工作，除了具有一般治理員的權(quán)利，還具有以下權(quán)利和義務(wù)，要緊包括： （1）差不多信息治理：維護(hù)食堂信息、供貨商信息和商品信息，具體操作有添加、修改、刪除和查詢，能夠?qū)κ程眯畔ⅰ⒐┴浬绦畔⒑蜕唐沸畔⑦M(jìn)行及時的修改，另外確實是還能夠?qū)Ω鱾€信息治理模塊進(jìn)行重置，如圖4-1所

59、示。圖4-1差不多信息治理界面 （2）入庫治理：那個功能要緊是對要入庫的商品進(jìn)行填寫入庫單，入庫單里面包含商品入庫的入庫票號、供應(yīng)商的名稱、聯(lián)系人、進(jìn)行操作的結(jié)算方式、同時在這一個功能里面我調(diào)用了JAVA的系統(tǒng)函數(shù)，顯示入庫的時刻，同時在入庫單的上面顯示入庫的具體時刻，如此就能更好的治理庫存里面的商品信息，方便操作對庫存里面商品的信息進(jìn)行及時的更新或者是進(jìn)行及時的出庫治理，另外該功能模塊里面還包括了入庫退貨的模塊，要緊確實是對剛剛?cè)霂斓纳唐范职l(fā)覺質(zhì)量問題的商品進(jìn)行入庫退貨治理，如此就能夠及時的將退貨信息記錄保存下來，方便食堂倉庫治理系統(tǒng)操作人員進(jìn)行入庫退貨的信息查詢。如圖4-2所示。圖4-2

60、 入庫治理模塊界面系統(tǒng)設(shè)置：這一個功能模塊要緊是對系統(tǒng)的一些設(shè)置，只要確實是包括操作 員的治理，比如是刪除操作員，添加操作員，另外確實是系統(tǒng)admin能夠?qū)Ω鱾€操作員進(jìn)行刪除和添加，然而操作員角色只能是對自己的密碼進(jìn)行修改而不能刪除其他的操作員或改密碼，這也確實是系統(tǒng)治理里面有關(guān)權(quán)限的設(shè)置問題,具體的如圖4-3所示。 圖4-3 系統(tǒng)設(shè)置模塊 （4）查詢治理：在那個治理面板里面?zhèn)}庫治理系統(tǒng)的操作人員能夠查詢食堂的信息、供應(yīng)商的信息、入庫商品的信息、出庫商品的信息，另外確實是有關(guān)商品的信息，因為在那個治理面板中用了幾個組件分不對不同的個體信息進(jìn)行分類，假如是要對食堂信息進(jìn)行查詢，能夠進(jìn)入到有關(guān)食堂