前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇進銷存管理范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

進銷存管理范文第1篇

【關鍵詞】Java;進銷存管理;數(shù)據(jù)庫

Abstract：Combined with the actual demand of Invoicing management system，using Java Swing technology and the Microsoft SQL Server 2005 database development，achieved the dynamic management process of purchase，sales，inventory and other business，fully embodied the integrity of the system function，greatly improved the management level and work efficiency，this article mainly introduced the multi-functional Invoicing management system of the design process and implementation method.

Key words：Java;invoicing management;database

1.引言

隨著社會經(jīng)濟和科技的不斷發(fā)展，各種經(jīng)營模式層出不窮，銷售的渠道、方式也愈趨于多樣化，企業(yè)之間的競爭激烈。為提高企業(yè)自身的競爭力，滿足其對于商品管理上多樣化的需求，多功能進銷存管理系統(tǒng)正是在這樣的背景下而開發(fā)的管理軟件。本文針對于一個實體兼虛擬銷售模式的商店的實際需求，實現(xiàn)了其進貨管理、銷售管理、庫存管理、查詢統(tǒng)計、系統(tǒng)管理等方面的功能。管理系統(tǒng)是一個信息化、智能化和先進管理理念的集合體，帶來的經(jīng)濟效益是簡捷的，其最主要的表現(xiàn)就是減少了管理費用和人力的開支，節(jié)省了大量的時間，為管理者的各項決策提供了寶貴的資料，帶來巨大的經(jīng)濟效益。

2.系統(tǒng)設計

本系統(tǒng)對商品的采購、銷售、庫存等運作流程實現(xiàn)了動態(tài)的管理，使得管理員能夠及時的掌握公司的時機運作狀況、合理做出戰(zhàn)略決策，提高了公司的工作效率。

系統(tǒng)要求實現(xiàn)：基本信息管理、進貨管理、銷售管理、庫存管理、查詢統(tǒng)計、系統(tǒng)管理、數(shù)據(jù)庫管理、數(shù)據(jù)庫備份、恢復等管理功能。支持如下要求：

進貨管理：將到貨商品錄入到該模塊，可根據(jù)商品資料中設置的最高庫存、最低庫存及當前庫存情況和銷售情況，制定進貨計劃，可以避免盲目進貨造成的商品積壓，按計劃單有選擇的進行入庫登記。綜合查詢打印計劃進貨與入庫記錄及金額。

銷售管理：將銷售信息錄入到該模塊，實現(xiàn)商品出庫。商品正常銷售、促銷與限量、限期及禁止銷售控制。綜合查詢各種銷售明細記錄、交結賬情況，按照多種方式統(tǒng)計生成銷售排行榜。

庫存管理：綜合查詢庫存明細記錄，庫存情況匯總，庫存狀態(tài)自動告警提示。如庫存過剩、少貨、缺貨等。系統(tǒng)為您預警，避免庫存商品積壓損失和缺貨。庫存自動盤點計算。

基本信息管理：是系統(tǒng)運行的基礎，需要實現(xiàn)供銷商、客戶、商品的基本信息的動態(tài)管理，包括信息的添加、修改與刪除等功能。這些信息要先于其他數(shù)據(jù)錄入系統(tǒng)，系統(tǒng)才能正常的運行。

統(tǒng)計查詢模塊：需要實現(xiàn)客戶查詢、商品庫存查詢、供應商查詢、銷售情況查詢、價格查詢、退貨查詢等功能。

系統(tǒng)功能結構如圖1所示。

圖1 多功能進銷存管理系統(tǒng)功能結構

3.數(shù)據(jù)庫設計

進銷存管理系統(tǒng)的開發(fā)需要考慮所需要的數(shù)據(jù)，以及如何對這些數(shù)據(jù)進行操作。這就是數(shù)據(jù)庫的設計問題，是進銷存管理系統(tǒng)設計的一個核心。設計數(shù)據(jù)庫系統(tǒng)是應該首先充分了解用戶各個方面的要求，包括現(xiàn)有的及將來可能增加的要求。對于一個確定的環(huán)境，進行符合應用語義的邏輯設計，以及提供一個確定的存貯結構和物理設計，建立實現(xiàn)系統(tǒng)目標，并能有效存取數(shù)據(jù)和數(shù)據(jù)模型。

我們根據(jù)系統(tǒng)功能結構分析構建系統(tǒng)的數(shù)據(jù)庫，使用PowerDesigner建模，依次創(chuàng)建本系統(tǒng)中的數(shù)據(jù)表，并通過主外鍵引用工具建立各表間的依賴關系。創(chuàng)建完成的模型如圖所示。再設置導出的腳本文件的名稱及保存路徑，在指定的路徑中生成數(shù)據(jù)庫腳本文件。在導出數(shù)據(jù)庫腳本文件后，就可以在SQL server2005中執(zhí)行該腳本來創(chuàng)建數(shù)據(jù)庫及數(shù)據(jù)表。

數(shù)據(jù)庫名稱為db_JXC。包含表：tb_gysinfo、tb_khinfo、tb_kucun、tb_rkth_detail、tb_rkth_main、tb_ruku_detail、tb_ruku_main、tb_sell_detail、tb_sell_main、tb_spinfo、tb_userlist、tb_xsth_detail、tb_xsth_main。

4.系統(tǒng)實現(xiàn)

本系統(tǒng)是典型的數(shù)據(jù)庫應用程序，由登錄模塊、主界面、基礎信息管理、進貨管理、銷售管理、庫存管理、查詢統(tǒng)計、系統(tǒng)管理等部分組成。

4.1 系統(tǒng)登錄功能實現(xiàn)

管理員用戶與操作員用戶通過相同的登錄入口進入系統(tǒng)，系統(tǒng)對用戶輸入的用戶名和密碼進行驗證，通過身份驗證的用戶將進入管理系統(tǒng)操作桌面，執(zhí)行系統(tǒng)各項管理功能，而未通過身份驗證的用戶將無法使用該系統(tǒng)，登錄流程如圖2所示：

4.2 主窗體設計

主窗體界面是系統(tǒng)的歡迎界面，應用程序的主窗體要設計層次清晰的系統(tǒng)菜單和工具欄，其中系統(tǒng)菜單要包含系統(tǒng)中所有功能的菜單項，工具欄主要提供常用功能的快捷訪問按鈕。

創(chuàng)建Main類，編寫initialize（）方法，在該方法中創(chuàng)建窗體、桌面面板、背景標簽、菜單欄、工具欄對象。在類中聲明這些對象并調(diào)用initialize（）方法初始化之。

編寫主窗體的main（）入口方法，在該方法中創(chuàng)建登錄窗體對象，登錄窗體會驗證登錄信息，并顯示主窗體界面。

圖2 用戶登錄流程圖

編寫getIFrame（）方法，該方法負責創(chuàng)建指定名稱的窗體對象，在方法中使用了Java的反射技術，調(diào)用Class.forName（）方法根據(jù)制定的窗體類名稱到internalFrame包路徑中裝載指定的窗體類，并反射該類的構造方法去創(chuàng)建新的窗體對象并添加到主界面中。

編寫內(nèi)部類openFrameAction，它必須繼承AbstractAction類實現(xiàn)Action接口。該類用于創(chuàng)建按鈕的Action對象，并為每個按鈕定義創(chuàng)建并顯示不同窗體對象的動作監(jiān)聽器，當這個監(jiān)聽器按鈕被按下時，調(diào)用getIFrame（）方法獲取相應的窗體對象，并顯示在主界面中。

編寫addFrameAction（）方法，該方法負責創(chuàng)建Action對象，該對象用于創(chuàng)建并顯示窗體對象，將其添加到系統(tǒng)菜單欄或工具欄中，會直接創(chuàng)建相應的菜單欄和工具按鈕，而且這些菜單項和工具按鈕將顯示Action對象中的文本和圖標屬性。

