第一篇：庫存管理系統的與設計介紹

庫存管理系統的分析與設計

目 錄 第一章 導言 ………………………………………………………（2）

1.1問題的提出 ……………………………………………………（2）

1.2本文研究路線 …………………………………………………（3）

第二章 庫存管理系統研究概述 …………………………………（4）

2.1傳統企業庫存管理存在的問題 ………………………………（4）

2.2企業庫存管理系統的特點 ……………………………………（5）

2.3企業庫存管理系統應用解決方案 ……………………………（5）

第三章 庫存管理系統分析與設計…………………………………（6）

3.1企業庫存管理系統功能需求簡介 ……………………………（6）

3.2功能需求描述 …………………………………………………（6）3.3系統業務流程 …………………………………………………（10）

3.4庫存管理流程 …………………………………………………（11）3.5系統的主要模塊 ………………………………………………（11）3.6系統邏輯結構 …………………………………………………（12）

3.7系統平臺選擇 …………………………………………………（14）3.8數據庫設計 ……………………………………………………（15）3.9數據結構設計 …………………………………………………（15）

第四章 庫存統計分析庫模塊

…………………………………（16）4.1畢業設計課題目標與意義 ……………………………………（16）

4.2統計分析模塊功能 ……………………………………………（16）

4.3統計查詢流程圖 ………………………………………………（17）4.4設計總結 ………………………………………………………（18）

4.5謝詞 ……………………………………………………………（18）

第五章 參考文獻 …………………………………………………（19）

[摘要]

庫存管理系統是生產、計劃和控制的基礎。本系統通過對倉庫、貨位等帳務管理及入／出庫類型、入／出庫單據的管理，及時反映各種物資的倉儲、流向情況，為生產管理和成本核算提供依據。通過庫存分析，為管理及決策人員提供庫存資金占用情況、物資積壓情況、短缺／超儲情況、ABC分類情況等不同的統計分析信息．通過對批號的跟蹤，實現專批專管，保證質量跟蹤的貫通。通過清倉盤庫管理，保證帳面與實物一致，為計劃及決策人員提供實時準確的存貨信息，以便及時調整生產，保證企業各項生產經營活動的順利進行。

本系統與其他子系統如采購、銷售、生產等．只有和其它子系統結合起來運行時，才能對整個企業的產、供、銷、人、財、物實行全面的管理，以最快的速度獲取最新的信息，最終提高企業的經濟效益。

[關鍵字] 出入庫、貨位、流水帳、統計分析、盤點、ABC分類

第一章 導 言

1.1問題的提出

當今企業競爭范圍的擴大，要求在企業的各個方面加強管理，并要求企業有更高的信息化集成，要求對企業的整體資源進行集成管理，而不僅僅對制造資源進行集成管理。因此，信息管理系統與理論僅停留在對制造部分的信息集成與理論研究上是遠遠不夠的。企業之間既是競爭對手，又是合作伙伴，信息管理要求擴大到整個供應鏈的管理。隨著現代管理思想和方法的提出和發展，如JIT(Just ln Time——及時生產)、TQC(TotalQualityControl——全面質量管理)、OPT(OptimizedProduction Technology——優化生產技術)及DRP(Distribution Resource lanning——分銷資源計劃)等，又相繼出現了MES(ManufacturingExecuteSystem——制造執行系統)、AMS(Agile Manufacturing System——敏捷制造系統)等現代管理思想。MRP-II逐步吸收和融合其它先進思想來完善和發展自身理論。20世紀90年代MRP-II發展到了一個新的階段：ERP(EnterpriseResourcePlanning——企業資源計劃)。簡要地說企業的所有資源包括3大流：物流、資金流和信息流。ERP也就是對這3種資源進行全面集成管理的管理信息系統。概括地說，ERP是建立在信息技術基礎上，利用現代企業的先進管理思想，全面地集成了企業的所有資源信息，并為企業提供決策、計劃、控制與經營業績評估的全方位和系統化的管理平臺。ERP系統是一種管理理論和管理思想，不僅僅是信息系統。它利用企業的所有資源，包括內部資源與外部市場資源，為企業制造產品或提供服務創造最優的解決方案，最終達到企業的經營目標。ERP融合了離散型生產和流程型生產的特點，擴大了管理的范圍，更加靈活或“柔性”地開展業務活動，實時地響應市場需求。總之，ERP極大地擴展了業務管理的范圍及深度，包括質量、設備、分銷、運輸、多任務廠管理、數據采集接口等。ERP的管理范圍涉及企業的所有供需過程，是對供應鏈的全面管理和企業運作的供需鏈結構的全面管理。

為了加強管理，提高企業的信息化水平，福州臺鉆廠計劃引入ERP系統，并委托我院對其實施ERP系統提供幫助。

1.2本文研究路線

庫存管理系統是生產、計劃和控制的基礎。庫存管理系統是通過對倉庫、貨位、入出庫類型與入出庫單據的管理，及時反映物資的倉儲、流向情況，為生產管理和成本核算提供依據。并通過庫存分析，為管理及決策人員提供庫存資金占用情況、物資短缺(超儲)情況、ABC分類情況等不同的分析信息。通過清倉盤庫管理，保證帳面與實物一致，為計劃及決策人員提供實時準確的存貨信息，以便及時調整生產，保證企業各項生產經營活動的順利進行。

第二章 企業庫存管理系統研究概述

2.1傳統企業庫存管理存在的問題

庫存管理是企業管理(本文以制造業企業為例)的重要組成部分。在企業生產經營活動中，庫存管理既必須保證生產車間對原材料、零部件需求，又直接影響采購、銷售部門的購、銷活動。為盤活企業流動資金，加快資金周轉，在保障供給的前提下，最大限度地降低壓庫資金，直接牽動著企業的經營效益。根據對我國眾多制造業企業的庫存管理情況所作的調查和參考有關資料，發現目前制造業企業在庫存管理方面普遍存在著如下問題:

(1)不能及時獲得庫存信息。在企業運作過程中，有時必須獲知各種零部件當前的庫存量，但由于零部件種類多、數量大，需要進行仔細地核算，這不僅費時，而且易出錯，從而影響企業快速有效地運轉。

(2)庫存信息不夠準確。倉庫管理員根據各種送貨單、退貨單、收料單、發料單、領料單和退料單進行物料的入庫、出庫搬運后，要隨時修改庫存信息和借、欠料信息,以便反映庫存狀況。工作中的主要問題是，由于零部件種類多、數量大，使得庫存記錄和實際庫存時常不是嚴格一致的。因而需要通過盤點來糾正差錯，這既耽誤時間，工作量又大。

(3)無法及時了解發料和生產用料情況。在工令單下達后，由于零部件與生產線的關系復雜，根據送料員的個人經驗給各配料點送料時，常缺少發料、用料記錄和相關信息，經常出現生產線缺料才知道需要送料的情況，導致生產和用料發生混亂，無法了解發料和生產用料的實際情況。

市場需求日益多樣化和個性化，產品更新換代的周期越來越短，這就要求制造業企業必須改變庫存管理現狀。

2.2企業庫存管理系統的特點

因為傳統企業庫存管理存在以上的問題難于適應現代庫存管理要求，所以現代企業庫存管理系統要具有以下的特點：

1.科學的庫存管理流程

存貨的種類不同，所涉及的業務環節及它們所組成的業務流程也各有差異。一般而言，存貨業務包括到貨處理、保管和發放三個主要部分。通暢的業務流程是保障高效庫存管理的基礎，應具備優化、無冗余、并行作業的基本屬性。

