基本介紹
- 中文名：倉庫信息管理系統
- 目的：為了管理貨物而開發的資料庫軟體
1引言,可行性研究的前提,3對現有系統的分析,4可行性分析,5可選擇的其他系統方案,6可行性分析的結論,7需求規定,8運行環境規定,9資料庫設計,資料庫的創建和設計,數據字典,12查詢設計,13管理設計,
1引言
1．1摘要
在計算機飛速發展的今天，將計算機這一信息處理利器套用於倉庫的日常管理已是勢必索然，而且這也將為倉庫管理帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業的飛速發展提供無限潛力。採用計算機管理信息系統已成為倉庫管理科學化和現代化的重要標誌，它給企業管理來了明顯的經濟效益和社會效益。主要體現在：極大提高了倉庫工作人員的工作效率，大大減少了以往入貨、出庫流程繁瑣，雜亂，周期長的弊端。基於倉庫管理的全面自動化，可以減少入庫管理、出庫管理及庫存管理中的漏洞，可以節約不少管理開支，增加企業收入。倉庫的管理的操作自動化和信息的電子化，全面提高了倉庫的管理水平。隨著我國改革開放的不斷深入，經濟飛速的發展，企業要想生存、發展，要想在激烈的市場競爭中立於不敗之地，沒有現代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。為了加快倉庫管理自動化的步伐，提高倉庫的管理業務處理效率，建立倉庫管理系統已變得十分重要。倉庫管理的核心是入庫、庫存和出庫之間的聯繫，如何處理好三者之間的關係是系統最為關鍵的部分。
1．2背景
福州台鑽廠是一個有悠久歷史的老廠，她創建與1958年。工廠早期有工人300多人，到現在80多人，產品產量從過去一年三、四百台到現一年10000多台，根據工廠工人特點走技術取勝的道路的發展到現在。企業主導產品有：“武夷山”牌台式鑽床系列和水產養殖設備。她形成了包括台鑽和攻絲機在內的近二十個品種型號的台鑽系列。其中包括的型號有Z4012、Z4112、Z4016、Z4116、Z4120、精密高速型的ZM406、高速型的ZS406、高速簡易型的ZSJ4106和ZSH4106A、簡易型的ZJ4106、ZJ4110和ZJ4113、輕型的ZQ4113和ZQ4116、半自動型的ZB4025、攻絲型的S4012和S4012A還有鑽攻兩用型Z4416Z4416和Z4416B。其中末尾的兩個數字如12、16、20等代表的是台鑽的最大鑽孔（攻絲）直徑，而第二位數字0、1代表的是否有工作檯面。Z代表台鑽，S代表攻絲。該廠生產的這些台鑽是工模具製造行業首選，其中ZM406精密高速台鑽最適合電子、儀器儀表、紡織以及汽配行業中精密小孔的加工。而水產養殖設備是福州台鑽廠除了台鑽系列外的另一主導產品，即增氧機，其中現有的增氧機的型號YC1.5、YC1.75、YL1.5、YC1.5B、YC0.75B、YC0.37、YC3.0和YC4.5。產品銷往全國各地，並遠銷美國、西歐、東南亞和港澳等國家或地區。作為具有四十多年台鑽生產和管理經驗的老企業，福州台鑽廠在我國台鑽行業中首家全面貫徹國際標準，產品質量和技術性能在行業中居領先地位。在產品台鑽精度上是全國首位，溫州是我們廠的最大經銷市場。
為福州台鑽廠永久在行業中居領先地位，站領各大無城市的市場，為台鑽廠和學校長遠發展開發新的倉庫管理系統。
1．3定義
數據採集器：配置到各倉庫及各倉庫的管理辦公室
伺服器：配置在總部、收集各倉庫的存貨報表
Modem：用於異地間傳遞數據
1．4參考資料
[1] 李永平主編，秦學禮副主編 管理信息系統[M]，北京：科學出版社，2003。
[2]塗金德主編，牛立成、金林樵副主編 DELPHI程式設計[M]，北京：科學出版社，2003。
[3]潘陸益主編，石紅波副主編 DELPHI程式設計實訓教程[M]，北京：科學出版社，2003。
[4]黃志明主編，孫強、李掩廣副主編 DELPHI 項目案例開發[N]，人民郵電出版社
[5]矍優遠主編，張郭南副主編 DELPHI 程式設計與實例[M]，上海世紀出版社
可行性研究的前提
2．1要求
根據福州台鑽庫存的實際要求,本軟體分為人事檔案、倉庫管理、查詢、統計、系統功能和密碼管理六大功能: 人事檔案模組中包括操作員管理、供應商檔案和客戶檔案。倉庫管理模組中包括入庫、出庫、退貨和盤點。查詢系統模組中包括入庫查詢、出庫查詢、退貨查詢。統計報表模組為入庫統計、出庫統計、退貨統計。系統設定模組中包括系統備份、系統恢復和幫助。密碼管理模組中包括密碼修改、重新登錄和退出系統。
2．2目標
開發可以完成對各類信息的瀏覽、查詢、添加、刪除、修改等功能的倉庫管理系統。系統的核心是入庫、庫存和出庫三者之間的聯繫，每一個表的修改都將聯動的影響其它的表，當完成入庫或出庫操作時系統會自動地完成庫存的修改。查詢功能也是系統的核心之一，本軟體有多種查詢方式，其目的都是為了方便用戶使用。軟體有完整的用戶添加、刪除和密碼修改功能。
將人、機、物的需求，活動和運作進行系統分析、設計並管理，以實現現代高效、科學且安全的電子商務。
2．3條件、假定和限制
建議該系統運行的最短壽命為6年；
進行該系統方案選擇比較的期限為3個月；
建議該系統軟體投入使用的最遲時間為2008年10月；
開發該軟體系統的經費來源為福建福州台鑽財務處出資；
該系統要受硬體、軟體、運行環境、開發環境、技術、資金、壽命、社會等系列因素的制約和限制。
2．4進行可行性研究的方法
企業系統規劃法（BSP）
3對現有系統的分析
3．1數據流程和處理流程
3．2工作負荷
入庫管理:根據台鑽廠的生產進行原材料的採購入庫,採購退貨,進貨單據和當前庫存查詢,與供貨商的往來帳務。
出貨管理:根據定單進行貨品出庫,客戶退貨,出貨單據和當前庫存查詢,與客戶的往來帳務。
庫存管理:包括庫存之間貨品調拔,貨品的報損溢,貨品不同包裝的拆分與捆綁,強大的庫存檔 點功能,庫存貨品報警查詢。
統計報表:完整的統計查詢功能，每張單據每次業務金額都可以清楚的反映。
日常管理:對供貨商,客戶,業務員綜合管理,客戶借貨管理。
基本設定:貨品信息,供貨商,客戶,員工,倉庫等基本參數的設定。
3．3費用開支
運行現有系統所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開支總額。
3．4人員
系統維護人員1名，至少為計算機專業研究生，系統由管理倉庫人員來對倉庫系統進行操作。
3．5設備
套用現有較先進的硬體及裝有優良性能系統的計算機三台。
3．6局限性
無法使用企業內部非結構化數據，數據倉庫的主要使用對象是高層決策者，不面向各層次用戶；提供了千篇一律的操作界面，缺乏個性化。處理時間趕不上需要，回響不及時，數據存儲能力不足，處理功能 不夠。當系統出現問題時難以解決，重啟將丟失大量數據。
4可行性分析
4.1運行可行性
系統對運行過程的影響： a．用戶只需雙擊打開系統的可執行程式輸入密碼就可以打開系統。
b．根據系統的選單進行系統的庫存操作。
c 系統採用人機操作方式存取倉庫資料。
d．源數據經過人工整理後輸入系統，儲存倉庫數據。
e．數據必需以實數進行存儲，系統對具有數據存儲、恢復的處理；
f．系統失效能自動恢復到原來的系統，並不丟失原來的數據
4.2.技術上可行性： 主要利用Microsoft Access作為本系統的資料庫.為新系統伺服器/客戶端的結構提供了硬體的支持。公司網已正常運行；開發人員已熟練掌握面向對象的開發工具；技術上實現系統是可行的。
4.3.經濟上的可行性：
公司內部區域網路已經建成；各部門電腦均已配置；硬體投入不需要很大，另外，公司對系統的開發大力支持。因此經濟上是可行的。
4.4進度可行性
a．在當前的限制條件下，系統的功能目標將安時完成任務。
b．利用現有的技術，該系統的功能將在最大的限度上得以實現。
c．現有開發人員的數量和質量以答到了可以開發完整優越的系統。
d．以現在有研發人員及研發設備系統將可以提前研發出可行優質的套用系統。
5可選擇的其他系統方案
5．1可選擇的系統方案1
向外國購買倉庫管理系統。
系統本可以從國外購買，但由於現在學校正處於建設新的校區，在資金上需要大力的支持，所以不能拿出足夠的資金來購買系統。又由於台鑽廠的實況與買來的系統不能真正合實際情況，同時在學校有高能力的技術人員，可以充分的利用減少了很大的開資，以及學校良好的開發環境對系統的開發更有利於開發出一個專門為台鑽廠倉庫管理的好系統。
5.2可選擇的系統方案2
既所自建的系統，在人力、資金、環境、設備上多大大有利於系統的開發，所以選擇方案2來進去管理台鑽廠的倉庫管理。倉庫管理各種住處的輸入、包括入庫、出庫、還庫、需求信息的輸入等。倉庫管理各種信息的查詢、修改和維護。
在庫存管理中加入最高儲備和最低儲備欄位，對倉庫中的物資設備實現監控和報警。企業各部門的物資需求的管理。操作日誌管理。
6可行性分析的結論
由於資金、人力、設備等還未完全落實，所以需要將資金、人力、設備等完善將可立即進行系統的開發。
7需求規定
7. 1對功能的規定
本公司的倉庫系統主要有如下幾個功能：
1 倉庫管理各種信息的輸入，包括入庫、出庫、還庫等。
2 倉庫管理各種信息的查詢、修改和維護。
3設備採購報表的生成。
4 在庫存管理中加入最大庫存和最小庫存欄位，對倉庫中的物資設備實現監控和報警。
5 企業各個部門的物資需求的管理。
6 操作日誌的管理。
7．2對性能的規定 7．2．1精度
物資交易過程中產生的價格精度到1元，最終劃價結果按四捨五入取到0.01元。
7．2．2時間特性要求
系統應可達到全鍵盤操作，儘量減少滑鼠鍵盤切換。
7．2．3靈活性
該系統要能夠很好的運行在Window NT, Window 2000 Server, Window9x，Windows XP等作業系統環境下。針對不同醫院工作習慣的差異，本軟體有多處需要進行功能開關的設定。
7. 3故障處理要求可能的硬體故障有：突然斷電、網路中斷、當機等。短時間可以修復的故障，待故障修復後繼續工作。如故障不能馬上修復，可用手工方式繼續工作，待故障修復後將數據補充輸入計算機。
8運行環境規定
8．1設備
(1)硬體環境：鍵盤、滑鼠、顯示器、印表機
(2)軟體環境：windows作業系統、visual studio2005、NET FRAMWORK 2.0、access
8．2支持軟體 Windows 2000 Server 中文版
Oracle 8i
Windows 98 中文版 Windows XP 中文版
PowerBuilder 6.5運行庫
8．3 接口 客戶機與伺服器通過TCP/IP協定連線。
9資料庫設計
9.1系統模組圖
很據分析可以將本系統分成幾個功能模組，幾本結構如下：
9.2 業務流程圖
9.2.1入庫業務
主要指設備的驗收、分類編號、填寫、審核、入庫。主要過程為：；採購員驗收，如果不合格就退回，如果合格就入庫，並更新入庫台帳；如果不合格就退回。
9.2.2出庫業務
出庫業務過程可歸納為核單、出庫前檢查、發貨、票據處理，以及記錄與統計等五個部分。倉庫人員應積極配合交易商或其指定貨運機構進行出庫工作，填寫出庫單，檢測設備質量，一切程式完備後方可出庫。
9.3數據流程圖
數據流程圖描述系統的邏輯模型，不涉及硬、軟體，數據結果與檔案組織，用圖形描述及相關的注釋表示系統的邏輯功能。圖中沒有具體的物理元素，只是描述信息在系統中流動和處理的情況。在對倉庫管理信息系統調研階段的業務流程圖進行分析的基礎上，從系統的科學性、管理的合理性、實際運用的可行性角度出發，將信息處理功能和彼此之間的聯繫自頂向下、逐層分解，從邏輯上精確地描述新系統應具有的數據加工功能、數據輸入、數據輸出、數據存儲及數據來源和去向。
9.4 E-R圖的設計
根據上述的分析，規劃出的實體有：現有庫存實體、入庫實體、出庫實體、設備採購實體、設備還庫實體、部門需求實體。各個實體的E-R圖如下：
9.4.1現有庫存實體的E-R圖如下
9.4.2入庫實體的E-R圖如下
9.4.3出庫實體的E-R圖如下
9.4.4部門需求實體的E-R圖如下
9.4.5設備還庫實體的E-R圖如下
9.4.6設備採購實體的E-R圖如下
9.4.7實體和實體之間的關係如下圖所示：
資料庫的創建和設計
六個數據表的邏輯設計包括：現有庫存實表、入庫實表、出庫實表、設備採購實表、設備還庫實表、部門需求實表。
現有庫存實表
入庫實表
出庫實表
設備採購實表
設備還庫實表
部門需求實表
數據字典
數據存儲和外部實體等六個方面進行具體的定義。
11.1數據流定義
1.數據流名稱：入庫單
標識符：F1
數據流來源：處理填寫入庫單
數據流去向：處理P1
數據流組成：入庫單號+入庫日期+經辦人 +發票號+設備號+數量+單價
備註：一張入庫單可對應多個發票的多個設備，一張發票的設備也可以分散在多個入庫單上
2.數據流名稱：出庫單
標識符：F2
數據流來源：各領用部門
數據流去向：處理P2
數據流組成：出庫單號+出庫庫日期+經辦人+設備號 +數量+單價
備註：一張出庫單可對應多個發票的多個設備
11.2處理邏輯定義
1.處理邏輯名稱：設備入庫登記
標識符：P1
輸入：F1
輸出：數據存儲D1
處理：將入庫單信息登記到D1設備帳。
2.處理邏輯名稱：檢查項目經費
標識符：P2
輸入：F2
輸出：P3或外部項設備領用部門
處理：檢查領用部門的項目經費，如果要領用的設備經費超過項目經費，則不予領用設備，將出庫單退給領用部門；如果要領用的設備經費不超過項目經費，則辦理出庫登記手續。
3.處理邏輯名稱：設備出庫登記
標識符：P3
輸入：合格的出庫單
輸出：數據存儲D1
處理：將出庫單信息登記到D1設備帳。
11.3數據存儲定義
1.數據存儲名稱：設備入庫帳
標識符：D1
簡述：記錄設備進庫的信息
組成：入庫單號+入庫日期+經辦人 +發票號+設備號+數量+單價關鍵字：入庫單號
涉及的處理：P1
2.數據存儲名稱：設備出庫帳
標識符：D2
簡述：記錄設備出庫的信息
組成：出庫單號+出庫庫日期+經辦人+設備號 +數量+單價
關鍵字：出庫單號
涉及的處理：P3
3.數據存儲名稱：設備庫存帳
標識符：D3
簡述：記錄設備庫存的信息
組成：日期+設備代碼+設備名稱+月初庫存數+當月累計入庫量+當月累計出庫量+當日月余
關鍵字：日期+產品代碼
涉及的處理：P4
12查詢設計
這個倉庫管理系統中使用了選擇查詢，創建三個查詢，包括現有庫存、庫存不足查詢和庫存過多查詢。
12.1現有庫存查詢：
12.2庫存不足查詢：
12.3庫存過量查詢：
13管理設計
這個倉庫管理系統中的管理包括設備出庫、設備入庫、設備還庫等管。