編寫內(nèi)部類ExitAction（）同樣繼承自AbstractAction類實現(xiàn)Action接口，實現(xiàn)系統(tǒng)的退出動作。

在類的靜態(tài)代碼段中設置進銷存管理系統(tǒng)的外觀樣式。Swing支持跨平臺特性，可以在不同的操作系統(tǒng)中保持一致的風格，但是本系統(tǒng)UIManager類的setLookAndFeel（）方法設置程序界面使用本地外觀，這樣可以使程序更像本地應用程序。

4.3 公共模塊設計

系統(tǒng)的項目空間中，有部分模塊是公用的，或者是多個模塊甚至整個系統(tǒng)的配置信息，他們被多個模塊重復調(diào)用完成指定的業(yè)務邏輯。

Dao類主要負責有關數(shù)據(jù)庫的操作，該類在靜態(tài)代碼段中驅動并連接數(shù)據(jù)庫，然后將所有的數(shù)據(jù)庫訪問方法定義為靜態(tài)的編寫Item類，這是系統(tǒng)的公共類之一，主要用于封裝和傳遞參數(shù)信息，是典型命令模式的實現(xiàn)。在Dao類中經(jīng)常使用該類作為方法參數(shù);在各個窗體界面中也經(jīng)常使用該類作組件數(shù)據(jù)，其toString（）方法將返回name屬性值，所以顯示到各個組件上的內(nèi)容就是Item類的對象所代表的商品、供應商或客戶等信息的名稱。

4.4 基礎信息模塊設計

基礎信息模塊用于管理進銷存系統(tǒng)中的客戶、商品和供應商信息，其功能主要是對這些基礎信息進行添加、修改和刪除。系統(tǒng)中使用了Java Swing的JPanel選項卡面板組件分別為客戶信息管理、商品信息管理和供應商信息管理提供了多個操作界面，例如商品信息管理中分別存在商品信息添加和商品信息修改與刪除界面，而這兩個界面都存在于一個窗體中，可以通過選擇頂部的兩個選項卡，在不同的界面中來回切換。由于實現(xiàn)的方法基本類似，以商品信息管理部分為例介紹基礎信息模塊實現(xiàn)的業(yè)務邏輯。

創(chuàng)建ShangPinTianJiaPanel類，用于實現(xiàn)本系統(tǒng)的商品添加功能。該類將在界面中顯示多個用于輸入商品信息的文本框。創(chuàng)建tjButton按鈕并設置該“添加”按鈕的事件監(jiān)聽器，必須實現(xiàn)ActionListener接口，并在actionPerformed（）方法中實現(xiàn)用戶輸入的驗證和商品信息的保存。創(chuàng)建resetButton按鈕并設置該“重置”按鈕的事件監(jiān)聽器，同樣要實現(xiàn)ActionListener接口，并在actionPerformed（）方法中清除界面中的所有文本框內(nèi)容。

4.5 查詢統(tǒng)計模塊設計

查詢統(tǒng)計模塊主要包括客戶查詢、商品查詢、供應商查詢、銷售查詢、入庫查詢等功能。查詢統(tǒng)計模塊主要以豐富的查詢條件為主要技術，當查詢某個商品的信息時需要提供按商品名稱、指定日期等多種查詢條件和查詢對象，進行普通查詢或者模糊查詢。對于普通查詢條件可以簡單地使用SQL語句的“=”進行判斷，模糊查詢需要使用SQL語句中的LIKE關鍵字。LIKE關鍵字需要使用通配符在字符串內(nèi)查找指定的模式。

4.6 進貨管理模塊設計

進貨管理模塊主要包括進貨單和進貨退貨兩個部分，進貨單功能主要負責記錄商品的進貨信息，單擊“添加”按鈕，在商品表中添加進貨的商品信息，相應的進貨商品會添加到庫存管理中。進貨退貨功能主要負責記錄進貨管理中的退貨信息，在選擇了退貨的商品之后，點擊“退貨”按鈕，將把表格中的商品退貨信息更新到數(shù)據(jù)庫中。進貨管理模塊使用JDBC實現(xiàn)事務操作，因為進貨和退貨的業(yè)務邏輯涉及到3個數(shù)據(jù)表，為保證數(shù)據(jù)的完整性，將3個數(shù)據(jù)表的操作放在事務中實現(xiàn)，如果對任何一個數(shù)據(jù)表的操作出現(xiàn)錯誤或是不可執(zhí)行的操作，那么整個事務中的所有操作都將取消，并恢復到事務執(zhí)行之前的數(shù)據(jù)狀態(tài);否則3個數(shù)據(jù)表的操作全部執(zhí)行。

4.7 庫存管理模塊設計

庫存管理模塊包括庫存盤點和價格調(diào)整兩個功能，其中庫存盤點主要是將庫存信息顯示在表格中，有操作員輸入盤點的商品數(shù)量，然后程序自動計算損益值。價格調(diào)整功能主要用于調(diào)整庫存中指定商品的單價，當用戶選擇了指定的商品，價格調(diào)整功能的界面會顯示該商品在庫存只能怪的單價、庫存數(shù)量等信息。用戶可以通過單擊“確定”按鈕調(diào)整該商品在庫存中的單價。價格調(diào)整功能涉及下拉列表框的選擇事件監(jiān)聽和事件處理技術，為防止用戶的錯誤輸入，程序界面經(jīng)常需要將可枚舉的輸入內(nèi)容封裝在下拉列表框中，限制用戶輸入。但是，要知道下拉列表框的改變，還需要為下拉列表框添加相應的時間監(jiān)聽器。

addItemListener（）方法可以為下拉列表框添加ItemListener監(jiān)聽器。當更改下拉列表框中的選項時將產(chǎn)生相應的事件，這個事件會被添加的ItemListener監(jiān)聽器捕獲，并處理相應的業(yè)務邏輯。

5.總結

該系統(tǒng)使用的是MDI窗體模式開發(fā)的界面程序，一個主窗體包含多個子窗體，由主窗體上的按鈕調(diào)用，給按鈕添加事件監(jiān)聽器，在單擊該按鈕時，由事件監(jiān)聽器創(chuàng)建并初始化相應的子窗體，然后顯示該子窗體。利用Java的反射功能使用同一個時間監(jiān)聽器類，完成所有子窗體的初始化工作，實現(xiàn)代碼重用，提高程序的開發(fā)速度。

本系統(tǒng)的實現(xiàn)完成了系統(tǒng)開發(fā)前提出的要求，實現(xiàn)了進貨管理、銷售管理、庫存管理、查詢統(tǒng)計、系統(tǒng)管理等方面的功能，能夠滿足對于進銷存管理方面的需求，提高企業(yè)自身的競爭力，提升管理水平，從而提高其經(jīng)濟效益和社會效益，具有廣闊的市場效益，但是此系統(tǒng)依然存在這樣或那樣的問題，展望在以后的開發(fā)中能夠使系統(tǒng)中的功能更人性化，更符合要求。

參考文獻

[1]呂靜驊，史進.SQL Server 2000基礎教程[M].北京：清華大學出版社，2004.

[2]李路路，劉一松，蔣麗.基于Ajax與J2 EE的進銷存管理系統(tǒng)的設計與實現(xiàn)[J].計算機與現(xiàn)代化，2013（4）：134-137.

[3]李奎成.企業(yè)進銷存管理系統(tǒng)的設計與實現(xiàn)[D].大連理工大學，2005.

進銷存管理范文第2篇

【關鍵詞】進銷存管理；數(shù)據(jù)庫；B/S模式

一、系統(tǒng)分析