2.科學的組織結構 科學的組織結構確保了業務流程的高效執行，明確了工廠、存儲區域、倉庫編碼、倉儲種類以及倉儲箱之間的合理關系。

3.進行物料代碼化管理

物料種類繁多，在庫存管理過程中極易發生混亂的問題。IT技術與層次編碼技術的結合為物料的高效管理提供了可能。這種編碼技術將所有存貨按照層次和類別進行編碼的唯一形管理，編碼的組成部分包括存貨的型號、規格、尺寸等內容。它具有易讀和易記的特點，使得管理者只需知道貨物的編碼，就可以了解該物料的所有信息，以便在每日的煩雜管理中，保持規范、有序的狀態。

2.3企業庫存管理系統應用解決方案

一般的操作步驟為：

（1）企業采購部采購商品后，填制采購入庫單，并將商品發送給倉庫，辦理入庫。

倉庫收到采購部門的商品后，辦理入庫業務，并對入庫后的采購入庫單進行審核，然后將已審核的采購入庫單反傳給企業采購部門，以便企業采購部門了解商品的在途情況。

（3）企業銷售商品后，開據銷售出庫單，操作員或業務員拿著銷售出庫單到倉庫中提貨或倉庫根據銷售出庫單發貨。

第三章 企業庫存管理系統分析與設計

3.1企業庫存管理系統功能需求簡介

庫存管理系統通過對倉庫、貨位、入出庫類型與入出庫單據的管理，通過庫存分析、清倉盤庫管理來實現對企業庫存的管理，全面監控企業商品的進、出、存等各種狀況，以滿足現代企業的庫存管理需要。

1.具有進行期初建帳、系統盤點、數據備份等的系統初始化功能；

2.能夠進行企業物料基礎數據的設置（包括倉庫、貨物、部門、項目等的設置）；

3.可以根據企業實際情況，進行倉庫管理，如出庫、入庫、盤點操作等；

4.對庫存貨物可進行數據查詢，如出入庫統計查詢、項目資金分析統計等；

3.2功能需求描述

1.系統初始

基礎數據：倉庫信息、存放地點、構成信息、庫存常用數據等。

系統支持基礎數據的查詢、打印、增加、修改、刪除等操作。

編碼方案：定義貨物分類、庫存屬性、部門、子類等的編碼方案。

2.日常業務：

（1）采購入庫單 采購入庫單一般指采購原材料驗收入庫時，所填制的入庫單據；企業一般指商品進貨入庫時，填制的入庫單。采購入庫單是企業入庫單據的主要部分，因此在本系統中，采購入庫單也是日常業務的主要原始單據之一。

（2）材料出庫單 材料出庫單是企業領用材料時，所填制的出庫單據。材料出庫單是企業出庫單據的主要部分，因此在本系統中，材料出庫單也是進行日常業務處理和記帳的主要原始單據之一。

（3）產成品入庫單 產成品入庫單是指產成品驗收入庫時，所填制的入庫單據。產成品入庫單是以企業入庫單據的主要部分。

（4）銷售出庫單 銷售出庫單是指產成品銷售出庫時，所填制的出庫單據。銷售出庫單也是企業出庫單據的主要部分，因此在本系統中，銷售出庫單也是進行日常業務處理和記帳的主要原始單據之一。

（5）其他入庫單 企業的其他入庫單是指除采購入庫、產成品入庫之外的其他入庫業務，如調撥入庫、盤盈入庫、形態轉換入庫等業務形成的入庫單。

（6）其他出庫單 企業的其他出庫指除銷售出庫、材料出庫之外的其他出庫業務，如調撥出庫、盤虧出庫、形態轉換出庫等。

（7）調撥：管理倉庫間的實物轉移和分銷意義上的倉庫分配、調撥業務，屬轉移事務類型。

（8）形態轉換：某種物品在加工或存儲過程中，由于加工或環境的原因，使其形態和名稱發生變化，這時需處理形態轉換業務，調整庫存帳。

（9）反沖：對于生產環節在制品及不入庫半成品業務，系統按照產品結構管理實現原材料與在制品、半成品對沖處理功能，實現在制品、半成品管理。

（10）盤點單

在日常物品收發、保管過程中，由于計量錯誤、檢驗疏忽、管理不善、自然損耗、核算錯誤等原因，有時會發生物品的盤盈、盤虧和毀損現象，從而造成物品帳實不相符。為了保護企業流動資產的安全和完整，做到帳實相符，企業必須對物品進行定期或不定期的清查。確定企業各種物品的實際庫存量，并與帳面記錄相核對，查明物品盤盈、盤虧和毀損的數量以及造成的原因，并據以編制物品盤點報告表，按規定程序，報有關部門審批。物品盤盈、盤虧和毀損，在查明原因、分清責任、按規定程序報經有關部門批準后，應進行相應的帳務處理，調整物品帳的實存數，使物品的帳面記錄與庫存實物核對相符。物品盤點報告表，是證明企業物品盤盈、盤虧和毀損，據以調整物品實存數的書面憑證，經企業領導批準后，即可作為原始憑證入帳。但是，物品的盤盈、盤虧和毀損必須在按規定程序報經有關部門批準后才能進行處理。

3.庫存分析：

（1）安全庫存報警

通過對各種物品當前庫存量和安全庫存量的對比分析，對超過或低于安全庫存量的物品進行報警，并可查詢當前庫存量等于安全庫存量的物品。安全庫存預警輸出的內容包括物品、物品的安全庫存量、當前庫存量及當前庫存量與安全庫存量的差。各物品的安全庫存量取自物品檔案中各物品的安全庫存量，當前庫存量為各物品所有倉庫的現存量之和，差量=當前庫存量-安全庫存量。

（2）短缺物品查詢

通過對各種物品當前庫存量和最低庫存量對比分析，當前庫存量低于最低庫存量的物品表示短缺物品。短缺物品查詢輸出的內容包括物品、各物品的最低庫存量、當前庫存量及短缺量。各物品的最低庫存量取自物品檔案中各物品的最低庫存量，當前庫存量為各物品所有倉庫的現存量之和，短缺量=最低庫存量-當前庫存量。

（3）呆滯積壓物品

系統提供呆滯積壓物品的分析方法是按物品周轉率分析的。當前庫存量與最高庫存量或安全庫存量比較，周轉率低于呆滯積壓標準且超過最高庫存量（或安全庫存量）的物品為積壓物品，周轉率低于呆滯積壓標準且未超過最高庫存量（或安全庫存量）的物品為呆滯物品。呆滯積壓物品分析輸出的內容包括物品、各物品的最高庫存量（或安全庫存量）、當前庫存量、短缺量、周轉率、周轉率與最低周轉率（呆滯積壓標準）的差、狀態（表示該物品是呆滯物品還是積壓物品）。物品的呆滯積壓標準在【物品檔案】中設置。呆滯積壓標準是操作員設置的每一物品的最低周轉率，低于此周轉率的物品就是呆滯積壓的物品。當前庫存量為該物品所有倉庫的現存量之和超儲量=當前庫存量-最高庫存量（或安全庫存量）物品周轉率=一定期間內物品的已消耗量÷一定期間內物品的平均庫存量平均庫存量=一定期間內物品每天的平均庫存量之和÷天數 每天的平均庫存量=（當天的期初結存數量+當天的期末結存數量）÷2 已消耗量=一定期間內該物品的出庫數量 差率=周轉率-呆滯積壓標準 狀態：超儲量大于零且差率小于零的物品為積壓物品，狀態為積壓；超儲量小于等于零且差率小于零的物品為呆滯物品，狀態為呆滯；超儲量小于等于零且差率大于等于零的物品為非呆滯積壓物品，狀態為空。

