第一篇：aERP系統之倉庫管理的流程

ERP系統之倉庫的管理流程

來源普實軟件期刊

一、倉庫日常管理

1.倉庫保管員必須合理設置各類物資和產品的明細賬簿和臺賬。原材料倉庫必須根據實際情況和各類原材料的性質、用途、類型分明別類建立相應的明細賬、卡片；半成品、產成品應按照類型及規格型號設立明細賬、卡片；財務部門與倉庫所建賬簿及順序編號必須互相統一，相互一致。合格品、逾期品、失效品、廢料、應分別建賬反映。

2.必須嚴格按照倉庫管理的流程規程進行日常操作，倉庫保管員對當日發生的業務必須及時逐筆登記臺帳，做到日清日結，確保物料進出及結存數據的正確無誤。及時登記臺帳，保證帳物一致。

3.做好各類物料和產品的日常核查工作，倉庫保管員必須對各類庫存物資定期進行檢查盤點，并做到賬、物、卡三者一致。必須定期對每種鑄件材料的單重進行核對并記錄，如有變動及時向領導反映，以便及時調整。

4.生產車間必須根椐生產計劃及倉庫庫存情況合理確定采購數量，并嚴格控制各類物資的庫存量；倉庫保管員必須定期進行各類存貨的分類整理，對存放期限較長，逾期失效等不良存貨，要按月編制報表，報送領導及財務人員。

二、入庫管理

1.物料進庫時，倉庫管理員必須憑送貨單、檢驗合格單辦理入庫手續；拒絕不合格或手續不齊全的物資入庫，杜絕只見發票不見實物或邊辦理入庫邊辦理出庫的現象。

2.入庫時，倉庫管理員必須查點物資的數量、規格型號、合格證件等項目，如發現物資數量、質量、單據等不齊全時，不得辦理入庫手續。未經辦理入庫手續的物資一律作待檢物資處理放在待檢區域內，經檢驗不合格的物資一律退回，放在暫放區域，同時必須在短期內通知經辦人員負責處理。

3.收料單的填開必須正確完整，供應單位名稱應填寫全稱并與送貨單一致，鑄件收料單上還應注明單重和總重。收料單上必須有倉庫保管員及經手人簽字，并且字跡清楚。每批材料入庫合計金額必須與發票上的金額一致。

三、出庫管理

1.各類材料的發出，原則上采用先進先出法。物料（包括原材料、半成品）出庫時必須辦理出庫手續，并做到限額領料，車間領用的物料必須由車間主任（或其指定人員）統一領取，領料人員憑車間主任或計劃員開具的流程單或相關憑證向倉庫領料，領料員和倉管員應核對物品的名稱、規格、數量、質量狀況，核對正確后方可發料；倉管員應開具領料單，經領料人簽字，登記入卡、入帳。2.成品發出必須由各銷售部開具銷售發貨單據，倉庫管理人員憑蓋有財務發貨印章和銷售部門負責人簽字的發貨單倉庫聯發貨，并登記。

3.倉管員在月末結賬前要與車間及相關部門做好物料進出的銜接工作，各相關部門的計算口徑應保持一致，以保障成本核算的正確性。

4.庫存物資清查盤點中發現問題和差錯，應及時查明原因，并進行相應處理。如屬短缺及需報廢處理的，必須按審批程序經領導審核批準后才可進行處理，否則一律不準自行調整。發現物料失少或質量上的問題（如超期、受潮、生銹、或損壞等），應及時的用書面的形式向有關部門匯報。

四、車間及工具管理

1.在倉庫領用的工具要做好登記，用畢及時歸還并登記工具使用情況。生產車間內常用工具應妥善保管以免發生遺失。車間領導有責任和義務進行管理。

2.對以損毀工具應上報庫管員填報損壞單注明損毀原因分清責任進行處理。

3.生產車間內所有物品擺放應按照以劃分的區域進行擺放，其區域不得出現與之不符的部品。對廢品要及時清理保持車間內的整潔。4.倉庫管理員應責任心強，監守崗位，無故不能離崗。對突發事件能及時處理和協調，保證生產的順利進行，嚴防以外事故發生。

五、倉庫盤點流程

1、盤點準備倉庫主管將還未有自編碼的存貨通知支援中心補編編碼，并通知有關部門填制相關單據處理帳外物資。營銷部、鞋業部和服裝部通知廠家和客戶在盤點日期間停止送收貨品。財務部將盤點日前已經審核生效的單據記帳。倉庫主管組織倉庫人員對貨品進行分區擺放，存貨以成品區、輔料區、成品待檢區、次品區、臺面輔料區、樣板鞋區分成六大區域分別得出存貨實存情況。

2、盤點進行倉庫主管組織倉庫人員初盤存貨，對存貨六大區域各指派1人擔任組長，2人配合。以盤點表記錄初盤結果。倉庫主管連同另外4名員工組成復盤小組，對初盤結果進行復盤，出現差異倉庫自查原因。倉庫主管將初盤數據輸入電腦，將《盤點單》打印提供給財務部，財務部組織公司人員組成抽盤小組，以2人為1組對各大區域進行抽盤工作。抽盤人員從實物中抽取20%復核初盤資料，從初盤資料中抽取30%對實物進行抽盤。抽盤量要求占總庫存的50%。發現差異由倉庫主管重新盤點更正初盤資料。差錯率高于1%，倉庫主管對該區域貨品進行重新全盤。經復盤通過的《盤點單》由財務部審核，并打印一式二份，由倉庫主管、財務主管簽字，各持1份。

3、盤點后期工作倉庫主管將已審核《盤點單》導出為進、出倉單，電腦自動生成《盤盈單》和《盤虧單》。倉庫主管查找盤盈盤虧的原因，并將《庫存盤點匯總表》和差異原因查找報告交財務主管復核上交總經理審批后。財務部據審批結果審核《盤盈單》和《盤虧單》調整庫存帳。

4、盤點其他規定盤點倉庫管理的流程工作規定每月進行一次，時間為月末最后2天。頭天晚上8時開始至次日中午完成初盤和復盤工作，下午進行抽盤工作。參加盤點工作的人員必須認真負責，貨品磅碼、單位必須規范統一；名稱、貨號、規格必須明確；數量一定是實物數量，真實準確；絕對不允許重盤和漏盤。由于人為過失造成盤點數據不真實，責任人要負過失責任。對于盤點結果發現屬于實物責任人不按貨品要求收發及保管財物造成損失，實物責任人要承擔經濟賠償責任。

最新倉庫管理的流程

倉庫是保管、儲存物品的建筑物和場所的總稱。物流中的倉庫功能已經從單純的物資存儲保管，發展到具有擔負物資的接收、分類、計量、包裝、分揀、配送、存盤等多種功能。庫管理是指商品儲存空間的管理。倉庫管理的流程作業應注意的問題有：

1.存商品要進行定位管理，其含義與商品配置圖表的設計相似，即將不同的商品分類、分區管理的原則來存放，并用貨架放置。倉庫內至少要分為三個區域：第一，大量存儲區，即以整箱或棧板方式儲存；第二，小量存儲區，即將拆零商品放置在陳列架上；第三，退貨區，即將準備退換的商品放置在專門的貨架上。