1、需求分析

1）完備的功能

系統(tǒng)應該提供企業(yè)進銷存管理中的貨品進貨、銷售、庫存、帳務管理等基本功能，還應該提供多種成本核算方法（移動加權平均法、先進先出法、后進先出法、手工錄入法）和多種單據(jù)格式（簡單、折扣、稅票A、稅票B），并可預設商品數(shù)量、單價、金額等小數(shù)保留位數(shù)，滿足客戶不同需求；還提供超儲和短缺預報警以及商品保質(zhì)期功能，實現(xiàn)合理控制庫存，加快資金周轉，降低存貨成本，基本做到合理配置企業(yè)資源；完成商品外購入庫、銷售出庫、盤盈、盤虧、商品調(diào)撥、商品拆分、借進、借出、贈送、獲贈等多項業(yè)務，對企業(yè)商品進行全面的控制和管理。

2）方便的查詢

系統(tǒng)應該提供準確、及時的決策數(shù)據(jù)，可按商品類別查詢，清楚地反映商品的庫存量及商品分布情況；可按單據(jù)類型或編號查詢，隨意查閱企業(yè)所發(fā)生的業(yè)務歷程；也可按往來單位查詢，了解企業(yè)與各往來單位的業(yè)務情況；還可按經(jīng)辦人、附加說明、單據(jù)摘要等進行查詢。

3）簡單易用的操作界面

系統(tǒng)應該采用人性化設計理念，直觀的圖形界面模擬手工格式、完善的流程向導、所見即所得的單據(jù)錄入格式、無需記憶的代碼組合，任何人員無需進行專業(yè)培訓也能靈活操作。

4）良好的通用性

企業(yè)對進銷存系統(tǒng)的需求具有普遍性。本系統(tǒng)應該可以適應中小型企業(yè)集團內(nèi)部管理的需要。

5）強大的安全性能

系統(tǒng)應該提供嚴密的流程控制，有效保證制單的正確性，提供嚴格的分權體系有效防止越權使用。提供數(shù)據(jù)備份/恢復及斷點保護功能及時排除故障并恢復現(xiàn)場數(shù)據(jù)。

2、可行性分析

通過計算機網(wǎng)絡系統(tǒng)對企業(yè)進行全面的管理滿足了企業(yè)的現(xiàn)代化管理的要求。

經(jīng)濟性

企業(yè)營運過程中信息的系統(tǒng)化管理權威的數(shù)據(jù)統(tǒng)計為企業(yè)的經(jīng)營決策提供了大量的、權威的科學依據(jù)數(shù)據(jù)強大的賬單結功能簡化了員工的日常工作提高了工作效率避免了人工管理過程中數(shù)據(jù)易錯所帶來的一系列的連鎖反映提高企業(yè)的經(jīng)濟效益。

技術性

實際情況下在高系統(tǒng)配置、高網(wǎng)絡帶寬服務各個級別管理員很容易通過網(wǎng)站對其操作范圍內(nèi)的系統(tǒng)內(nèi)容信息進行操作管理完全滿足日常經(jīng)營、管理的要求。

二、總體設計

1、功能模塊包括：

基礎數(shù)據(jù)：

供貨商檔案、客戶檔案、內(nèi)部部門檔案、貨品類別、貨品檔案、產(chǎn)品構成表等。

入庫出庫單據(jù)：

采購入庫、生產(chǎn)入庫、領料出庫、銷售發(fā)貨、采購退貨、次品返工、生產(chǎn)退料、客戶退貨、盤盈盤虧等。

可以自由設定單據(jù)附加描述項，可以實現(xiàn)通過固定線索跟蹤記錄企業(yè)內(nèi)部物流進程。

統(tǒng)計報表：

倉庫存貨統(tǒng)計、進出存明細表、進出存匯總表、貨品收發(fā)對帳單、出庫成本統(tǒng)計表、銷售毛利表等。

允許根據(jù)多種條件查詢、統(tǒng)計、匯總，支持精確查詢、模糊查詢。

財務功能：

增加應收、增加應付、收款、付款、應收應付明細帳、應收應付總帳。

數(shù)據(jù)導入導出：

Excel導入基礎數(shù)據(jù)功能、Excel導入出庫單據(jù)功能、數(shù)據(jù)導出為Excel功能，表格導出為圖片功能、系統(tǒng)數(shù)據(jù)備份與恢復功能。

系統(tǒng)安全：

采用多用戶分權操作，每個操作員具有不同權限，系統(tǒng)自動記錄制單人審核人，多人協(xié)同工作，各司其職、各負其責。

網(wǎng)絡功能：

系統(tǒng)允許單機運行，也可以多臺電腦聯(lián)機運行，以實現(xiàn)無紙化辦公、即時數(shù)據(jù)交流。

2、B/S模式

B/S模式是一種以Web技術為基礎的新型的系統(tǒng)平臺模式，它把傳統(tǒng)的C/S模式中的服務器部分分解為一個數(shù)據(jù)服務器和多個應用服務器，從而構成了三層結構的客戶端服務器體系。

第1層客戶端是用戶與整個系統(tǒng)的接口?？蛻舻膽贸绦蚓喌揭粋€通用的瀏覽器軟件，如Netscape Navigator， Microsoft Internet Explorer等瀏覽器將HTML代碼轉換成圖文并茂的網(wǎng)頁，網(wǎng)頁具備一定的交互功能，允許用戶在網(wǎng)頁提供的申請表上輸入信息提交給后第2層的Web服務器，并提出處理請求。

第2層Web服務器將啟動相應的進程來響應這一請求，并動態(tài)生成一串HTML代碼，將嵌入的處理結果返回給客戶端瀏覽器。如果客戶端提交的請求包括數(shù)據(jù)的存取，Web服務器還需要與數(shù)據(jù)庫服務器協(xié)同完成這一處理工作。

第3層數(shù)據(jù)庫服務器的任務類似于C/S模式，負責協(xié)調(diào)不同的Web服務器發(fā)出的SQL請求。

B/S模式體系簡化了客戶端。無須像C/S模式那樣在不同的客戶端上安裝不同的客戶應用程序，而只需要安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶端的硬盤空間和內(nèi)存，而且安裝過程更加簡便，網(wǎng)絡結構更加靈活。另外，它簡化了系統(tǒng)的開發(fā)和維護，系統(tǒng)的開發(fā)者無須再為不同級別的用戶設計開發(fā)不同的客戶應用程序，而只需把所有的功能都是現(xiàn)在Web服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過HTML請求在權限范圍內(nèi)調(diào)用Web服務器上不同的處理程序，從而完成對數(shù)據(jù)的查詢和修改。在維護方面，相對于C/S，B/S的維護就有更大的靈活性。當形勢變化時，它無須再為每一個現(xiàn)有的用戶應用程序升級，而只需對Web服務器上的服務處理程序進行修改。這樣不但可以提高企業(yè)的運作效率，還省去了維護時協(xié)調(diào)工作時的不少麻煩。

B/S模式體系使用戶的操作便得更簡單。對于C/S模式，客戶應用程序有自己特定的規(guī)格，使用者需要接受專門的培訓。而采用B/S模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作人員都無須培訓就可以使用。

B/S模式特別適用于網(wǎng)上信息，這是C/S模式所無法實現(xiàn)的。而這種新增的網(wǎng)上信息功能恰是現(xiàn)代物流企業(yè)所需的。這使得企業(yè)與客戶之間的信息可以在因特網(wǎng)上直接進行，從而提高了企業(yè)的工作效率。

三、企業(yè)進銷存管理系統(tǒng)的運行和測試

1、運行

硬件配置（最低要求）

CPU：P4 1.8GHZ

操作系統(tǒng)：Windows 2000/WindowsNT/WindowsXP/Windows 98