4.統計分析：

（1）收發存匯總表

反映倉庫各物品各種收發類別的收入、發出及結存情況。收發存匯總表是按倉庫進行分頁查詢的。一頁顯示一個倉庫的收發存匯總表。倉庫的收發存匯總表通過匯總功能查詢。收發存匯總表輸出的內容包括倉庫、物品、自由項、期初結存數量（件數）、各種入庫類別的入庫數量（件數）、各種出庫類別的出庫數量（件數）、期末結存數量（件數）。

期末結存數量=期初結存數量+各種入庫類別的入庫數量-各種出庫類別的出庫數量。

期末結存件數=期初結存件數+各種入庫類別的入庫件數-各種出庫類別的出庫件數。

（2）業務類型收發存匯總表

反映倉庫各物品各種業務類型的收入、發出及結存情況。系統提供的業務類型包括：采購、銷售、產品入庫、材料出庫、盤盈入庫、盤虧出庫、其他入庫、其他出庫。業務類型匯總表是按倉庫進行分頁查詢的。一頁顯示一個倉庫的業務類型匯總表。業務類型匯總表輸出的內容包括倉庫、物品、期初結存數量（件數）、各種業務類型的入庫數量（件數）、各種業務類型的出庫數量（件數）、期末結存數量（件數）。

期末結存數量=期初結存數量+各種業務類型的入庫數量-各種業務類型的出庫數量。

期末結存件數=期初結存件數+各種業務類型的入庫件數-各種業務類型的出庫件數。

（3）收發類別匯總表

反映倉庫各物品各種收發類別的入庫或出庫的情況。收發類別匯總表是按倉庫進行分頁查詢的。一頁顯示一個倉庫的收發類別匯總表。收發類別匯總表輸出的內容包括倉庫、物品、用戶所選入庫類別的入庫數量（件數）或用戶所選出庫類別的出庫數量（件數反映各供貨單位供應的物品的收入、發出及結存情況。

3.3系統業務流程

系統的業務流程主要包括三個部分：采購、部門領料和庫存盤點。

1.采購的業務流程是：①計劃部門制定物資需求單，評審，如果評審通過，根據倉庫庫存情況平衡采購，然后制定采購單。②對采購單進行評審，如果評審通過，則可以簽定采購合同進行采購。③到貨后，進行登記并入庫。

2.部門領料的流程很簡單，各部門主要通過倉庫領取物資，只需要填寫部門領料單即可。

3.庫存盤點用于登記倉庫中物質的養活和增加情況，并使實際庫存和數據庫中的庫存數目保持一致。

3.4庫存管理流程

庫存管理主要是對庫存貨物的入庫、出庫、查詢統計、盤點等進行控制和管理，以便及時了解庫存情況，達到降低庫存量、提高取貨備貨效率。

庫存管理的具體內容有：基礎數據維護、系統設置、入庫操作、出庫操作、查詢操作、統計分析、盤點操作、報表輸出等。

3.系統的主要模塊

3.6系統邏輯結構

庫存管理系統

1、庫存系統管理

(1)庫存管理數據

(2)庫存物料主文件維護

(3)庫存代碼定義

A、倉庫貨位代碼維護

B、入出庫類型定義

(４)用戶管理

2、庫存貨位管理

(1)倉庫主文件維護

(2)貨位主文件維護

(3)庫存貨位綜合查詢

(4)庫存空貨位查詢

3、庫存流水帳管理

(1)入出庫數據登錄

(2)庫存流水帳查詢

(3)歷史流水帳處理

(4)歷史流水帳查詢

(5)主帳月末結轉處理

4、庫存統計分析

(1)庫存主帳查詢

(2)庫存積壓分析

(3)短缺超儲分析(項目)

(4)ABC分類處理

(5)短缺超儲分析(時間)

(6)車間月領料查詢

5、清倉盤庫處理

(1)打印盤庫清單

(2)實際盤庫錄入

(3)打印盤盈盤虧表

具體如下：

1．庫存代碼定義

建立合理的代碼體系是有效地使用計算機進行庫存管理的基礎。本功能模塊旨在讓用戶對倉庫有關信息進行編碼定義，包括對倉庫、倉庫管理方式、倉庫口令、入出庫類型及不同入出庫類型對各種數據的影響等的定義，并提供庫存資金圖及庫存資金歷史曲線。

2．庫存貨位管理

可以對按貨位管理的倉庫，實現貨位信息跟蹤，描述其存放的物品品種、數量。允許同一物品存放在多個倉庫、多個貨位，同一貨位允許存放1種物品。

3．庫存流水帳管理

本模塊對于每日發生的每筆入／出庫活動進行登錄，并提供對庫存數據的增加、刪除、查詢功能，保證帳上數據的正確．當數據量過于龐大時，提供歷史流水帳處理，減少在線流水帳數據，提高查詢速度。

4．庫存統計分析

本模塊旨在幫助管理人員進行各種庫存統計分析，加強庫存控制，減少庫存積壓、減少物品報廢和資金占用，從而提高經濟效益。可以對各車間(分廠)領料數量及生定產量(已入庫部分)進行查詢及維護．可以進行多種統計，如可按供應商、銷售客戶、部門(車間)分別進行出入庫進行統計．可按不同的人出庫類型進行分別統計。可進行短缺超儲分析、物資積壓分析、ABC分類處理及資金占用分析，還可對車間月產量，車間月領料進行查詢。主帳管理統計：以月為單位描述各倉庫庫存物品的倉儲信息及倉儲累計信息，包括各種物品的現有庫存、累計人出庫數量及期初數量。庫存帳務結轉處理：將前一階段的數據，轉移到歷史文件保存起來，并將前一階段的期末數據結轉為下一階段的期初數據。

5．清倉盤庫管理

用于倉庫的定期或不定期的盤點工作，提供盤庫清單，當盤庫數據錄入后，打印盤盈盤虧數據表，并自動修改各帳務。

6．庫存系統管理

包括庫存子系統的數據初始化，數據備份，數據恢復，數據排序，數據庫數據整理等。

3.7系統平臺選擇

1.軟件平臺

本系統前臺用delphi7.0編寫，oracle 8.1.7作為后臺數據庫。

2.硬件平臺

（1）服務器端：

服務器主要用來運行數據庫管理系統ORACLE，需要WINDOS2000（含SERVERS版）、NT、XP、LINUX或更高版本；同時要把本管理系統的數據庫導入到ORACLE數據庫中。

（2）客戶機：

客戶機主要運行本系統的前臺程序：同時設置好數據庫連接參數。客戶機需要WIN95／98或者WIN NT4.0、WIN2000、XP。該系統可運行于windows 98、ME、2000、NT、XP的機子上，前臺用delphi7.0編寫，oracle 8.1.7作為后臺數據庫。

3.網絡平臺

本系統采用二層C/S結構，二層C/S結構的客戶機/服務器(Client/Server)是在網絡基礎上，以數據庫管理系統為后緩，以微機作為工作站的一種系統結構。其關鍵點在于“一分為二”，即把數據存取與應用程序分離開，分別由數據庫(Server端)及工作站(Client端)來執行，從而明顯地既保證整個系統的運行性能，又增加了系統的易開發性、可擴充性和可維護性。

3.8數據庫設計

數據庫設計包括了數據庫表結構設計、數據庫ER圖設計和SQL腳本編程。其中數據庫表結構設計重點在設計表的字段和約束。數據庫ER圖設計重點在設計數據庫表之間的關系。設計完后就可以編寫SQL腳本，就創建數據庫了。

3.9數據結構設計

