第一篇：當前倉庫管理系統(tǒng)存在的問題

當前倉庫管理系統(tǒng)存在的問題.txt18擁有誠實，就舍棄了虛偽；擁有誠實，就舍棄了無聊；擁有踏實，就舍棄了浮躁，不論是有意的丟棄，還是意外的失去，只要曾經(jīng)真實擁有，在一些時候，大度舍棄也是一種境界。當前倉庫管理系統(tǒng)存在的問題

在一般的企業(yè)庫存管理中普遍存在庫存量過高以及整個供應(yīng)鏈中需求變異放大的問題（即“牛鞭效應(yīng)”）。為了保障企業(yè)的準時生產(chǎn)，很多企業(yè)都存在庫存量過高的問題，造成這種現(xiàn)象的主要原因在于：

銷售預(yù)測不準確是影響庫存居高不下的主要原因。公眾愛好具有易變性，很多因素都會引起不規(guī)則的購買傾向，從而導(dǎo)致一般用戶和分銷商需求也具有很大的不確定性。加之與下游企業(yè)的信息溝通不流暢等等，都增加了銷售預(yù)測的難度。

貨策略的失誤和及時控制的能力較差。這種不確定來自訂購部門本身。牽涉到是否有合理的訂貨策略，對上下游企業(yè)的供給及需求等信息是否了解準確及時等。

訂貨周期的不穩(wěn)定。這主要取決于自己的供貨渠道是否單一以及供應(yīng)商的表現(xiàn)水平是否令人滿意。

沒有有效地與各個部門溝通，使得庫存、在途貨物以及需求等基本信息發(fā)生偏差。

在供應(yīng)鏈中，每個企業(yè)都會向其上游訂貨，一般情況下，銷售商并不會來一個訂單就向上級供應(yīng)商訂貨一次，而是在考慮庫存和運輸費用的基礎(chǔ)上，在一個周期或者匯總到一定數(shù)量后再向供應(yīng)商訂貨；為了減少訂貨頻率，降低成本和規(guī)避斷貨風險，銷售商往往按照最佳經(jīng)濟規(guī)模加量訂貨。同時頻繁的訂貨也會增加供應(yīng)商的工作量和成本，供應(yīng)商也往往要求銷售商在一定數(shù)量或一定周期訂貨，此時銷售商為了盡早得到貨物或全額得到貨物，或者為備不時之需，往往會人為提高訂貨量。這樣，定貨量的層層放大，有可能導(dǎo)致最終的供應(yīng)商所得到的訂單需求是用戶的實際需求的幾倍甚至幾十倍。這給各個企業(yè)在庫存管理以及生產(chǎn)方面都帶來了極大的負面效應(yīng)。我們稱這種現(xiàn)象為“牛鞭效應(yīng)”。導(dǎo)致需求變異放大即“牛鞭效應(yīng)”的原因比較復(fù)雜，涉及到庫存管理方面的主要原因在于：企業(yè)之間的信息不對稱、提前期的問題以及庫存失衡的問題。

企業(yè)之間的信息不對稱。由于缺少信息交流和共享，企業(yè)無法掌握下游的真正需求和上游的供貨能力，只好自行多儲貨物。同時，供應(yīng)鏈上無法實現(xiàn)存貨互通有無和轉(zhuǎn)運調(diào)撥，只能各自持有高額庫存，這會導(dǎo)致并加劇牛鞭效應(yīng)；

提前期。需求的變動隨提前期的增長而增大，且提前期越長，需求變動引起的訂貨量就越大，企業(yè)由于對交貨的準確時間心中無數(shù)，往往希望對交貨日期留有一定的余地，因而持有較長的提前期，因此逐級的提前期拉長也造成了牛鞭效應(yīng)；

庫存失衡。傳統(tǒng)的銷售一般是由供應(yīng)商將商品送交銷售商，其庫存責任仍然歸供應(yīng)商，待銷售完成后再進行結(jié)算，但商品卻由分銷商掌握和調(diào)度。這就導(dǎo)致了銷售商普遍傾向于加大訂貨量掌握庫存控制權(quán)，因而加劇了訂貨需求加大，導(dǎo)致了牛鞭效應(yīng)。

一、商品入庫流程

1、采購部下定單時應(yīng)該認真審核庫存數(shù)量，做到以銷定進。

2、采購部審核訂單時，應(yīng)根據(jù)公司實際情況，核定進貨數(shù)，杜絕出現(xiàn)庫存積壓，滯銷等情況。

3、訂單錄入后，采購部通知供貨商送貨時間，并及時通知倉庫。

4、當商品從廠家運抵至倉庫時，收貨員必須嚴格認真檢查商品外包裝是否完好，若出現(xiàn)破損、是原裝短少、鄰近效期等情況。收貨人必須拒絕收貨，并及時上報采購部；若因收貨員未及時對商品進行檢查，出現(xiàn)的破損，原裝短少、鄰近效期，所造成的經(jīng)濟損失由該收貨員承擔。

5、確定商品外包裝完好后，收貨員必須依照相關(guān)單據(jù)：訂單、隨貨同行聯(lián)，對進貨商品品名、等級、數(shù)量、規(guī)格、金額、單價、效期進行核實，核實正確后方可入庫保管；若單據(jù)與商品實物不相符，應(yīng)及時上報采購部；若進貨商品未經(jīng)核對入庫，造成的貨、單不相符，由該收貨人承擔因此造成的損失。

6、入庫商品在搬運過程中，應(yīng)按照商品外包裝上的標識進行搬運；在堆碼時，應(yīng)按照倉庫堆放距離要求、先進先出的原則進行。若未按規(guī)定進行操作，因此造成的商品損壞由收貨人承擔。