2.區位確定后應制作一張配置圖，貼在倉庫入口處，以便于存取。小量儲存區應盡量固定位置，整箱儲存區則可彈性運用。若儲存空間太小或屬冷凍（藏）庫，也可以不固定位置而彈性運用。

3.儲存商品不可直接與地面接觸。一是為了避免潮濕；二是由于生鮮儀器吸規定；三是為了堆放整齊。

4.要注意倉儲區的溫濕度，保持通風良好，干燥、不潮濕。

5.倉庫內要設有防水、防火、防盜等設施，以保證商品安全。

6.商品儲存貨架應設置存貨卡，商品進出要注意先進行出的原則。也可采取色彩管理法，如每周或每月不同顏色的標簽，以明顯識別進貨的日期。

7.倉庫管理人員要與訂貨人員及時進行溝通，以便到貨的存放。此外，還要適時提出存貨不足的預警通知，以防缺貨。

8.倉儲存取貨原則上應隨到隨存、隨需隨取，但考慮到效率與安全，有必要制訂作業時間規定。

9.商品進出庫要做好登記工作，以便明確保管責任。但有些商品（如冷凍、冷藏商品）為講究時效，也采取賣場存貨與庫房存貨合一的做法。

10.倉庫要注意門禁管理，不得隨便入內。

第二篇：erp系統倉庫管理操作流程

設備部

ERP系統使用流程說明

采購入庫單生成操作流程圖：

采購入庫單編寫界面操作流程圖：

倉庫編寫：

供應商編寫：

部門編寫：

入庫類別編寫：

存貨品項編寫

新增品項此操作流程圖：

入庫單保存處理：

入庫單審核處理：

入庫單棄審，修改，刪除處理：

其他出庫單生成操作流程：

其它出庫單界面編寫操作流程圖：

其它出庫單保存，審核，棄審，修改，刪除處理：

采購入庫單列表查詢操作流程圖：

采購入庫單列表說明：

其它出庫單列表查詢操作流程圖：

其它出庫單列表說明：

現存量查詢操作流程圖：

現存量查看界面演示：

發票單據生成操作流程圖：

生單帶入入庫單列表說明：

發票單據結束保存說明：

第三篇：倉庫管理系統

·

用Visual C++設計的倉庫管理系統

摘要 本文主要介紹了采用Visual Studio 2005的一個倉庫管理系統。該系統基于MFC集成開發環境，利用ADO控件實現基本信息管理、商品信息管理、庫存操作管理、庫存警示管理的功能。詳細介紹了開發本系統的步驟：系統分析、系統設計、系統實現。在系統分析中采用系統的功能結構圖分析了系統所需的各種數據。在系統的設計中，詳細的展現了系統的各個功能模塊、所需的數據庫表、菜單的設計等。在系統的實現中，給出了相應模塊功能控件的事件及代碼。

關鍵字：倉庫管理 管理系統

ADO控件 面向對象

第一章

緒論

1.1系統的開發背景……………….…………………………………4 1.2當前倉庫管理現狀分析及設計倉庫管理系統的意義………….4 1.2系統開發工具選擇及介紹………………………….……………5 1.3 ADO數據訪問技術………………………………………………7 第二章 系統設計

2.1系統需求分析?????????????????????9 2.2系統開發目標……………………………………………… ………10 2.3系統功能分析

2.31系統功能描述…………………………………………………..10 2.32 系統功能模塊的劃分………………………………………… 11 2.33系統流程分析…………………………………………………..11 第三章 數據庫設計

3.1數據庫需求分析 ……………………………………………….12 3.2 數據庫概念結構設計 ………………………………………….13 3.3 數據庫邏輯結構設計及實現 ………………………………….15 第四章 系統各主要功能模塊的實現

4.1主界面的設置…………………………………………………..18 4.2主要各功能模塊所涉及的類的添加……………………… ……19 4.3登陸模塊設計 …………………………………………………..19 4.4客戶管理模塊設計 4.41 設計客戶信息管理對話框 ………………………………..21 4.42 設計客戶信息編輯對話框 ……………………………..24 4.5倉庫管理模塊設計

4.51設計倉庫信息管理對話框 …………………………………25 4.6用戶管理模塊設計

4.61設計用戶信息管理對話框…………………………………...27 4.62 設計用戶信息編輯對話框…………………………………..28 4.63設計修改用戶密碼的對話框…………………………………29 4.7商品管理模塊設計

4.71設計商品類別管理對話框……………………………………30 4.72 設計商品類別編輯對話框…………………………………...31 4.73 設計商品信息管理對話框…………………………………...32 4.8 庫存操作管理模塊設計

4.81 設計入庫操作管理對話框…………………………………34 4.82 設計入庫單編輯對話框……………………………………..35 4.83 設計出庫操作管理對話框…………………………………..37 4.84 設計出庫操作編輯對話框 ………………………………..37 4.85 設計庫存盤點管理對話框…………………………………39 4.86 設計庫存盤點編輯對話框 …………………………………40 4.9 庫存警示管理模塊設計

4.91 設計商品數量報警管理模塊………………………………...41 4.92 設計商品失效報警管理模塊 ……………………………….42 第五章 結束語

5.1開發中的問題和解決辦法………………………………………….44 5.2系統不足之處………………………………………………………44 第六章 致謝 …………………………………………………………..45 第七章 參考文獻 ……………………………………………………..45

1.1系統開發的背景

20世紀，隨著全球經濟的蓬勃發展，眾多經濟學家紛紛提出了新的管理理論。20世紀50年代，西蒙提出管理依賴于信息和決策的思想。同時期的維納發表了控制論，他認為管理是一個控制過程。1958年，蓋爾寫到：“管理將以較低的成本得到及時準確的信息，做到較好的控制。”這個時期，計算機開始用于會計工作，出現數據處理一詞。

1970年，Walter T.Kennevan給剛剛出現的管理信息系統一詞下了一個定義：“以口頭或書面的形式，在合適的時間向經理、職員以及外界人員提供過去的、現在的、預測未來的有關企業內部及其環境的信息，以幫助他們進行決策。”在這個定義里強調了用信息支持決策，但并沒有強調應用模型，沒有提到計算機的應用。

1985年，管理信息系統的創始人，明尼蘇達大學的管理學教授Gordon B.Davis給了管理信息系統一個較完整的定義，即“管理信息系統是一個利用計算機軟硬件資源，手工作業，分析、計劃、控制和決策模型以及數據庫的人-機系統。它能提供信息支持企業或組織的運行、管理和決策功能。”這個定義全面地說明了管理信息系統的目標、功能和組成，而且反映了管理信息系統在當時達到的水平。1.2當前倉庫管理現狀分析及設計倉庫管理系統的意義

一直以來人們使用傳統的人工方式管理庫存。這種管理方式存在著許多缺點，諸如效率低，保密性差等，而且時間一長，將產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難。對于企業來說為了管理好倉庫，將付出大量的人力和物力。因此設計一款倉庫管理系統是非常重要的。它帶來的優點是：它可以全面的管理倉庫中儲存的商品和貨物，縮短了庫存信息流轉時間，使企業的物料管理層次分明、井然有序，為采購、營銷和生產提供了依據，從而提高企業的經營效率。因此，庫存管理系統能夠為用戶提供充足的信息和快捷的查詢手段。