數據結構設計是開發應用系統中非常重要的一個環節，數據結構設計的好壞將直接關系到程序的后期開發效率及開發的成敗，因此在具體編寫代碼前，一定要作好數據結構的設計工作。設計一個好的數據結構需要良好的應用系統需求分析，另一方面設計的經驗也是很重要的因素。

每個表應有主關鍵字，其他數據元素與主關鍵字一一對應，在確實沒有主關鍵時候，則加入一個ID字段。ID字段是一個自加類型的字段，可以用它來作為主關鍵字。

注：由于選擇了ORACLE來作為后臺數據庫，但由于ORACLE沒有自加類型數據類型，所以使用了序列器來產生新ID。

CREATE SEQUENCE WZGL

INCREMENT BY 1

START WITH 1

NOMAXVALUE

NOCYCLE

有了序列器再加上觸發器就完全可以自動產生新ID了，不過我們并不使用觸發器來自動產生新ID，而是自己來得到ID。如：SELECT WZGL.NEXTVAL FROM DUAL 來獲得新ID。

第四章 庫存統計分析庫模塊

4.1畢業設計課題目標與意義

庫存管理系統是生產、計劃和控制的基礎。庫存管理系統設計的總體目標是通過對倉庫、貨位、入出庫類型與入出庫單據的管理，及時反映物資的倉儲、流向情況，為生產管理和成本核算提供依據。并通過庫存分析，為管理及決策人員提供庫存資金占用情況、物資短缺(超儲)情況、ABC分類情況等不同的分析信息。通過清倉盤庫管理，保證帳面與實物一致，為計劃及決策人員提供實時準確的存貨信息，以便及時調整生產，保證企業各項生產經營活動的順利進行。

本人目標：完成庫存管理系統中的庫存統計分析模塊，以幫助管理人員進行各種庫存統計分析，加強庫存控制，減少庫存積壓。可對各車間的領料數量及生產量進行維護及查詢。可按物料及車間進行入出庫統計，打印出統計報表。

4.2統計分析模塊功能

1.統計查詢功能

統計查詢管理模塊可以對庫存產品進行各種類型的統計和查詢，從而使用戶能夠全

面地了解庫存狀況，具體可以實現以下功能：

A、產品出入庫統計查詢，生成進貨、銷售、庫存、資金流動、綜合分析等多種報表，從不同角度了解企業的經營情況；

B、單據、報表都可以打印，打印格式可以靈活定義；

2.資金占用分析功能

具有資金占用分析功能，如資金占用分析、項目資金占用分析、ABC分析等數據分析與跟蹤；提供庫存資金占用情況分布圖，庫存成本比例等，可以實時反應庫存信息，以協助作出合理的庫存決策。

3.庫存預警功能

庫存預警：設定每種商品庫存上、下限，隨時查詢短缺或積壓的商品，庫存預警是指對庫存中接近或超過臨界值的產品進行報警。在產品信息中，包含產品的合理數量范圍和有限期限。產品數量小于合理數量的下限稱為短線產品；數量大于合理數量的上限稱為超儲。產品出現短線、超儲、接近或超過有效期限需要報警。

庫存預警管理模塊可以實現以下功能：

A、庫存產品數量報警

B、庫存產品失效報警

4.3 統計查詢流程圖

4.4設計總結：

本次的設計存在著一些不足的地方，如網絡平臺的二層C/S結構存在以下的缺點：

在兩層C/S結構中，客房端應用程序直接連接數據庫服務器，這樣數據庫服務器將消耗一定的資源以處理與客房端的連接工作。隨著連接工作的頻繁發生，數據庫服務器的運行效率將會不斷下降。

在兩層C/S結構中，只有惟一一個在線的數據庫服務器，這種結構將成為妨礙系統可靠性的重大隱患。如果數據庫服務器因為某種原因而停止工作，那么整個系統將趨于癱瘓。

兩層C/S結構應用程序的分布比較麻煩，需要一些*.dll支持，另外每個客戶端還需要配置ODBC或BDE。

4.5 謝詞

在這個系統開發過程中，本人增強了團體意識，對一些軟件開發模式有了一定的認識，學會了如何進行小組式的開發一個綜合系統，在此本人特向給了很多指導意見的老師表示感謝！也感謝本組成員對本人的關心

幫助。因為本系統所涉及的內容非常廣泛并且比較復雜，加上時間的倉促，盡管本組竭盡全力來保證系統的可靠性和完善性，但是還有一些不足之處，懇請老師批評指正。

第五章 參考文獻

1．《Delphi6.0程序員開發指南》

機械工業出版社

李

維

編譯

2．《Delphi6.0企業級解決方案應用剖析》

機械工業出版社

劉

藝

編著

3．《Oracle 8.X For Windwos NT 實用教程》 清華大學出版社

翁正科 王新英

編著 4．《數據庫系統原理教程》

清華大學出版社

陳

紅 王

珊

編著

5．《Delphi6.0程序設計教程》

冶金工業出版社

李光明

編著

7．《深入學習Delphi編程》

社

靜

海

編著

8.《Delphi 7高效數據庫程序設計》

社

李

維

編著

中國鐵道出版機械工業出版

第二篇：庫存管理系統課程設計

庫存管理系統課程設計

一、需求分析...................................................................................................................................2 1.1 編寫目的：.......................................................................................................................2 1.2 項目背景：.......................................................................................................................2 1.3系統使用對象：................................................................................................................3 1.4 功能需求：.......................................................................................................................3 1.4.1 業務流程圖：.......................................................................................................3 1.4.2 功能模塊圖：.......................................................................................................4 1.4.3 功能介紹：...........................................................................................................4 1.4.4問題域描述：........................................................................................................5 1.5 性能要求：.......................................................................................................................5 1.6 運行環境：.......................................................................................................................6

二、系統詳細設計...........................................................................................................................6 2.1系統總體設計....................................................................................................................6 2.1.1 運行環境...............................................................................................................6 2.1.2 系統流程...............................................................................................................6 2.1.3 系統結構...............................................................................................................7 2.2系統接口的概要設計........................................................................................................8 2.2.1 用戶接口...............................................................................................................8 2.3 數據庫概要設計...............................................................................................................9 2.3.1 物理結構設計.......................................................................................................9

三、系統實現.................................................................................................................................10 3.1 系統開發環境.................................................................................................................10 3.2 系統實現.........................................................................................................................11 3.2.1 客戶端系統實現.................................................................................................11

一、需求分析

1.1 編寫目的：

庫存管理工作如由人工完成，主要依靠個人經驗和厚重的資料簿，查詢工作繁瑣而且質量不高，容易出錯。如果利用計算機的高速計算能力和廣泛的普及應用，則能利用判斷條件，更快地找出所要查詢的庫存產品。庫存管理系統是一套對貨品入庫、出庫、庫存進行全面管理的系統。

1.2 項目背景：

由于市場競爭的需要，如何吸引和留住人才，激發員工的創造行、工作責任感和工作熱情已經成為關系企業興衰的重要因素，人才已成為企業最重要的資產之一。“公正、公平、合理”的企業管理理念和企業管理水平的提高，是社會對庫存管理系統有了更高的需求；同時由于個人電腦的普及，數據庫技術、客戶/服務器技術，特別是Internet/Intranet技術的發展，使的三代庫存管理系統的出現才成為必然。庫存管理系統的特點是從物品管理的角度出發，用集中的數據庫將幾乎所有與物品相關的數據統一管理起來，形成了集成的信息源。有好的用戶界面，強有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰略的角度來考慮企業物品規劃和政策。