數(shù)據(jù)庫：安裝SQL Server 2000

web服務器：IIS 5.0

2、測試

測試是對整個系統(tǒng)開發(fā)過程包括系統(tǒng)分析，系統(tǒng)設計和系統(tǒng)實施的最終審查，是保證系統(tǒng)質(zhì)量與可靠性的重要關口。盡管在系統(tǒng)開發(fā)周期的各個階段均采取了嚴格的技術審查，但難免遺留下差錯，如果不進行系統(tǒng)運行前的系統(tǒng)測試，及時發(fā)現(xiàn)并糾正可能存在的錯誤，將會付出更大的代價，甚至會造成不堪設想的后果。

四、總結

建立一種準確、及時、高效、易于掌握的商品進銷存數(shù)據(jù)管理系統(tǒng)是非常必要的：

1、操作簡便

菜單操作是應用程序界面的重要組成部分，應用程序的大部分功能都能通過菜單來完成。在進行菜單時，要根據(jù)應用程序的功能將各種功能進行歸類，然后把類似的功能放在同一個菜單項中。這樣便于用戶使用應用程序。

2、數(shù)據(jù)庫設計合理

合理組織數(shù)據(jù)，為自動完成記錄的添加和更新做準備，數(shù)據(jù)庫結構設計是非常重要的一個方面，如果數(shù)據(jù)庫設計合理，不僅可以避免出現(xiàn)余數(shù)據(jù)，而且為應用程序的開發(fā)提供了方便。

3、強大的安全性能

系統(tǒng)應該提供嚴密的流程控制，有效保證制單的正確性，提供嚴格的分權體系有效防止越權使用。提供數(shù)據(jù)備份/恢復及斷點保護功能及時排除故障并恢復現(xiàn)場數(shù)據(jù)。

參考文獻：

[1]羅超理，李萬紅《管理信息系統(tǒng)原理與應用》清華大學出版社，2002

[2]周剛，趙永軍，方小偉《PowerBuilder項目開發(fā)實踐》中國鐵道出版社，2003

進銷存管理范文第3篇

關鍵詞 企業(yè);進銷存;管理系統(tǒng);數(shù)據(jù)庫

中圖分類號TP311 文獻標識碼A 文章編號1674-6708(2010)23-0095-02

0 引言

我國中小企業(yè)的信息化水平還很低,目前仍處于剛剛起步階段。隨著中國改革開放的不斷深入,經(jīng)濟飛速的發(fā)展,企業(yè)要想生存和發(fā)展,要想在激烈的市場競爭中立于不敗之地,必須使用現(xiàn)代化的管理手段,使企業(yè)進銷存管理的全面自動化、信息化,盡可能地減少進銷存管理的重復性和低效性,利用信息化手段把先進的企業(yè)管理方法引入企業(yè)的實踐,切實提高中小企業(yè)的管理水平。

1 系統(tǒng)設計目標

進銷存管理系統(tǒng)設計的總體目標是通過對生產(chǎn)、銷售、客戶、訂單、庫存的管理,及時準確地了解生產(chǎn)、銷售、庫存等綜合情況,以便為企業(yè)的決策者做出準確的判斷提供依據(jù)。同時,通過對進銷存數(shù)據(jù)的分析,為管理及決策人員提供庫存資金占用情況、庫存情況、客戶訂單的發(fā)貨情況。通過清倉盤庫管理,保證賬面與實物一致,為計劃及決策人員提供實時準確的存貨信息,以便及時調(diào)整生產(chǎn)和銷售。

1.1 訂單管理

對于訂單能夠計算機聯(lián)網(wǎng)輸入、查詢、跟蹤和確認。

1.2 銷售管理

能夠全程跟蹤產(chǎn)品的銷售全過程,如銷售量、銷售價格、銷售利潤、淡旺季分析等。

1.3 客戶管理

能夠對企業(yè)的顧客有一個清楚地了解,通過客戶管理部分保持和客戶良好的關系,能夠根據(jù)客戶查詢客戶訂單完成情況。

1.4 庫存管理

能夠清楚地看到庫存數(shù)量、存放地點等信息,對于庫存過多和過少的產(chǎn)品進行提示。

2 系統(tǒng)設計思路

1)采用公司現(xiàn)有軟硬件環(huán)境及先進的管理系統(tǒng)開發(fā)方案,從而達到充分利用公司資源,提高系統(tǒng)開發(fā)水平和應用效果的目的。

2)系統(tǒng)應符合采購、銷售、庫存的管理規(guī)范,滿足公司日常管理的工作需要,并達到操作過程中的直觀、方便、實用、安全等要求。

3)系統(tǒng)采用兩層體系結構,Client(客戶端)負責提供表達邏輯、顯示用戶界面信息、輸入輸出等基本操作,Server(服務器端)負責實現(xiàn)數(shù)據(jù)服務。

4)采用模塊化設計方法,方便系統(tǒng)功能的各種組合和修改,易于補充和維護。

5)系統(tǒng)應具備數(shù)據(jù)庫維護功能,能夠根據(jù)用戶需求進行數(shù)據(jù)的添加、刪除、修改等操作;能夠對數(shù)據(jù)庫進行備份和快速恢復。

6)系統(tǒng)功能分析是在總體任務的基礎上完成,需要完成基礎信息管理、進貨管理、銷售管理、發(fā)貨管理、庫存管理、訂單管理、客戶管理等多個功能,滿足企業(yè)高效管理的需求。

3 系統(tǒng)功能模塊設計

在系統(tǒng)分析的基礎上,編制系統(tǒng)的功能模塊,提供企業(yè)進、銷、庫存管理的解決方案。系統(tǒng)主要功能模塊有:基礎信息管理、進貨管理、銷售管理、庫存管理、業(yè)務管理、系統(tǒng)維護等。

1)基礎信息管理:主要是對系統(tǒng)基礎信息各種數(shù)據(jù)的處理,如用戶、帳套、商品、供應商、客戶、倉庫的數(shù)據(jù)處理。

2)進貨管理模塊:主要是處理進貨過程的各種業(yè)務,如進貨、進貨付款、退貨等。

3)銷售管理模塊:主要處理銷售過程中的各種業(yè)務,如前臺銷售、信用銷售、銷售收款、銷售退貨等。

4)庫存管理模塊:主要用于處理庫存管理中的各種業(yè)務,如庫存調(diào)撥、商品調(diào)價、商品數(shù)量分拆、庫存盤點、庫存商品管理、庫存警告、商品有效期查詢等。

5)業(yè)務管理模塊:主要用于處理銷售業(yè)務訂單,并根據(jù)訂單情況,在訂單結算時計算經(jīng)銷商的銷售額,應收款余額,調(diào)整客戶級別;確定訂單發(fā)貨,填寫運單號和承運商,計算運費等。

6)系統(tǒng)維護:主要用于處理系統(tǒng)日志、操作員授權、數(shù)據(jù)校驗、數(shù)據(jù)備份與恢復等。

4 系統(tǒng)設計技術

4.1 系統(tǒng)結構設計

系統(tǒng)核心技術是多用戶共享數(shù)據(jù),建立合理的多用戶共享的較大型的數(shù)據(jù)庫是開發(fā)本系統(tǒng)的關鍵。為了能使多用戶共享數(shù)據(jù),采用了兩層客戶機/服務器(C/S)+瀏覽器/服務器(B/S)體系結構,這種體系結構可較好地滿足應用程序處理需求。它由數(shù)據(jù)庫服務器和客戶機組成局域網(wǎng)來滿足管理人員對進貨、庫存的管理,對銷售情況進行統(tǒng)計,實時掌握庫存信息。網(wǎng)絡可以響應用戶在數(shù)據(jù)庫中的查詢處理,且能減少網(wǎng)絡流量,故采用客戶機/服務器體系結構滿足企業(yè)管理人員的實際需求。而對于銷售人員,由于流動性比較強,所以采用瀏覽器/服務器結構滿足銷售人員銷售記錄錄入需求,實時更新庫存情況。

