文化用品商店物流信息管理(終結版)

中南林業(yè)科技大學2007級物流工程專業(yè)組長:柴艷學號:20070943組員:吳貴文學號:20070967組員:徐麗波學號:20070903組員:譚黃勇學號:20070989組員:李英學號:20070982指導老師:吳迎學教授2010年6月目錄TOC\o"1-2"\h\z\u0前言 41項目計劃 51.1項目概況 51.2項目計劃 62文化用品商店物流信息系統(tǒng)分析 82.1需求分析 82.2組織結構與功能分析 92.3文化用品商店物流信息系統(tǒng)業(yè)務流程分析 102.4文化用品商店管理信息系統(tǒng)數(shù)據(jù)與數(shù)據(jù)流程分析 162.5數(shù)據(jù)字典 243系統(tǒng)設計 293.1功能模塊設計 293.2庫存預警決策流程設計 323.3批量進貨決策的設計 353.4網(wǎng)絡拓撲結構設計 373.5代碼設計 373.6數(shù)據(jù)庫設計 394系統(tǒng)實現(xiàn) 464.1用戶登錄模塊 464.2主界面 474.3銷售管理 494.4基本信息管理 504.5計算器 525總結與展望 546個人主要業(yè)績： 550前言◆作業(yè)背景本系統(tǒng)的設計主要根據(jù)《物流信息系統(tǒng)》課程的基礎知識，通過對文化用品店的實地調查分析，了解現(xiàn)有文化用品店在經(jīng)營過程中遇到的各種問題，通過分析比較，找出普遍存在的不合理現(xiàn)象。根據(jù)這些情況進行分析和可行性研究，應用系統(tǒng)開發(fā)的方法設計一個信息系統(tǒng)來解決問題。通過這樣一個過程來鍛煉小組成員之間的組織協(xié)調和合作能力，同時學會系統(tǒng)開發(fā)的基本過程和注意事項，了解自身的不足和優(yōu)勢。在文體用品店進銷存信息系統(tǒng)設計的過程中，我們以系統(tǒng)開發(fā)的方法、數(shù)據(jù)庫管理管理工具（Photoshop、A、Access、Visio制圖工具及其他開發(fā)軟件等）分析、設計和實現(xiàn)一個單一的文化用品店信息系統(tǒng)。可以有效減少一些單一店在管理和運作過程中采用手工操作所帶來的不良現(xiàn)象，同時可以幫助店長進行采購管理決策、財務結算管理和供應商管理。另外我們所設計的庫存預警系統(tǒng)可以很好的幫助店長和員工進行庫存管理和采購批量決策?！暨x題說明近年來，隨著社會生活水平的不斷提高，我國的文化用品店正在以迅猛的速度占領市場，特別是學校周圍，文化用品店之間的競爭趨勢越來越激烈。產(chǎn)品雖小,潛力不小，這就是文化用品發(fā)展的特點。技術成熟度高、產(chǎn)品生命周期長、原料相對易得、設備制造技術、產(chǎn)品標準化程度低，是文化用品的共性，這些導致產(chǎn)品供應商、產(chǎn)品種類、客戶也異常的混亂，這給文化用品店的管理工作和進銷存帶來了極大的挑戰(zhàn)。要想在競爭中獲勝就只有在不斷提高自身的服務質量和其他增值服務的基礎上，利用先進的、適合店面發(fā)展的信息系統(tǒng)來提高管理水平和營運水平，加快客戶服務反應速度等。削減管理人員和作業(yè)人員，這樣能夠減少資金和人力資源的浪費，為店面的長期發(fā)展提供科學保障。根據(jù)調查我們發(fā)現(xiàn)，一般的文化用品小店，盤點工作量十分繁重，一般需關門，用一天左右的時間來進行盤點，如果更大的店，盤點工作量會更大，甚至增加幾倍。所以我們急需為其設計一個功能齊全的信息管理系統(tǒng)，避免盤點工作的繁重。針對這些重點我們把設計選題的方向設在了文化用店的進銷存管理信息系統(tǒng)設計上。1項目計劃1.1項目概況1.1.1文化用品商店物流信息管理應用現(xiàn)狀據(jù)財政部統(tǒng)計資料顯示,2002年,全國政府采購的文化用品規(guī)模已經(jīng)突破1000億元,其中,科教文系統(tǒng)采購金額280億元,占了近1/3。隨著《中國政府采購法》的出臺,政府采購的增長已成定勢。然而，由于中國物流發(fā)展起步晚，對于品種繁多，供應商分散的文體用品專賣行業(yè)，其物流發(fā)展緩慢，物流配送環(huán)節(jié)不合理，庫存管理不科學，退貨率高等現(xiàn)象已經(jīng)成為行業(yè)發(fā)展的瓶頸，不僅增加了其管理難度而且限制了其發(fā)展的規(guī)模。實踐證明，信息系統(tǒng)的健全將會給各行各業(yè)帶來前所未有的經(jīng)濟效益和社會效益。據(jù)調查顯示，一般店面都逐漸開始重視信息系統(tǒng)的建設，他們不斷引進POS機等系統(tǒng)，采用自動化來代替手工操作。另外，一般文體連鎖店的總部都引進了先進的物流管理信息系統(tǒng)，優(yōu)化物流配送、倉儲、流通加紅和分揀等物流流程。隨著近幾年我校招生人數(shù)的持續(xù)增加，校區(qū)的合并，學校文化用品店的規(guī)模隨之增大，服務對象也從校內擴展到校外，商品的數(shù)量急劇增加，有關商品的各種信息量也成倍增長1.1.2文化用品商店物流信息管理解決的主要問題通過該系統(tǒng)的設計，主要解決以下問題：第一是能夠處理文化用品商店的日常業(yè)務，包括進、銷、存管理，商品采購、供銷商廠商的管理、銷售情況統(tǒng)計報表等。第二是能夠實現(xiàn)前臺營業(yè)員的pos機掃描收銀與手工收銀同時進行，并支持斷網(wǎng)收銀，時時更新數(shù)據(jù)庫信息。第三是能滿足文化用品商店管理對信息的需求，及時準確地收集處理與經(jīng)營有關的各種信息，并能將其分類整理。第四是提高集中管理水平，充分利用計算機系統(tǒng)處理大量數(shù)據(jù)的能力，將各個供銷商供給的不同類商品集中管理起來，使管理工作規(guī)范化，以提高其應變能力。第五是為了提高管理工作效率，本系統(tǒng)要具有信息傳遞快捷，海量記憶能力和高速處理能力，可以大大提高業(yè)務管理中的工作效率。使管理人員能從大量數(shù)字工作中解脫出來，通過系統(tǒng)自動生成的日報表，季度報表，年報表，對每類商品在特定的時間段的銷售進行對比，來結合贏利等經(jīng)濟效益進行分析，集中做好分析和決策工作。第六是解決文化用品商店庫存管理現(xiàn)階段的問題，使庫存成本降低，提高利潤。有效地控制庫存成本是文化用品商店經(jīng)營業(yè)績提高的關鍵。實現(xiàn)庫存決策的智能化、自動化。第七是滿足文化用品商店人事管理的個性化需要。日后，文化用品商店人事資源發(fā)生改變，能夠方便添加和修改模塊，不需要重新購買其他人事管理類系統(tǒng)就可以滿足新需求。第八是能方便學校教職工購買文化用品商店的商品，同時文化用品商店員工可以通過該系統(tǒng)查詢和提交相關信息，提高超市管理的綜合性，服務性。第九是整體系統(tǒng)按結構化設計，每個模塊可以獨立運行使用，某些模塊可幽選擇已商品化的部分軟件產(chǎn)品，在硬件配置時，配置要合理，要盡量降低系統(tǒng)威本。1.2項目計劃我們組的設計任務是開發(fā)一個適合文化用品商店進銷存的信息系統(tǒng)。根據(jù)文化用品商店進銷存相關的各項數(shù)據(jù)，對系統(tǒng)進行分析，進行實地調研。以下是對設計任務的一個細致分工。表1-1項目計劃序號工作內容主要參與人方法工具進度1系統(tǒng)規(guī)劃全體成員調研、討論6.24—6.25系統(tǒng)分析2目標分析全體成員調研、討論6.213用戶分析李英用戶角色分析6.21—6.224組織結構分析徐立波、吳貴文組織結構圖6.22—6.235業(yè)務流程分析徐立波、吳貴文、李英、柴艷業(yè)務流程圖6.23—6.256功能分析柴艷組織/功能關系表6.23—6.257數(shù)據(jù)分析徐立波、吳貴文、柴艷匯總、檢查、分析；U/C矩陣6.23—6.258庫存預警決策流程設計吳貴文庫存預測及預警模型、實現(xiàn)、批量進貨決策的設計6.29數(shù)據(jù)流程分析徐立波、吳貴文、柴艷、李英數(shù)據(jù)流圖、6.23—6.25系統(tǒng)設計10網(wǎng)絡拓撲結構設計吳貴文網(wǎng)絡設計三部曲、網(wǎng)絡拓撲圖6.2611功能模塊設計柴艷子系統(tǒng)劃分、模塊劃分、HIPO圖6.2612代碼設計柴艷規(guī)范設計6.2613數(shù)據(jù)庫設計譚黃勇、徐立波、吳貴文ER實體圖、關系表6.27—6.3014處理過程設計譚黃勇、徐立波判定樹、判定表、結構化語言6.28系統(tǒng)實現(xiàn)15欄目設計譚黃勇分析、討論；欄目樹形結構6.28—7.316物理存儲結構設計譚黃勇分析、設計6.28—7.317布局設計譚黃勇分析、設計；ACCESS；VB6.28—7.318總體風格設計譚黃勇討論；ACCESS6.28—7.32文化用品商店物流信息系統(tǒng)分析隨著文體用品店市場的快速擴展和信息系統(tǒng)軟硬件的迅速更新，文體用品店管理系統(tǒng)正在向三個現(xiàn)代化接軌——物流信息現(xiàn)代化、管理信息化、商流信息化。文體用品經(jīng)銷存系統(tǒng)最終通過數(shù)據(jù)庫系統(tǒng)，將采購，銷售，庫存，財務，報表統(tǒng)計查詢有機的結合在一起，為店內的管理，決策，日常業(yè)務運作提供信息平臺支持。2.1需求分析2.1.1系統(tǒng)目標對文化用品點的進銷存進行優(yōu)化，提高集中管理水平，充分利用計算機系統(tǒng)處理大量數(shù)據(jù)的能力，將各個供銷商供給的不同類商品集中管理起來，使管理工作規(guī)范化，以提高其應變能力。2.1.2系統(tǒng)業(yè)務描述先進的管理技術離不開信息系統(tǒng)的支持，我們信息系統(tǒng)的建立可以進行以下幾個業(yè)務：基本信息管理：員工信息管理，商品信息管理及分類設置銷售管理：銷售訂單處理，銷售退貨處理，業(yè)務查詢，收銀查詢及客戶管理采購管理：采購訂單處理，供應商管理等庫存管理：庫存查詢，庫存盤點等財務管理：掛失結算，應收帳單，應付賬款單及其他收入單等報表匯總：銷售單匯總，收款明細，商品銷售匯總，銷售額匯總系統(tǒng)維護：系統(tǒng)設置，備份，恢復，權限設置，操作員密碼2.1.3用戶分析質量和服務是文化用品店的價值核心，客戶對文化用品店的要求越來越高，而同時客戶愿意為得到這點高質量和服務支持較高的價格，目前文化用品店的目標客戶主要來自學校、辦公場所。系統(tǒng)的用戶分為五大類：系統(tǒng)管理員，信息管理員，信息輸入員，一般用戶。對各類用戶進行具體闡述：（1）系統(tǒng)管理員：類別維護（長時間不用的過期信息數(shù)據(jù)的刪除），系統(tǒng)維護（菜單維護，其他數(shù)據(jù)維護）。主要負責維護和管理軟件系統(tǒng)平臺.（2）信息管理員：信息維護（供給信息和需求信息的維護以及刷新信息）。主要負責及時更新文化用品信息,，管理反饋信息。（3）信息輸入員：主要負責商品編碼及其輸入。（4）客戶：信息評論(用戶可以對我們的服務發(fā)表意見，評論，留言，也可以給我們提出意見或建議)，商品查詢，反饋（用戶的反饋留言，意見將會直接傳達到系統(tǒng)管理員）。2.2組織結構與功能分析在詳細調查中，需要了解文化用品商店內部各級組織結構，這樣可以使系統(tǒng)分析人員進一步明確調查對象和方向。而為開發(fā)一個適應文化用品商店進銷存發(fā)展的信息系統(tǒng)，對其組織結構與功能分析是必不可少的。文化用品商店為了進行進銷存管理，實現(xiàn)商店的目標，必須建立合理的組織結構。它是指其內部機構按分工協(xié)作關系和領導隸屬關系有序結合的總體，組織結構應該從管理的需要，遵循精簡、統(tǒng)一、自主、和高效的原則。文化用品商店的組織結構不僅影響到商店的效率，也直接影響到進銷存管理信息系統(tǒng)的實施方案，因此在整個設計中占有重要的地位。本次設計采用的是直線型組織結構形式，以下是文化用品商店的具體組織結構圖：圖2—1組織結構圖為使文化用品商店職能劃分情況被更加明顯的體現(xiàn)出來，下表對其具體職能范圍作出了說明。見表2-1表2-1部門職能分工表序號部門名稱部門主要職能1店長進行財務管理，制作采購計劃和銷售計劃，銷售統(tǒng)計，2收銀員結賬，銷售盤點，財務記錄3采購員負責采購訂單處理，采購作業(yè)，退貨處理采購商品信息統(tǒng)計4營業(yè)員導購，貨架貨物盤點和防損，庫存統(tǒng)計表2-2組織功能分析表序號聯(lián)系程度組織采購庫存銷售財務采購計劃采購工作采購任務分配進退貨處理采購信息管理入庫驗貨擺貨上架庫存查詢庫存統(tǒng)計銷售計劃銷售退貨銷售統(tǒng)計賬款結算賬務處理費用支出統(tǒng)計報表匯總查詢1店長*×*××*××****2采購員×*×***√×3收銀員××√√**×××4營業(yè)員√×××***×注：*表示該業(yè)務是對組織的主要業(yè)務×表示該業(yè)務是參與協(xié)調該項業(yè)務的輔助單位√表示該單位是該項單位的相關業(yè)務空格表示單位與對應業(yè)務無關2.3文化用品商店物流信息系統(tǒng)業(yè)務流程分析業(yè)務流程分析可以幫助系統(tǒng)分析人員了解該業(yè)務的具體處理過程，發(fā)現(xiàn)系統(tǒng)調查中的錯誤和疏漏，修改現(xiàn)行系統(tǒng)的不合理部分，優(yōu)化業(yè)務處理流程，進行流程重組，為目標系統(tǒng)的開發(fā)打下基礎。2.3.1總的業(yè)務流程分析在物流信息系統(tǒng)的自動運轉過中，業(yè)務流程分析是系統(tǒng)智能化運轉的基礎，也是物流數(shù)據(jù)流程分析的基礎。對現(xiàn)行進銷存物流系統(tǒng)的組織結構和功能進行分析，需要將詳細調查中有關各項業(yè)務流程的資料從業(yè)務流程的角度串起來以便作進一步的分析。業(yè)務流程分析可以幫助我們全面的了解該業(yè)務的具體處理過程和注意事項，發(fā)現(xiàn)系統(tǒng)調查和規(guī)劃過程中的錯誤和疏漏，修改現(xiàn)行系統(tǒng)的不合理部分，優(yōu)化業(yè)務處理流程，進行流程重組，為目標系統(tǒng)的開發(fā)打下基礎。圖2-2總的業(yè)務流程圖業(yè)務流程說明:供應商根據(jù)訂單信息和收款情況后，組織發(fā)貨，到貨后向文體用品店發(fā)出到貨通知單，由采購員進行到貨確認并驗收貨物。營業(yè)員將驗后的商品進行擺貨上架。對商品進行銷售。銷售過程中POS機會根據(jù)存入的商品數(shù)量信息和銷售動態(tài)需求分析對庫存進行預警，營業(yè)員根據(jù)預警進行庫存動態(tài)盤點查看，查看后，根據(jù)查看的庫存信息確認缺貨情況，同時用剩余的庫存對貨架進行補貨。然后把庫存缺貨情況提供給店長，店長根據(jù)缺貨單和銷售報表統(tǒng)計分析得出的預測采購單向供應商發(fā)出采購訂單，并開始進貨作業(yè)；采購作業(yè)由采購員完成，店長負責采購計劃，并和供應商進行財務管理。2.3.2采購管理子系統(tǒng)業(yè)務流程分析采購作業(yè)流程分析：采購作業(yè)包括訂單處理、檢查商品數(shù)量、質量，并將采購的商品基本信息錄入計算機系統(tǒng)等。圖2-3采購子系統(tǒng)業(yè)務流程圖作業(yè)說明：首先是店長根據(jù)銷售計劃報表需求分析和庫存缺貨單信息制定采購計劃，初步形成采購計劃單文件，根據(jù)采購計劃單和計算機統(tǒng)計的供應商信息進行采購任務分配，采購員根據(jù)采購任務單組織采購作業(yè)發(fā)出訂單，當供應商到貨后采購員對貨物進行登記確認后向供應商發(fā)出到貨通知單，另外采購員根據(jù)每次收到的到貨通知單進行統(tǒng)計匯總形成采購商品信息匯總表，以便以后對商品的基本信息讀取和篩選。2.3.3銷售管理子系統(tǒng)業(yè)務流程分析銷售管理子系統(tǒng)的業(yè)務主要包括：銷售信息錄入、制作銷售計劃、客戶服務、銷售退貨等。圖2-4銷售子系統(tǒng)業(yè)務流程圖作業(yè)說明：顧客在文化用品店選購好商品后，到柜臺將商品交給收銀員，收銀員通過手持掃描儀將商品信息掃描到pos機里，生成銷售信息表，然后pos機會對銷售信息進行統(tǒng)計分析，生成銷售信息統(tǒng)計報表；店長定期查詢銷售信息統(tǒng)計報表，并根據(jù)銷售情況制定銷售計劃，生成銷售計劃文件，最后店長要對銷售計劃進行統(tǒng)計分析，生成銷售統(tǒng)計報表。2.3.4庫存管理子系統(tǒng)業(yè)務流程分析庫存管理的作用是要充分考慮最大限度地利用儲存空間，最有效地利用勞力，最安全和經(jīng)濟地進行貨物擺架，對貨物定位儲存，最良好地保護和管理貨物。具體的作業(yè)流程圖如下：作業(yè)說明：采購員根據(jù)到貨入庫單進行驗貨登記，對不合格的商品進行退貨處理；對驗貨確認無誤的商品接受后形成驗貨確認單，計算機將確認單信息和儲存在數(shù)據(jù)庫中的貨架分區(qū)信息進行整合，進行擺貨分析形成庫存信息單，營業(yè)員根據(jù)此單進行貨物上架擺放操作。同時根據(jù)庫存信息單進行庫存更新統(tǒng)計，形成一張庫存統(tǒng)計報表。另外，庫存子系統(tǒng)具有預警功能——首先計算機根據(jù)銷售報表的動態(tài)銷售信息和庫存信息變化進行自動預警，如果出現(xiàn)預警則產(chǎn)生補貨通知單，此時，營業(yè)員根據(jù)此單信息進行針對性庫存動態(tài)盤點，檢查安全庫存，根據(jù)查看的庫存信息，確認缺貨情況，同時用剩余的庫存量對貨架進行補貨。然后再把庫存缺貨情況提供給店長，店長根據(jù)缺貨單和銷售報表統(tǒng)計分析得出的預測采購單向供應商發(fā)出采購訂單，并開始進貨作業(yè)。2.3.5財務管理子系統(tǒng)業(yè)務流程圖財務管理子系統(tǒng)的主要功能就是記賬、定期進行賬款結算和財務處理，將整個文化用品店在經(jīng)營過程中的實收金額和應付賬款進行統(tǒng)計匯總，從而了解文化用品店的收益情況，并為制定銷售計劃和采購計劃做財務方面的準備。圖2-6財務子系統(tǒng)業(yè)務流程圖作業(yè)說明：供應商收到訂單后，根據(jù)訂單信息向店長發(fā)貨，并發(fā)送一份應付賬款單，然后店長對應付賬款單進行賬款處理、統(tǒng)計，對已付款的賬單生成已付款單，沒有付款的賬單生成掛賬結算單；店長還要定期將應付賬款單和收銀員處理的實收金額結算單進行匯總處理，生成的總賬報表可以很好的反應商店的收支情況。2.4文化用品商店管理信息系統(tǒng)數(shù)據(jù)與數(shù)據(jù)流程分析數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析，數(shù)據(jù)流程分多是通過分層的數(shù)據(jù)流程圖（dataflowdiagram，DFD）來實現(xiàn)。在此次系統(tǒng)調查中我們收集了大量的數(shù)據(jù)載體和數(shù)據(jù)調查表，我們對于這些數(shù)據(jù)資料加以匯總、整理和分析，使之協(xié)調一致，為以后在分布式數(shù)據(jù)庫內各子系統(tǒng)充分的調用和共享數(shù)據(jù)資料奠定基礎。2.4.1數(shù)據(jù)匯總將調查中收集到得數(shù)據(jù)資料按以下步驟進行匯總：（1）將系統(tǒng)調查中所收集到得數(shù)據(jù)資料，按業(yè)務過程進行分類編碼，按處理過程的順序排放在一起。（2）按業(yè)務過程自頂向下地對數(shù)據(jù)進行整理。（3）將所有原始數(shù)據(jù)和最終輸出數(shù)據(jù)分類整理出來。（4）確定數(shù)據(jù)的字長和精度。2.4.2數(shù)據(jù)分析通過數(shù)據(jù)的匯總對數(shù)據(jù)進行了分類處理，為了進一步收集數(shù)據(jù)的具體形式以及整體數(shù)據(jù)的完備程度、一致程度和無冗余的程度，還需對這些數(shù)據(jù)作進一步的分析。我組采用U/C矩陣來進行數(shù)據(jù)分析，它可以用于過程/數(shù)據(jù)、功能/組織、功能/數(shù)據(jù)等各種分析中。（1）U/C矩陣U/C矩陣是一張表格。它可以表數(shù)據(jù)/功能系統(tǒng)化分析的結果。它的左邊第一列列出系統(tǒng)中各功能的名稱，上面第一行列出系統(tǒng)中各數(shù)據(jù)類的名稱。表中在各功能與數(shù)據(jù)類的交叉處，填寫功能與數(shù)據(jù)類的關系：若某過程產(chǎn)生某數(shù)據(jù)類，則矩陣中標記為“C”；若某過程使用某數(shù)據(jù)類，則矩陣中標記為"U"。表2-3U/C矩陣數(shù)據(jù)功能采購任務單進貨退貨信息供應商信息采購計劃單入庫單補貨通知單安全庫存量銷售匯總單顧客信息貨物貨位分配信息銷售退貨信息銷售計劃文件銷售匯總單采購商基本信息掛賬結算單實收金額盈利數(shù)據(jù)采購計劃C入庫驗貨CUU進、退貨處理UCU客戶服務CUU記賬UUUC采購作業(yè)UUUC擺貨上架UUUCU庫存預警UCUUUUCUU帳款結算UUUC銷售統(tǒng)計UUUUC查看庫存UUCU銷售計劃C采購任務分配CUUU銷售計劃錄入CU銷售退貨UCU財務處理UUUC報表統(tǒng)計查詢UUUUUUU（2）、正確性檢驗在建立了U/C矩陣后根據(jù)“數(shù)據(jù)守恒”原則進行正確性檢驗，即完備性檢驗、一致性檢驗、無冗余性檢驗，系統(tǒng)功能數(shù)據(jù)項劃分和U/C矩陣是正確的。a、完備性檢驗。這是指每一個數(shù)據(jù)類必須有一個產(chǎn)生者(即“C”)和至少有一個使用者(即“U”)；每個功能必須產(chǎn)生或者使用數(shù)據(jù)類。否則這個U/C矩陣是不完備的。b、一致性檢驗。這是指每一個數(shù)據(jù)類僅有一個產(chǎn)生者，即在矩陣中每個數(shù)據(jù)類只有一個“C”。如果有多個產(chǎn)生者的情況出現(xiàn)，則會產(chǎn)生數(shù)據(jù)不一致的現(xiàn)象。數(shù)據(jù)匯總有錯，數(shù)據(jù)欄是一大類數(shù)據(jù)的總稱，應進一步細分c、無冗余性檢驗。這是指每一行或每一列必須有“U”或“C”，即不允許有空行空列。若存在空行空列，則說明該功能或數(shù)據(jù)的劃分是沒有必要的、冗余的。2.4.3數(shù)據(jù)流程分析數(shù)據(jù)流程分析基于已有的業(yè)務流程分析，把數(shù)據(jù)在組織內部的流動情況抽象地獨立出來，舍去了具體的組織機構、信息載體、物質、材料等，單從數(shù)據(jù)流動過程來考查實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程分析主要包括對信息的流動、變換、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題。數(shù)據(jù)流程分析經(jīng)過對收集的數(shù)據(jù)及處理數(shù)據(jù)的過程進行分析和整理，以形象直觀的數(shù)據(jù)流程圖表示出來，作為今后建立數(shù)據(jù)庫系統(tǒng)和設計功能模塊處理過程的基礎。2.4.4數(shù)據(jù)流程圖數(shù)據(jù)流程圖描述數(shù)據(jù)流動、存儲、處理的邏輯關系，也稱為邏輯數(shù)據(jù)流程圖。數(shù)據(jù)流程圖用到四個基本符號，即外部實體、數(shù)據(jù)處理、數(shù)據(jù)流和數(shù)據(jù)存儲。數(shù)據(jù)流程圖是通過頂層數(shù)據(jù)流圖逐漸展開的，一般首先畫數(shù)據(jù)流程圖的頂層圖，初步確定系統(tǒng)的輸入、輸出和外部實體；然后根據(jù)頂層數(shù)據(jù)流圖逐步分解、擴充和調整，進行一、二級細化。該文化用品經(jīng)銷存的各層數(shù)據(jù)流程圖如下所示：（1）、頂層數(shù)據(jù)流程圖圖2—7頂層數(shù)據(jù)流程圖（2）、第一級數(shù)據(jù)流程圖圖2—8第一級數(shù)據(jù)流程圖（3）、采購數(shù)據(jù)流程圖圖2—9采購數(shù)據(jù)流程圖（4）、銷售數(shù)據(jù)流程圖圖2-10銷售數(shù)據(jù)流程圖（5）、庫存數(shù)據(jù)流程圖圖2—11庫存數(shù)據(jù)流程圖（6）、財務數(shù)據(jù)流程圖圖2—12財務數(shù)據(jù)流程圖2.5數(shù)據(jù)字典數(shù)據(jù)字典（Datadictionary）是一種用戶可以訪問的記錄數(shù)據(jù)庫和應用程序元數(shù)據(jù)的目錄，是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)和外部實體進行定義和描述的工具，是數(shù)據(jù)分析和管理的工具，同時也是系統(tǒng)設計階段進行數(shù)據(jù)庫設計的重要依據(jù)。（1）數(shù)據(jù)項數(shù)據(jù)項又稱數(shù)據(jù)元素，是數(shù)據(jù)的最小組成單位。對數(shù)據(jù)項的描述，應該包括數(shù)據(jù)項名稱，數(shù)據(jù)項編號，別名，數(shù)據(jù)項類型，數(shù)據(jù)項的長度，數(shù)據(jù)項的取值范圍和取值的含義。數(shù)據(jù)字典是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)和外部實體進行定義和描述的工具，是數(shù)據(jù)分析和管理的工具，同時也是系統(tǒng)設計階段進行數(shù)據(jù)庫設計的重要依據(jù)。表2-4數(shù)據(jù)項定義名稱內容數(shù)據(jù)項編號A001數(shù)據(jù)項名稱商品編號別名CommodityNo簡要說明文化用品店采購商品的編碼，有唯一編碼類型字符型長度10位取值/含義第1位~第3位供應商編號第4位~第8位順序號第9位~第10位校驗位相關的數(shù)據(jù)元素或數(shù)據(jù)結構庫存信息有關的處理邏輯采購，送貨，收貨所有的數(shù)據(jù)流定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-5數(shù)據(jù)項一覽表編號數(shù)據(jù)項類型長度小數(shù)位值域從屬說明A001商品編號字符10商品A002采購批量數(shù)據(jù)50>0商品A003庫存價貨幣84>0商品A004員工編號字符1員工A005姓名字符10員工A006尚欠金額數(shù)值82>0顧客A007備注字符50顧客A008貨架編號字符11，0貨架A009采購訂單編號字符16采購訂單A010日期日期8采購訂單A011供應商字符201，0采購訂單A012退貨單價數(shù)值84>0銷售退貨A013品牌字符10品牌A014供應商編號字符1供應商（2）數(shù)據(jù)結構數(shù)據(jù)結構是對數(shù)據(jù)之間的組合關系進行定義。表2-6數(shù)據(jù)結構定義名稱內容數(shù)據(jù)結構編號S001數(shù)據(jù)結構名稱商品編碼簡要說明商品的基本信息組成商品編號商品名稱商品規(guī)格供應商商品單價有關的數(shù)據(jù)流/數(shù)據(jù)結構訂貨單、發(fā)貨通知單有關的處理邏輯編輯/審核訂貨單，編輯發(fā)貨單所有的數(shù)據(jù)結構定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-7數(shù)據(jù)結構一覽表編號名稱組成有關數(shù)據(jù)流或數(shù)據(jù)結構有關的處理邏輯簡要說明S001商品商品編號、名稱、規(guī)格、單價、供應商訂貨單、銷售制定訂貨單，統(tǒng)計銷售和庫存信息商品的基本信息S002庫存信息商品編號、庫存量、進貨量、出貨量、儲位進貨信息、出貨信息、采購單、生成庫存報表、盤點庫存?zhèn)}庫內的貨物庫存信息S003進貨信息進貨單號、時間、數(shù)量采購單、付款通知采購、進貨、會計向供應商采購貨物的信息S004銷售信息商品編號、時間、數(shù)量收據(jù)會計根據(jù)POS機統(tǒng)計的顧客小票S005員工信息工號、姓名、入職日期員工管理的基本信息（3）數(shù)據(jù)流數(shù)據(jù)流表達了數(shù)據(jù)的流向。數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)組成。表2-8數(shù)據(jù)流定義名稱內容數(shù)據(jù)流編號D001數(shù)據(jù)流名稱訂單簡要說明根據(jù)采購計劃向供應商發(fā)送訂貨單數(shù)據(jù)流來源庫存數(shù)據(jù)流去向制定采購計劃數(shù)據(jù)流的組成訂單號、日期、數(shù)量所有的數(shù)據(jù)結構定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-9數(shù)據(jù)流一覽表數(shù)據(jù)流編號數(shù)據(jù)流名稱簡要說明數(shù)據(jù)流來源數(shù)據(jù)流去向數(shù)據(jù)流組成D001訂單根據(jù)采購計劃向供應商發(fā)送訂貨單銷售和庫存制定采購計劃訂單號、日期、數(shù)量D002采購任務單向供應商開出的采購憑證店長采購員采購單號、日期、數(shù)量D003發(fā)貨單供應商開出的發(fā)貨憑證供應商采購人員發(fā)貨單號、日期、數(shù)量D004應付賬款單供應商發(fā)出貨物時的付款通知供應商店長付款單號、日期、數(shù)量D005到貨通知單供應商給店長的通知采購員供應商到貨單號、日期、數(shù)量（4）處理邏輯數(shù)據(jù)字典中的處理邏輯，僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。表2-10處理邏輯定義名稱內容處理邏輯編號C001處理邏輯名稱銷售簡述顧客進店購買，并付款后取走輸入數(shù)據(jù)流銷售信息輸出數(shù)據(jù)流銷售信息統(tǒng)計處理根據(jù)對已銷售信息的處理過程有關的數(shù)據(jù)存儲銷售信息統(tǒng)計報表所有的處理邏輯定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-11處理邏輯一覽表處理邏輯編號處理邏輯名稱輸入數(shù)據(jù)流輸出數(shù)據(jù)流處理有關的數(shù)據(jù)存儲C001銷售銷售信息銷售信息統(tǒng)計根據(jù)對已銷售信息的處理過程銷售信息統(tǒng)計報表C002采購銷售統(tǒng)計報表、庫存缺貨單采購任務單對庫存和已銷售信息的處理制定采購計劃供應商信息、采購商品信息匯總C003財務實收金額結算單、應付賬款匯總總賬根據(jù)實收和應付賬款統(tǒng)計出總賬應付賬款單、顧客小票C004庫存到貨通知單、銷售信息統(tǒng)計表貨架補貨單，缺貨單通過對庫存和銷售信息的處理確定庫存補貨貨物貨位分配單（5）數(shù)據(jù)存儲數(shù)據(jù)存儲是指在系統(tǒng)中應該保存的數(shù)據(jù)結構以及具體的數(shù)據(jù)內容，不涉及數(shù)據(jù)存儲的物理組織。表2-12數(shù)據(jù)存儲定義名稱內容數(shù)據(jù)存儲編號D29數(shù)據(jù)存儲名稱庫存統(tǒng)計報表數(shù)據(jù)存儲簡要說明存放的商品庫存量和單價數(shù)據(jù)存儲的組成商品編號商品名稱單價庫存量備注關鍵字商品編號相關聯(lián)的新處理P4.1，P4.2，P5.6是否有立即查詢要求有所有的數(shù)據(jù)存儲定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-13數(shù)據(jù)存儲一覽表編號數(shù)據(jù)存儲名稱組成部分立即查詢D14庫存缺貨單商品編號有商品名稱單價庫存量備注D29庫存統(tǒng)計報表商品編號有商品名稱單價庫存量需求日期備注D12庫存補貨通知單商品編號有商品名稱單價庫存量缺貨量備注（6）外部項外部項是信息系統(tǒng)數(shù)據(jù)的來源和去向。表2-14外部項定義名稱內容外部項編號W001外部項名稱顧客外部項簡要說明購買本店商品的顧客外部項產(chǎn)生的數(shù)據(jù)流購物信息系統(tǒng)傳給外部項的數(shù)據(jù)流已銷售信息所有的外部項定義完后，就可以建立一張數(shù)據(jù)項一覽表，如下所示：表2-15外部項一覽表外部項編號外部項名稱簡要說明輸入數(shù)據(jù)輸出數(shù)據(jù)W001顧客購買本店商品的顧客購物信息已銷售信息A014供應商向本本店供應商品的供應商采購定單發(fā)貨通知單W002店長制定銷售和采購計劃采購計劃、銷售信息采購任務分配A004-01采購員采購商品采購任務到貨通知A004-02營業(yè)庫存盤點驗貨確認單貨架補貨單A004-03收銀員結賬，銷售盤點，賬務記錄銷售信息銷售計劃報表數(shù)據(jù)流程圖和數(shù)據(jù)字典等工具相互配合，就可以從圖形和文字兩個封面對系統(tǒng)的邏輯模型進行完整的描述。3系統(tǒng)設計3.1功能模塊設計模塊分析是描述系統(tǒng)需求的一個過程，需要將需求分析中的感性描述進行抽象，提取出要實現(xiàn)的功能，這時整個系統(tǒng)開發(fā)的一個關鍵過程。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制。在進行功能模塊分析之后，就對系統(tǒng)的功能模塊進行設計。3.1.1子系統(tǒng)的劃分把整個系統(tǒng)按功能劃分成若干子系統(tǒng)，明確各子系統(tǒng)的目標和功能。必須具備以下原則：1．相對獨立性，子系統(tǒng)之間數(shù)據(jù)依賴性盡量小盡量減少各種不必要的數(shù)據(jù)調用和控制聯(lián)系，并將聯(lián)系比較密切、功能近似的模塊相對集中，這樣對于以后的搜索、查詢、調試、調用比較方便。劃分時將聯(lián)系較多者列入子系統(tǒng)內部2．考慮今后管理發(fā)展的需要子系統(tǒng)劃分后，留在子系統(tǒng)小方塊外面的還有若干個U元素，這些U元素就是今后子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，即共享的數(shù)據(jù)資源。為每一個子系統(tǒng)命名，如下表所示：表3-1子系統(tǒng)的劃分數(shù)據(jù)功能采購計劃單采購任務單進貨退貨信息采購商基本信息供應商信息入庫單貨物貨位分配信息補貨通知單安全庫存量銷售計劃文件銷售匯總單顧客信息銷售退貨信息銷售匯總單掛賬結算單實收金額盈利數(shù)據(jù)采購計劃C采購任務分配UCUU進、退貨處理UUC采購作業(yè)UUUC供應商信息管理UUUUC入庫驗貨CUU擺貨上架UUCUU庫存預警UCUU查看庫存UUUC銷售計劃C銷售計劃錄入UC客戶服務UCU銷售退貨UUC銷售統(tǒng)計UUUUC帳款結算UUUC記賬UUUC財務處理UUUC報表統(tǒng)計查詢UUUUUUU在子系統(tǒng)劃定之后，所有數(shù)據(jù)的使用關系都被小方塊畫隔成了兩類。一類在小方塊以內。在小方塊以內所產(chǎn)生和使用的數(shù)據(jù)，則今后主要考慮放在本子系統(tǒng)的計算機設備上處理。另一類在小方塊以外。在小方塊以外的數(shù)據(jù)聯(lián)系，表示的是各子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，這些數(shù)據(jù)資源今后應考慮放在網(wǎng)絡服務器上供各子系統(tǒng)共享或通過網(wǎng)絡來相互傳遞數(shù)據(jù)表3-2數(shù)據(jù)聯(lián)系模塊分析數(shù)據(jù)功能采購計劃單采購任務單進貨退貨信息采購商基本信息供應商信息入庫單貨物貨位分配信息補貨通知單安全庫存量銷售計劃文件銷售匯總單顧客信息銷售退貨信息銷售匯總單掛賬結算單實收金額盈利數(shù)據(jù)采購管理子系統(tǒng)采購計劃C采購任務分配UCU進、退貨處理UUC采購作業(yè)UUUCUUUUC庫存管理子系統(tǒng)入庫驗貨CUU擺貨上架UUCUU庫存預警UCUU查看庫存UUUC銷售管理子系統(tǒng)銷售計劃C銷售計劃錄入UC客戶服務UCU銷售退貨UUC銷售統(tǒng)計UUUUC財務管理子系統(tǒng)帳款結算UUUCC記賬UUUC財務處理UUUC統(tǒng)計、查詢報表統(tǒng)計查詢UUUUUUU3.1.2模塊劃分及HIPO圖子系統(tǒng)劃分后，進行模塊的劃分，最后得出系統(tǒng)HIPO圖：圖3-1文化用品商店進銷存管理信息信息系統(tǒng)HIPO圖文化用品店進銷存管理信息系統(tǒng)共分為5個模塊：采購管理、財務管理、庫存管理、銷售管理、統(tǒng)計查詢。1．采購管理：該模塊主要完成文化用品店商品的采購管理。采購計劃、采購任務分配、進退貨處理、采購作業(yè)，并進行供應商的相關信息管理。2．財務管理：該模塊主要對公司的資金進行管理，包括應付賬款結算系統(tǒng)、應收賬款系統(tǒng)、票據(jù)和發(fā)票管理、員工薪資管理及運營費用管理。3．庫存管理：該模塊主要完成文化用品店采購商品的入庫以及在庫管理維護。包括入庫管理：主要完成入庫時程安排、入庫單的輸入與打印、入庫商品的檢驗、商品的擺貨分析、貨架分區(qū)信息采集、并進行相關統(tǒng)計查詢；在庫管理：庫存盤點、庫存預警、商品報損、補貨信息等。4．銷售管理：該模塊是對銷售信息錄入、統(tǒng)計分析、分類匯總，并根據(jù)銷售信息制定銷售計劃，以及客戶服務和商品退貨管理。5．統(tǒng)計查詢：該模塊主要是對各項報表進行查詢并對其進行統(tǒng)計分析。主要有銷售報表、采購報表、財務報等報表的統(tǒng)計打印，進而由店長對銷售情況、商店運營績效進行分析決策。以上5個模塊是文化用品店進銷存管理信息系統(tǒng)的核心功能，在這里我們在重點闡述一下對庫存預警和批量進貨的功能設計。3.2庫存預警決策流程設計在文化用品商店的經(jīng)營活動中，庫存占有極其重要的地位。因為商品就是文化用品商店經(jīng)營的核心，同時庫存中的商品是一種重要的流動產(chǎn)，庫存占用的資金對于文化用品商店來說也是一筆較大的數(shù)目。因此，庫存管理歷來都受到文化用品商店的重視。庫存預警支持模塊其功能為：通過對于數(shù)據(jù)庫中大量歷史數(shù)據(jù)的分析和歸納，根據(jù)各種商品在不同季節(jié)、不同時間段的不同銷售量和庫存量的歷史數(shù)據(jù)，不同的需求計劃，確定出庫存商品的最高最低庫存量，并且能夠對于當庫存商品數(shù)量高于設定的最高庫存量或低于設定的最低庫存量時，自動產(chǎn)生商品庫存預警單和補貨通知單。其主要目的是為了給庫存商品設定最高最低庫存量限制，降低庫存商品資金占用。庫存預警決策流程如下圖所示：圖3-2庫存預警決策流程圖3.2.1庫存預測及預警模型：1.指數(shù)平滑法指數(shù)平滑法是一種權數(shù)特殊的加權平均法。前期實際銷售量以a表示(加權因子或平滑系數(shù))，前期預測的銷售量乘以(1一a)，這兩個乘積相加便得出本期預測銷售量。其計算公式為：Yt=Yt-1+a(Xt-l—Yt-1)=aXt-l-aYt-1+Yt-1=aXt-l+Yt-,-aYt-1=aXt-l+(1-a)Yt-1式中：Xt-l表示上期實際銷售量：Yt-1表示上期預測值：‘Yt表示本期預測值：a表示平滑系數(shù)。平滑系數(shù)a，代表了新舊數(shù)據(jù)的分配比值，a取值范圍為O<a<l。一般在0．01一O．3之間較為合適，這是經(jīng)驗數(shù)據(jù)。指數(shù)平滑法預測，實際上包含了所有的原始數(shù)據(jù)。只是隨著時間的推移，距離目前越遠的數(shù)據(jù)加權越小。各期平滑系數(shù)分別為a，a(1一a)，(al—a)2，．．?，a(1一)a"。它的取值大小，實際上表現(xiàn)了不同時期的因素在預測中所扮演的不同角色。a取值越大，則上期實際值所占比重越大：a取值越小，則預測值之趨勢較平滑，越接近長期趨勢線。2.季節(jié)平均系數(shù)分析法季節(jié)平均系數(shù)分析法適用于全年銷售而有一定季節(jié)性波動的預測。此法是根據(jù)歷史銷售資料，用數(shù)學方法計算其季節(jié)變動趨勢，測算各季平均季節(jié)性指數(shù)和季節(jié)性總平均指數(shù)，再求出季節(jié)性系數(shù)，來衡量季節(jié)性的影響程度。然后季節(jié)性系數(shù)來預測各季銷售值。具體方法如下：第1步根據(jù)歷史統(tǒng)計資料計算四期平均數(shù)和居中平均數(shù)。居中平均數(shù)是2個四期平均數(shù)相加除以2得出。第2步計算歷年各季銷售量的季節(jié)性指數(shù)。各季季節(jié)性指數(shù)=季銷售實際／各季居中平均數(shù)。第3步計算歷年同季的平均季節(jié)指數(shù)同季的平均季節(jié)指數(shù)二歷年各季的季節(jié)指數(shù)之和／季數(shù)。第四步，計算季節(jié)性總平均指數(shù)計算季節(jié)性總平均指數(shù)=各季平均季節(jié)指數(shù)之和／年數(shù)。以上所計算的季節(jié)性系數(shù)，是說明季節(jié)對于各季銷售的影響程度。系數(shù)為1，表示無季節(jié)性影響：系數(shù)大于或小于1，表示有季節(jié)性影響，差距越大影響越大。以全年銷售量預測值除以年數(shù)，再乘以季節(jié)性系數(shù)，就可以求出考慮季節(jié)性影響后的各季節(jié)預測值。預警模型如圖所示：圖3-3預警模型根據(jù)確定的庫存安全水平，當庫存低于這一水平，給予預警。3.2.2文化用品商店商品庫存預警的實現(xiàn)：設計思路如下：1.根據(jù)各種商品在不同季節(jié)、不同時間段的不同銷售量和庫存量的歷史數(shù)據(jù)，初定庫存商品上下限量的初始數(shù)據(jù)。2.考慮到需求計劃、氣候季節(jié)、促銷活動、銷售趨勢等影響因素，確定出各種商品的不同權重比例。3.綜合庫存商品限量的初始數(shù)據(jù)和不同權重比例，設定庫存商品的最高最低庫存量。4.在庫存商品的最高最低庫存量設定的基礎上，當庫存商品數(shù)量高于設定的最高庫存量或低于設定的最低庫存量時，系統(tǒng)將自動產(chǎn)生商品庫存預警單和補貨通知單。其中，如何確定庫存最高最低量是該模塊設計的關鍵。最終經(jīng)過幾次深入分析，最終我們確定了以下設計方法：首先將庫存商品按照ABC分類法進行分類，確定庫存商品限量的維持時間。然后更新本地數(shù)據(jù)庫中的當前記錄，并查詢庫存統(tǒng)計最新結果。其目的是以當前的庫存數(shù)據(jù)作為基準值，用來比較限量后的庫存上限和下限數(shù)值。其次要查詢不同時期、不同時間段的商品銷售量統(tǒng)計明細表、商品庫存量統(tǒng)計明細表等歷史數(shù)據(jù)，作為初始數(shù)據(jù)設定和權重比例值的設定的依據(jù)。再次通過加權平均法確定庫存限量的初始數(shù)據(jù)。最后考慮到各連鎖店需求計劃、氣候季節(jié)、促銷活動、銷售趨勢等因素，結合具體數(shù)據(jù)記錄，用比較分析法進行權重預測設定，并確定出商品的綜合權重比例，通過代入計算比較，可以確定庫存商品的最高最低庫存量。3.3批量進貨決策的設計通過對文化用品商店需求的深入分析，我們發(fā)現(xiàn)，文化用品商店進貨計劃的制定直接關系著超市的文化用品商店，文化用品商店整個經(jīng)營活動是一個復雜的有機體，不可能簡單的就是商品的庫存量自動預警提示了，就按照缺少量進貨。要根據(jù)商品銷售量和庫存量等各個方面進行衡量，同時，文化用品商店的規(guī)模決定了文化用品商店的不可能向大型超市一樣總是保持大批量進貨，但要想拿到貨源價格的優(yōu)惠就需要，對進貨計劃多做研究。本系統(tǒng)對文化用品商店批量進貨決策設計是從確定每一次進貨數(shù)量的角度進行設計和分析的。其目的是為了確定庫存進貨批量，從而降低庫存采購成本。批量進貨決策設計的主要思路：根據(jù)庫存ABC分類分析方法進行庫存商品分類管理，然后再利用不同預測分析方法確定相關參數(shù)；最后用程序表示出不同條件下的各種數(shù)學經(jīng)濟批量模型，代入各種模型的參數(shù)，對大量數(shù)據(jù)進行處理形成庫存輔助訂貨決策模型，生成優(yōu)化庫存進貨的建議量。本系統(tǒng)的輔助訂貨支持模型建立方法如下：1.查詢各種商品銷售量和庫存量的歷史數(shù)據(jù)，當前庫存商品的具體數(shù)據(jù)，確定輔助模型的數(shù)據(jù)來源。將庫存商品按照ACB分類法進行分類管理。設定商品的最高和最低庫存量，現(xiàn)有庫存若是超過或低于設定值，則產(chǎn)生庫存預警，啟動補貨處理。(上述操作可以由庫存管理、商品預警補貨處理兩個模塊來實現(xiàn))。2.參照以往的進貨量數(shù)據(jù)，考慮到資金、庫存容量等制約條件，對需求量、單位貨物的保管倉儲成本等影響進貨預期的外部因素，進行合理預測，設定不同的參數(shù)數(shù)值，確定外界約束條件。其中，影響需求量的因素主要有：價格預期、銷售預期等。3.導入批量訂貨模型。根據(jù)外界條件的不同，有多個庫存模型公式，每個經(jīng)濟數(shù)學批量模型公式都可以用程序語言進行表達。4.根據(jù)不同的外界約束條件，利用經(jīng)濟批量模型對數(shù)據(jù)進行計算，得出不同情況下的不同的最佳的訂貨數(shù)量。5.結果滿足要求，則輸出結果。其結果供商品采購模塊和補貨模塊使用。否則，比較現(xiàn)有庫存記錄，修改約束條件后，再進行計算。通過以上的過程設計，可以確定一個最佳的訂貨數(shù)量，降低庫存采購成本。庫存管理輔助訂貨決策流程如圖所示：圖3-4庫存管理輔助訂貨決策流程圖3.4網(wǎng)絡拓撲結構設計文化用品店的進銷存管理信息系統(tǒng)主要用于商店的日常經(jīng)營活動，所以該系統(tǒng)的使用者主要是店長和商店內部的員工，因此本系統(tǒng)采用C/S（Client/Server，客戶機/服務器）模式又稱C/S結構，C/S結構的關鍵在于功能的分布，一些功能放在前端機（即客戶機）上執(zhí)行，另一些功能放在后端機（即服務器）上執(zhí)行，其大體框架如下圖：該系統(tǒng)在商店內部采用星型網(wǎng)絡拓撲結構，操作系統(tǒng)采用WindowsXP，該系統(tǒng)的安全性和穩(wěn)定性好，對數(shù)據(jù)庫支持好，界面友好，易于操作。3.5代碼設計代碼是代表系統(tǒng)中客觀存在的事物名稱、屬性或狀態(tài)的符號?？捎脭?shù)字、字母或它們的組合表示。代碼可以分為有序碼、區(qū)間碼、層次碼、層次碼、特征碼、縮略碼、校驗碼代碼設計中應考慮一下幾個主要的原則：唯一性原則、合作性原則、適用性、規(guī)范性、簡單性、穩(wěn)定性和可擴充性、易于修改性。該文化用品商店需要涉及代碼設計的主要有：供應商、顧客、員工、商品3.5本系統(tǒng)中的供應商商量很少，所以可以用數(shù)字1,2，3……來表示這樣就可以滿足要求了，而且易于修改，簡單，適用，并且具有穩(wěn)定性和擴充性。3.5.2該系統(tǒng)所設計的客戶比較多，而且雜，包括批發(fā)與零售，所以不宜用序號來表示客戶。在此，采用客戶名稱的各個字的漢語拼音字母的第一個字母組成。如果遇上兩個相同的話，就在他們的代碼后面再加上數(shù)字以示區(qū)分，3個以上同樣的道理。這樣設計主要考慮到方便記憶與通用性?？蛻舸a設計如下圖所示?？蛻舸a編碼XXXXX 區(qū)別碼 識別碼圖客戶代碼3.5員工的代碼主要是區(qū)別于各個員工，該系統(tǒng)中涉及的員工很是少，所以可以用數(shù)字1,2，3……來表示這樣就可以滿足要求了，而且易于修改，簡單，適用，并且具有穩(wěn)定性和擴充性。3.5商品的代碼設計是設計代碼的重點與核心。經(jīng)過各個方面的考慮，將商品的代碼設計成如下結構：品牌碼+類別碼+規(guī)格碼+區(qū)別碼。當然商品的代碼人工輸入比較麻煩，所以系統(tǒng)中應將其設計成自動生成。商品代碼設計如下圖所示。商品代碼編號XXXXXXXXXXXXX區(qū)別碼規(guī)格碼類別碼品牌碼3.5原則上各個單據(jù)還應為其設計各種單號，以識別各張表單，但各個物理單據(jù)已經(jīng)有相關的編號，且單號均由數(shù)字組成，方便計算機的處理和使用，所以不再為它們設計相關的代碼，沿用原單據(jù)的單號。3.5文化用品商店規(guī)模不是很大，但為了貯存，取貨方便，必須進行貨架代碼設計，用大寫英文字母順序表示，這樣就可以滿足要求了，而且易于修改，簡單，適用，并且具有穩(wěn)定性和擴充性。3.6數(shù)據(jù)庫設計在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，采用E．R圖的方法進行數(shù)據(jù)結構分析。數(shù)據(jù)庫設計是管理信息系統(tǒng)設計的重要組成部分。通常，支持管理信息系統(tǒng)的數(shù)據(jù)庫系統(tǒng)由模式、子模式、應用程序、數(shù)據(jù)庫和數(shù)據(jù)庫管理系統(tǒng)等幾部分組成。它的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式，使其滿足：1、符合用戶需求，即能正確的反映用戶的工作環(huán)境。該環(huán)境包括用戶需處理的所有數(shù)據(jù)并支持用戶需進行的仍有加工。2、與所選用的DBMS所支持的數(shù)據(jù)庫模式相匹配。3、數(shù)據(jù)組織合理，易操作、易維護、易理解。數(shù)據(jù)庫設計方法主要是以邏輯數(shù)據(jù)庫設計和物理數(shù)據(jù)庫設計為核心的規(guī)范設計方法。邏輯數(shù)據(jù)庫設計是根據(jù)用戶要求和特定數(shù)據(jù)庫管理系統(tǒng)的具體特點，以數(shù)據(jù)庫設計理論為依據(jù)，設計數(shù)據(jù)庫的全局邏輯結構和每個用戶的局部邏輯武結構。物理數(shù)據(jù)庫設計是在邏輯結構確定之后，設計數(shù)據(jù)庫的存儲結構及其他實現(xiàn)細節(jié)。各種規(guī)范設計方法在設計步驟上存在些微差別，通過分析、比較和綜合，本論文將數(shù)據(jù)庫設計分為6個階段：需求分析階段、概念結構設計階段、邏輯結構設計階段、數(shù)據(jù)庫物理設計階段、數(shù)據(jù)庫實施階段、數(shù)據(jù)庫運行和維護階段。其設計全過程如圖所示：3.6.1概念設計是指在數(shù)據(jù)分析的基礎上自底向上的建立整個系統(tǒng)的數(shù)據(jù)庫概念結構，從用戶的角度進行視圖設計，然后將視圖集成，最后對集成的結構分析優(yōu)化得到最終結果。E．R模型是概念設計的有利工具。經(jīng)過調查，校內文體用品店的進銷存管理信息系統(tǒng)所涉及的實體及主要屬性有：l.商品(商品編號，商品名稱，商品價格，商品條形碼，商品分類，類別說明)2.會員(會員編號，用戶姓名，聯(lián)系電話，地址，會員等級)3.貨架（貨架編號，商品類別，位置說明）4.供應商(供貨商編號，供貨商名稱，地址，電話，聯(lián)系人，聯(lián)系人職務，開戶銀行賬號)5.雇員（雇員編號，雇員姓名，聯(lián)系電話，地址，工資）根據(jù)實體集及其屬性，經(jīng)過分析可以得出如下實體聯(lián)系：1、商店中的所有營業(yè)員員可以銷售多種商品，每種商品可由不同營業(yè)員銷售。2、每個顧客可以購買多種商品，不同商品可由不同顧客購買。3、每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。4、每個商店有一個大型貨架，對該貨架進行分區(qū)管理，這個大型貨架存放各種類型的文化用品，各類商品只對應貨架的一個區(qū)域。下面是文化用品店進銷存信息系統(tǒng)的E-R圖：3.6.2邏輯結構設計是將概念數(shù)據(jù)模型轉換成特定的數(shù)據(jù)庫管理系統(tǒng)(DBMS)支持的數(shù)據(jù)模型。通常不同型號計算機系統(tǒng)配備的DBMS的性能不盡相同。為此數(shù)據(jù)庫設計者還需深入了解具體數(shù)據(jù)庫管理系統(tǒng)的性能和要求，以便將一般數(shù)據(jù)模型轉換成所選用的DBMS能支持的數(shù)據(jù)模型。概念設計所得到的E．R模型是獨立于DBMS的，這里的轉換就是把E．R圖轉換為層次模型或者網(wǎng)狀模型或者關系模型的邏輯結構。本系統(tǒng)選用的是關系型數(shù)據(jù)庫管理系統(tǒng)，因而在邏輯設計中的工作是將E-R模型所表示的概念結構轉換為關系模型，并將關系模式進行規(guī)范化，最終可得到系統(tǒng)所需的關系表。由系統(tǒng)E-R圖轉換成系統(tǒng)關系模型，因為牽扯表過多，以下只列出一部分：1.會員表huiy(會員編號huiyID、會員姓名name、聯(lián)系電話tel、地address、會員等級huiyrank)2.商品信息表goods（商品編號goosID、商品名稱goodsname、商品條形碼barcode、商品價格goodsprice）3.銷售單1sel-num（銷售編號saleID、商品編號goosID、商品數(shù)量quantity、商品價格goodsprice、總價amount）4.銷售單2sel-mon（銷售編號saleID、會員等級huiyrank、實收金factmoney、應收金額receivemoney、總價amount、找零change）5.銷售預測1plan1(項目編號itemID、商品編號goosID、商品名goodsname、商品數(shù)量quantity)6.銷售預測2plan2(項目編號itemID、備注說明remark-explain)7.庫存表stock(庫存編號stock_ID，商品編號goosID、商品數(shù)量quantity、商品名稱goodsname、所在goodsshelfID、安全庫存量safetystock、安全警戒safetyquard)8.貨架分布表shelf_explain（貨架編號goodsshefID、位置說明location-explain）9.財務表finance（財務編號financeID、日期時間datetime、科目名稱accountname、借方金額debit、貸方金額creditor、對方科目oppositeaccount、備注說明remark-explain）10.供應商信息supplier（供應商編號supplierID、供應商名suppliername、地址address、電話tel、聯(lián)系人linkman、聯(lián)系人職務linkmanjob、開戶銀行銀行帳號bankaccount）11.采購明細表procure（采購單號procureID、商品編號goodsID、采購數(shù)量procurequantity、供應商名稱suppliername、單價price）12.雇員表employee（雇員編號employeeID、雇員姓名employeename、聯(lián)系電話tel、地址address、工資salary）會員表（huiy）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注huiyID會員編號char（8）NOTNULLname會員姓名char（10）NOTNULLtel聯(lián)系電話char（15）NOTNULLaddress地址char（50）NOTNULLhuiyrank會員等級char（4）NOTNULL商品信息表（goods）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注goosID商品編號char（8）NOTNULLgoodsname商品名稱char（30）NOTNULLbarcode商品條形碼char（13）NOTNULLgoodsprice商品價格moneyNOTNULL百分位銷售單1（sel-num）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注saleID銷售編號char（8）NOTNULLgoosID商品編號char（8）NOTNULLquantity商品數(shù)量intNOTNULL件goodsprice商品價格moneyNOTNULL百分位amount總價moneyNOTNULL元百分位折扣之前總價銷售單2（sel-mon）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注saleID銷售編號char（8）NOTNULLhuiyrank會員等級char（4）NOTNULLfactmoney實收金額moneyNOTNULL元百分位receivemoney應收金額moneyNOTNULL元百分位amount總價moneyNOTNULL元百分位折扣之前總價change找零moneyNOTNULL元百分位庫存表（stock）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注stock_ID庫存編號char（8）NOTNULLgoosID商品編號char（8）NOTNULLquantity商品數(shù)量intNOTNULL件goodsname商品名稱char（30）NOTNULLgoodsshelfID所在char（20）NOTNULLsafetystock安全庫存量intNOTNULLsafetyquard安全警戒intNOTNULL供應商信息（supplier）字段字段名稱數(shù)據(jù)類型可否為空計量單位精度要求備注supplierID供應商編號char（8）NOTNULLsuppliername供應商名稱char（50）NOTNULLaddress地址char（50）NOTNULLtel電話char（15）NOTNULLlinkman聯(lián)系人char（20）NOTNULLlinkmanjob聯(lián)系人職務char（30）NOTNULLbankaccount開戶銀行銀行賬號char（20）NOTNULL3.6.3物理設計的目的是根據(jù)具體DBMS的特征確定數(shù)據(jù)庫的物理結構(存儲結構)。關系數(shù)據(jù)庫的設計嚴格按照規(guī)范化進行。這一階段的主要任務是確定所有數(shù)據(jù)庫文件的名稱及其所含字段的名稱，類型，長度，并且數(shù)據(jù)庫文件需要建立主鍵，索引和外鍵等項。物理結構設計我們使用的是Access，Access是可視化操作，沒有過多的sql代碼設計2.處理邏輯可以用文字進行描述，但主要的工具是使用結構化英語、判定表和判定樹。為了是處理邏輯更直觀的被表示，以下將用判定樹這一方法對處理邏輯進行描述。首先根據(jù)數(shù)據(jù)流程圖中二級數(shù)據(jù)流程圖所給處理進行描述，在由下往上進行具體描述。在此僅對二級數(shù)據(jù)流程圖中的盤點庫存這一處理邏輯進行描述，二級流程圖中所提及的其它處理邏輯可同樣根據(jù)其處理具體流程進行描述。4系統(tǒng)實現(xiàn)根據(jù)前面對進銷存管理內容和進銷存管理系統(tǒng)的分析，一個標準的文化用品店進銷存管理系統(tǒng)應該包括下圖所示的幾大功能：4.1用戶登錄模塊用戶登錄模塊實現(xiàn)的功能是，用戶在輸入用戶名和密碼后系統(tǒng)自動判斷是否為系統(tǒng)用戶，對登錄用戶進行身份認證，保證了系統(tǒng)數(shù)據(jù)的安全性。我在系統(tǒng)中建立了兩個類模塊buildcombolist和DBoperation，類模塊buildcombolist用于自動往combox控件中錄入某個數(shù)據(jù)表的字段信息，類模塊DBoperation主要是用于連接數(shù)據(jù)庫。用戶登錄模塊的實現(xiàn)代碼如下：登錄界面代碼（vb）OptionExplicit'DimaAsInteger'a是用來記錄歡迎模塊的PublicOKAsBooleanPrivateSubdengl_Click()IfTrim(yhcmb.Text)=""ThenMsgBox"請輸入用戶名"yhcmb.SetFocusExitSubElseIfTrim(mimtxt.Text)="請輸入您的密碼密碼"ThenMsgBox"請輸入密碼"mimtxt.SetFocusExitSubElseDimmydbAsNewDBoperationDimrstAsADODB.RecordsetDimsqlAsStringmydb.db_connectsql="select*from[user]whereusers='"&yhcmb.Text&"'andpassword='"&mimtxt.Text&"'"Setrst=mydb.querysql(sql)If(Notrst.EOF)ThenOK=TrueMe.Hidemainfrm.Show0ElseMsgBox"請核對您的密碼"mimtxt.Text=""mimtxt.SetFocusEndIfrst.Closemydb.dbdisconnectEndIfEndSub……整個程序由submain過程作為程序的入口，通過在begin窗體中設置了public變量OK防止沒有正常權限的用戶登錄。初始的用戶名有admin（密碼：adimin）和user（密碼：user），可實現(xiàn)用戶正常順手的登錄。4.2主界面當用戶輸入正確的登陸信息后，便進入管理信息系統(tǒng)的主界面，該界面包括了進銷存所有的信息和功能，用戶可以通過該界面進入各子系統(tǒng)，根據(jù)自身的權限查詢更改模塊中的相關信息。如下圖所示：主體包括菜單欄，工具欄。在此我實現(xiàn)了工具欄上部分控件的功能。其工具欄界面如下：在此我主要通過basic語言具體實現(xiàn)了銷售管理、貨架管理、采購管理、財務管理、統(tǒng)計查詢、基本資料、計算器的功能。其余的功能由于時間關系，我在后面只列出思路。不做代碼解釋。且在后面的代碼說明中濾去了界面設計代碼，只對功能代碼進行解釋說明。本程序是一個MDI窗體程序，主界面是一個MDI窗體，在窗體上我不是通過toolbar控件來建立的工具欄，我是通過建立picture控件來實現(xiàn)特色工具欄的建立，在MDI窗體上的代碼，主要是通過show方法來顯示各個MDI子窗體。Dimpid1AsInteger‘計算器是一個單獨的窗體程序，這個變量主要是記錄計算器的PIDPrivateSubcaigcmd_Click()cgfrm.Show‘通過show方法來顯示其余的窗體EndSub……PrivateSubjsqcmd_Click()pid1=Shell(App.Path&"\jsq.exe",1)‘通過shell函數(shù)來調用計算器并記錄PID……EndSubPrivateSubMDIForm_Unload(CancelAsInteger)Ifpid1<>0ThenShell"taskkill-pid"&pid1'說明shell存在兩種調用方式EndSub……4.3銷售管理模塊該系統(tǒng)模塊屬于銷售子模塊，主要功能是記錄銷售信息和財務信息，方便用戶對其進行查詢和核對信息以及輔助制定銷售計劃。主要業(yè)務包括：“銷售錄入”是銷售員通過POS機和顧客提供的會員卡錄入商品信息和收付金額，并在銷售活動結束時提供小票。并提供一個銷售表來記錄每天的銷售情況，該表包括銷售記錄ID、商品條形碼、商品名、數(shù)量、售價、會員價、會員ID、實收款、應收款、找零等。“銷售計劃”通過對過往的銷售數(shù)據(jù)進行分析，通過提供一個報表給決策者關于某個月份的銷售預測，該銷售預測自動傳遞到采購的“訂單產(chǎn)生”功能模塊?！颁N售退貨”依據(jù)顧客提供的小票，銷售員通過POS機來錄入負數(shù)的商品信息和收付金額，并退貨活動結束時打印出小票，供日后查詢核對?！颁N售統(tǒng)計”根據(jù)通過銷售活動的統(tǒng)計，供決策者查詢以天，月，年為單位的銷售情況，并提供打印報表功能。其功能界面如下圖所示：在業(yè)務流程探討時，我們確定了該商場具有pos機自動錄入商品信息，所以，通過“錄入商品”這個命令按鈕實現(xiàn)了自動讀取數(shù)據(jù)庫POS中存儲的商品信息。功能代碼如下：DimaAsLong'記錄隨即數(shù)Randomizea=CLng(Rnd*21)Adodc1.Recordset.Movea,adBookmarkFirstIf(NotAdodc1.Recordset.EOF)Thentxt1.Text=Adodc1.Recordset.Fields(0)Adodc1.Refreshtxt4.SetFocustxt4.SelStart=0txt4.SelLength=Len(txt4.Text)由于銷售表我設置了兩張表，主表與副表之間存在著外部性的約束，我必須往主表中錄入銷售單編號才能繼續(xù)下面的工作，錄入代碼如下：IfCommand1.Caption="開始"Thensql="insertintosel_mon(sel_ID)values('"&txt5.Text&"'"&")"mydb.db_connectmydb.executesql(sql)mydb.dbdisconnectCommand1.Caption="開始錄入"錄入商品信息的代碼如下：DimrstAsADODB.Recordset'DimsqlAsStringmydb.db_connectsql="select*fromsel_num"Setrst=mydb.querysql(sql)rst.AddNewrst.Fields("sel_ID")=txt5.Text'判斷是增加庫存數(shù)量還是減少庫存數(shù)量，IfOption1.Value=TrueThenrst.Fields("goods_cou")=CSng(txt4.Text)Else'因為前面有一個判斷，必須要有一個value為truerst.Fields("goods_cou")=CSng("-"&txt4.Text)EndIfrst.Fields("goods_pri")=txt3.Textrst.Fields("goods_ID")=hc.TextOnErrorGoToLine1'使用該錯誤處理機制，把隨機數(shù)引起的錯誤屏蔽掉rst.Updaterst.Closemydb.dbdisconnect并在錄入商品銷售信息的時候，通過判斷是銷售活動還是退貨活動，自動的減少或是增加商品庫存數(shù)量。同理，在發(fā)生銷售和退貨的時候還可以同步公司現(xiàn)金這個會計科目的借方或是貸方金額。在此我只是同步的商品庫存數(shù)量，代碼如下：DimmydbAsNewDBoperationDimrstAsADODB.RecordsetDimsqlAsStringDimcouAsIntegermydb.db_connectsql="selectgoods_coufrom[stock]wheregoods_ID='"&hc.Text&"'"Setrst=mydb.querysql(sql)cou=rst.Fields("goods_cou")rst.Fields("goods_cou")=cou-Val(txt4.Text)*srrst.Updaterst.Closemydb.dbdisconnect每次發(fā)生商品的銷售還是退貨活動，該系統(tǒng)會自動的生成銷售單號貨或者是退貨的單號。txt5.Text="SE"&"090"&Str(Int(Rnd*8+1))&Str(count1+1)（txt5是一個文本框的名字）此處我是通過一個隨機數(shù)來實現(xiàn)了2009年1月到8月的銷售數(shù)據(jù)或是退貨數(shù)據(jù)，避免了一個個的錄入。自己來判斷選擇。實際上可以優(yōu)化表單號的生成，在實際應用過程中可以通過讀取系統(tǒng)時間，通過數(shù)據(jù)轉換來真正實現(xiàn)表單號的合理話。也可以通過公司表單號的編碼原則來編碼表單4.4倉庫管理由于該超市沒有設立倉庫，其庫存管理不涉及到倉庫管理，我們把店面假設成了一個倉庫，各個貨架即成了一個個貨架，所謂的庫存管理就是店面商品管理，同時，超市有一個小房間用于儲存安全庫存數(shù)量的商品，用于補充貨架上的商品，保證營銷的連續(xù)性。其庫存管理功能模塊如下圖所示：“入庫驗貨”用于接收庫存，并根據(jù)到貨通知單錄入商品信息和商品類別?！皵[貨上架“用于系統(tǒng)自動生成擺貨位置，并生成擺貨單?！皫齑娌樵儭坝糜谟脩舨樵儸F(xiàn)在超市中庫存數(shù)。一般可以讓用戶按照商品名，商品條形碼等來進行查詢。在具體實現(xiàn)的時候，我實現(xiàn)了入庫驗貨，分析擺貨上架，庫存查詢的功能。其界面如下所示：主界面下面的列表框列出了存儲表中的信息：通過點擊修改庫存和入庫管理調出兩個獨立的界面，分別用來修改庫存（用于緊急訂貨，原因是銷售過程中發(fā)現(xiàn)了缺貨，但是表中卻沒有銷售記錄時，要進行手動庫存數(shù)量的修改。并進行異常登錄）和進行進貨時的登錄并生成一張擺放表。下面的代碼是用來datagrid控件和表的連接：DimconnAsADODB.ConnectionSetconn=NewADODB.Connectionconn.CursorLocation=adUseClientconn.Open"Provider=Microsoft.Jet.OLEDB.4.0;DataSource="&App.Path&"\data\whyp_shop.mdb"DimmysqlAsStringDimrstAsNewADODB.Recordsetmysql="select*fromstock"rst.Openmysql,conn,adOpenDynamic,adLockPessimisticSetDataGrid1.DataSource=rstSetrst=Nothing下面的代碼是修改庫存的：DimmydbAsNewDBoperationDimrstAsADODB.RecordsetDimsqlAsStringmydb.db_connectsql="selectgoods_coufromstockwherestork_ID='"&Trim(txt1.Text)&"'"Setrst=mydb.querysql(sql)If(Notrst.EOF)Then'txt4.Text=Trim(Str(rst.Fields(2)))rst.Fields(0)=CSng(Trim(txt4.Text))ElseMsgBox"沒有該項記錄"txt1.SetFocusEndIfrst.Updaterst.Closemydb.dbdisconnect在進行入庫管理的時候，由于每次的需要入庫的商品信息都是在采購表中有記錄，并且有一張入庫表單作為存儲，但是每次在分配商品區(qū)位時候又必須要進行入