企業的庫存物資管理往往是很復雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發放的渠道各有差異，各個企業之間的管理體制不盡相同，各類統計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統，實現計算機化操作，而且必須根據企業的具體情況制定相應的方案。

1.3系統使用對象：

本軟件提供了完備的銷售業務管理功能，包括銷售管理（銷售訂單、銷售出貨、銷售退貨、收款登記）、基本信息（公司基本資料、客戶資料、貨品資料、員工檔案、其他基礎設置）、單據查詢(訂貨單查詢、收貨單查詢、付款單查詢)、系統維護（操作權限、數據備份及恢復、數據壓縮、數據清理）等功能。

1.4 功能需求：

1.4.1 業務流程圖：

1.4.2 功能模塊圖：

1.4.3 功能介紹： 庫存管理：包括貨品信息管理、貨品庫存管理、短線貨品管理、超儲貨品管理。

入庫管理：包括入庫登記管理、貨品入庫期間統計、供貨單位期間供貨統計和供貨單位期間供貨金額統計。

出庫管理：包括出庫登記管理、貨品期間出庫統計、收貨單位期間收貨統計和收貨單位期間收貨金額統計。

盤存管理：包括盤存數據錄入和盤存表。綜合管理：包括貨品出入庫期間匯總等。

附項分類：包括經辦人員管理、供貨單位管理、倉庫信息管理及數據處理記錄。

歷史數據管理：包括歷史庫存管理、歷史入庫管理和歷史出庫管理等。1.4.4問題域描述：

貨物是否能被管理員找到，貨物必要有唯一的貨號;倉庫對應唯一管理員，管理員必要有唯一工號，性別，姓名等屬性;每個入庫貨物對應一張入庫單，入庫單號碼必須與貨號唯一對應；每個出庫貨物對應一張出庫單，出庫單號碼必須與貨號唯一對應；管理人員存放貨物根據存放規則在倉庫內存放貨物；管理人員根據提貨規則從倉庫內提取貨物。

1.5 性能要求：

全局特征：

系統可用性是：全天候可用、可靠性：除了不可計錯誤，一般不會崩潰。安全性和保密性：只有專業的工作人員才能運行，可以設置權限。

1.6 運行環境：

硬件環境：PentiumⅡ 或同檔次以上微機； 32MB以上內存或更高；4.2G以上硬盤；1.44M

光驅；24速以上光驅；

針打或激光打印機一臺

軟件環境：中文 WINDOWS95 /

二、系統詳細設計

2.1系統總體設計

2.1.1 運行環境 操作系統：Windows All 安裝MySQL Tomcat MyEclipse 2.1.2 系統流程 本課題的系統流程圖如下

/WE/ 2000操作系統。

2.1.3 系統結構

本課題的功能模塊設計圖如下

2.2系統接口的概要設計

2.2.1 用戶接口 首頁（用戶登錄界面）

用戶操作界面（如圖）頭部和其他部位的內容一樣

左側部分為當用戶登錄成功后將顯示用戶操作的功能菜單 右側部分則根據用戶選擇的操作顯示相應內容

2.3 數據庫概要設計

2.3.1 物理結構設計

本課題目前為數據庫建立了9 個表 Category：id，name，description；

Goods：id，name，description，inprice，outprice，category_id，supplier;Instock:id,quantity,intime,price,description,goods_id,uear_id;Outstock:id,quantity,outtime,description,price,user_id,goods_id;Privilege:id,name,description Stock:goods_id,quantity,outprice,inprice Supplier:id,name,linkman,cellphone,description User:id,username,password User_privilege:user_id,privilege_id

三、系統實現

3.1 系統開發環境

系統：Microsoft Windows 7 編程環境：MyEclipse 開發語言：Java 數據庫：MySQL

3.2 系統實現

3.2.1 客戶端系統實現 登錄界面（如下圖）

庫存管理成果信息頁面（如圖）

用戶管理

權限管理

供應商管理

類別管理

商品管理

入庫管理

庫存管理

出庫管理

第三篇：UML庫存管理系統

UML課程設計

報告 設計名稱： 庫存管理系統

專業班級： 姓 名： 學 號： 起止時間： 成 績 評 定

考核 設計 設計 綜合評 答辯 內容 表現 報告 定成績 成 績 計算機科學與工程系

一、系統需求說明 20世紀90年代以來隨著科學技術和生產力的迅速發展以及經濟全球環境的深刻變化，企業面臨著一個嶄新而又激烈的競爭環境，體現在全球化的信息網絡和全球化市場形成所帶來的信息爆炸技術變革的加速市場和勞務競爭的全球化，圍繞新產品的市場競爭日趨激烈，用戶的需求越來越苛刻，同時產品的生命周期不斷縮短，企業又面臨著縮短交貨期、提供產品質量、降低成本和改進服務的壓力，在這種情況下全面提高和改善自身水平成為企業最關心的問題之一。企業實施信息化建設已成為企業的發展趨勢和提高企業的管理水平的有效手段。信息化建設不在是企業的效益工程而是企業的生存工程，20世紀90年代美國著名的IT分析公司Grant Group Inc,提出了ERP企業資源計劃的概念，迎合了信息時代企業管理的發展要求。隨著ERP相關理論，以及ERP系統開發的逐漸成熟，企業界掀起了實施ERP管理信息系統的浪潮。中國作為制造大國，在制造業迅速發展的今天，庫存國民投資額在整個國民生產總值占有相當大的比重達到了20%——30%，庫存管理的適當與否對企業經營利潤有很大影響，因此新環境下非常值得人們對ERP環境下的庫存管理進行深入研究和探討。本文結合ERP環境下的庫存管理系統，重點研究如何利用UML建模語言對庫存管理系統進行建模，給出了ERP環境下庫存管理系統的需求模型和對象模型，在建模過程中利用了用例圖、類圖、包圖、順序圖等圖形。最后，結合系統模型的研究，實現了庫存管理系統。

二、系統分析

（一）庫存管理業務流程分析 企業的庫存管理工作主要由企業物資部門或倉庫部門完成，其主要業務就是對企業物料收獲、存貨、發貨，以及分析提供庫存管理所需的各種數據報表等管理工作。庫存管理業務流程圖，如圖所示： 采購部門采購訂單 供應商發票 財務部門發貨 檢驗接受庫存盤點發銷售出入庫票貨款憑證求購處理入庫領料通知單生產發料發料 生產部門倉庫部門客戶入庫 庫存訂單工票產品入庫分析提貨單決策部門銷售部門 2

（二）Uml表示法 1.1 用例圖 根據業務流程圖確定系統邊界，確定用例（Use Case）。用例可從另一個方面對企業的業務流程建模，從中可以提取對我們開發系統有用的信息，可以確定系統功能。如圖2所示庫存管理系統的用例圖

inter manageout manageadministratorinventory manage

information search

該圖展示了一張倉庫管理系統的用例圖，從系統的外部執行者的角度來看，普通倉庫管理員可以進行出庫管理、入庫管理、盤點管理和信息查詢等操作。（2）順序圖

: administrator1: load

2: back3: data name and position4: copy data5: copy success 3

（3）活動圖

produce inventory bills inventory on the spot inventory manage

三、系統設計報告(一)庫存管理系統需求模型的建立

1、用例圖 在庫存管理系統中，由于牽扯到大量的執行者和用例，為了便于組織，按與系統交互的對象的不同將系統劃分為三個包，如圖所示：