隨著科學技術的不斷提高，計算機科學不斷發展，其強大的功能已經被人們深刻認識，它已經進入了人類社會的各個領域并發揮著越來越重要的作用.1.3系統開發工具的選擇及介紹 ? 系統開發環境

操作系統：Windows XP Professional 簡體中文版 開發平臺： Visual Studio 2005簡體中文版 ? 系統開發工具的選擇

實現該系統的方法有很多，之所以選擇Visual C++作為開發工具，不僅僅因為曾經有過使用它的經驗，看中的更是它的功能強大和使用方便。它本身不僅具有極其強大的編程能力，它允許選擇和管理外接程序，并內含多種實用控件，這些對Visual C++的擴充又進一步增強了它的開發環境的能力。? 開發平臺介紹 Visual Studio 可以用來創建 Windows平臺下的 Windows 應用程序和網絡應用程序，也可以用來創建網絡服務、智能設備應用程序和 Office 插件。

1998 年，微軟公司發布了 Visual Studio 6.0。所有開發語言的開發環境版本均升至 6.0。這也是 Visual Basic 最后一次發布，從下一個版本(7.0)開始，Microsoft Basic 進化成了一種新的面向對象的語言：Microsoft Basic.NET。由于微軟公司對于 Sun 公司 Java 語言擴充導致與 Java 虛擬機不兼容而 Sun 被告上法庭，微軟在后續的 Visual Studio 中不再包括面向 Java 虛擬機的開發環境。

2002 年，隨著.NET 口號的提出與 Windows XP / Office XP 的發布，微軟發布了 Visual Studio.NET（內部版本號為 7.0）。在這個版本的 Visual Studio 中，微軟剝離了 Visual FoxPro 作為一個單獨的開發環境以 Visual FoxPro 7.0 單獨銷售，同時取消了 Visual InterDev。.NET 的通用語言框架機制（Common Language Runtime, CLR），其目的是在同一個項目中支持不同的語言所開發的組件。所有 CLR 支持的代碼都會被解釋成為 CLR 可執行的機器代碼然后運行。

Visual Basic、Visual C++ 都被擴展為支持托管代碼機制的開發環境，且 Visual Basic.NET更是從 Visual Basic 脫胎換骨，徹底支持面向對象的編程機制。而 Visual J++ 也變為 Visual J#。后者僅語法同 Java 相同，但是面向的不是 Java 虛擬機，而是.NET Framework。

2003 年，微軟對 Visual Studio 2002 進行了部分修訂，以 Visual Studio 2003 的名義發布（內部版本號為 7.1）。Visio 作為使用統一建模語言（UML）架構應用程序框架的程序被引入，同時被引入的還包括移動設備支持和企業模版。.NET 框架也升級到了 1.1。

2005 年，微軟發布了 Visual Studio 2005。.NET 字眼從各種語言的名字中被抹去，但是這個版本的 Visual Studio 仍然還是面向.NET 框架的（版本2.0）。它同時也能開發跨平臺的應用程序，如開發使用微軟操作系統的手機的程序等。總體來說是一個非常龐大的軟件，甚至包含代碼測試功能。

這個版本的 Visual Studio 包含有眾多版本，分別面向不同的開發角色。

Microsoft為單獨工作或在小型團隊中的專業開發人員提供了兩種選擇，Visual Studio 2005 Professional Edition和用于Microsoft Office系統的Visual Studio 2005工具。每種版本都在標準版的特性上進行了擴展，包括用于遠程服務程序開發和調試、SQL Server2005開發的工具，以及完整的、沒有限制的開發環境。

1.4 ADO數據訪問技術