7、入庫商品明細必須由收貨員和倉庫管理員核對簽字認可，做到帳、貨相符。商品驗收無誤后，倉庫管理員依據(jù)驗收單及時記賬，詳細記錄商品的名稱、數(shù)量、規(guī)格、入庫時間、單證號碼、驗收情況、存貨單位等，做到帳、貨相符。若不按照該制度執(zhí)行驗收造成的經(jīng)濟損失由倉庫管理員承擔。

8、按收貨流程進行單據(jù)流轉(zhuǎn)時，每個環(huán)節(jié)不得超出一個工作日。

二、商品出庫流程

1、業(yè)務(wù)部開具出庫單或調(diào)撥單，或者采購部開具退貨單。單據(jù)上應(yīng)該注明產(chǎn)地、規(guī)格、數(shù)量等。

3、倉庫收到以上單據(jù)后，在對出庫商品進行實物明細點驗時，必須認真清點核對準確、無誤，方可簽字認可出庫，否則造成的經(jīng)濟損失，由當事人承擔。

4、出庫要分清實物負責人和承運者的責任，在商品出庫時雙方應(yīng)認真清點核對出庫商品的品名、數(shù)量、規(guī)格等以及外包裝完好情況，辦清交接手續(xù)。若出庫后發(fā)生貨損等情況責任由承運者承擔。

5、商品出庫后倉庫管理員在當日根據(jù)正式出庫憑證銷賬并清點貨品結(jié)余數(shù)，做到賬貨相符。

6、按出貨流程進行單據(jù)流轉(zhuǎn)時，每個環(huán)節(jié)不得超出一個工作日。倉庫管理分人員管理和物料管理：

物料管理須按照幾點原則:先進先出,物以類聚,三賬(實物,卡,電腦賬)合一.物料按規(guī)定存放等。

倉庫流程分為:進料流程,發(fā)放流程,庫存品管理等。負責倉庫的物料保管、驗收、入庫、出庫等工作。

提出倉庫管理意見及物資采購計劃，在批準后貫徹執(zhí)行。

嚴格執(zhí)行公司倉庫保管制度及其細則規(guī)定，防止收發(fā)貨物差錯出現(xiàn)。入庫要及時登帳，手續(xù)檢驗不合要求不準入庫；出庫時手續(xù)不全不發(fā)貨。

負責倉庫區(qū)域內(nèi)的治安、防盜、消防工作，發(fā)現(xiàn)事故隱患及時上報，對意外事件及時處置。合理安排物料在倉庫內(nèi)的存放次序，按物料種類、規(guī)格、等級分區(qū)堆碼，不得混堆和亂堆，保持庫區(qū)的整潔。

負責將物料的存貯環(huán)境調(diào)節(jié)到最適條件，防止鼠害、蟲咬等，負責定期對倉庫物料盤點清倉，做到帳、物、卡三相符，協(xié)助物料主管做好盤點、盤虧的處理及調(diào)帳工作。

負責倉庫管理中的出入庫單、驗收單等原始資料、帳冊的收集、整理和建檔工作，及時編制和按時上交相關(guān)的材料收支存報表，及時準確地登記材料明細分類帳簿。以公司利益為重，愛護公司財產(chǎn)，不得監(jiān)守自盜。完成采購業(yè)務(wù)部及財務(wù)部長臨時交辦的其他任務(wù)。

這個是基本的職責 倉管主要是倉庫明細帳登記清楚 分類 分品種登記

擺放也分類 分品種的擺放 這樣便于清理和領(lǐng)取 每月底盤存一次 制作每月的進 銷 存 報表

確保倉庫貨物的安全 防火 防盜 做到這些就好了

你說的 配件用完 申報問題 應(yīng)該是倉庫和生產(chǎn)部門一起申報采購部門采購配件

目前存在的問題

一、現(xiàn)在賬套的問題。目前的賬套已沿用多年，其中已累積許多不規(guī)范的編碼，且有相當部分都是重復(fù)的，而且價格也混亂無比，導(dǎo)致成本核算的不準確，這樣的核算在一些方面已經(jīng)沒有意義。

二、毛坯與加工費的核算問題?，F(xiàn)在賬套對這兩項的核算在同一倉庫中進行，在對產(chǎn)成品的成本核算時現(xiàn)取其毛坯與加工費之和，這在理論上是對的，但弊端在于，對毛坯的庫存數(shù)量與成本無法及時掌握，對出入庫過程無法控制，對加工費的成本同樣無法掌握。

三、盤庫的問題。如果要想得到準確的庫存數(shù)據(jù)，盤庫是必須的，一般情況下，應(yīng)每月盤庫一次，若有困難，至少應(yīng)該每個季度盤一次庫，以及時掌握與控制庫存的差異情況。

四、產(chǎn)成品的核算問題。

1、入庫的不及時。一般是相關(guān)單據(jù)積壓在生產(chǎn)那兒，沒有及時整理，結(jié)果往往上個月的賬這個月做，這個月的賬又只能下個月做。這是我與生產(chǎn)方面的協(xié)調(diào)工作沒有做好，以后我會與生產(chǎn)包括質(zhì)檢方面進行協(xié)調(diào)。

2、對產(chǎn)成品成本的核算。目前是采用將相關(guān)材料輸入“材料出庫單”然后再等到月底進行期末處理后才得出該產(chǎn)品的成本，那么有沒有辦法這樣呢：一張訂單出來后，直接先核算出其成本價格，在產(chǎn)品完工與發(fā)貨時，即分別進行“產(chǎn)成品入庫”與“銷售出庫”處理。這樣我覺得更合乎規(guī)范，況且目前系統(tǒng)生成的成本并不十分準確。

針對以上問題認為可行的解決辦法

一、鑒于目前賬套編碼混亂，價格混亂的情況，我覺得已沒有再繼續(xù)沿用下去的必要，最徹底的辦法是再重新建立一個賬套！考慮到 倉庫物料過多（目前賬套顯示有9406種物料，包括產(chǎn)成品），且一些數(shù)據(jù)要靠盤庫所得，建立新賬套需要一段時間，因此，在這段時間里可讓新老賬套并存，待老賬套慢慢過渡到新賬套的時候，再正式啟用新賬套。也就是：在仍沿用原賬套的同時，進行新賬套相關(guān)數(shù)據(jù)的收集、整理、錄入??