用例模型包圖 其它系統與倉庫高層決策人員和系統倉庫管理員管理系統的交互 管理員與系統的交互 與交互系統 倉庫管理員與系統交互包主要描述倉庫管理員要使用系統的那些功能，向系統輸入哪些信息，從系統獲取哪些信息，以及需要系統提供哪些功能支持倉庫管理員的日常工作。高層決策人員及系統管理員與系統交互包描述高層決策人員需要從系統獲取什么信息，做出什么分析與決策支持系統更好的運轉；系統管理員則需要維護，管理系統，使其正常化工作。由于庫存管理系統并不是一個孤立系統，他需要其他系統進行交互，其他系統與庫存管理系統的交互包則反映交互信息的流向。下面對每個系統包進行詳細的描述。4

（1）倉庫管理員與交互的用例模型

high-inventory alarm identity testexpand

useinventory place appointaccount updateinter manageuseexpandadministratorout

managelow-inventory alarminventory manageinformation searchform produce 在這個用例模型中有一個執行者：庫存管理員。十一個用例：身份驗證，入庫管理員，最高庫存警報，出庫管理，最低庫存管理，指定庫位，更新賬目，庫存信息查詢，盤點管理及報表生成。當有物資需要進行出入庫時，倉庫管理員就要進行出入庫的管理：核實賬單，清點物資，錄入單據，然后由系統自動為該批物資分配貨架，同時更新賬目。在入庫時，如果系統檢測該類物資庫存量超過限定的最高存量，也將發出警報。在入庫管理用例與最高庫存警報用例，出庫管理用例與最低庫存警報用例之間采用了擴展關系。入庫管理，出庫管理與指定庫位之間，指定庫位與更新賬目之間采用了使用關系。擴展時一種基本需求的特殊情況。而當在兩個或更多的用例中出現重復描述而又想避免這種重復時，采用使用。出入庫單據錄入后，倉庫管理員還需要定期對單據進行核對，即進行庫存信息的查詢，主要包括：賬目信息，出入庫信息，以及庫位信息，存量信息等。當所有信息核對完成后，倉庫管理員還需要定期打印出各種報表，以供其他系統做出一些決策。盤點也是庫管員一項很重要的工作，保持經常有效的盤點，可以更加全面準確的掌握庫存信息。當庫管員進行盤點時，首先要鎖定盤點的庫位或物料信息，即盤點時刻不允許出入庫；盤點完畢后，要填寫盤點記錄，對于盤點數量與賬目數量不同的物料需求要給出原因。5

（2）高層決策人員與系統管理員的交互用例模型

inventory originallimits manage

inventory controlidentity testadministratorhigh-adminform produceanalyze reportdata copy and resume 在這個用例模型中共有兩個執行者：高層決策人員，系統管理員。七個用例：基本信息維護、數據的備份與恢復、身份驗證、倉庫信息初始化、庫存控制、分析評價及庫存信息查詢。其中身份驗證和庫存信息查詢用例和庫管員和系統的交互的用例是同一用例。對于高層決策人員來講倉庫一些基本信息的初始化，主要是賬目和庫位信息初始化。當系統開始使用，高層決策人員還是要進行一些庫存控制，即為了滿足用戶及生產需求，確定最低庫存量，決定訂貨時間及訂貨量。當然為了及時動態了解庫存情況，還需要一些庫存信息進行分析評價，例如：資金占用情況，積壓失效情況，倉庫使用情況等。不論是做決定還是分析，都需要庫存基本信息支持。對于系統管理員來講，主要的工作室進行基本信息的維護，包括權限的管理和數據的備份與恢復。(3)其它系統與庫存系統的交互

out manageform produceproduce sys information searchsupply syscost manage project data syssell sysinter manage 由于庫存管理系統并不是一個獨立的系統，他需要和其他系統進行信息的集成，以保證數據的完整和準確。再生產計劃出入庫時，需要根據計劃來限制出入庫的物資品種及數量。6

當然，計劃的制定還需要準確的庫存信息。采購供應管理系統需要根據庫存信息來制定采購計劃，外購物資則需要根據采購計劃進行入庫。庫存管理系統需要用工程數據管理系統中的一些基本信息，包括：物料信息，人員信息，以支持系統準確的進行。銷售和成本核算管理系統的梳理進行同樣需要庫存數據的支持。2．業務活動圖（1）物資入庫活動 inter form receive identity test inter manage inventory inventory inventory place checkcheckstate check alarm transmit inventory place appoint account update 物資的出入庫是庫存管理中主要的業務，合理的出入庫流程不僅能加快出入庫的效率，7

而且能夠對庫存信息做到心中有數。當一批物資需要進行出入庫時，首先庫管員需要核對入庫單，清點入庫物資，當入庫單據與入庫物資相符時，才能入庫。接著庫管員登錄系統，通過身份驗證，進入入庫管理主界面。輸入要入庫物資的基本信息后，系統自動進行一些信息查詢：存量信息，庫位狀態，盤點狀態。當該類物資存量超出最高庫存量，系統發出報警，此時可以退出系統，即此類物資不在進行入庫，也可以強行入庫。在檢查庫位信息時，如果發現沒有空余庫位，同樣系統會發出警報，但允許入庫，只是需要人工指定庫位。完成上述步驟，系統會主動為物資安排庫位，更新賬目，到此時也就完成入庫過程。（2）主要業務活動圖 inventory inter out check account place checkcheckcheck

produce

inter and

inventory formoutmanage

analyze

and

inventory NewStatevaluatecontrole 8

庫存管理的業務都是以出入庫信息，賬目信息和庫位信息為依托進行的。所以首先需要將出入庫信息，賬目信息，庫位信息進行核對，只有這些信息準確無誤才可以進行下一步的工作。核對基本信息后，為了確定倉庫內物資，可以進行盤點；為了進行分析評價，庫存控制，可以生成報表；對一些信息篩選后，可以進行數據的備份或恢復。

（二）庫存管理系統對象模型的建立 1． 類圖 基本信息中的類圖 入庫類別與出庫類別的屬性為出入庫別編碼及名稱，在進行出入庫時，以其為依據判別出入庫類型，例如確定一批貨物是一般收料還是委托加工等等。不論是倉庫管理員還是系統管理員還是高層決策人員在登錄時，都需要進行身份驗證，以確定其權限，如果是倉庫管理員則需要細化倉庫一級權限。下圖為主要類圖及沒類圖的具體屬性及操作，如圖所示： 9

2.順序圖與協作圖（1）物資入庫順序圖

inter windowaccountshelves state

inter shelves info1: ready to assign shelve 2: shelve not null3: shelve on inventory4: shelve available5: work normal and update6: back 物資入庫順序圖 在完成入庫單與入庫項的填寫后，進入胃物資指定庫位的操作中，首先系統要自動檢查庫位的狀態，當沒有多余庫位或者庫位正在進行盤點時，則系統提示不能進入下一步的操作，如果有多余庫位則系統自動為物資安排庫位，進行物資的入庫，同時修改庫存信息，此時完成了物資的入庫的所有操作。（2）物資入庫協作圖 5: error4: error

6: change or check of goods incoming of 3: incoming of change the form(right)formitem2: incoming of form7: checkquit9: surpass of max reserve

window of

account of incomingreserve8: less than max resevelogon 1: incoming of administrgoodsator 11

物資入庫協作圖 上圖為物資入庫的合作圖。在一批物資要入庫時，首先倉庫管理員登陸系統進入入庫窗體，然后進行入庫單錄入，只有在入庫單填寫正確的情況下才能轉入入庫項填寫，如果入庫項填寫錯誤時，同樣不能進行下一步操作；并且如果在填寫入庫項時發現倉庫內此類物資正在盤點，則此批貨物此時不能進行入庫的，需要退出或等待。當所有條件都符合時，系統自動檢查物資的庫存量，但超出倉庫最大庫存時，退出所有操作；反之進入為此貨物指定庫位的操作。（3）狀態圖