ADO(ActiveX Data Objects，ActiveX數據對象）是Microsoft提出的應用程序接口（API）用以實現訪問關系或非關系數據庫中的數據。象Microsoft的其它系統接口一樣，ADO是面向對象的。它是Microsoft全局數據訪問（UDA）的一部分，Microsoft認為與其自己創建一個數據，不如利用UDA訪問已有的數據庫。為達到這一目的，Microsoft和其它數據庫公司在它們的數據庫和Microsoft的OLE數據庫之間提供了一個“橋”程序，OLE數據庫已經在使用ADO技術。ADO的一個特征（稱為遠程數據服務）支持網頁中的數據相關的ActiveX控件和有效的客戶端緩沖。作為ActiveX的一部分，ADO也是Microsoft的組件對象模式（COM）的一部分，它的面向組件的框架用以將程序組裝在一起。ADO從原來的Microsoft數據接口遠程數據對象（RDO）而來。RDO與ODBC一起工作訪問關系數據庫，但不能訪問如ISAM和VSAM的非關系數據庫。

ADO 是對當前微軟所支持的數據庫進行操作的最有效和最簡單直接的方法，它是一種功能強大的數據訪問編程模式，從而使得大部分數據源可編程的屬性得以直接擴展到你的Active Server 頁面上。可以使用ADO 去編寫緊湊簡明的腳本以便連接到 Open Database Connectivity(ODBC)兼容的數據庫和 OLE DB 兼容的數據源，這樣 ASP 程序員就可以訪問任何與 ODBC 兼容的數據庫，包括 MS SQL SERVER、Access、Oracle 等等。

ADO是一種面向對象的編程接口，微軟介紹說，與其同IBM和Oracle提倡的那樣，創建一個統一數據庫，不如提供一個能夠訪問不同數據庫的統一接口，這樣會更加實用一些。為實現這一目標，微軟在數據庫和微軟的OLE DB中提供了一種“橋”程序，這種程序能夠提供對數據庫的連接。

開發人員在使用ADO時，其實就是在使用OLE DB，不過OLE DB更加接近底層。ADO的一項屬性??遠程數據服務，支持“數據倉庫”ActiveX 組件以及高效的客戶端緩存。作為ActiveX的一部分，ADO也是COM組件的一部分。ADO是由早期的微軟數據接口?遠程數據對象RDO演化而來的。RDO同微軟的ODBC一同連接關系數據庫，不過不能連接非關系數據庫。

ADO向我們提供了一個熟悉的，高層的對OLE DB的Automation封裝接口。對那些熟悉RDO的程序員來說，你可以把OLE DB比作是ODBC驅動程序。如同RDO對象是ODBC驅動程序接口一樣，ADO對象是OLE DB的接口；如同不同的數據庫系統需要它們自己的ODBC驅動程序一樣，不同的數據源要求它們自己的OLE DB提供者（OLE DB provider）。目前，雖然OLE DB提供者比較少，但微軟正積極推廣該技術，并打算用OLE DB取代ODBC。

ADO向程序員提供了很多好處。包括易于使用，熟悉的界面，高速度以及較低的內存占用（已實現ADO2.0的Msado15.dll需要占用342K內存，比RDO的Msrdo20.dll的368K略小，大約是DAO3.5 的Dao350.dll所占內存的60％）。同傳統的數據對象層次（DAO和RDO）不同，ADO可以獨立創建。因此你可以只創建一個 “Connection”對象，但是可以有多個，獨立的“Recordset”對象來使用它。ADO針對客戶／服務器以及WEB應用程序作了優化。第二章 系統設計

2.1系統需求分析

隨著科學技術的發展，越來越多的企業開始用計算機管理倉庫。而現在的倉庫管理系統多種多樣，而倉庫管理的特點是信息處理量比較大。所以管理的物資設備種類繁多，而且由于入庫單，出庫單，需求單等單據發生量特別大，關聯信息多，查詢和統計的方式各不相同。因此在管理上實現起來有一定的困難。在管理的過程中經常會出現信息的重復傳遞，單據，報表種類繁多，各個部門管理規格不統一等問題。

在本系統的設計過程中，為了克服以上困難，滿足計算機管理的需要，我們采取了下面的一些原則。

●統一各種原始的單據的格式，統一帳目和報表的格式。●刪除不必要的管理冗余，實現管理規范化、科學化。

●程序代碼標準化，軟件統一化，確認軟件的可維護行和實用性。●界面盡量簡單化，做到實用、方便，盡量滿足企業中不同層次員工的需要。2.2系統開發目標

系統開發的總體任務是實現企業物資設備管理的系統化，規范化和自動化，從而達到提高企業物資管理的效率的目的。2.3系統功能分析 2.31系統功能描述（1）基本信息管理 基本信息管理包括對客戶信息、倉庫信息和用戶信息信息的管理。(2)商品信息管理

對于商品各種信息的管理。（3）庫存操作管理

庫存操作管理可以實現入庫管理、出庫管理和庫存盤點等功能。（4）庫存警示管理

庫存警示是指對庫存中接近或超過臨界值的商品進行報警。在商品信息中，包含商品的合理數量范圍和有效期限。商品數量小于合理數量下限稱為短線；商品數量大于合理數量的上限成為超儲。商品出現短線、超儲、接近或超過有效期限時都需要報警。（5）統計查詢管理功能

統計查詢管理可以對庫存商品進行各種類型的統計和查詢。從而使用戶能夠全面的了解庫存狀況。2.32 系統功能模塊的劃分

基于對系統的分析，可以得到如圖所示的系統功能模塊圖：

本系統將用戶劃分為兩種類型，即系統管理員用戶和普通用戶。系統管理員用戶可以管理其他用戶信息，而在其他方面與所有用戶的權限相同。

2.33系統流程分析

所謂系統流程就是用戶在使用系統時的工作過程。對于多類型用戶的管理系統來說，每一類用戶的工作流程都是不相同的。多用戶系統的工作流程都是從用戶登陸模塊開始，對用戶的身份進行認證。身份認證可以分為以下兩個過程：

（1）確認用戶是否是有效的系統用戶。（2）確定用戶的類型。

第一個過程決定用戶能否進入系統。第二個過程根據用戶的類型決定用戶的操作權限，從而決定用戶的工作界面。因此得到它的系統流程分析圖如下：

第三章 數據庫設計 3.1數據庫需求分析

在本設計中，通過對企業倉庫管理的內容和系統流程分析，設計的數據項和數據結構如下：

（1）客戶信息。包括的數據項有客戶編號、名稱、類型等。（2）倉庫信息。包括倉庫編號、名稱和說明等。（3）用戶信息。包括用戶名、密碼、員工姓名等信息。（4）商品管理信息。包括商品類別，商品編號等信息。

（5）庫存操作管理信息。包括入庫和出庫操作需要記錄的商品信息、倉庫信息、經辦人、涉及金額和入庫時間等信息。有了上面的數據結構、數據項，就能進行下面的數據庫設計。3．2 數據庫概念結構設計

這一設計階段是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。本設計根據上面的設計規劃出的實體有客戶實體、倉庫實體、用戶實體、商品類別實體、商品實體、入庫實體、出庫實體、庫存實體。各個實體的E-R圖描述如下：

客戶實體的E-R圖

倉庫實體E-R圖

用戶實體E-R圖

商品類別E-R圖

商品類別E-R圖

入庫實體E-R圖

出庫實體E-R圖

庫存實體 E-R圖

3．3 數據庫邏輯結構設計及實現

倉庫管理系統數據庫中的各個表格的設計結果如下面的幾個表格所示。每個表格表示在數據庫中的一個表。數據庫的實現采用SQL Sever 2005。

（1）客戶信息表(Client)

說明:Cid為客戶編號、Cname為客戶名稱、Ctype為客戶類型其中包括（1、供應商

2、供貨商）、Ctype為聯系人、Address為通信地址、Postcode為郵政編碼、Phone為聯系電話、Fax為傳真電話、Memo為備注信息。

（2）倉庫信息表(Storehouse)

說明：Sid為倉庫編號、Sname為倉庫名稱、Memo為倉庫說明。（3）用戶信息表（Users）

說明：UserName為用戶名、Pwd為密碼、User_type為用戶類型（1、系統管理員用戶，2、普通用戶）（4）商品類別表（ProType）

說明：TypeId為商品類別編號、TypeName為商品類別名稱、UpperId為上級商品類別

（5）商品信息表（Product）

說明：Pid為商品編號、Pname 為商品名稱、TypeId為商品類型編號、Pstyle商品規格、Punit為計量單位、Pprice為參考價格、Plow為商品數量下限、Phigh為商品數量上限、Valid為有效期、AlarmDay為在到達有效期前幾天發出警告。（6）入庫操作信息表(Storeln)

說明：SiType為入庫操作類型，包括銷售出庫、退貨出庫、用料出庫等。Pid為入庫商品編號、MakeDate為生產日期、Pprice為入庫商品單價、Pnum為入庫商品數量、Cid為客戶編號、Sid為倉庫編號、EmpName為經辦人、OptDate為入庫日期（7）出庫操作信息表（TakeOut）

說明：Ttype為入庫操作類型，包括銷售出庫、退貨出庫、用料出庫等。Pid為入庫商品編號、MakeDate為生產日期、Pprice為入庫商品單價、Pnum為入庫商品數量、Cid為客戶編號、Sid為倉庫編號、EmpName為經辦人、OptDate為入庫日期（8）庫存商品信息表（ProlnStore）

說明： SpId為商品存儲編號、Pid為商品編號、Pprice為商品入庫單價、Pnum為商品數量、MakeDate為生產日期、Sid為倉庫編號 第四章 系統各主要功能模塊的實現

4.1主界面的設置

根據對系統功能分析，主界面的菜單項包括基本信息管理、商品信息管理、庫操作管理和庫存警示管理。如圖所示：

當用戶單擊基本信息管理時，顯示客戶信息管理、倉庫信息管理、用戶信息管理、修改用戶密碼、退出系統菜單項。添加這些菜單項如圖所示：

當用戶單擊商品信息管理時，顯示商品類別管理、商品信息管理。添加這些菜單項如圖所示：

當用戶單擊庫存操作管理時，顯示入庫操作、出庫操作、庫存盤點。添加這些菜單項如圖所示：

當用戶單擊庫存警示管理時，顯示數量報警和實效報警。添加這些菜單項如圖所示：

4.2主要各功能模塊所涉及的類的添加

根據數據庫邏輯設計，我們可以為這些表添加相應的類。

1、CClient類用來管理客戶表的數據庫操作。

2、CStorehouse類用來管理表Storehouse的數據庫操作。

3、CUsers類用來管理表Users的數據庫操作。

4、CProType類用來管理表ProType的數據庫的操作。

5、CProductl類用來管理表Product的數據庫操作。

6、CStoreln類用來管理表Storeln的數據庫操作。

7、CTakeOut類用來管理表TakeOut的數據庫操作。

8、CProInStore類用來管理表ProInStore的數據庫操作。4.3登陸模塊設計 登陸對話框布局如圖：

其ID值設為IDD_USERNAME_DIALOG。

用戶要使用系統，首先必須通過系統的身份認證，這個過程叫做登陸。此模塊的功能就是要進行身份認證。

在登陸對話框用戶首先輸入用戶名，然后輸入密碼。輸入完畢時，點擊確定將發送BN_CLICKED消息。在確認按鈕處添加此消息響應函數CLoginDlg ：OnOK()。此函數的主要功能是檢查用戶輸入數據的有效性,如果輸入的信息不符合要求會自動退出程序。主要代碼如下： CLoginDlg::OnOK(){ ……

//檢查數據有效性

if(m_UserName == “"){MessageBox(”請輸入用戶名“);

return;} if(m_Pwd == ”“){ MessageBox(”請輸入密碼“);

return;}

CUsers user;//定義CUsers對象

user.GetData(m_UserName);//用于從表Users中讀取數據

//如果讀取的數據與用戶輸入數據不同，則返回

if(user.GetPwd()!= m_Pwd){ MessageBox(”用戶信息不正確，無法登錄！“);

return;} }

當用戶單擊取消時，添加CLoginDlg::OnBnClickedCancel()函數來響應此消息。此函數的功能是退出程序。主要代碼如下： void CLoginDlg::OnBnClickedCancel(){ OnCancel();} 4.4客戶管理模塊設計

客戶管理模塊可以實現以下功能：

1、添加客戶。

2、修改客戶信息。

3、刪除客戶。

4、查看客戶信息。4.41 設計客戶信息管理對話框 對話框布局如圖：

其ID值設為IDD_CLENTMAN_DIALOG。對話框對應的類為CClientManDlg。它繼承CDialog類。添加控件包括四個按鈕控件，一個組合框、ADO Data和DataGrid控件。

該對話框的主要函數為Refresh_Data（）、OnAddButtom()、OnModiButton()、OnDelButton()。1.Refresh_Data()函數

它的功能是為ADO Data控件設置數據源，從而決定在DataGrid控件中顯示的數據內容。主要代碼如下： Refresh_Data(){ CString cSource;

//設置SELECT語句，按客戶單位排序 ……

m_adodc.SetRecordSource(cSource);m_adodc.Refresh();//設置表格列寬度

} 2.OnAddButtom()函數

當用戶單擊“添加”按鈕時，執行此函數。其功能是打開編輯對話框。主要代碼如下： OnAddButton(){ ……

//打開編輯對話框

CClientEditDlg dlg;……

if(dlg.DoModal()== IDOK)…… } 3.OnModiButton()函數

當用戶單擊“修改”按鈕時，執行此函數。其功能是彈出編輯對話框進行修改記錄操作。主要代碼如下： OnModiButton(){ ……

CClientEditDlg dlg;dlg.cCid = m_datagrid.GetItem(0);//記錄編號

……

if(dlg.DoModal()== IDOK)

Refresh_Data();} 4.OnDelButton()函數

當用戶單擊“刪除”按鈕時，執行此函數，其功能是刪除所選擇的記錄。主要代碼如下： OnDelButton(){ ……

CClient clt;

clt.sql_delete(m_datagrid.GetItem(0));刪除記錄

Refresh_Data();

} 4.42 設計客戶信息編輯對話框

編輯客戶信息的對話框可以用來添加和修改客戶信息，對話框名稱為IDD_CLIENTEDIT_DIALOG。對話框的布局如圖：

為對話框創建CClientEditDlg類并繼承與CDialog類。

當用戶單擊“確定”按鈕，添加OnOK()函數，其功能是將輸入的信息保存到數據庫中。主要代碼如下： OnOK(){ …..CClient clt;clt.SetCname(m_Cname);//客戶單位

……

clt.sql_insert();插入進數據庫

……

clt.sql_update(cCid);} 4.5 倉庫管理模塊設計

倉庫管理模塊可以實現以下功能：

1、添加倉庫信息

2、修改倉庫信息

3、刪除倉庫信息

4、查看倉庫信息

4.51 設計倉庫信息管理對話框

對話框布局如圖：

對話框ID為IDD_STOREHOUSEMAN_DIALOG.對話框對應的類為CStoreHouseManDlg。該對話框的主要函數為Refresh_Data（）、OnAddButtom()、OnModiButton()、OnDelButton()。其功能與客戶信息管理對話框函數的功能一樣。函數實現過程也非常類似。在此不再詳細說明。

4.52 設計倉庫信息編輯對話框

編輯倉庫信息的對話框可以用來添加和修改倉庫信息，其ID為IDD_STOREHOUSEEDIT_DIALOG。對話框的布局如圖：

對話框對應的類為CStoreHouseEditDlg。當用戶單擊“確定”時，執行OnOK()函數用來把在對話框輸入的信息添加或修改到數據庫中。主要代碼如下：

CStoreHouseEditDlg::OnOK(){ ……

CStorehouse sh;sh.SetSname(m_Sname);//倉庫名稱

sh.SetMemo(m_Memo);//倉庫說明

…… //表示插入新記錄

sh.sql_insert();

……

} 4.6用戶管理模塊設計

根據用戶類型的不同，用戶管理模塊的功能也不相同。可以包含以下情形：

1、Admin用戶可以創建系統管理員或普通用戶、復位用戶密碼、刪除系統管理員或普通用戶，也可以修改自身的密碼。

2、系統管理員用戶可以創建普通用戶、對普通用戶的密碼進行復位、刪除普通用戶，也可以修改自身密碼。

3、普通用戶只能修改自身密碼。4.61設計用戶信息管理對話框 用戶信息管理對話框ID為IDD_USERMAN_DIALOG,對話框的布局如圖：

對話框對應的類為CUserManDlg。對話框中使用DataList控件顯示用戶列表，使用ADO Data控件為其提供數據源。當用戶單擊“添加”按鈕時，執行OnAddButtom（）函數，其功能是顯示用戶信息編輯對話框。主要代碼為： OnAddButton(){ CUserEditDlg dlg;dlg.iUserType = 2;if(dlg.DoModal()== IDOK)

m_adodc.Refresh();} 當用戶單擊“密碼復位”按鈕時，執行OnModiButton()函數，功能是對用戶密碼進行復位，復位密碼默認值為888888。主要代碼如下：OnModiButton(){ ……

CUsers usr;

usr.SetPwd(”888888“);//設置默認密碼

usr.sql_updatePwd(m_datalist.GetText());

MessageBox(”密碼已經復位“);} 當用戶單擊“刪除”時，執行OnDelButton()函數，其功能刪除用戶。主要代碼如下： OnDelButton(){ ……

CUsers usr;

usr.sql_delete(m_datalist.GetText());

m_adodc.Refresh();} 4.62 設計用戶信息編輯對話框

用戶信息編輯對話框的ID為IDD_USEREDIT_DIALOG,對話框布局如圖：

對話框對應的類為CUserEditDlg。當用戶單擊“確定”按鈕時，執行OnOK()函數，其功能是創建一個新用戶，并將其加入到數據庫中。主要代碼如下： OnOK(){CUsers usr;……

//插入用戶記錄

usr.sql_insert();} 4.63設計修改用戶密碼的對話框 修改用戶密碼對話框的ID為IDD_CHANGEPWD_DIALOG，對話框的布局如圖：

對話框對應的類為CChangePwdDlg。當用戶單擊“確定”按鈕時，執行OnOK()函數，其功能是對用戶密碼進行修改。主要代碼如下： CChangePwdDlg::OnOK(){ ……

user.SetPwd(m_NewPwd1);user.sql_updatePwd(m_UserName);//更新當前用戶密碼

…… } 4.7商品管理模塊設計

商品管理模塊可以實現以下功能：

1、商品類別的添加、修改、刪除。

2、商品信息的添加、修改、刪除。4.71設計商品類別管理對話框

商品類別管理對話框的ID為IDD_PROTYPEMAN_DIALOG,對話框布局入圖：

對話框對應的類為CProtypeManDlg。當用戶單擊一級商品類別列表框時，執行OnClickDatalist()函數，其功能是選擇一級商品列表的內容時，決定二級商品類別列表框顯示的內容。主要代碼如下：CProTypeManDlg::OnClickDatalist1(){ CString cUpper;cUpper = m_datalist1.GetBoundText();//讀取選擇類別的編號

//設置二級類別的記錄源

m_adodc2.SetRecordSource(”SELECT * FROM ProType WHERE UpperId=“ + cUpper);m_adodc2.Refresh();} 當用戶單擊左側的“添加”按鈕時，執行OnAdd1Buttom()函數，其功能是顯示商品類別編輯對話框。主要代碼如下：CProTypeManDlg::OnAdd1Button(){ CProTypeEditDlg dlg;dlg.cTypeId = ”“;//表示添加記錄

dlg.cTypeName = ”“;dlg.iUpperId = 0;//表示一級類別 //打開編輯對話框

if(dlg.DoModal()== IDOK)

m_adodc1.Refresh();} 當用戶單擊左側“修改”按鈕時，執行OnModilButton（）函數，其功能與“添加”按鈕功能類似。

當用戶單擊左側的“刪除”按鈕時，執行OnDel1Button()函數，其功能刪除商品類別。主要代碼如下： CProTypeManDlg::OnDel1Button(){ pt.sql_delete(Tid);//刪除

m_adodc1.Refresh();//刷新 } 剩下右側的按鈕與左側的按鈕功能類似，只不過刪除的商品類別不一樣。參照左側功能函數即可。4.72 設計商品類別編輯對話框

編輯商品類別信息的對話框可以用來添加和修改商品類別信息。對話框ID為IDD_PROTYPEEDIT_DIALOG。其布局如圖：

對話框對應的類為CProTypeEditDlg。當用戶單擊“確定”按鈕時，執行OnOK()函數，其功能是添加商品類別到數據庫中。主要代碼如下: CProTypeEditDlg::OnOK(){ ……

CProType pt;pt.SetTypeName(m_TypeName);//類別名稱

……

if(cTypeId == ”“)//表示插入數據

pt.sql_insert();

……

else

pt.sql_update(cTypeId);

……

} 4.73 設計商品信息管理對話框

商品信息管理對話框可以按照商品類別查詢商品信息，也可以對商品信息進行添加，修改和刪除等操作。對話框ID為IDD_PROMAN_DIALOG。對話框的布局如圖：

為對話框添加CProManDlg類。在對話框中有3個ADO Data控件，它們分別為一級商品類別、二級商品類別和商品表格提供數據源。添加、修改、刪除操作函數的功能與其他對話框功能類似在此不再詳述。此對話框用的主要函數是當用戶單擊一級商品類別時，執行OnClickDatacombol()函數,其功能是根據用戶選擇的一級類別來設置要顯示的二級商品類別。主要代碼如下： CProManDlg::OnClickDatacombo1(short Area){ ……

cUpper = m_datacombo1.GetBoundText();//讀取選擇類別的編號

//設置二級類別的記錄源

m_adodc2.SetRecordSource(”SELECT * FROM ProType WHERE UpperId=“ + cUpper);m_adodc2.Refresh();} 4.74 設計商品信息編輯對話框 編輯商品信息的對話框

當用戶單擊“確定”按鈕時，執行OnOK()函數，功能將輸入的數據保存到數據庫中。其代碼如下： CProEditDlg::OnOK(){ CProduct pr;……

pr.sql_insert();//插入數據庫

pr.sql_update(cPid);CDialog::OnOK();} 4.8 庫存操作管理模塊設計

庫存操作管理模塊可以實現以下功能：

1、入庫操作的添加、修改、刪除、2、出庫操作的添加、修改和刪除。

3、庫存盤點的添加、修改、刪除。4.81 設計入庫操作管理對話框

入庫單管理對話框的ID為IDD_STOREINMAN_DIALOG。對話框的布局如圖：對話框所對應的類為CStoreInManDlg。調用的主要函數是

Refresh_Data（）、OnAddButton()函數。Refresh_Data（）的功能是設置ADO Data控件的記錄源與其他對話框的ADO控件的功能類似，OnAddButton()函數與其他對話框的添加函數類似。代碼不再詳細描述。

4.82 設計入庫單編輯對話框

入庫單編輯對話框的ID為IDD_STOREINDIT_DIALOG。對話框的布局如圖：

對話框對應的類為CStoreInEditDlg。在此對話框中使用了5個ADO Data控件，功能與其他對話框的ADO Data控件相同。此對話框主要函數是OnSelchangeClttypeCombo()和OnChangePpriceEdit（）函數。

1、OnSelchangeClttypeCombo()函數功能是當用戶在客戶類別組合框中選擇不同類別時，根據用戶所選擇的客戶類別設置查詢條件。主要代碼如下： OnSelchangeClttypeCombo(){ //設置查詢客戶的SELECT語句

CString cSource;cSource = ”SELECT * FROM Client“;//根據客戶類別設置查詢條件

if(m_CltType.GetCurSel()== 0)

cSource += ” WHERE Ctype = 1“;else

cSource += ” WHERE Ctype = 2“;m_Client.SetText(”“);//清除客戶組合框的顯示內容

m_adodc1.SetRecordSource(cSource);//設置數據源，重新客戶列表

m_adodc1.Refresh();}

2、OnChangePpriceEdit（）函數功能是當用戶改變商品單價數據時，總價格也隨著變化而變化。主要代碼如下： CStoreInEditDlg::OnChangePpriceEdit(){ UpdateData(TRUE);//讀取輸入數據到成員變量 m_Price.Format(”%.2f“, m_Pprice * m_Pnum);//計算總價格

UpdateData(FALSE);

//顯示成員變量值 } 當用戶單擊“確定“按鈕時執行OnOK()函數，將輸入的信息插入到數據庫中。

4.83 設計出庫操作管理對話框

出庫操作管理對話框的ID為IDD_TAKEOUTMAN_DIALOG.對話框布局如圖：

對話框所對應的類為CTakeOutManDlg。主要函數Refresh_Data（）、OnAddButton()。功能與入庫管理對話框相似。不再詳述。4.84 設計出庫操作編輯對話框

出庫操作編輯對話框的ID為IDD_TAKEOUTEDIT_DIALOG。對應的類為CTakeOutEditDlg。布局如圖：

對話框中的DataGrid控件用于根據用戶選擇的商品和倉庫信息顯示相關的庫存商品，用戶可以從其中選擇需要出庫的商品，然后輸入出庫數量。在顯示庫存商品時，需要查詢默認商品的價格數量，并顯示在表格下方。因此，需要調用OnClickDatagrid2()函數。程序將從DataGrid控件中讀取商品價格和庫存數量等信息，并顯示在對話框的相關位置。主要代碼如下：OnClickDatagrid2(){ ……

m_Pprice = m_datagrid.GetItem(1);//從表格中讀取產品價格

m_Pnum1 = m_datagrid.GetItem(2);//從表格中讀取產品庫存數量

UpdateData(FALSE);……

} 當用戶點擊“確定“按鈕時，執行OnOK()函數，將編輯的倉庫出庫單保存到數據庫中。主要代碼如下： { ……

CProInStore pi;CTakeOut to;CString cType;//插入出庫數量

to.sql_insert();//@@@@@ 保存庫存產品信息 @@@@@ ……

pi.sql_insert();} 4.85 設計庫存盤點管理對話框

庫存盤點管理對話框的ID為IDD_CHECKMAN_DIALOG。對話框的布局如圖：對話框對應的類為CCheckManDlg。對話框主要函數是

Refresh_Data()。功能是設置數據源，查詢相關庫存盤點信息。主要代碼如下：Refresh_Data(){CString cPid;//保存當前選擇的產品編號 ……

CString cSid;//保存當前選擇的倉庫編號

…..//設置SELECT語句

CString cSource;cSource = ”SELECT SpId, Pprice As 產品入庫單價, Pnum As 庫存數量, MakeDate As 生產日期“;cSource += ” FROM ProInStore WHERE Pid=“ + cPid + ” AND Sid=" + cSid;//設置記錄源

m_adodc6.SetRecordSource(cSource);m_adodc6.Refresh();……} 4.86 設計庫存盤點編輯對話框

庫存盤點編輯對話框用于編輯指定商品的庫存數量，從而糾正庫存數量可能存在的錯誤。對話框的ID為IDD_CHECKEDIT_DIALOG。對話框的布局如圖： 對話框類為CCheckEditDlg。當用戶單擊“確定”按鈕時，執行OnOK（）函數。其功能是更新庫存數量。代碼如下： OnOK(){ UpdateData(TRUE);//將用戶輸入數據讀取到成員變量中

//更新庫存數量

CProInStore obj;obj.SetPnum(m_NewNum);obj.sql_updatePnum(cSpId);} 4.9 庫存警示管理模塊設計

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

1、實現數量報警管理。即當庫存商品的數量低于下線或超過上線時報警。

2、實現失效報警管理，即當庫存商品即將達到有效期時報警。4.91 設計商品數量報警管理模塊

商品數量報警信息管理對話框用來顯示所有需要進行數量報警的商品信息。為了更方便的統計商品數量報警信息，需要創建一個視圖Total_Num,它的作用是統計每種庫存商品數量。主要代碼如下： USE [Stock] GO ALTER VIEW [dbo].[Total_Num] AS SELECT dbo.ProInStore.Pid, SUM(dbo.ProInStore.Pnum)AS Total FROM dbo.ProInStore INNER JOIN dbo.Product ON dbo.ProInStore.Pid = dbo.Product.Pid GROUP BY dbo.ProInStore.Pid GO 商品數量報警信息管理對話框的ID為IDD_NUMALARM_DIALOG。對話框布局如圖：對話框對應的類為CNumAlarmDlg。主要函數是Refresh_Data（）。功能與其他對話框的Refresh_Data（）類似。在此不再詳述。

警告類型分為短線和超儲兩種情況，程序將根據用戶選擇的類型進行統計。

4.92 設計商品失效報警管理模塊

商品失效報警信息管理對話框用來顯示所有需要進行失效報警的商品信息。為了更好方便的統計商品失效報警信息，需要創建一個視圖Vaild，它的功能是統計庫存商品價格、數量、生產日期、倉庫名稱和距離失效期的天數等信息。主要代碼如下： USE [Stock] GO ALTER VIEW [dbo].[Valid] AS SELECT dbo.ProInStore.SpId AS 庫存記錄編號, dbo.Product.Pname AS 商品名稱，dbo.ProInStore.Pprice AS 商品價格, dbo.ProInStore.Pnum AS 商品數量，dbo.ProInStore.MakeDate AS 生產日期, dbo.Storehouse.Sname AS 倉庫名稱,ROUND(DATEDIFF(day, DATEADD(day，dbo.Product.Valid, dbo.ProInStore.MakeDate),GETDATE()), 0)AS 距離失效期的天數 FROM dbo.ProInStore INNER JOIN dbo.Product ON dbo.ProInStore.Pid = dbo.Product.Pid AND DATEDIFF(day，GETDATE(), dbo.ProInStore.MakeDate)

>= dbo.Product.Valid-dbo.Product.AlarmDays INNER JOIN dbo.Storehouse ON dbo.ProInStore.Sid = dbo.Storehouse.Sid GO 在SELECT語句中，使用了如下的SQL Server函數：

1、DATEADD 在向指定日期加上一段時間的基礎上，返回新的datatime值。

2、DATEDIFF 返回兩個指定日期的時間差。

3、ROUND 根據指定的長度和精度對數字表達式進行四舍五入。

4、GETDATE 按datetime值的SQL Server標準內部格式返回當前系統日期和時間。

商品失效報警信息管理對話框ID為IDD_VALID_DIALOG。對應的類為CValidDlg。對話框的布局與商品數量報警信息管理對話框類似。因為功能已經在視圖里實現了所以此對話框不用添加額外的函數。第五章 結束語

5.0 開發中的問題和解決辦法

如何高效的在VC++中添加類與對話框及消息響應函數。為了解決這些問題，本設計中的所設計的類與對話框采用利用VC++向導生成，然后在自動生成的基礎上修改，節省了相當一部分繁瑣的時間加快了程序開發的速度，節省了開發的時間。

在設計中使用了大量的數據，設計了大量的表格。為了便于實現數據與表的連接、表與類的連接，采用了數據庫軟件。這樣只要調用數據庫本身的查詢、插入、修改等語句就以輕松的操作這些數據。使理論上的知識很好的與實際問題相結合。5.1 系統不足之處

在本設計中，還有很多不足之處：界面的美觀還可以進行更進一步的改善，還可以再增加一些功能，比如在狀態欄增加時間顯示，可以讓使用人員很方便的看到當前時間。也可以增加實時的通訊功能，可以讓管理員與普通用戶之間進行實時通訊。本系統在處理大量的數據時能力還很欠缺，應該再設計時采用一些適當的算法對本系統進行優化。第六章 致謝

在論文完成之際，我要特別感謝我的指導老師呂知辛老師的熱情關懷和悉心指導。在我撰寫論文的過程中，呂知辛老師傾注了大量的心血和汗水，無論是在論文的選題、構思和資料的收集方面，還是在論文的研究方法以及成文定稿方面，我都得到了呂知辛老師悉心細致的教誨和無私的幫助，特別是他廣博的學識、深厚的學術素養、嚴謹的治學精神和一絲不茍的工作作風使我終生受益，在此表示真誠地感謝和深深的謝意。

在論文的寫作過程中，也得到了許多同學的寶貴建議，在此一并致以誠摯的謝意。感謝所有關心、支持、幫助過我的良師益友。

參考文獻

【1】孫鑫.VC++深入詳解.北京:電子工業出版社.2006

【2】屈磊 李媛媛.VisualC++開發入門與編程實踐.北京：電子工業出版社2007

【3】(美)Sartaj Sahni.數據結構、算法與應用——C++語言描述.北京：機械工業出版社.2001 【4】王立副 麻志毅 張世琨.軟件工程.北京：北京大學出版社.1999.【5】苗雪蘭 劉瑞新 宋會群.數據庫技術及應用.北京：機械工業出版社.2005 【6】李濤 劉凱奎 王永晈.數據庫開發與實例.北京：清華大學出版社.2006 【7】啟明工作室.SQL Server 2005 數據庫應用系統開發.北京：人民郵電出版社.2007 【8】(美)Timothy A.Budd.面向對象編程導論.北京：機械工業出版社.2003 【9】鄭阿奇.Visual C++教程[M].北京:機械工業出版社,2004 【10】東方人華等.Visual C++ 6.0范例入門與提高[M].北京:清華大學出版社.2003

【11】：劉誠方，曾昭榮.BorlandC++Windows初級程序設計.天津：天津科學技術出版社.1997.1

【12】陳慧南.數據結構：使用C++描述.南京：東南大學出版社.2001

第四篇：倉庫管理流程

公司倉庫管理流程

為提高并規范公司的倉庫物資管理和內部控制工作流程，維護公司資產的安全完整，確保成本核算的準確性，特制定本制度：

一、倉庫日常管理

1、倉庫保管員必須合理設置各類物資和產品的明細賬簿和物資臺賬。

倉庫物品必須根據實際情況和各類材料的性質、用途、類型分別建立相應的明細賬、卡片帳等；

財務部門與倉庫所建賬簿及順序編號必須相互一致，合格品、逾期品、廢料、退物料、返修物料應分別建賬反映。

2、必須嚴格倉庫管理流程進行日常操作，倉庫保管員對當日發生的業務必須及時逐筆錄入帳冊，做到日清日結，確保系統中物料商品進出及結存數據的正確無誤（及時登記手工明細賬并與系統中的數據進行核對，確保兩者的一致性）。

3、做好各類物料和商品的日常核查工作，倉庫保管員必須對各類庫存物資定期進行檢查盤點，并做到賬、物、卡三者一致。如有變動（差異）及時向領導（或財務人員）反映，以便及時調整。

4、倉庫保管員必須定期進行各類存貨的分類整理，對存放期限較長，逾期失效等不良存貨，按月編制報表，提出處理意見報送領導及財務人員及時處理。

5、倉庫管理員應加強責任心，監守崗位，無故不得離崗，保證庫房安全，嚴防火災等事故發生。

二、入庫管理

1、物料和商品入庫時，倉庫管理員必須憑送貨單、檢驗合格單辦理入庫手續；如屬退貨物資應憑退料單辦理入庫手續，拒絕不合格或手續不齊全的物資入庫，杜絕只見發票不見實物或邊辦理入庫邊辦理出庫的現象。

2、入庫時，倉庫管理員必須查點物資的數量、規格型號、合格證件等項目，如發現物資數量、質量、單據等不齊全時，不得辦理入庫手續。未經辦理入庫手續的物資一律作待入庫物資處理放在暫放區域，經檢驗不合格的物資一律退回，同時必須在短期內通知采購人員負責處理。

3、入庫材料在未收到相應發票前，倉庫管理員必須建立貨到票未到商品明細賬，并根據驗收單等有效單據及時填貨到票未到商品明細表，在收到發票后，沖銷原貨到票未到入庫單，并開具貨品票到收貨單，月底將貨到票未到材料清單上報財務。

4、材料驗收單的填開必須正確完整，供應單位名稱應填寫全稱并與發票單位一致，如屬票到抵沖的，應在備注欄中注明原入庫時間，計重材料還應注明單重和總重。材料驗收單上必須有保管員簽字，并且字跡清楚。每批材料入庫合計金額必須與發票上的不含稅金額一致。

三、出庫管理

1、各類物品的出庫，原則上采用先進先出法。物品出庫時必須辦理出庫手續，特殊情況下領料人員憑經理或主管領導批簽字批準的

出庫單或相關審批憑證向倉庫領取，領料員和倉管員應核對物品的名稱、規格、數量、質量狀況，核對正確后方可發料領取；倉庫管理員應開具領料單，經領料人簽字，登記入卡、入帳。

四、報表及其他管理

1、必須正確及時報送規定的各類報表，收付存報表、結存情況匯總表、三個月以上積壓物資報表、貨到票未到材料明細表每月規定日前上報財務及相關部門，并確保其正確無誤。

2、庫存物資清查盤點中發現問題和差錯，應及時查明原因，并進行相應處理。如屬短缺及需報廢處理的，必須按審批程序經領導審核批準后才可進行處理，否則一律不準自行調整。發現物料失少或質量上的問題（如超期、受潮、生銹、老化、變質或損壞等），應及時的用書面的形式向有關部門匯報。

3.返修品回倉，以對應的《采購退貨單》為依據收貨，倉管員核實貨單無誤后在開具《采購退返單》，注明原《采購退貨單》號，并經有關領導審批后方可生效。

倉庫盤點流程

1、盤點準備

按貨品類別，順序準備相應的盤點表，由倉庫管理員及帳務負責人等至少二個進行盤點，按實盤數據填寫盤點表。

2、問題及原因

如有盤盈盤虧現象，查找原因并進行處理，并將《庫存盤點匯總表》和差異原因查找報告交財務主管復核上交領導審批后。

3、盤點后期工作

倉庫管理員將盤點單數據錄入電腦系統，自動生成《盤盈單》和《盤虧單》。

4、盤點其他規定

盤點倉庫管理的流程工作規定每月至少進行一次，時間為月末最后1天。

此規定為大致流程，確認公司具體實施流程后可根據實際情況進行修改。

第五篇：倉庫管理流程

倉庫管理員工作流程

1、請購

1）對于常用物資及計劃內物資的請購，由倉管管理員根據庫存物資的儲備量情況向采購人員提出請購。

2）對于非定型及計劃外物資的請購，由使用部門根據需要提出購買物資的名稱、規格、型號、數量，并說明使用情況，填寫計劃審批單并由使用部門負責人簽名認可，經有關部門審核簽名確認，轉供應科。倉庫管理員根據庫存情況提出采購計劃轉采購人員。

2、驗收

1）倉庫管理員根據采購計劃進行驗貨。

2）貨物如有差錯，及時通知財務主管與采購人員，并積極聯系進行退、換貨。

3）所有物資的驗收，一律打印入庫單，入庫單一式三聯，第一聯交財務部，第二聯倉庫留存，第三聯采購人員留存。

3、保管

1）倉管部對倉庫所有物資負保管之責，物資堆放整齊、美觀、按類擺放，按規定留有通道，注意墻距、燈距，掛好物資標簽卡。

2）掌握商品質量、數量、保質期情況，落實防盜、防蟲、防鼠咬、防變質等安全措施，保證庫存物資完好無損。

4、盤點

1）倉庫必須對存貨進行定期或不定期清查，確定各種存貨的實際庫存量，并與電腦中記錄的結存量核對，查明存貨盤盈、盤虧的數量及原因，打印盤點表，報財務審查核對。

2）賬務處理實現電腦化管理，所有商品的入庫、直拔、領出、庫存統計直接通過電腦系統完成。

2014年6月23日