4.2 數(shù)據(jù)庫設計

4.2.1 數(shù)據(jù)庫需求分析

在調(diào)查企業(yè)進銷存管理過程的基礎上,得到系統(tǒng)處理數(shù)據(jù)的流程,通過對企業(yè)進銷存管理的內(nèi)容和數(shù)據(jù)流程分析,得到數(shù)據(jù)流程圖。該系統(tǒng)所涉及的主要數(shù)據(jù)表數(shù)據(jù)結構如下圖。

1)客戶信息表:包括的數(shù)據(jù)項有客戶編號、姓名、地址、電話、稅務登記號等;

2)供應商信息表:包括的數(shù)據(jù)項有編號、名稱、地址、郵編、電話、聯(lián)系人等;

3)商品信息表:包括的數(shù)據(jù)項有貨品號、名稱、單位、數(shù)量、單價等;

4)庫房信息表:包括的數(shù)據(jù)項有庫房號、面積、地點;

5)庫房管理員信息表:包括的數(shù)據(jù)項有編號、姓名、電話、學歷、職位、部門、工作權限等。

4.2.2 數(shù)據(jù)庫概念設計

在需求分析的基礎上,設計出滿足用戶需求的各種實體,以及他們之間的關系,根據(jù)數(shù)據(jù)庫需求,設計出的實體有:客戶實體、供應商實體、商品實體、庫房實體及庫管員實體,根據(jù)實體之間的關系構建進銷存系統(tǒng)E-R模型圖如

4.2.3 動態(tài)數(shù)據(jù)窗口設計

數(shù)據(jù)窗口技術可以說是PowerBuilder這一優(yōu)秀的數(shù)據(jù)庫開發(fā)工具的王冠,動態(tài)數(shù)據(jù)窗口則是其王冠上的一顆詹用髦欏＠用PowerBuilder的DataWindow對象和其中的實體(如列、文本、圖表和圖形)的屬性集,在運行時通過使用DataWindow函數(shù)或屬性表達式進行查看和修改,或者利用Create函數(shù)動態(tài)創(chuàng)建DataWindow對象,并用SetTransObject()函數(shù)為其分配事務對象,用新創(chuàng)建的DataWindow對象取代當前在DataWindow控件中指定的DataWindow對象,來動態(tài)改變DataWindow對象的外觀,通過重新定義數(shù)據(jù)源或查詢條件表達式實現(xiàn)動態(tài)數(shù)據(jù)查詢窗口,方便用戶查詢、統(tǒng)計與打印,這就大大增加了系統(tǒng)使用者的靈活性。

4.2.4 數(shù)據(jù)庫安全設計

系統(tǒng)采用基于C/S結構(局域網(wǎng)用戶)和B/S(遠程用戶)結構進行設計和開發(fā),在使用局域網(wǎng)和Internet網(wǎng)過程中,為防止入侵、病毒等因素影響系統(tǒng)的正常運行,導致數(shù)據(jù)的損毀,泄露等,需要為網(wǎng)絡中的服務器、客戶機配置防火墻,防毒墻等,在進行程序設計時,避免代碼編寫中的漏洞,防止非授權用戶利用系統(tǒng)漏洞非法侵入系統(tǒng)。為防止計算機硬件的損壞而導致數(shù)據(jù)的丟失,系統(tǒng)設計了數(shù)據(jù)備份和恢復功能。

5 結論

該系統(tǒng)對中小企業(yè)的商品實行了信息化管理,能滿足一個中小型企業(yè)的進銷存日常工作需求,能實現(xiàn)對企業(yè)商品的進貨、銷售、查詢、統(tǒng)計等操作,可達到提高商品管理效率并指導經(jīng)營的目的。本系統(tǒng)支持多用戶操作,可以對用戶進行多種權限設置,經(jīng)過三家企業(yè)近兩年運行,收到了良好的效果。系統(tǒng)經(jīng)過擴充和完善,具有一定的推廣應用價值。

參考文獻

[1]袁松.PowerBuilder8.0高級應用與開發(fā)[M].北京:中國水 利出版社,2002.

進銷存管理范文第4篇

關鍵詞：進銷存；管理信息系統(tǒng)；條碼；基礎數(shù)據(jù)編碼；安全庫存

中圖分類號：C93文獻標識碼：A文章編號：1672-3198（2008）07-0314-02

1 系統(tǒng)總體設計

1.1 系統(tǒng)操作流程分析與設計

系統(tǒng)流程基于本公司的實際業(yè)務流程，整個流程從企業(yè)的需求錄入開始到最終產(chǎn)生應收款和應付款結束。系統(tǒng)總體流程如圖1所示。

(1)系統(tǒng)流程由需求錄入開始，需求錄入以后由業(yè)務員決定是否要將需求制定成合同。

(2)需求錄入完成并得到確認以后，系統(tǒng)便會就數(shù)據(jù)庫現(xiàn)存的物資情況對需求進行運算。

(3)經(jīng)過系統(tǒng)的運算得出每條的需求的缺料以后，系統(tǒng)便進行采購清單的制定，系統(tǒng)會根據(jù)物資的實際庫存量經(jīng)過一系列的算法以后得出一個建議的采購數(shù)量，操作員可以根據(jù)市場的實際情況參考建議采購數(shù)量得出實際的采購數(shù)量。

圖1 系統(tǒng)流程圖

(4)采購的物資到貨以后進行物資的到貨登記，同時打印出貨物的條碼，作為貨物在企業(yè)內(nèi)流動時的標簽。到貨登記完成以后產(chǎn)生入庫單，入庫單經(jīng)審批之后便確認入庫，更新數(shù)據(jù)庫的庫存表，將入庫物資的期末數(shù)量加上實際入庫的數(shù)量。

(5)入庫核銷和出庫核銷是企業(yè)的財務部分，入庫核銷根據(jù)入庫的實際情況得出采購過程的應付款，并將應付款納入應付款管理中；出庫核銷根據(jù)出庫的實際情況得出需求過程中的應收款，并將應收款納入應收款管理中。應收款管理和應付款管理是整個進銷存流程的終點。

1.2 系統(tǒng)數(shù)據(jù)庫設計

通過前面對系統(tǒng)流程的分析，可以得出系統(tǒng)的數(shù)據(jù)庫的主要數(shù)據(jù)表中應包含庫存表、物資表、客戶表、應收款表、應付款表，員工業(yè)績表。進而可以得出本系統(tǒng)的基本的數(shù)據(jù)庫與數(shù)據(jù)表之間的關系，這種關系我們可以通過實體關系圖（E－R圖）來表示，見圖2。系統(tǒng)中包含了八個子模塊：采購管理、銷售管理、庫存管理、財務管理、運算管理、歷史數(shù)據(jù)、資料管理、系統(tǒng)管理。系統(tǒng)功能模塊圖見圖3。

2 關鍵技術與策略

(1)條形碼技術。

條碼在企業(yè)內(nèi)的使用流程是：物資到貨后，先根據(jù)物資的實際到貨情況對物資進行到貨登記，在物資登記完畢之后，將物資按單位打印條碼，保證每單位物資均有條碼，打印好條碼后將條碼貼在物資的包裝上，如果原物資有條碼的則覆蓋原物資的條碼；在物資出庫時，直接用條碼掃描器對物資進行掃描，系統(tǒng)會根據(jù)條碼掃描器掃描的內(nèi)容對數(shù)據(jù)庫進行修改；同樣，在對庫存進行盤點時，直接用條碼掃描器對物資條碼進行掃描就可以得到物資的確切信息。