系統人機交互狀態圖

fail logonstartlogonlogon successoperateentry/ inputdo/ check

namefinishreturncancel password and logoncancelcancelfinishexit/ quit

entry/ prompt do/ checkexit/ quit or returnoutcome 人機系統交互狀態圖

四、系統的配置與實現

（一）系統的組件圖

<>Businessp

The user

The

Server The rocessinterfacedatebase 系統組件圖 12

(二)系統配置圖

clientdatab...program 系統配置圖

五、設計心得體會 項目實訓開始的時候，要求每兩個人選擇一個題目，本以為這會很簡單，可坐下來之后才發現，事實并非如此。從需求分析到最后的課題的終結，中間實現的過程都需要應用很多的理論知識，而時間的推移讓自己發現所學知識的膚淺性，只是模糊的停留在知識的表面，沒有對其深刻的認識與掌握，同時，這也是對信心，和耐心的一次考驗。通過這次課程設計，小組成員分工合作，我們兩個都學到了很多東西。以前不熟悉的地方都得到了很好的解決。我們通過自我學習掌握一些基本應用，并通過項目來加強對其的理解，我們完成了這一系列的設計。過程是艱苦的，但是通過這次實訓我們學到了很多，結果是美好的。這次課程設計也讓我明白了，作為一個軟件技術的學習者，多動手顯得尤為重要，另外，多看看經典的例題，多與同學之間交流，對于知識和能力的提高也有很大的幫助。由于我們能力有限，加上時間倉促，本系統難免會出現一些不足之處，對于出現的問題，在此深表歉意，如果還有其他問題希望老師批評指正。13

第四篇：醫院藥品庫存管理系統的設計與實現

醫院藥品庫存管理系統的設計與實現

專業班級：計算機科學與技術2092班

學生姓名：蘇勇

指導老師：鄭剛

摘要

藥房是醫院最繁忙的科室之一，無論門診還是住院藥房，面臨著大量取藥的患者和家屬，工作人員都在忙于事物性工作。各種原因造成藥品上的差錯不能及時發現和糾正，管理中的混亂現象也就不可避免。大型醫院藥房藥品數量繁多，采購和發放的帳目登記是一件很繁瑣的事情而且藥品的價格經常調整，退貨現象時有發生，使賬目工作更加復雜，呈報準確庫存資金和匯總某一期資金流動情況，其統計工作更是十分困難。醫療質量的提高和重病患者的搶救，與藥品供應有著密切的關系。為了解決這個矛盾，實現科學化、現代化的醫院藥房藥品的管理，我們在這里來研究與開發醫院藥品庫存管理系統，并用于實踐。

根據當前社會現狀和技術發展的不斷進步，我們應用現有的技術和環境，開發了醫院藥品庫存管理系統，不僅要提高醫院的經濟效益，而且要使醫院信息管理工作盡快達到規范化、制度化、科學化，最終要實現醫院信息技術全電子無紙化和膠片管理的最終目標。

關鍵字：醫院藥品庫存管理系統；VB；SQL Server 2000；E-R

引言

本軟件是一個醫院藥品庫存管理系統，是醫院信息系統中的一個重要組成部分。它不僅涉及的數據量巨大，而且要求具有極高的準確性、安全性和保密性，其建設成果的好壞直接關系到整個醫院醫務工作人員工作效率和數據的安全性。為此，本軟件嚴格遵循軟件工程規定的設計方法和步驟，采用面向對象的開發、分析技術，對系統進行了深入細致的研究。本文介紹了面向對象的開發工具VB6.0以及數據庫SQL Server的使用。重點闡述本系統的開發過程，詳細地論述了一個系統開發應有的步驟：系統分析（系統背景分析、系統初步調查、系統可行性研究、現行系統的詳細調查）、系統設計（包括系統總體結構設計、系統詳細設計）和系統實施。

采用面向對象方法建立的系統具有較強的應變能力，各組成部分可重用性好。并且面向對象方法在系統分析、設計和實施階段均采用以對象為基本單元的統一的模型，使開發各階段之間具有良好的銜接。本文所敘述的內容以及程序代碼都是醫院庫存管理中之常見問題。

第五篇：庫存管理系統軟件設計說明書

引言........................................................................................2

1.1 編寫目的........................................................................2

1.2 背景及意義....................................................................3

1.3 國內外研究現狀............................................................4 2 系統總體設計分析...............................................................5

2.1 軟件功能及模塊設計....................................................5

2.1.1 軟件主要功能.........................................................6

2.1.2 軟件模塊組成.........................................................6

2.2 開發環境及性能優化....................................................7

2.2.1開發環境....................................................................7 3 各模塊軟件設計與實現.......................................................7

3.1系統管理模塊...................................................................7

3.2進貨管理模塊.................................................................14

3.3 出貨管理模塊.................................................................17

3.4報表統計模塊.................................................................17

3.5信息查詢模塊.................................................................18

引言 1.1 編寫目的

“公正、公平、合理”的企業管理理念和企業管理水平的提高，使社會對庫存管理系統有了更高的需求；同時由于個人電腦的普及，數據庫技術、客戶/服務器技術，特別是Internet/Intranet技術的發展，使的三代庫存管理系統的出現才成為必然。庫存管理系統的特點是從物品管理的角度出發，用集中的數據庫將幾乎所有與物品相關的數據統一管理起來，形成了集成的信息源。有好的用戶界面，強有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰略的角度來考慮企業物品規劃和政策。

企業的庫存物資管理往往是很復雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發放的渠道各有差異，各個企業之間的管理體制不盡相同，各類統計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統，實現計算機化操作，而且必須根據企業的具體情況制定相應的方案。

根據當前的企業管理體制，一般的庫存管理系統，總是根據所掌握的物資類別，相應分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據企業各個部門的需求來發送物資設備，并隨時按期進行庫存盤點，作臺帳，根據企業領導和自身管理的需要按月、季度、進行統計分析，產生相應報表。為了加強關鍵物資、設備的管理，要定期掌握其儲備，消耗情況，根據計劃定額和實際纖毫定額的比較，進行定額管理，使得資金使用合理，物資設備的儲備最佳。

一個完整的企業物資供應管理系統應包括采購計劃管理，合同收托管理、倉庫庫存管理、定額管理、統計管理、財務管理等模塊。其中倉庫的庫存管理是整個物資供應管理系統的核心。因此有必要開發一套獨立的庫存管理系統來提高企業工作效率, 而所使用的這套庫存管理系統是企業生產經營管理活動中的核心，此系統必須可以用來控制合理的庫存費用、適時適量的庫存數量，使企業生產活動效率最大化。

1.2背景及意義

進行庫存管理的意義就在于：它能確保物暢其流，促使企業經營

活動繁榮興旺。不論什么企業，都要儲備一些物資。以生產為主的企業，不儲備一定的物資，不能維持其連續生產；服務性行業，也要備置某些需用的設備和服務用具；就連一般的事業單位，也要備有某些辦公用品等。因此，各行各業都存在不同程度的庫存管理業務。

實行庫存管理有如下優點：

（一）有利于資金周轉

因為在某些特殊情況下，可以做到將庫存需要的投資額規定為零。為此可使經營活動更為靈活，把用于建立原材料、制成品、商品等常備庫存所需要占用的資金轉為經營其他項目，這就有可能使經營活動向更新、更高的階段發展。

（二）促使生產管理更為合理