關(guān)于新賬套的結(jié)構(gòu)，我的設(shè)想如下：

存貨分類：

01-基本件——0101-ES泵 0102-ESC泵 0103-SES泵 0104-MVD泵 0105-HVS泵 0106-VL泵 0107-SP泵 0108-電機

0109-減震器——010901-頂蓋 010902-底板 010903-橡膠件 010904-彈簧 010905-吊架 010906-焊接件 010907-其他 0199-其他 02-標準件——0201-螺絲類 0202-密封圈類 020-鍵銷類 0204-機械密封 0205-軸承類

0206-其他 03-包裝物——0301-柵欄木箱 0302-封閉木箱 0303-膠合板箱 0304-其他

04-產(chǎn)成品——大致同0101——0107 05-毛坯件——同01基本件

06-機加工——同01基本件

倉庫分類：01——基本件 02——標準件 03——包裝物 04——產(chǎn)成品 05——毛坯庫 06——機加工

對所有存貨均按編碼規(guī)則采用純數(shù)字編碼，在存貨代碼中可對其他進行相關(guān)描述。

二、對毛坯與加工費的核算問題，在新賬套中，將分別在05、06庫中進行單獨核算，并且對毛坯及其加工成品的出入庫進行控制，這就要求對毛坯發(fā)外加工也要進行系統(tǒng)賬務(wù)的處理。（這一點以前沒有）

三、至于盤庫，也許是個頭疼的問題，但我覺得在時間不急促的情況下，并不需要投入太多人力，就我們倉庫兩人利用空閑時間，每天進行一定量的分類盤點，應(yīng)該可以對付，只是因品種規(guī)格繁多，少不了要經(jīng)常問劉廠，可能會對他有所干擾。

四、產(chǎn)成品的成本核算問題，我想到的有兩個辦法，第一，采用手工核算。這樣如果訂單太多，工作量太大，出錯機率大。第二，改變倉庫的計價方式。目前采用的全月平均法，要在月底期末處理后得出成本，如若改為先進先出或移動平均法，那么在單據(jù)記賬后就可計算成本。

以上是我的個人意見及計劃，可能還有一些不成熟，但我想還是應(yīng)該嘗試一下，因我覺得目前的所謂核算，除了入庫成本相對準確外，其他成本真的很難保證，似乎核算的作用僅剩下為采購制單供其結(jié)帳了。而且提高倉庫核算的準確性，對財務(wù)方面的一些工作也是一勞永逸的事情。

第二篇：倉庫管理系統(tǒng)

·

用Visual C++設(shè)計的倉庫管理系統(tǒng)

摘要 本文主要介紹了采用Visual Studio 2005的一個倉庫管理系統(tǒng)。該系統(tǒng)基于MFC集成開發(fā)環(huán)境，利用ADO控件實現(xiàn)基本信息管理、商品信息管理、庫存操作管理、庫存警示管理的功能。詳細介紹了開發(fā)本系統(tǒng)的步驟：系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)。在系統(tǒng)分析中采用系統(tǒng)的功能結(jié)構(gòu)圖分析了系統(tǒng)所需的各種數(shù)據(jù)。在系統(tǒng)的設(shè)計中，詳細的展現(xiàn)了系統(tǒng)的各個功能模塊、所需的數(shù)據(jù)庫表、菜單的設(shè)計等。在系統(tǒng)的實現(xiàn)中，給出了相應(yīng)模塊功能控件的事件及代碼。

關(guān)鍵字：倉庫管理 管理系統(tǒng)

ADO控件 面向?qū)ο?/p>

第一章

緒論

1.1系統(tǒng)的開發(fā)背景……………….…………………………………4 1.2當前倉庫管理現(xiàn)狀分析及設(shè)計倉庫管理系統(tǒng)的意義………….4 1.2系統(tǒng)開發(fā)工具選擇及介紹………………………….……………5 1.3 ADO數(shù)據(jù)訪問技術(shù)………………………………………………7 第二章 系統(tǒng)設(shè)計

2.1系統(tǒng)需求分析?????????????????????9 2.2系統(tǒng)開發(fā)目標……………………………………………… ………10 2.3系統(tǒng)功能分析

2.31系統(tǒng)功能描述…………………………………………………..10 2.32 系統(tǒng)功能模塊的劃分………………………………………… 11 2.33系統(tǒng)流程分析…………………………………………………..11 第三章 數(shù)據(jù)庫設(shè)計

3.1數(shù)據(jù)庫需求分析 ……………………………………………….12 3.2 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計 ………………………………………….13 3.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計及實現(xiàn) ………………………………….15 第四章 系統(tǒng)各主要功能模塊的實現(xiàn)

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

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

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

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

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

4.91 設(shè)計商品數(shù)量報警管理模塊………………………………...41 4.92 設(shè)計商品失效報警管理模塊 ……………………………….42 第五章 結(jié)束語

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

1.1系統(tǒng)開發(fā)的背景

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

1970年，Walter T.Kennevan給剛剛出現(xiàn)的管理信息系統(tǒng)一詞下了一個定義：“以口頭或書面的形式，在合適的時間向經(jīng)理、職員以及外界人員提供過去的、現(xiàn)在的、預(yù)測未來的有關(guān)企業(yè)內(nèi)部及其環(huán)境的信息，以幫助他們進行決策?！痹谶@個定義里強調(diào)了用信息支持決策，但并沒有強調(diào)應(yīng)用模型，沒有提到計算機的應(yīng)用。

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

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

隨著科學(xué)技術(shù)的不斷提高，計算機科學(xué)不斷發(fā)展，其強大的功能已經(jīng)被人們深刻認識，它已經(jīng)進入了人類社會的各個領(lǐng)域并發(fā)揮著越來越重要的作用.1.3系統(tǒng)開發(fā)工具的選擇及介紹 ? 系統(tǒng)開發(fā)環(huán)境

