【正文】 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 √ 20 信息科學與技術(shù)學院學士學位論文 如下是表 tb_khinfo 的結(jié)構(gòu)在數(shù)據(jù)庫的邏輯表示，主要包括的字段主要是食堂的 ID 編號，食 堂的名稱、食堂的簡稱、食堂負責人的聯(lián)系方式，同時包括了各個食堂的地址的詳細信息，如表 314 所示。 數(shù)據(jù)庫的邏輯設(shè)計如下： （ 2）倉庫管理系統(tǒng)所用的數(shù)據(jù)庫是 SQL Server 2021，下面主要介紹數(shù)據(jù)庫的表。用戶定義的完整性 (User_defined Integrity )：針對某一具體數(shù)據(jù)的約束條件，由應(yīng)用環(huán)境決定。因此實體完整性規(guī)則規(guī)定基本關(guān)系的所有主鍵 (Primary Key)都不能取空值 (NULL)。 實體完整性(Entity Integrity) ：現(xiàn)實世界的實體是可區(qū)分的，即它們具有某種唯一性標識。 19 信息科學與技術(shù)學院學士學位論文 ⑥數(shù)據(jù)庫的完整性是指數(shù)據(jù)的正確性和有效性，是為防止數(shù)據(jù)庫中存在不符合語義規(guī)定的數(shù)據(jù)和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。當設(shè)計的某步發(fā)現(xiàn)問題時，可 能就需要返回到前面去進行修改。 ⑤ 驗證設(shè)計 :在上述設(shè)計的基礎(chǔ)上，收集數(shù)據(jù)并具體建立一個數(shù)據(jù)庫，運行一些典型的應(yīng)用任務(wù)來驗證數(shù)據(jù)庫設(shè)計的正確性和合理性。 ④ 物理設(shè)計 :根據(jù)特定數(shù)據(jù)庫管理系統(tǒng)所提供的多種存儲結(jié)構(gòu)和存取方法等依賴于具體計算機結(jié)構(gòu)的各項物理設(shè)計措施，對具體的應(yīng)用任務(wù)選定最合適的物理存儲結(jié)構(gòu) (包括文件類型、索引結(jié)構(gòu)和數(shù)據(jù)的存放次序與位邏輯等 )、存取方法和存取路徑等。與此同時，可能還需為各種數(shù)據(jù)處理應(yīng)用領(lǐng)域產(chǎn)生相應(yīng)的邏輯子模式。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現(xiàn)實世界的概念數(shù)據(jù)模型 [9]。所建立的模型應(yīng)避開數(shù)據(jù)庫在計算機上的具體實現(xiàn)細節(jié)，用一種抽象的形式表示出來。 ② 概念設(shè)計 :對用戶要求描述的現(xiàn)實世界 (可能是一個工廠、一個商場或者一個學校等 )，通過對其中住處的分類、聚集和概括，建立抽象的概念數(shù)據(jù)模型。 圖 37基礎(chǔ)信息管理模塊圖 數(shù)據(jù)庫設(shè)計 （ 1） 數(shù)據(jù)庫設(shè)計 (Database Design)是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫管客戶信息管理 商品信息管理 供應(yīng)商信息管理 食堂信息添加 食堂信息添加或刪除 商品信息添加 商品信息添加活刪除 供應(yīng)商信息添加 供應(yīng)商信息添加貨刪除 基礎(chǔ)信息管理 18 信息科學與技術(shù)學院學士學位論文 理系統(tǒng)上，設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)和建立數(shù)據(jù)庫的過程。 圖 35系統(tǒng)管理模塊圖 ④查詢統(tǒng)計模塊，主要功能是對食堂信息查詢、商品查詢、供應(yīng)商查詢、出庫查詢、出庫退貨查詢、入庫查詢等信息，如圖 36所示。 圖 33 進貨管理功能模塊圖 ②出庫管理模塊，主要功能是為管理員提供商品出庫的管理，如圖 34 所示。 1 M M 1 1 M 1 M 圖 32 系統(tǒng)整體 ER圖 供應(yīng)商 供應(yīng)商名稱 簡稱 地址 聯(lián)系方式 倉庫 提供 商品 庫存 管理 操作員 屬于 管理員 商品名 簡稱 規(guī)格 產(chǎn)地 用戶名 密碼 用戶名 密碼 15 信息科學與技術(shù)學院學士學位論文 功能模塊設(shè)計圖 這一小節(jié)主要是介紹一下系統(tǒng)的一些功能模塊。構(gòu)成 ER 圖的基本要素是實體 型、屬性和聯(lián)系。 表 312 供貨商信息添加分支事件流概述 編號 主事件流步驟號 角色 /系統(tǒng) 條件 描述 數(shù)據(jù)項 轉(zhuǎn)去主事件流 步驟號 備注 14 信息科學與技術(shù)學院學士學位論文 A1 4 系統(tǒng) 完成供貨商信息添加 返回成功信息 添加的供貨商信息 2 A2 4 系統(tǒng) 沒有完成供貨商信息添加 返回失敗信息 添加失敗的信息提示 2 ER 圖設(shè)計 ER 圖就是實體關(guān)系圖，主要完成了對系統(tǒng)中數(shù)據(jù)部分設(shè)計 [7]。 13 信息科學與技術(shù)學院學士學位論文 表 310供貨商信息添加用例概述 用例名稱 供貨商信息添加 主題領(lǐng)域 供貨商信息添加 用例包 用例定義 供貨商信息 角色 倉庫管理人員 業(yè)務(wù)觸發(fā)事件 進行 供貨商信息添加 前置條件 有需要添加的 供貨商信息 記錄 結(jié)束條件 3． 成功條件 查詢到需要添加的供貨商信息 4． 失敗條件 未查詢到需要添加的供貨商信息 相關(guān)用例 輸入概述 所需添加的 供貨商信息 輸出概述 添加結(jié)果 使用性備注 用例備 注 （ 2） 供貨商信息添加主事件流，如表 311 所示 。 12 信息科學與技術(shù)學院學士學位論文 表 38供貨商信息修改用例概述 用例名稱 供貨商信息修改 主題領(lǐng)域 供貨商信息修改 用例包 用例定義 供貨商信息修改 角色 倉庫管理人員 業(yè)務(wù)觸發(fā)事件 進行 供貨商信息修改 前置條件 有需要 修改 的 供貨商信息 記錄 結(jié) 束條件 1． 成功條件 查詢到需要 修改 的供貨商信息 2． 失敗條件 未查詢到需要 修改 的供貨商信息 相關(guān)用例 輸入概述 所需 修改 的 供貨商信息 輸出概述 修改結(jié)果 使用性備注 用例備注 （ 3） 供貨商信息修改分支事件流，如表 39 所示 。 表 36供應(yīng)商信息查詢分支事件流概述 編號 主事件流步驟號 角色 /系統(tǒng) 條件 描述 數(shù)據(jù)項 轉(zhuǎn)去主事件流 步驟號 備注 A1 4 系統(tǒng) 完成供貨商信息查詢 返回成功信息 查詢的供貨商信息 2 A2 4 系統(tǒng) 沒有完成供貨商信息查詢 返回失敗信息 查詢失敗的信息提示 2 供貨商信息修改用例概述 （ 1） 供貨商信息修改主事件流，如表 37 所示 。 表 34 供應(yīng)商信息查詢用例概述 用例名稱 供貨商信息查詢 主題領(lǐng)域 供貨商信息查詢 用例包 用例定義 供貨商信息查詢 角色 倉庫管理人員 業(yè)務(wù)觸發(fā)事件 進行 供貨商信息查詢 前置條件 有需要查詢的 供貨商信息 記錄 結(jié)束條件 ：查詢到需要查詢的供貨商信息 ：未查詢到需要查詢的供貨商信息 相關(guān)用例 輸入概述 所需查詢的 供貨商信息 輸出概述 查詢結(jié)果 使用性備注 （ 2） 供貨商信息查詢用例主事件流，如表 35 所示。 表 32頁面登錄用例主事件流 步驟 角色 /系統(tǒng) 描述 數(shù)據(jù)項 備注 1. 角色 啟動登錄程序 2. 系統(tǒng) 顯示登錄界面 ；提示輸入 用戶 標識和保密字 10 信息科學與技術(shù)學院學士學位論文 （ 3） 用戶登錄頁面登錄 用例 分支事件流 概述如表 33 所示。 用戶登錄頁面登錄 用例概述 （ 1）主要包括一些用例的名稱、主題領(lǐng)域等一些信息，如表 31 所示。 從業(yè)務(wù)模型的基礎(chǔ)上過度到系統(tǒng)建模的開始，可以通過用例圖來搜集用戶的需求，明確和系統(tǒng)相關(guān)的用戶和其他系統(tǒng)，同時確定系統(tǒng)將會提供什么功能，以及各個功能間的關(guān)系 ，如圖 31 所示 。 7 信息科學與技術(shù)學院學士學位論文 小結(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ā)過程，便于 程序員 與客操作者 之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用 。 ② 報表信息管理。 ⑦客戶、供應(yīng)商、庫房等基本信息的查詢?yōu)g覽等。 ⑤報表信息管理。 ③單信息維護。 （ 1）倉管部管理人員：負責倉庫的出入庫管理，可以根據(jù)流向單實現(xiàn)出 /入庫操作，具體權(quán)限有： ①庫存信息管理。 仔細分析調(diào)查有關(guān)倉庫管理信息需求的基礎(chǔ)上，得到了本系統(tǒng)所處理的數(shù)據(jù)流圖，如圖 22 所示。圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中的流向和處理情況，即使不是專業(yè)的計算機技術(shù)人員也容易理解，是極 好的理解工具。 圖 21系統(tǒng)總體功能模塊 數(shù)據(jù)流圖 數(shù)據(jù)流圖是描述系統(tǒng)的邏輯模型的，圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中流動和處理的情況，它比口頭與文字的描述更直觀地顯示出來系統(tǒng)中數(shù)據(jù)的使用 [5]。 （ 4）高效的管理系統(tǒng)：倉庫管理系統(tǒng)同時負責對多個食堂的物品供應(yīng)，各個食堂可以通過 登錄倉庫管理系統(tǒng)查看庫存信息。 （ 2）科學的報表系統(tǒng)：以倉庫管理系統(tǒng)為基礎(chǔ)，可隨時為各個食堂提供精確、全面的統(tǒng)計分析報表，如庫存報表、出庫、入庫等信息報表。系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務(wù)的基礎(chǔ)上完成。另系統(tǒng)界面簡潔操作簡單，只要熟悉計算機即可快速掌握本軟件的基本操作 [4]。 本系統(tǒng)是一款食堂倉庫管理軟件，旨在對食堂倉庫的庫存等方面的自動化管理以適應(yīng)現(xiàn)代社會的生產(chǎn)方式，其強大的貨物管理功能不僅對貨物分門別類而且記錄 了入庫、出庫情況以及多功能的報表功能更便于統(tǒng)計貨物。 小結(jié) 這一章節(jié)主要就是介紹了一下系統(tǒng)開發(fā)的目的以及意義，首先列出了學校食堂后勤的一些管理現(xiàn)狀，只有很好的了解了當前學校高校后勤倉庫管理的現(xiàn)狀， 那樣才能對該系統(tǒng)進行設(shè)計前期的工作任務(wù)進行一個很好的規(guī)劃，明確該食堂倉庫管理系統(tǒng)的設(shè)計理念以及改系統(tǒng)要達到的目標，同時明確了本系統(tǒng)開發(fā)所涉及的核心技術(shù)。 本系統(tǒng)以 SQL Server 2021作為后臺數(shù)據(jù)庫，以 java語言來開發(fā)的，不僅實現(xiàn)了倉庫管理的自動化，同時也提高了工作效率 [3]。 眾所周知，倉庫管理是一種既麻煩又單調(diào)的工作，每天都是重復(fù)記錄一些貨物的存入與取出，而且貨物的種類繁多，存取有很大的隨機性，這樣為工作人員帶來了很大的不便，在操作過程中，由于人為的計 算出錯率很高，一旦出錯改正也很困難，這樣簡單繁重的工作要很多人來做，為經(jīng)營者增加了很多成本。 在現(xiàn)代高校中中，食堂 倉庫管理是一項繁瑣復(fù)雜的工作，每天要處理大量的單據(jù)數(shù)據(jù)。 2 信息科學與技術(shù)學院學士學位論文 項目開發(fā)的意義 倉庫管理系統(tǒng)是現(xiàn)代倉儲企業(yè) 或者食堂 進行貨物管理和處理的業(yè)務(wù)操作系統(tǒng)。 項目開發(fā)的目的 高校餐飲改革 作為學校后勤社會化改革的一部分 ,既有尊重教育規(guī)律 ,為學生服務(wù)的教育屬性 ,又有逐步實現(xiàn)企業(yè)化管理 ,尊重經(jīng)濟規(guī)律 ,講求經(jīng)濟效益的產(chǎn)業(yè)屬性 [2]。 （ 2） 從功能要素上來看 ,后勤部門的資源分散 ,不能形成經(jīng)營的規(guī)模 ,資源浪費和閑置現(xiàn)象較為嚴重 ,后勤資源不能充分發(fā)揮作用 ,管理的分散難以形成專業(yè)化的優(yōu)勢 ,勢必降低后勤部門經(jīng)營的效果。從物流管理的要素上來看 ,我國目前的高校后勤倉庫管理還存