這是因為庫存管理工作的目標之一就是必需的物資，即在需要時，按需要量供應。目前生產管理較為混亂的主要原因在于一些急需的物資不能及時供應，要從根本上杜絕此類現象，就要認真搞好庫存管理。

（三）有利于順利地進行運輸管理，也有助于有效地開展倉庫管理工作

通過庫存管理，可將原來零零散散放置的物料整理得井然有序，可使企業的生產環境整潔一新，實現文明生產。廢舊物料堆放整齊、報廢的設備及時運走，工廠的空地整潔干凈，這樣的環境，自然令人感到心情舒暢。此外。還可以把經常動用的物料以及危險性物料分片保管，以保證工廠的安全生產。

庫存管理工作的好壞，對改善企業生產環境將起著舉足輕重的作用。

1.3 國內外研究現狀

由于庫存管理在經濟管理中占重要地位，其計算機化在發達國家中也已經達到了相當高的水平。我國在全國范圍內推廣計算機在管理中的應用，是在70年代末開始的，雖然起步較晚，近幾年發展卻較快，特別是微型計算機的出現和普及為信息處理提供了物美價廉的手段，對于推動我國管理信息處理的現代化起了重要的作用。

庫存管理對企業來說是一項繁瑣復雜的工作，每天要處理大量的單據數據。為及時結清每筆業務，盤點庫存和貨物流動情況，保證企業生產用料以及貨物安全，庫管人員要花費大量人力物力和時間來做數據記錄統計工作。

在世界發達國家，庫存管理的計算機化水平已經很高了，盡管我國的生產企業在這方面也有了很強的意識和長足的進步，但仍存在這樣、那樣的一些問題。

有的企業單位的庫存管理部分目前仍為手工、半手工操作。從供應單位辦理入庫登記開始，到使用單位輸領料出庫手續為止，所有操作基本上都是由倉庫管理人員筆寫，手理，加上算盤、計算器來完成。這不僅煩瑣，效率低，而且缺乏庫存管理的一些基本手段，如庫存狀況統計，查詢經濟訂貨量計算等，這給企業在一定程度上造成了管理上的落后，及經濟利益上的損失。有的單位的庫存管理部已上了微機，但對微機的利用效率極低，有的在用它打游戲，有的僅把它當計算器或打字機來用。有的企業單位既有了微機同時也有了庫存管理軟件，但硬件上去了，軟件上不去。因為他們用的庫存管理軟件，大多為自己的工作人員及其他一些非專業人員所開發的簡單的管理程序，很難稱得上是“庫存管理信息系統軟件”這些程序的弱點多表現為：

1、系統開發時無科學的理論支持。

2、開發過程中調研不全面。

3、軟件編寫時模型不清晰完整。

4、所用開發工具落后（如Fox base）。

計算機在管理中的應用開始于1954年，當時美國首先用計算機處理工資單。40多年來，計算機在處理管理信息方面發展迅速。例如，60年代美國計算機在管理中應用項目不到300項，到了1975年達到2670項。而現在，美國在財務會計上90%的工作由計算機完成；物資管理中80—100%的信息處理由計算機完成；計劃管理中是80—90%。據計算機應用方面發展較快的國家統計，計算機用于經濟管理的約占80%；用于科技運算的占8%；用于生產過程控制的占12%。因此，經濟管理是計算機應用的主要領域。系統總體設計分析 2.1 軟件功能及模塊設計 2.1.1 軟件主要功能

庫存管理系統軟件能達到如下具體功能要求： 1）系統管理模塊 2）進貨管理模塊 3）出貨管理模塊 4）報表統計模塊 5）信息查詢模塊 2.1.2 軟件模塊組成

本軟件包括五個模塊：系統管理、進貨管理、出貨管理、報表統計、信息查詢。庫存管理系統總體設計框圖

圖2-1 系統總體設計框圖

2.2 開發環境及性能優化

2.2.1開發環境

數據庫：Microsoft SQL Server 2000 前端開發工具：Visual C#.NET 數據訪問對象：ADO 各模塊軟件設計與實現 3.1 系統管理模塊

系統管理模塊分為4種功能：身份驗證功能、注冊用戶功能、修改刪除用戶功能、修改密碼功能。身份驗證功能

在進入系統主界面之前，會出現一個身份驗證對話框，要驗證用戶的身份。本系統中用戶分為管理員、倉庫管理員和經理三種。不同用戶其權限也不同。

用戶通過庫存管理系統界面登錄進入系統。在其輸入用戶編號與密碼之后，單擊“確定”按鈕登錄數據庫（為了方便用戶，本系統允許用戶在輸入密碼之后直接按回車鍵登錄數據庫，而無須使用鼠標單擊“確定”按鈕）。此時觸發“確定”按鈕的Click事件相應函數。在這個事件響應函數中，需要首先判斷用戶，因為他們具有不同的權限。如果權限是0，則進入系統管理員界面；權限是1，則進入經理界面；權限是2，則進入倉庫管理員界面。

圖3-1 系統登錄界面

由于用戶權限的差異，他們所能進入的系統主界面也相應的不同。

圖3-2 系統主界面一（系統管理員身份進入）

圖3-3 系統主界面二（經理身份進入）

圖3-4 系統主界面三（倉庫管理員身份進入）

注冊用戶功能 以下為注冊用戶界面：

圖3-5 系統管理員注冊用戶界面

注冊用戶成功界面：

圖3-6 注冊用戶成功界面

修改刪除用戶功能 修改刪除用戶界面如下：

圖3-7 系統管理員修改刪除用戶界面

修改密碼功能

對一個完整的系統而言，用戶是應該可以修改自己的密碼的，因此系統中應該具有修改密碼的功能，提高數據的安全性，用戶可以在進入系統主界面后可以修改自己的密碼。當用戶輸入完成之后，按“確定”按鈕來關閉對話框，系統會自動檢查用戶兩次輸入的密碼是否一致，如果不一致，會出現出錯提示并建議用戶重新輸入。

圖3-8 修改密碼界面

用戶只能通過此界面修改自己的密碼，如果試圖修改別人的密碼，則提示如下圖：

圖3-9 修改密碼界面

修改密碼成功則顯示重新登錄界面，圖如下：

圖3-10重新登錄界面

3.2 進貨管理模塊

進貨管理模塊包括填寫貨品信息、入庫單、修改最低庫存三個子模塊。

圖3-11 倉庫管理員填寫入庫單界面

入庫單中涉及數據一致性，貨品編號為1開頭的庫別自動為飲料庫，貨品編號為2開頭的庫別自動為主倉庫，貨品編號為3開頭的庫別自動為酒庫。數量和進貨單價設置只能輸入數字類型。其中貨品編號如果在庫存信息表中不存在，那么提示先輸入貨品信息，點擊確定后界

面自動跳轉到如下圖：

圖3-12 倉庫管理員填寫入庫單界面

圖3-13 倉庫管理員填寫貨品信息界面

3.3 出貨管理模塊

出庫時如果出庫數量低于庫存信息表中的最低庫存時報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據貨品編號查詢采購員信息，報警顯示如下圖：

圖3-14 填寫出庫單

3.4報表統計模塊

本系統的報表分為日報表和月報表，日報表在添加入庫單和出庫單時就已經自動添加進數據庫中的日報表了，所以在此只需再手動添加月

報表。

圖3-15 月報表統計

3.5信息查詢模塊

該模塊三種用戶都會用到，用戶根據不同的權限分別可以查詢不同的內容，如系統管理員為了修改倉庫信息表、采購員信息表、客戶信息表而查詢相關信息，倉庫管理員為了通知采購員及時采購而查詢采購員信息，經理查詢倉庫管理的各種信息等。

圖3-24 庫存信息查詢