操作系統(tǒng)：Windows XP Professional 簡體中文版 開發(fā)平臺： Visual Studio 2005簡體中文版 ? 系統(tǒng)開發(fā)工具的選擇

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

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

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

Visual Basic、Visual C++ 都被擴展為支持托管代碼機制的開發(fā)環(huán)境，且 Visual Basic.NET更是從 Visual Basic 脫胎換骨，徹底支持面向?qū)ο蟮木幊虣C制。而 Visual J++ 也變?yōu)?Visual J#。后者僅語法同 Java 相同，但是面向的不是 Java 虛擬機，而是.NET Framework。

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

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

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

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

1.4 ADO數(shù)據(jù)訪問技術(shù)

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

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

ADO是一種面向?qū)ο蟮木幊探涌冢④浗榻B說，與其同IBM和Oracle提倡的那樣，創(chuàng)建一個統(tǒng)一數(shù)據(jù)庫，不如提供一個能夠訪問不同數(shù)據(jù)庫的統(tǒng)一接口，這樣會更加實用一些。為實現(xiàn)這一目標，微軟在數(shù)據(jù)庫和微軟的OLE DB中提供了一種“橋”程序，這種程序能夠提供對數(shù)據(jù)庫的連接。

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

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

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

2.1系統(tǒng)需求分析

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

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

●統(tǒng)一各種原始的單據(jù)的格式，統(tǒng)一帳目和報表的格式?！駝h除不必要的管理冗余，實現(xiàn)管理規(guī)范化、科學(xué)化。

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

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

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

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

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

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

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

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

2.33系統(tǒng)流程分析

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

（1）確認用戶是否是有效的系統(tǒng)用戶。（2）確定用戶的類型。

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

第三章 數(shù)據(jù)庫設(shè)計 3.1數(shù)據(jù)庫需求分析

在本設(shè)計中，通過對企業(yè)倉庫管理的內(nèi)容和系統(tǒng)流程分析，設(shè)計的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)如下：

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

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

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

客戶實體的E-R圖

倉庫實體E-R圖

用戶實體E-R圖

商品類別E-R圖

商品類別E-R圖

入庫實體E-R圖

出庫實體E-R圖

庫存實體 E-R圖

3．3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計及實現(xiàn)

倉庫管理系統(tǒng)數(shù)據(jù)庫中的各個表格的設(shè)計結(jié)果如下面的幾個表格所示。每個表格表示在數(shù)據(jù)庫中的一個表。數(shù)據(jù)庫的實現(xiàn)采用SQL Sever 2005。

（1）客戶信息表(Client)

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

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

（2）倉庫信息表(Storehouse)

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

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

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

（5）商品信息表（Product）

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

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

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

說明： SpId為商品存儲編號、Pid為商品編號、Pprice為商品入庫單價、Pnum為商品數(shù)量、MakeDate為生產(chǎn)日期、Sid為倉庫編號 第四章 系統(tǒng)各主要功能模塊的實現(xiàn)

4.1主界面的設(shè)置

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

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

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

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

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

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

根據(jù)數(shù)據(jù)庫邏輯設(shè)計，我們可以為這些表添加相應(yīng)的類。

1、CClient類用來管理客戶表的數(shù)據(jù)庫操作。

2、CStorehouse類用來管理表Storehouse的數(shù)據(jù)庫操作。

3、CUsers類用來管理表Users的數(shù)據(jù)庫操作。

4、CProType類用來管理表ProType的數(shù)據(jù)庫的操作。

5、CProductl類用來管理表Product的數(shù)據(jù)庫操作。

6、CStoreln類用來管理表Storeln的數(shù)據(jù)庫操作。

7、CTakeOut類用來管理表TakeOut的數(shù)據(jù)庫操作。

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

其ID值設(shè)為IDD_USERNAME_DIALOG。

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

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

//檢查數(shù)據(jù)有效性

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

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

return;}

CUsers user;//定義CUsers對象

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

//如果讀取的數(shù)據(jù)與用戶輸入數(shù)據(jù)不同，則返回

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

return;} }

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

客戶管理模塊可以實現(xiàn)以下功能：

1、添加客戶。

2、修改客戶信息。

3、刪除客戶。

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

其ID值設(shè)為IDD_CLENTMAN_DIALOG。對話框?qū)?yīng)的類為CClientManDlg。它繼承CDialog類。添加控件包括四個按鈕控件，一個組合框、ADO Data和DataGrid控件。

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

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

//設(shè)置SELECT語句，按客戶單位排序 ……

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

} 2.OnAddButtom()函數(shù)

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

//打開編輯對話框

CClientEditDlg dlg;……

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

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

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

……

if(dlg.DoModal()== IDOK)

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

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

CClient clt;

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

Refresh_Data();

} 4.42 設(shè)計客戶信息編輯對話框

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

為對話框創(chuàng)建CClientEditDlg類并繼承與CDialog類。

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

……

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

……

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

倉庫管理模塊可以實現(xiàn)以下功能：

1、添加倉庫信息

2、修改倉庫信息

3、刪除倉庫信息

4、查看倉庫信息

4.51 設(shè)計倉庫信息管理對話框

對話框布局如圖：

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

4.52 設(shè)計倉庫信息編輯對話框

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

對話框?qū)?yīng)的類為CStoreHouseEditDlg。當用戶單擊“確定”時，執(zhí)行OnOK()函數(shù)用來把在對話框輸入的信息添加或修改到數(shù)據(jù)庫中。主要代碼如下：

CStoreHouseEditDlg::OnOK(){ ……

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

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

…… //表示插入新記錄

sh.sql_insert();

……

} 4.6用戶管理模塊設(shè)計

根據(jù)用戶類型的不同，用戶管理模塊的功能也不相同?？梢园韵虑樾危?/p>

