【正文】 的編碼，就可以了解該商品的 有關信息，以便在每日的煩雜管理中，保持規(guī)范、有序的狀態(tài)。 3 庫存異常報警 當庫存數(shù)量小于商品的最低庫存限度的時候，系統(tǒng)發(fā)出警報，提醒管理人員應該向供應商進行訂貨；在庫存數(shù)量大于商品的最高庫存限度的時候，即商品積壓的時候，系統(tǒng)也會提醒管理人員應該停止一切改商品的進貨活動。也就是說企業(yè)庫存管理信息系統(tǒng)既能防止商品供應滯后于車間對它們的需求，也能防止商品過早地生產(chǎn)和進 貨，以免增加庫存。對企業(yè)的生產(chǎn)起了保障作用，同時節(jié)省了企業(yè)的流動資金。 三、系統(tǒng)分析 ㈠數(shù)據(jù)流程圖 根據(jù)相應的功能要求，我們繪制系統(tǒng)的數(shù)據(jù)流程圖，如圖 3 所示： 圖 3 數(shù)據(jù)流程圖 ㈡數(shù)據(jù)字典 1 數(shù)據(jù)項的定義 數(shù)據(jù)項編號： 101 數(shù)據(jù)項名稱：商品編號 別 名：無 簡 述：某種商品的編號 類 型：字符型 長 度： 6 字節(jié) 取值范圍：數(shù)字 +英文字母 數(shù)據(jù)項編號： 102 數(shù)據(jù)項名稱：單價 別 名：購入單價 簡 述：某種商品的購入單價 類 型：數(shù)值型 長 度： 6 位整 數(shù) 取值范圍： 0－ 999999 數(shù)據(jù)項編號： 103 數(shù)據(jù)項名稱：庫存數(shù)量 別 名：實際庫存數(shù)量 簡 述：某種商品的庫存數(shù)量 類 型：數(shù)值型 長 度： 4 位整數(shù) 取值范圍： 0－ 9999 數(shù)據(jù)項編號： 201 數(shù)據(jù)項名稱：合同編號 別 名：無 簡 述：合同的編號 類 型：字符型 長 度： 6 字節(jié) 取值范圍：數(shù)字 +英文字母 數(shù)據(jù)項編號： 202 數(shù)據(jù)項名稱：單價 別 名：無 簡 述：該合同確定的商品單價 類 型：數(shù)值型 長 度： 6 位整數(shù) 取值范 圍： 0999999 數(shù)據(jù)項編號： 203 數(shù)據(jù)項名稱：購入數(shù)量 別 名：無 簡 述：合同確定的商品購入數(shù)量 類 型：數(shù)值型 長 度： 4 位整數(shù) 取值范圍： 09999 數(shù)據(jù)項編號： 204 數(shù)據(jù)項名稱：日期 別 名：合同日期 簡 述：合同簽訂時的日期 類 型：日期型 長 度： 8 字節(jié) 取值范圍： 202011 ~ 29991230 數(shù)據(jù)項編號： 205 數(shù)據(jù)項名稱：合同狀態(tài) 別 名：無 簡 述：記錄合同的狀態(tài) 類 型：字符型 長 度： 6 字節(jié) 取值范圍：已執(zhí)行，未執(zhí)行 2 數(shù)據(jù)流的定義 數(shù)據(jù)流名稱：入庫單 編 號： F1 簡 述：采購人員填寫的商品入庫憑單 數(shù)據(jù)流來源：采購人員 數(shù)據(jù)流去向：登記庫存臺賬 數(shù)據(jù)流組成：日期＋入庫單編號＋商品編號＋購入數(shù)量 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 數(shù)據(jù)流名稱：發(fā)貨單 編 號： F2 簡 述： 供應商 填寫的商品發(fā)貨憑單 數(shù)據(jù)流來源：供應商 數(shù)據(jù)流去向：登記合同臺賬 數(shù)據(jù)流組成：日期＋發(fā)貨單編號＋供應商編號 +商品編號＋發(fā)貨數(shù)量 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 數(shù)據(jù) 流名稱：取貨單 編 號： F3 簡 述： 庫管員 填寫的要求車間取貨憑單 數(shù)據(jù)流來源：庫管員 數(shù)據(jù)流去向：車間 數(shù)據(jù)流組成：日期＋車間編號 +商品編號＋數(shù)量 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 數(shù)據(jù)流名稱：退貨單 編 號： F4 簡 述： 采購員 填寫的商品退貨憑單 數(shù)據(jù)流來源：采購員 數(shù)據(jù)流去向：供應商 數(shù)據(jù)流組成：日期＋發(fā)貨單編號＋供應商編號 +商品編號＋發(fā)貨數(shù)量 流通量 ： 5 份 /天 高峰流通量： 10 份 /天 數(shù)據(jù)流名稱：驗貨報告 編 號： F5 簡 述： 采購員 填寫的驗貨憑單 數(shù)據(jù)流來 源：采購員 數(shù)據(jù)流去向：合同臺賬 數(shù)據(jù)流組成：采購員編號 + 采購員密碼＋合同編號＋驗貨結果 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 數(shù)據(jù)流名稱：計劃單 編 號： F6 簡 述：車間填寫的商品購入計劃憑單 數(shù)據(jù)流來源：車間 數(shù)據(jù)流去向：登記計劃臺賬 數(shù)據(jù)流組成：日期＋計劃單編號＋商品編號＋計劃數(shù)量 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 數(shù)據(jù)流名稱：訂貨單 編 號： F6 簡 述：庫管員填寫的商品訂購憑單 數(shù)據(jù)流來源：庫管員 數(shù)據(jù)流去向：供應商 數(shù)據(jù)流組成：日期＋訂貨單編號＋商品編號 ＋購入數(shù)量 + 供應商編號 流通量 ： 25 份 /天 高峰流通量： 50 份 /天 3 數(shù)據(jù)存儲的定義 數(shù)據(jù)存儲的名稱：庫存臺賬 數(shù)據(jù)存儲編號： D1 簡 述 ：記錄商品的編號、名稱、單價與庫存數(shù)量等信息 數(shù)據(jù)存儲組成： 商品編號＋購入單價＋庫存數(shù)量 關鍵字 ： 商品編號 數(shù)據(jù)存儲的名稱：合同臺賬 數(shù)據(jù)存儲編號： D2 簡 述 ：記錄合同的編號、供應商編號、貨物編號、單價與購入數(shù)量等信息 數(shù)據(jù)存儲組成： 合同編號 + 供應商編號 + 商品編號＋單價＋購入數(shù)量 + 日期 + 合同狀態(tài) 關鍵字 ： 合同編號 數(shù)據(jù)存儲的名稱 ：計劃臺賬 數(shù)據(jù)存儲編號： D3 簡 述 ：記錄計劃的編號、車間編號、商品編號、數(shù)量等信息 數(shù)據(jù)存儲組成： 計劃編號 + 供應商編號 + 商品編號＋數(shù)量 + 日期 + 計劃狀態(tài) 1 +計劃狀態(tài) 2 +計劃狀態(tài) 3 關鍵字 ： 計劃編號 數(shù)據(jù)存儲的名稱：供應商 數(shù)據(jù)存儲編號： D4 簡 述 ：記錄供應商的編號，名稱，地址，電話，傳真，銀行帳號 數(shù)據(jù)存儲組成： 供應商編號 + 名稱 + 地址＋電話＋傳真 +銀行帳號 關鍵字 ： 供應商編號 數(shù)據(jù)存儲的名稱：庫存商品 數(shù)據(jù)存儲編號： D5 簡 述 ：記錄庫存商品的編號， 類別，名稱，規(guī)格，單價，單位，存放位置，用途 數(shù)據(jù)存儲組成： 商品編號 + 名稱 + 類別＋規(guī)格＋單價 +單位 +存放位置 +用途 關鍵字 ： 商品編號 數(shù)據(jù)存儲的名稱：車間 數(shù)據(jù)存儲編號： D6 簡 述 ：記錄車間的編號，名稱，聯(lián)系人，電話 數(shù)據(jù)存儲組成： 車間編號 + 名稱 + 聯(lián)系人 + 電話 關鍵字 ： 車間編號 數(shù)據(jù)存儲的名稱：用戶 數(shù)據(jù)存儲編號： D7 簡 述 ：記錄用戶名稱，密碼和權限 數(shù)據(jù)存儲組成： 用戶名 + 密碼 + 權限 關鍵字 ： 用戶名 4 處理邏輯的定義 處理名：庫存檢查 編 號： P1 輸 入：數(shù)據(jù)流 F5 輸 出：數(shù)據(jù)流 F6 描 述：當車間將計劃單發(fā)給庫管員后，庫管員要將計劃單與庫存臺賬進行比較，看是否需要訂貨。 處理名：驗貨處理 編 號： P2 輸 入：數(shù)據(jù)流 F2，數(shù)據(jù)流 F5 輸 出：數(shù)據(jù)流 F1，數(shù)據(jù)流 F4 描 述：采購員要檢驗貨物的質量。 處理名：出入庫檢查 編 號： P3 輸 入：數(shù)據(jù)流 F1 輸 出：數(shù)據(jù)流 F3 描 述：當驗貨處理后，庫管員將貨物入庫，并發(fā)取貨單到訂貨單位。 四、系統(tǒng)設計 ㈠系統(tǒng)總體設計 系統(tǒng)總體工作應該自頂向下地進行。首選設計總體結構，然后逐層深入，直到進入每一 個模塊的設計?？傮w設計是在系統(tǒng)分析的基礎上，對整個系統(tǒng)的劃分、機器設備配置、數(shù)據(jù)的存儲規(guī)律以及整個系統(tǒng)實現(xiàn)規(guī)劃等方面進行合理安排 1 系統(tǒng)功能結構設計 庫存管理信息系統(tǒng)的目標是保障企業(yè)生產(chǎn)所需的所有商品供給，并通過有效的管理，提高庫存周轉率，降低資金占用。我們根據(jù)系統(tǒng)分析結果，得出本系統(tǒng)的總體結構如圖 4 所示。 圖 4 總體結構 計劃管理的主要功能是根據(jù)各生產(chǎn)部門上報的生產(chǎn)、維修及工程用料計劃與已有的采購合同計劃和庫存情況等信息建立數(shù)據(jù)庫，并及時根據(jù)生產(chǎn)計劃的變更，修改商品計劃，生成商品采購清單。 庫房管理模塊由數(shù)據(jù)錄入、修改、刪除、查詢等模塊構成。其中數(shù)據(jù)錄入模塊包括對商品庫存文件的數(shù)據(jù)錄入、商品購入文件的數(shù)據(jù)錄入、商品出庫文件的錄入；數(shù)據(jù)修改是對上述三種文件中的數(shù)據(jù)進行修改；數(shù)據(jù)刪除同數(shù)據(jù)修改基本上是一樣的，只不過這里是將記錄從相應的數(shù)據(jù)庫文件中刪除掉。對圖 4 進行分解和逐步求精，得到各個主模塊的細化結構，如圖 5，圖 6，圖 7 所示 圖 5 計劃管理 圖 6 庫房管理 圖 7 系統(tǒng)管理 2 系統(tǒng)配置方案 根據(jù)開發(fā)時期計算機市場的性能價格比和本系統(tǒng)的實際情況，選擇了 P4 微機及 Access 數(shù)據(jù)庫管 理系統(tǒng) 3 代碼設計 代碼問題，嚴格說是一個科學管理的問題。設計出一個好的代碼方案對于系統(tǒng)的開發(fā)工作是一件極為有利的事情。它可以使很多機器處理變得十分方便；另外還把一些現(xiàn)階段計算機很難處理的工作變成很簡單的工作。 商品信息編碼：為了和工作人員以往的商品管理方式一致，以數(shù)字表示。根據(jù)行業(yè)標準，所有商品分為 19 大類（兩位數(shù)字），每大類又分為若干小類（兩位數(shù)字），在小類中根據(jù)商品規(guī)格型號的不同以卡號（兩位數(shù)字）再進行區(qū)分。設計方案如圖 8 所示。 ** ** ** 圖 8 商品代碼設計方案 此外為了使數(shù)據(jù)錄入、商品信息管理、信息查詢、統(tǒng)計的方便快速，我們還根據(jù)需要對商品的去向和來源進行了 統(tǒng)計用信息編碼 和部門編碼。 ㈡數(shù)據(jù)庫設計 數(shù)據(jù)庫是數(shù)據(jù)庫應用程序的核心。數(shù)據(jù)庫設計是建立一個應用程序最重要的步驟之一。數(shù)據(jù)庫設計一般要在需求分析和數(shù)據(jù)分析的基礎上進行概念設計、邏輯設計和物理設計。 1 概念設計 經(jīng)過對該廠的調查我們了解到系統(tǒng)中的實體類型有：供應商、商品、領用單位等，這些實體之間的相互關系有： 供應商與商品之間存在“供應”聯(lián)系，是多對多的。 商品與領用單位之間存在“ 出庫”，“出庫”對多的。 每個實體的屬性分別是： 供應商：供應商編號，名稱，地址，電話，傳真，銀行帳號 商 品：商品編號，名稱，類別，規(guī)格，單價，單位，庫存量，存放位置，用途 車 間：車間編號，名稱，聯(lián)系人，電話 小類號 商品規(guī)格型號 大類號 圖 9 庫存管理 E－ R 圖 2 邏輯設計 邏輯設計的任務是根據(jù) DBMS 的特征把概念結構轉換為相應的邏輯結構。概念設計所得到的 E－ R 模型，是獨立于 DBMS 的，這里的轉換就是把表示概念結構的 E－ R 圖轉換成關系模型的邏輯結構。將上圖轉換為規(guī)范的關系模式為： 供應商（供應商編號，名稱，地址 ，電話，傳真，銀行帳號） 商品（商品編號，名稱，類別，規(guī)格，單價，單位，庫存量，存放位置，用途） 供應（供應商編號，商品編號，數(shù)量，單價） 車間（車間編號，名稱，聯(lián)系人，電話） 出庫（商品編號，車間編號，數(shù)量） 3 物理設計 物理設計的目的是根據(jù)具體 DBMS 的特征，確定數(shù)據(jù)庫的物理結構（存儲結構）。關系數(shù)據(jù)庫的物理設計任務包括兩個方面，一是確定所有數(shù)據(jù)庫文件的名稱及其所含字段的名稱、類型和寬度；二是確定各數(shù)據(jù)庫文件需要建立的索引，在什么字段上建立索引等。 庫存臺賬 字段名 字段類型 字段寬度 說明 商品編號 Character 8 商品編號 單價 Numeric 單價 數(shù)量 Numeric 庫存數(shù)量 合同臺賬 字段名 字段類型 字段寬度 說明 合同編號 Character 8 合同編號 供應商編號 Character 8 供應商編號 商品編號 Character 8 商品編號 單價 Numeric 單價 數(shù)量 Numeric 購入數(shù)量 日期 Date 8 日期 合同狀態(tài) Character 6 合同狀態(tài) 備注 Character 30 合同未執(zhí)行的原因 計劃臺賬 字段名 字段