(2)基礎數(shù)據(jù)編碼技術。

基礎數(shù)據(jù)的編碼規(guī)則為圖4，圖5，圖6所示。本系統(tǒng)采用14位數(shù)字對物資進行編碼，這14位主要被分為7部分包括大類、中類、小類、明細、自由參數(shù)、質(zhì)量參數(shù)、渠道等。大類共有98種包括電子管、電容、電阻等；中類和小類是對物資的進一步細分；明細用來表示物資的規(guī)格參數(shù)；自由參數(shù)對同種類別規(guī)格型號也相同但是有必要區(qū)分的物資作進一步的分類，一般情況下不需要使用，用“0”表示；質(zhì)量等級參數(shù)用來表示物資的質(zhì)量等級，本公司采購的物資有軍用物資與民用物資之分，軍用物資又可分為星載物資、機載物資和地載物資，因此區(qū)分物資的質(zhì)量等級是十分必要的；最后一位表示物資的引進渠道，“0”表示國產(chǎn)物資，“1”表示進口物資。

圖2 系統(tǒng)實體關系圖

圖3 系統(tǒng)功能模塊圖

圖4 物資編碼規(guī)則

圖5 供應商/客戶編碼規(guī)則

圖6 單據(jù)編碼規(guī)則

供應商/客戶編碼規(guī)則第一位用來標注類型，其中“1”表示供應商，“0”表示客戶。2－4位用來標注供應商/客戶所屬的國家，5－7位用來標注供應商/客戶所在的地區(qū)，8－11位順序號保證了每個供應商/客戶編碼的唯一性。

單據(jù)編碼中每一份單據(jù)都有一個唯一的單據(jù)編號。其中，需求表、銷售合同。采購清單、采購合同在有一個唯一單據(jù)編號的同時，每一項還有一個唯一的編號。

(3)庫存管理策略。

在本系統(tǒng)中，企業(yè)對于每一種物資都設定有一個安全庫存，安全庫存的數(shù)值由企業(yè)通過對歷史數(shù)據(jù)的分析綜合企業(yè)想要達到的服務水平計算得出。取提前期內(nèi)需求DL不超過訂貨點RL的概率作為服務水平：SL＝p（DL≤RL）。服務水平越高，安全庫存量越大，所花的代價也越大，但服務水平過低又將失去顧客，減少利潤。訂貨點和服務水平的關系見圖7。

圖7 訂貨點和服務水平的關系

庫存服務水平（CSL）的算法：（其中：L：提前期的平均長度；SL：提前期的標準差，用來衡量提前期的平均偏差程度；R：每個需求周期的平均市場需求量δR：每個周期市場需求的標準差；RL：訂貨提前期內(nèi)的平均需求量δL：訂貨提前期內(nèi)需求的標準差）

CSL=P（X≤ROP）ROP-∞12πδLexp-（x-μ）22δ2Ldx=F(ROP，RL，δL)

安全庫存（ss）的算法：

RL=RL

δL=Lδ2R+R2S2L

ss=F-15（CSL）×Lδ2R+R2S2L

安全庫存一經(jīng)設定，系統(tǒng)便對庫存物資的數(shù)量進行全程跟蹤，一旦庫存物資的數(shù)量小于安全庫存的數(shù)量，系統(tǒng)就會向用戶報警，系統(tǒng)會將庫存數(shù)量小于安全庫存的物資在庫存表中采用紅色高亮顯示的方式進行報警，系統(tǒng)將發(fā)出報警的物資顯示在庫存表的頂端，同時在用戶進行物資采購的時候，系統(tǒng)會將該物資的庫存數(shù)量與安全庫存數(shù)量的差額顯示給用戶，以便用戶在采購的時候可以綜合考慮該物資的安全庫存，從而可以更加科學的對物資進行采購。

3 結論及實施結果

在系統(tǒng)運行的過程中，所有功能正常，需求在系統(tǒng)內(nèi)的處理過程完全符合企業(yè)的要求。同時在系統(tǒng)中運用了條碼技術，大大降低了物資出庫和庫存盤點的復雜度以及出錯率；采用設定安全庫存的方法對企業(yè)內(nèi)的物資庫存量進行監(jiān)控；采用符合企業(yè)實際情況的編碼方法對企業(yè)內(nèi)的物資、供應商、客戶、單據(jù)等進行編碼，確保了系統(tǒng)的準確、高效的運行。實例運行結果表明：該系統(tǒng)對需求的處理準確、可靠，實現(xiàn)的功能完全符合企業(yè)的實際需求。

參考文獻

進銷存管理范文第5篇

關鍵詞：決策支持；進銷存系統(tǒng)；數(shù)據(jù)倉庫；OLAP

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2016）30-0001-03

1概述

進銷存管理在企業(yè)管理中一直占有重要地位，隨著近年來經(jīng)濟的發(fā)展，企業(yè)管理的數(shù)據(jù)量越來越龐大，為了更好的處理企業(yè)商貿(mào)流通中的各類數(shù)據(jù)量，很有必要組建一個具有強大功能的數(shù)據(jù)管理系統(tǒng)和輔助決策支持系統(tǒng)[1]，在此基礎上構建起一套完整的進銷存管理系統(tǒng)。

傳統(tǒng)的進銷存系統(tǒng)構建與單一數(shù)據(jù)庫系統(tǒng)之上[2-3]，在大數(shù)據(jù)時代暴露出很多不足，由于其通常是直接建立在業(yè)務處理層次上的，決策支持系統(tǒng)和管理信息系統(tǒng)共同存儲于同一個數(shù)據(jù)庫系統(tǒng)中，因此不能同時滿足分析處理層和事務處理層的需求，難以適應不同用戶對不同數(shù)據(jù)綜合程度的要求；而且其對數(shù)據(jù)的加工和分析提煉功能不強，只能進行一些簡單的管理和處理操作，從而導致進銷存管理系統(tǒng)處于半手工半自動化狀態(tài)，利用率不高，無法給企業(yè)管理者提供可靠的決策信息支持。

企業(yè)為了面臨瞬息萬變的經(jīng)濟環(huán)境，很需要一個可以處理巨大數(shù)據(jù)量的決策支持系統(tǒng)，該系統(tǒng)不僅具有傳統(tǒng)系統(tǒng)的查詢和維護功能，更需要具有對巨大的數(shù)據(jù)量進行ETL（抽取、轉化、加載）操作，對數(shù)據(jù)實現(xiàn)加工和分析功能，得到數(shù)據(jù)更深層次的信息，更好的支持決策支持，為決策者提供多方位、準確的決策信息[4]。

數(shù)據(jù)倉庫技術促使了新決策支持系統(tǒng)的出現(xiàn)，其在進銷存管理系統(tǒng)中的應用也成為構建決策支持系統(tǒng)的趨勢。把數(shù)據(jù)倉庫技術應用于企業(yè)的進銷存管理系統(tǒng)中解決了傳統(tǒng)數(shù)據(jù)庫中存在的問題，使得企業(yè)在運營過程中實現(xiàn)了“整合數(shù)據(jù)，從數(shù)據(jù)中找知識，運用數(shù)據(jù)知識、用數(shù)據(jù)說話”。綜上所述，本文利用數(shù)據(jù)倉庫技術設計并實現(xiàn)一個電子元器件進銷存管理系統(tǒng)。

2主要相關技術

2.1 數(shù)據(jù)倉庫技術介紹