1、Admin用戶可以創(chuàng)建系統(tǒng)管理員或普通用戶、復(fù)位用戶密碼、刪除系統(tǒng)管理員或普通用戶，也可以修改自身的密碼。

2、系統(tǒng)管理員用戶可以創(chuàng)建普通用戶、對普通用戶的密碼進行復(fù)位、刪除普通用戶，也可以修改自身密碼。

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

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

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

CUsers usr;

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

usr.sql_updatePwd(m_datalist.GetText());

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

CUsers usr;

usr.sql_delete(m_datalist.GetText());

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

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

對話框?qū)?yīng)的類為CUserEditDlg。當用戶單擊“確定”按鈕時，執(zhí)行OnOK()函數(shù)，其功能是創(chuàng)建一個新用戶，并將其加入到數(shù)據(jù)庫中。主要代碼如下： OnOK(){CUsers usr;……

//插入用戶記錄

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

對話框?qū)?yīng)的類為CChangePwdDlg。當用戶單擊“確定”按鈕時，執(zhí)行OnOK()函數(shù)，其功能是對用戶密碼進行修改。主要代碼如下： CChangePwdDlg::OnOK(){ ……

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

…… } 4.7商品管理模塊設(shè)計

商品管理模塊可以實現(xiàn)以下功能：

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

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

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

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

//設(shè)置二級類別的記錄源

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

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

if(dlg.DoModal()== IDOK)

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

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

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

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

對話框?qū)?yīng)的類為CProTypeEditDlg。當用戶單擊“確定”按鈕時，執(zhí)行OnOK()函數(shù)，其功能是添加商品類別到數(shù)據(jù)庫中。主要代碼如下: CProTypeEditDlg::OnOK(){ ……

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

……

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

pt.sql_insert();

……

else

pt.sql_update(cTypeId);

……

} 4.73 設(shè)計商品信息管理對話框

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

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

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

//設(shè)置二級類別的記錄源

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

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

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

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

庫存操作管理模塊可以實現(xiàn)以下功能：

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

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

入庫單管理對話框的ID為IDD_STOREINMAN_DIALOG。對話框的布局如圖：對話框所對應(yīng)的類為CStoreInManDlg。調(diào)用的主要函數(shù)是

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

4.82 設(shè)計入庫單編輯對話框

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

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

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

CString cSource;cSource = ”SELECT * FROM Client“;//根據(jù)客戶類別設(shè)置查詢條件

if(m_CltType.GetCurSel()== 0)

cSource += ” WHERE Ctype = 1“;else

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

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

m_adodc1.Refresh();}

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

UpdateData(FALSE);

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

4.83 設(shè)計出庫操作管理對話框

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

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

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

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

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

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

UpdateData(FALSE);……

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

CProInStore pi;CTakeOut to;CString cType;//插入出庫數(shù)量

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

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

庫存盤點管理對話框的ID為IDD_CHECKMAN_DIALOG。對話框的布局如圖：對話框?qū)?yīng)的類為CCheckManDlg。對話框主要函數(shù)是

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

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

…..//設(shè)置SELECT語句

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

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

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

//更新庫存數(shù)量

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

庫存警示管理模塊可以實現(xiàn)以下功能：

1、實現(xiàn)數(shù)量報警管理。即當庫存商品的數(shù)量低于下線或超過上線時報警。

2、實現(xiàn)失效報警管理，即當庫存商品即將達到有效期時報警。4.91 設(shè)計商品數(shù)量報警管理模塊

商品數(shù)量報警信息管理對話框用來顯示所有需要進行數(shù)量報警的商品信息。為了更方便的統(tǒng)計商品數(shù)量報警信息，需要創(chuàng)建一個視圖Total_Num,它的作用是統(tǒng)計每種庫存商品數(shù)量。主要代碼如下： 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 商品數(shù)量報警信息管理對話框的ID為IDD_NUMALARM_DIALOG。對話框布局如圖：對話框?qū)?yīng)的類為CNumAlarmDlg。主要函數(shù)是Refresh_Data（）。功能與其他對話框的Refresh_Data（）類似。在此不再詳述。

警告類型分為短線和超儲兩種情況，程序?qū)⒏鶕?jù)用戶選擇的類型進行統(tǒng)計。

4.92 設(shè)計商品失效報警管理模塊

商品失效報警信息管理對話框用來顯示所有需要進行失效報警的商品信息。為了更好方便的統(tǒng)計商品失效報警信息，需要創(chuàng)建一個視圖Vaild，它的功能是統(tǒng)計庫存商品價格、數(shù)量、生產(chǎn)日期、倉庫名稱和距離失效期的天數(shù)等信息。主要代碼如下： 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 商品數(shù)量，dbo.ProInStore.MakeDate AS 生產(chǎn)日期, dbo.Storehouse.Sname AS 倉庫名稱,ROUND(DATEDIFF(day, DATEADD(day，dbo.Product.Valid, dbo.ProInStore.MakeDate),GETDATE()), 0)AS 距離失效期的天數(shù) 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函數(shù)：

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

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

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

4、GETDATE 按datetime值的SQL Server標準內(nèi)部格式返回當前系統(tǒng)日期和時間。

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

5.0 開發(fā)中的問題和解決辦法

如何高效的在VC++中添加類與對話框及消息響應(yīng)函數(shù)。為了解決這些問題，本設(shè)計中的所設(shè)計的類與對話框采用利用VC++向?qū)桑缓笤谧詣由傻幕A(chǔ)上修改，節(jié)省了相當一部分繁瑣的時間加快了程序開發(fā)的速度，節(jié)省了開發(fā)的時間。

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

