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