為了使企業(yè)常年積累的各方面統(tǒng)計信息和歷史數(shù)據(jù)能夠被更有效的使用和管理，并且能更好地為決策者服務[5]，就提出了數(shù)據(jù)倉庫的概念。在《建立數(shù)據(jù)倉庫》一書中，數(shù)據(jù)倉庫之父w.H.Inmon闡述了數(shù)據(jù)倉庫的具體定義，即數(shù)據(jù)倉庫技術是集成的、面向主題的、不可更新的、隨時間變化的數(shù)據(jù)集合，對經(jīng)營管理中的決策制定過程提供支持[6]。它把不同組織方式、不同介質(zhì)的數(shù)據(jù)集合轉換成統(tǒng)一的分析型數(shù)據(jù)，為來自不同數(shù)據(jù)源的數(shù)據(jù)提供了統(tǒng)一的數(shù)據(jù)視圖[7]。數(shù)據(jù)倉庫是一種可以統(tǒng)一查詢多個分布式異構數(shù)據(jù)庫的技g，它將大量無規(guī)律的、散亂的數(shù)據(jù)聚集在一起，經(jīng)過抽取、轉化、加載等處理過程，除了基本的查詢和處理功能之外，最重要的是對數(shù)據(jù)進行整合、歸類、分析并可以根據(jù)需求將數(shù)據(jù)以多維視圖的形式存儲在數(shù)據(jù)倉庫中，從而提供多元化的企業(yè)分析，這種數(shù)據(jù)的處理及存儲順序可以大大增強決策者和進銷存系統(tǒng)之間的互動性。

數(shù)據(jù)倉庫的關鍵特征：1）面向主題：數(shù)據(jù)倉庫是面向在數(shù)據(jù)模型中已定義好的企業(yè)的主要主體領域，比如采購、產(chǎn)品等。重點關注數(shù)據(jù)建模與分析并不是決策者的事務處理和日常操作；除去無用數(shù)據(jù)，提供簡明視圖。2）隨時間而變化：數(shù)據(jù)倉庫是從歷史的角度提供信息，其每個關鍵結構中都包含時間元素，其時間元素的范圍比傳統(tǒng)數(shù)據(jù)庫中的時間范圍長很多。3）數(shù)據(jù)集成：一個數(shù)據(jù)倉庫的構造是來自多個異種數(shù)據(jù)源；因此當不同來源的數(shù)據(jù)移到數(shù)據(jù)倉庫時都要經(jīng)過數(shù)據(jù)清理和數(shù)據(jù)集成。4）數(shù)據(jù)不易丟失：數(shù)據(jù)倉庫不需要對操作型環(huán)境中的數(shù)據(jù)進行更新，也不需要傳統(tǒng)數(shù)據(jù)庫中的并發(fā)控制、事務處理和恢復等機制，它只需要數(shù)據(jù)的初始轉載和數(shù)據(jù)訪問。

從上面章節(jié)可以了解到數(shù)據(jù)倉庫是一個多維度的數(shù)據(jù)集，因此使用最廣泛的數(shù)據(jù)倉庫模型也是多維度數(shù)據(jù)模型，具體分為星型模式、雪花模式和事實星座模式三種。星型模式：事實表處于中心位置，維表圍繞在中心事實表，事實表中有大量沒有冗余的數(shù)據(jù)。事實表中存放商業(yè)事實，包括維和量度兩類屬性列。每一維對應一個維表，通常用于分組，排序和對量度進行概括。事實表和維表之間聯(lián)系通過主鍵或外鍵聯(lián)系。將星型模式進行變種便是雪花模型：把其中某些維表進行規(guī)范化，將數(shù)據(jù)進一步分解到附加表中，從而形成類似于雪花形狀的模式圖形。事實星座是一種多個事實表共享維表的模型。

數(shù)據(jù)倉庫并不是傳統(tǒng)數(shù)據(jù)庫的替代品，而是在傳統(tǒng)數(shù)據(jù)庫基礎上，繼承了傳統(tǒng)數(shù)據(jù)庫的功能，對其進行重新組織和擴展，使得功能更加強大。

2.2 OLAP技術介紹

聯(lián)機分析處理（OLAP）系統(tǒng)是數(shù)據(jù)倉庫系統(tǒng)最主要的應用。根據(jù)OLAP委員會的定義：對于從原始數(shù)據(jù)中轉化出來的、能真正被用戶所理解的、并真實反映企業(yè)維特性的信息，OLAP可以讓管理人員、執(zhí)行人員或分析人員能夠從多種角度來對進行快速、一致、交互的存取，從而可以使用戶對數(shù)據(jù)更深入了解，它的技術核心是“維”這個概念[8]。

OLAP的基本特征：1）快速性：系統(tǒng)對用戶的分析要求響應速度應該為秒級；2）可分析性：OLAP可以對與應用有關的任何邏輯分析和統(tǒng)計分析進行分析處理；3）信息性：不論數(shù)據(jù)量的大小和數(shù)據(jù)存儲的存儲位置，OLAP系統(tǒng)具有及時獲得信息并且管理大容量信息的功能[9]；4）多維性：系統(tǒng)提供對數(shù)據(jù)的多維視圖，其中包括對多重層次維和層次維的支持，這是OLAP的關鍵屬性。

OLAP分析把數(shù)據(jù)進行多維組織后，再進行切塊、切片、鉆取、旋轉和聚合等操作，來對數(shù)據(jù)進行剖析，從而能夠從多個側面、多維度來查看數(shù)據(jù)，同時對多種數(shù)據(jù)的綜合度進行分析，最后來總結出這些數(shù)據(jù)背后隱藏的規(guī)律。

3系統(tǒng)設計和實現(xiàn)

3.1 電子元器件進銷存系統(tǒng)結構設計

該系統(tǒng)由三模塊組成：數(shù)據(jù)管理模塊、輔助決策模塊和業(yè)務處理模塊。其中數(shù)據(jù)管理模塊管理整個系統(tǒng)的數(shù)據(jù)，主要實現(xiàn)對不同的數(shù)據(jù)源到數(shù)據(jù)倉庫進行轉移，對數(shù)據(jù)倉庫中業(yè)務規(guī)則和數(shù)據(jù)結構進行管理；輔助決策模塊由聯(lián)機分析工具和數(shù)據(jù)挖掘工具等組成，對數(shù)據(jù)進行統(tǒng)計分析預測從而實現(xiàn)對決策的支持；業(yè)務處理模塊的后臺是多個異構的分布式數(shù)據(jù)庫，前臺的業(yè)務應用系統(tǒng)是用來完成業(yè)務的處理，并把原始的數(shù)據(jù)提供給輔助決策模塊[10] ，它是整個進銷存管理系統(tǒng)的數(shù)據(jù)入口。

本文中開發(fā)的是電子元器件進銷存管理系統(tǒng)，應用于經(jīng)營單片機等硬件的中小型企業(yè)。其模塊除了用戶管理、系統(tǒng)設置外，主要模塊為：針對電子元器件的入庫管理、出庫管理和庫存管理。運用數(shù)據(jù)倉庫技術后，該系統(tǒng)的結構設計如圖1。

在數(shù)據(jù)倉庫中，把原始數(shù)據(jù)進行多維化處理從而形成了一種多維數(shù)據(jù)模型。之后能夠從多層次、多角度用多維分析的方法對數(shù)據(jù)進行統(tǒng)計分析。