在本設(shè)計中，還有很多不足之處：界面的美觀還可以進行更進一步的改善，還可以再增加一些功能，比如在狀態(tài)欄增加時間顯示，可以讓使用人員很方便的看到當前時間。也可以增加實時的通訊功能，可以讓管理員與普通用戶之間進行實時通訊。本系統(tǒng)在處理大量的數(shù)據(jù)時能力還很欠缺，應(yīng)該再設(shè)計時采用一些適當?shù)乃惴▽Ρ鞠到y(tǒng)進行優(yōu)化。第六章 致謝

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

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

參考文獻

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

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

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

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

【12】陳慧南.數(shù)據(jù)結(jié)構(gòu)：使用C++描述.南京：東南大學(xué)出版社.2001

第三篇：倉庫管理存在的問題及改進對策

倉庫管理存在的問題及改進對策

一、倉庫管理中存在的問題：

1、倉庫管理混亂，現(xiàn)有制度執(zhí)行不到位

倉庫目前沒有配備專門的倉庫管理員，是財務(wù)內(nèi)勤徐非兼任倉管一職，目前現(xiàn)實情況是倉庫管理混亂，賬實不符，由此導(dǎo)致的直接后果就是公司資產(chǎn)的不確定以及成本核算的不準確，由此造成公司利潤的不準確，影響公司具體制定稅負率政策、所得稅申報工作和全面預(yù)算工作。

2、物資采購不夠合理，采購計劃管理準確性預(yù)見性不強

物資采購把關(guān)不嚴，物資采購應(yīng)有一定前瞻性，且應(yīng)符合公司具體生產(chǎn)情況，此次盤點發(fā)現(xiàn)很多物資公司生產(chǎn)中較少用到或者已經(jīng)確定不會再用到，卻積壓在倉庫里，造成很大的資金浪費，大概有以下三種情況：（1）采購?fù)瓿珊蟀l(fā)現(xiàn)型號不對等原因用不了，但是又不能退貨，造成浪費。（2）研發(fā)和生產(chǎn)過程中采購物資過多，或公司生產(chǎn)工藝改進，導(dǎo)致物資不可用造成浪費。（3）采購工作計劃性不強。一些用量小的物資采購過多，導(dǎo)致庫存量很大，短時間內(nèi)難以用完，占用了公司資金。

3、物資儲備不夠合理

庫存控制是企業(yè)物資管理核心之一,目前公司在庫存控制方面存在兩種現(xiàn)象:一種是有的物資早已淘汰,超儲積壓,占用大量庫存資金,也為盤點、清理、對賬等工作帶來不便。另一種是因為倉庫管理的混亂，不能準確掌握庫存情況，有的材料庫存短缺,影響到企業(yè)的生產(chǎn),增加急用料,使物流成本、采購成本上升。

4、缺乏退回物資處理機制

此次盤點發(fā)現(xiàn)倉庫中有很多客戶退回物資，且沒有檢驗過性能好壞、能否再次使用，全部積壓在倉庫中，既無法入庫，又不能處理，為物資再利用以及盤點、清理工作帶來困難。

5、估價入賬太多

估價入賬是貨到票未到時,為正確反映材料消耗的一種記賬方法;但現(xiàn)在企業(yè)單位簽訂合同協(xié)議或新品種物資要歸類編號,影響發(fā)票單據(jù)的及時開具,造成大量估價材料,給倉庫保管員和財務(wù)部門造成大量的重復(fù)勞動。

6、人員業(yè)務(wù)水平有待提高

目前大多數(shù)企業(yè)庫房已引進庫存管理軟件,但由于生產(chǎn)單位的材料員和一些保管員

學(xué)歷和業(yè)務(wù)水平較低,缺乏專業(yè)的庫房管理知識和計算機技能,導(dǎo)致計劃批料領(lǐng)料還不能正常進行。

二、提高倉庫管理水平的對策：

1、全面提高倉庫管理水平，嚴格執(zhí)行倉庫管理制度，并納入相關(guān)人員績效考核

建議增設(shè)男倉管一名，現(xiàn)階段歸口財務(wù)直接管理，全面負責倉庫管理工作，切實掌握庫存情況以及公司資產(chǎn)狀況，以便準確核算公司生產(chǎn)成本。嚴格執(zhí)行倉庫管理制度，如有相關(guān)責任人工作疏忽或制度執(zhí)行不到位，應(yīng)納入其績效考核進行懲戒。考慮到現(xiàn)階段公司倉庫管理工作的工作量還不大，可讓其兼任工廠材料統(tǒng)計一職，因目前工廠領(lǐng)料情況、生產(chǎn)情況沒有準確核算，造成公司生產(chǎn)成本不準確，此種情況亟待改善，以具體分析公司生產(chǎn)經(jīng)營中存在的問題，確定公司開源節(jié)流政策，以便在各個細節(jié)上把成本壓縮到最低，達到利潤最大化。

2、提高物資采購計劃的準確性

加強物資需求計劃管理工作,提高采購效率。從物資供應(yīng)部門的內(nèi)外兩方面著手,提高計劃的準確性、及時性和規(guī)范性，并有一定的前瞻性。一是物資采購應(yīng)定量采購，生產(chǎn)部門應(yīng)編制具體的生產(chǎn)計劃單供各職能部門審批，以此確定具體物資采購量，具體到幾臺機器具體用哪些材料，用量多少，以減少浪費。二是要求相關(guān)業(yè)務(wù)人員加強物資計劃工作,明確職責,確定相應(yīng)的程序。接到物資需求計劃后,物資供應(yīng)部門在了解需求特點的基礎(chǔ)上,保證確定性需求的及時供貨;并結(jié)合庫存情況設(shè)定安全庫存來應(yīng)對儲備需求,主動對接,及時落實貨源,確保物資供應(yīng)。

3、合理儲備物資,調(diào)整庫存結(jié)構(gòu)

對于任何企業(yè)而言,保持一定的庫存是非常必要的。合理庫存可以使企業(yè)整體運作變得更為高效順暢。若庫存控制管理不當,將會給企業(yè)帶來缺貨率高,補貨不及時,庫存周轉(zhuǎn)不靈,或者無效庫存多,資金積壓,增加企業(yè)生產(chǎn)經(jīng)營成本,給企業(yè)的生存與發(fā)展帶來影響。因此,對庫存進行有效的控制管理,合理安排物資品種和儲備比例尤為重要。

4、建立對于多方有效的管理機制

對于多報不領(lǐng)或以領(lǐng)代耗的情況,應(yīng)由用料單位和物資供應(yīng)部門的相關(guān)人員進行溝通,建立一個對于多方都有效的約束管理機制。對于出現(xiàn)的缺貨、或者庫存物資過多的問題,不僅僅追究某個部門的責任,其他部門相關(guān)的人員也應(yīng)承擔責任。否則用

料部門多報計劃,物資供應(yīng)部門全部采購,無法徹底解決庫存居高不下、物資供應(yīng)部門的倉庫與用料單位的小庫并存的問題。

5、供應(yīng)與需求應(yīng)更緊密的聯(lián)系

物資供應(yīng)單位與需求單位需要更緊密地聯(lián)系起來。物資供應(yīng)部門應(yīng)多了解用料單位急用還是備用,具體什么地方用,用料單位應(yīng)多了解庫存有多少,有沒有代用物資,有保障的供應(yīng)時間長短等,減少供需過程中的脫節(jié)和超額采購問題。充分利用現(xiàn)有庫存,發(fā)揮庫存物資的作用,盡量提高庫存周轉(zhuǎn)率,減少報廢。

6、及時處理倉庫里的退回物資和積壓呆廢料，減少資金占用

退回物資應(yīng)首先檢驗性能好壞以及能否再利用，可用物資重新入庫，且有優(yōu)先使用權(quán)，不可用物資做報廢處理。物資供應(yīng)部門應(yīng)定期對庫存需要進行調(diào)整,對于多年不動的物資、超過使用年限的物資和確定今后不會再使用的物資及時進行處理報廢。報廢時，可以根據(jù)當月的實際財務(wù)狀況，調(diào)節(jié)報廢數(shù)量與金額，這樣可以調(diào)節(jié)當月利潤，對公司有稅收的好處。積壓物資的處理應(yīng)形成制度化和常態(tài)化,及時消化公司的不良資產(chǎn),為公司減負。

7、充分發(fā)揮倉庫在庫存控制中的作用

不能以傳統(tǒng)的認識認為倉庫只是存儲物資的場所,實現(xiàn)對物資收發(fā)料動態(tài)管理,對倉儲物資動態(tài)、周轉(zhuǎn)天數(shù)等進行統(tǒng)計,及時反映物資收發(fā)存動態(tài)、超儲、積壓和不合理庫存物資信息,有利于庫存資金分析,優(yōu)化庫存結(jié)構(gòu),加速資金周轉(zhuǎn),為決策提供依據(jù)。

8、做好估價工作

估價入賬給倉庫和財務(wù)部門都帶來了不必要的存放勞動,而且會造成企業(yè)提供的會計和財務(wù)數(shù)據(jù)不真實,應(yīng)該引起足夠的重視。

供應(yīng)部門接到物資申請計劃后,組織貨源簽訂合同,相關(guān)部門和分管領(lǐng)導(dǎo)及時審批,保證合同及時生效。對于沒有物資編號的新型材料,及時申報及時編號。相關(guān)科室緊密配合,加快各個環(huán)節(jié)的運轉(zhuǎn),以保證物資到貨時及時取得發(fā)票,減少估價物資。

9、提高人員素質(zhì)和業(yè)務(wù)水平

隨著庫房步入電子化專業(yè)化管理,對庫房管理人員也提出更高的要求。保管員除了具備必須的業(yè)務(wù)知識外,還要擁有現(xiàn)代管理知識,按照生產(chǎn)與運作的管理知識,通曉現(xiàn)代倉儲物流理論并不斷應(yīng)用到工作實踐,熟悉庫存物資的屬性,應(yīng)用6S進行庫房現(xiàn)

場管理,及時準確提供數(shù)據(jù),充分發(fā)掘庫管物資的經(jīng)濟潛力,實現(xiàn)倉庫管理新的飛躍。因此,要定期對庫房管理人員進行培訓(xùn),并制定激勵措施,調(diào)動員工的積極性。

三、總結(jié)

倉庫是企業(yè)存儲和保管物料的重要場所,倉庫管理是企業(yè)物流管理的核心工作，是企業(yè)供應(yīng)鏈管理中一個基礎(chǔ)環(huán)節(jié),與其它部門息息相關(guān)。庫存控制水平代表了一個企業(yè)總體的管理水平,高效的庫存控制管理是企業(yè)經(jīng)營革新、降低成本的重要一步,如何改進與提高庫房管理水平,對企業(yè)保證生產(chǎn)供應(yīng)、節(jié)約成本、提升企業(yè)競爭力具有現(xiàn)實意義。要更好的實現(xiàn)企業(yè)倉庫管理,需要加強企業(yè)各部門的協(xié)調(diào)溝通順暢,生產(chǎn)才能正常有序的進行。倉庫管理在企業(yè)物流環(huán)節(jié)和價值環(huán)節(jié)中均是不可或缺的關(guān)鍵環(huán)節(jié),是企業(yè)順利生產(chǎn)和高效運作的后勤保障。企業(yè)通過不斷提高倉庫管理水平,保證生產(chǎn)供應(yīng),節(jié)約物流成本,同時降低庫存資金占用,從而為企業(yè)創(chuàng)造良好的經(jīng)濟效益。

附流程圖：

生產(chǎn)部按批號做生產(chǎn)計劃單---->采購部門按生產(chǎn)計劃單做采購計劃---->相關(guān)部門審批---->采購部門進行采購---->倉庫按批號入庫---->領(lǐng)用時生產(chǎn)部門按批號做領(lǐng)料單進行領(lǐng)用---->月末財務(wù)部進行盤點及對賬

第四篇：海爾管理系統(tǒng)存在的問題