簡要介紹下事實、粒度和維的定義。事實是要分析的目標數(shù)據(jù)；粒度是對維進行劃分時的單位明細程度；維是事實的屬性和對事實進行考察分析的角度。本文中的電子元器件進銷存管理系統(tǒng)的事實包括：本季度入庫采購量、本季度出庫采購量、累計入庫采購量、累計出庫采購量、累計出庫采購額、累計入庫成本、去年同期采購量、預計采購量等等；維包括：時間、電子元器件商品、入庫采購地點、出庫采購地點、客戶、供應商等；粒度：比如時間的粒度是年、季度、月、周、日。為了更加直觀化，本文用超立方結構來表示三者的關系：XYZ的每個坐標軸是一維，粒度就是坐標軸的單位，事實就是坐標軸空間中的某一個點[11]。如圖2顯示的坐標軸空間中的每一點就表示“某種電子元器件商品在某一時間對某個供應商的采購量”。從而達到從不同的層次（粒度）、不同的角度（維）來觀察分析數(shù)據(jù)（事實）來分析數(shù)據(jù)。

下面以電子元器件的入庫管理為例來說明數(shù)據(jù)倉庫系統(tǒng)的概念模型設計。

1） 概念模型設計

對入庫數(shù)據(jù)倉庫所需的數(shù)據(jù)進行建立，其中主要包括：入庫訂單數(shù)據(jù)、電子元器件商品數(shù)據(jù)、供應商數(shù)據(jù)等。

確定系統(tǒng)的主題和內(nèi)容：也就是“維”，入庫管理模塊維有三個：電子元器件商品、供應商和采購員。電子元器件商品主要對電子元器件商品分類和采購情況進行描述；供應商主要對供應商的分類以及供應商合同的管理進行描述；采購員主要對采購員對商品的采購情況和采購地區(qū)的分布情況進行描述。

電子元器件商品的屬性（粒度）：

電子元器件商品固有信息數(shù)據(jù)（商品ID、商品名稱、商品類別等）

電子元器件商品庫存信息數(shù)據(jù)（商品ID、倉庫ID、庫存量等）

電子元器件商品采購信息數(shù)據(jù)（商品ID、供應商ID、采購日期、采購數(shù)量等）

供應商的屬性（粒度）：

供應商固有信息數(shù)據(jù)（供應商ID、供應商名稱、地址ID、電話等）

供應商合同信息數(shù)據(jù)（供應商ID、合同ID、數(shù)量、起始日期、終止同期、價格等）

供應商供貨信息數(shù)據(jù)（供應商ID、商品ID、數(shù)量、單價、日期等）

采購員的屬性（粒度）：

采購員固有信息數(shù)據(jù)（采購員ID、采購員名稱、采購商品等）

2） 邏輯模型設計

根據(jù)上述的概念模型，下一步能得到星型的邏輯模型，如圖3所示。星型模型顯示的是一種多維分析的結構。星型模型的中心是分析的目標，對應上述的事實表；訪問的角度在四周對應維表；每一維又可劃分不同的粒度。

3） 決策支持

多維數(shù)據(jù)模型使管理人員能夠通過動態(tài)、豐富的多維分析和查來了解企業(yè)的各方面運營情況，進而探索出業(yè)務活動的規(guī)律。1）市場分析：運用了數(shù)據(jù)倉庫技術的進銷存管理系統(tǒng)，能夠利用OLAP數(shù)據(jù)分析工具從而更加深入仔細地對系統(tǒng)數(shù)據(jù)進行研究，分析出客戶的購買行為、商品組合和其它重要的戰(zhàn)略性信息[12]。著重分析采購量較大的商品，從而保證在正確的時間和地點有正確的庫存，減少成本來增加利潤。2）趨勢預測：運用數(shù)據(jù)倉庫技術對電子元器件的商品種類、庫存、出入庫信息進行分析，以及時確定需要補充的商品，從中還可以分析客戶購買商品的趨勢；并對某些電子元器件商品進行價格調(diào)整。系統(tǒng)需要對大量產(chǎn)品采購的相關數(shù)據(jù)進行檢索，在此檢索結果的基礎上進行統(tǒng)計分析，進而完成預測出商品采購量的任務。3）參照分析：利用OLAP對系統(tǒng)數(shù)據(jù)的分析，能夠實現(xiàn)對商品分組布局、購買推薦和商品參照分析的強大功能[13]。比如從購買電子元器件的記錄中挖掘信息，來發(fā)現(xiàn)購買某一種電子元器件商品的客戶還可能會購買其它哪些電子元器件商品，分析該客戶的購買習慣。從購買記錄中提煉出最佳的電子元器件商品的分組布局，來幫助決策者選擇供應商的商品。

基于數(shù)據(jù)倉庫的進銷存管理系統(tǒng)具有強大的數(shù)據(jù)挖掘功能，還具有許多功能：比如對促銷活動有效性分析、對客戶忠誠度分析和對供應商信用度分析等。

3.2 系統(tǒng)界面實現(xiàn)

基于以上對系統(tǒng)的分析和數(shù)據(jù)倉庫技術的研究，對電子元器件進銷存管理系統(tǒng)進行開發(fā)實現(xiàn)。本文的進銷存管理系統(tǒng)是針對單片機類的中小型企業(yè)，該企業(yè)從供應商處采購電子電子元器件，根據(jù)客戶的不同要求經(jīng)過寫入代碼等加工流程后，向客戶進行采購。因此需要對電子電子元器件的采購情況、采購情況和庫存情況等進行統(tǒng)計分析。主要的模塊：主頁面、入庫操作和出庫操作設計如下：

4 總結

本文結合中小型硬件企業(yè)中的進銷存管理業(yè)務，指出了運用傳統(tǒng)數(shù)據(jù)庫技術的進銷存管理系統(tǒng)的不足，從而提出了將數(shù)據(jù)倉庫和OLAP技術應用于進銷存管理系統(tǒng)，進而設計和實現(xiàn)了電子元器件進銷存管理系統(tǒng)，該系統(tǒng)是在以數(shù)據(jù)倉庫技術為核心的環(huán)境下構建的?；跀?shù)據(jù)倉庫以及多維模型分析工具的系統(tǒng)，不僅具有基礎的對電子電子元器件庫存快速查詢和電子元器件入庫操作和出庫操作的準確處理，而且具有強大的數(shù)據(jù)綜合分析能力，實現(xiàn)數(shù)據(jù)多維化、靈活化、自動化；進而幫助企業(yè)快速正確的做出電子元器件的采購和采購決策，提高企業(yè)的競爭力。鑒于數(shù)據(jù)倉庫和多維化處理技術具有如此多優(yōu)勢，其在企業(yè)中必將有廣闊的應用前景。

參考文獻

[1] 高洪源.決策支持系統(tǒng)（DSS）理論、方法、案例[M].北京：清華大學出版社，1996.

[2] 王培仁.企業(yè)進銷存管理系統(tǒng)研究與開發(fā)[D].南開大學學軟件學院，2011.

[3] 張智.鄧志宏.李建奇基于B/S模式的進銷存系統(tǒng)的設計[J].科技創(chuàng)新導報，2010（23）.

[4] 張素萍.淺談基于數(shù)據(jù)倉庫的決策支持系統(tǒng)[J].計算機應用研究，1999（5）.

[5] Bischiff J.Alexande T.數(shù)據(jù)倉庫技術[M].北京：電子工業(yè)出版社，1998.

[6] W H Inmon.建立數(shù)據(jù)倉庫[M].北京：機械工業(yè)出版社，2000.

[7] 巧云.基于數(shù)據(jù)倉庫的決策支持系統(tǒng)研究[J].情報探索，2005（1）.

[8] 趙博，葉曉俊.OLAP性能測試方法研究與實現(xiàn)[J].計算機研究與發(fā)展，2011，48（10）：1951-1959.

[9] 賈志華，張亞寒，魏祥.OLAP在企業(yè)中的多維數(shù)據(jù)分析研究[J].計算機與網(wǎng)絡，2008，34（11）：36-37.

[10] 李薇，李宛洲.基于數(shù)據(jù)倉庫技術的進銷存系統(tǒng)的設計與實現(xiàn)[J].計算機工程與應用，2001，37（10）：95-95.