三、缺陷與隱患

(一)“信息孤島”問題的可能性

由于生產(chǎn)計劃和信息化程度的發(fā)展是處于永無休止的變化之中的,每個時期的研究和實施成果也將因此而具有不同的背景和效用,企業(yè)只能根據(jù)情勢的未來變化一步步地推進物流信息化的進程。不同歷史時期實施的信息化技術(shù)管理軟件的開發(fā)平臺和數(shù)據(jù)結(jié)構(gòu)存在巨大差異,難免會造成不通信息系統(tǒng)、信息模塊之間的孤立運行,形成了信息技術(shù)理論上所謂的“信息孤島”現(xiàn)象。海爾目前的信息化程度在其應(yīng)用層面上仍然存在一些滯后問題,就算目前海爾運用最先進的技術(shù)軟件系統(tǒng),也仍然存在著有制造新的“信息孤島”的可能性。

(二)隱藏的巨大風險

在物流信息化模式中采用的業(yè)務(wù)流程改造措施以及能對企業(yè)物流資源有效管理的ERP系統(tǒng)都具有較大的風險。ERP系統(tǒng)是一項極其復(fù)雜的工程項目,產(chǎn)、供、銷、人、財、物都是企業(yè)的資源,要想把它們有效地組織起來實行資源優(yōu)化,無論是小企業(yè)還是大企業(yè)都不容易辦到。國內(nèi)目前的ERP軟件商在素質(zhì)水平方面都較國外遜色,缺乏有效的行業(yè)標準,造成軟件市場的混亂,這些信息技術(shù)的應(yīng)用都關(guān)乎企業(yè)生產(chǎn)流程合理化組建的問題,萬一思路錯誤、設(shè)置不合理將直接導(dǎo)致企業(yè)的市場效益的下降。

(1)海爾選擇了SAP/R3成熟的ERP系統(tǒng)，而不是請軟件公司根據(jù)海爾物流的現(xiàn)狀進行開發(fā)，主要目的是借助于成熟的先進流程提升自己的管理水平。

(2)實施“一把手”工程與全員參與，有效推進信息系統(tǒng)的執(zhí)行。

海爾物流所有信息化的建設(shè)均是基于流程的優(yōu)化，提高對客戶的響應(yīng)速度來進行的，所以應(yīng)用面涉及海爾物流內(nèi)部與外部很多部門，有時打破舊的管理辦法，推行新流程的阻力非常巨大。海爾物流的信息化建設(shè)一直是部門一把手親自抓的工作，親自抓，親自在現(xiàn)場發(fā)現(xiàn)問題，親自推動，保證了信息化實施的效果。如在ERP上線初期，BOM與數(shù)據(jù)不準確是困擾系統(tǒng)正常運轉(zhuǎn)的瓶頸，它牽扯到企業(yè)的基礎(chǔ)管理工作與長期工作習慣的改變，物流推進本部部長發(fā)現(xiàn)問題后，親自推動，制定出有效的管理模式，不但提高了系統(tǒng)的執(zhí)行率，而且規(guī)范并提升了企業(yè)的基礎(chǔ)管理(BOM的準確率、現(xiàn)場管理)，保證了信息系統(tǒng)的作用的發(fā)揮。

(3)培訓(xùn)工作同步進行，保證信息系統(tǒng)的實施效果。

由于信息化工作的不斷推進，原有的手工管理變?yōu)橛嬎銠C操作，這對物流的基層工作者如保管員、司機、年紀較大的采購員均是挑戰(zhàn)。在實施ERP信息系統(tǒng)時，海爾物流開展了全員培訓(xùn)，并對相關(guān)操作人員進行了嚴格的技能考試，考試通過后才能獲得上崗證書。物流信息中心也開通了內(nèi)部培訓(xùn)的網(wǎng)站，詳細介紹系統(tǒng)的基礎(chǔ)知識、業(yè)務(wù)操作指導(dǎo)書與對操作的問題進行答疑，這些均保證了信息化使用的效果。

第五篇：用電檢查管理系統(tǒng)存在問題

1、導(dǎo)出的excel表文件名改為如下格式：“內(nèi)容+（日期）”，如12月12日導(dǎo)出的用戶總清

單命名為“用戶總清單（12.12）”

2、系統(tǒng)名稱改為“用電市場業(yè)務(wù)管理系統(tǒng)”

3、刪除用戶臺賬中“力調(diào)標準”一項，增加“固定電話”一項，“抄表員”一項

4、“我的用戶”等選項卡應(yīng)設(shè)置為不可重復(fù)打開

5、進行操作保存后2秒返回界面能否取消

6、“我的用戶”導(dǎo)入數(shù)據(jù)時出線丟失用戶現(xiàn)象，測試時倒入1050組統(tǒng)一格式的數(shù)據(jù)，只

有800個左右能導(dǎo)入、7、“重要用戶”無導(dǎo)出按鈕。重要用戶的添加應(yīng)從通過戶號從總清單內(nèi)查詢得到，并添

加相關(guān)信息，并不是完全新建一個重要用戶

8、檢查計劃中應(yīng)有批量打印檢查單和總表的功能

9、文件模版中建議將“下載”按鈕超鏈接直接做到文件名上

10、總清單中每頁顯示的數(shù)目過少，能否改為每頁顯示數(shù)據(jù)數(shù)可調(diào)或固定在一頁100

條左右

11、權(quán)限管理模塊中，用戶名修改等存在問題。默認密碼是多少？

12、打印核定單中IE安全設(shè)置如何修改？

13、“檢查客戶”模塊中，檢查狀態(tài)的語句判斷有問題，判斷的狀態(tài)不對。

14、“檢查客戶”模塊中，模糊查詢應(yīng)有“檢查員”這一項，方便根據(jù)檢查員生成檢查

記錄

15、變電站配置中無法新增線路，建議改為在樹狀圖上右鍵添加的方式增加線路和變電

站