餐飲企業(yè)采購管理系統(tǒng)方案文獻

1、及外理/又孝餐飲企業(yè)采購管理系統(tǒng)專 業(yè)工業(yè)工程指導老師學 校昆明理工大學起 止 日 期 2012年12月6日12月27日餐飲企業(yè)采購管理系統(tǒng)摘要采購管理系統(tǒng)是用于企業(yè)管理中物資采購信息管理的系統(tǒng)，其開發(fā)的主要功能是：實現(xiàn)對采購過程中的三個重要記錄請購單、采購訂單和采購合同做重點管理，各自生成條件合理，數(shù)據(jù)傳遞快速有效、按執(zhí)行狀態(tài)歸類的統(tǒng)計列表及時反映執(zhí)行狀態(tài)變化；當物資入庫時登記其基本信息，包括物資的種類、名稱、數(shù)量等，然后登記物資的入庫資料，包括入庫的時間等；最后對物資的入庫和出庫資料綜合得出各種物資的各類信息，方便進行后續(xù)工作?？偟恼f來，就是實現(xiàn)公司的管理現(xiàn)代化、信息資源化和決策科學化等，

2、從而降低采購的總體成本，增加企業(yè)的利潤，并能更好的完成企業(yè)最終目標。本文通過業(yè)務流程圖及數(shù)據(jù)流程圖對系統(tǒng)分析做了詳細的介紹，按照概念設計、邏輯設計、物理設計的步驟完成數(shù)據(jù)結構及數(shù)據(jù)庫的設計，最后實現(xiàn)系統(tǒng)設計。關鍵詞 : 采購；采購管理系統(tǒng)；信息管理系統(tǒng) TOC o 1-5 h z HYPERLINK l bookmark6 o Current Document 項目背景 5 HYPERLINK l bookmark8 o Current Document 采購過程中存在的問題 5 HYPERLINK l bookmark10 o Current Document 系統(tǒng)目標 6 HYPERLIN

3、K l bookmark12 o Current Document 系統(tǒng)分析 7 HYPERLINK l bookmark14 o Current Document 組織機構與功能分析 7 HYPERLINK l bookmark16 o Current Document 業(yè)務流程分析 8 HYPERLINK l bookmark18 o Current Document 數(shù)據(jù)流程分析 14 HYPERLINK l bookmark20 o Current Document 數(shù)據(jù)流程分析 14 HYPERLINK l bookmark22 o Current Document 系統(tǒng)的數(shù)據(jù)流圖

4、（又稱 DFD） 14 HYPERLINK l bookmark24 o Current Document 系統(tǒng)數(shù)據(jù)流圖中圖形符號說明 14 HYPERLINK l bookmark26 o Current Document 系統(tǒng)數(shù)據(jù)流圖中圖形 14 HYPERLINK l bookmark28 o Current Document 數(shù)據(jù)流程圖 15系統(tǒng)設計 19結構設計 20 HYPERLINK l bookmark30 o Current Document P方法分析 20系統(tǒng)功能模塊分析 21 HYPERLINK l bookmark32 o Current Document 數(shù)據(jù)庫設計

5、 24 HYPERLINK l bookmark34 o Current Document 概念設計 24 HYPERLINK l bookmark36 o Current Document 邏輯設計 27 HYPERLINK l bookmark42 o Current Document 物理設計 36 HYPERLINK l bookmark44 o Current Document 系統(tǒng)的IPO圖 41 HYPERLINK l bookmark46 o Current Document 采購財務管理模塊的IPO 圖 41 HYPERLINK l bookmark48 o Current

6、Document 采購詢價管理模塊的IPO 圖 41 HYPERLINK l bookmark50 o Current Document 采購訂單管理模塊的IPO 圖 41 HYPERLINK l bookmark52 o Current Document 采購訂單審核管理模塊的 IPO 圖 42 HYPERLINK l bookmark54 o Current Document 采購收貨單管理模塊的 IPO 圖 42 HYPERLINK l bookmark56 o Current Document 供應商管理模塊的 IPO 圖 42 HYPERLINK l bookmark58 o Cur

7、rent Document 系統(tǒng)實現(xiàn) 43 HYPERLINK l bookmark60 o Current Document 系統(tǒng)開發(fā)工具及環(huán)境 43 HYPERLINK l bookmark62 o Current Document 系統(tǒng)編碼實現(xiàn) 431. 項目背景改革開發(fā) 30 年來，我國餐飲業(yè)伴隨著經(jīng)濟的發(fā)展和社會的進步走過了具有歷史性、跨越性和巨變性的 30 年，在行業(yè)規(guī)模、服務質量、管理水平和經(jīng)濟貢獻等方面都有很大的提高。在這30 年的發(fā)展過程中，餐飲業(yè)作為第三產(chǎn)業(yè)中的傳統(tǒng)服務性行業(yè)之一， 始終保持著旺盛的發(fā)展勢頭。 現(xiàn)在餐飲行業(yè)競爭愈演愈烈，企業(yè)贏利出現(xiàn)兩極分化。 中小型餐飲企業(yè)

8、， 特別是沒有特色和品牌的企業(yè)， 贏利變得越來越少。 供應鏈采購系統(tǒng)中間成本過高， 中小型餐飲企業(yè)在采購時全靠中間商， 并且存在采購員的回扣問題， 原料從產(chǎn)地到餐館的過程中， 價格差距幾乎達到38倍，加上農(nóng)產(chǎn)品價格上漲，餐飲企業(yè)成本越來越高；但由于餐館數(shù)量多，競爭激烈，企業(yè)不敢隨意提高價格，這使得餐飲業(yè)的平均利潤越來越低，有的餐館生意很好卻不賺錢，出現(xiàn)餐館頻繁轉讓的現(xiàn)象。采購過程中存在的問題1）采購部門缺乏計劃，盲目采購，庫存量大，庫損高，造成浪費和流動資金呆滯，常發(fā)生在新開業(yè)的飯店。2）采購人員缺乏相關知識，信息不靈，責任心不強，圖省事，怕麻煩，采購前不能貨比三家，季節(jié)差價、時段差價掌握不準

9、，加大了飯店經(jīng)營成本。3）不能堅持多人知情，多人參與，多人采購制度。飯店也很少對采購員采取輪崗換人， 采購員一干就是幾年或十幾年， 能夠摸清飯店管理漏洞中的訣竅，很會打“擦邊球。4）大件商品采購暗箱操作，現(xiàn)金交易，未能實行公開競標；大宗低值易耗品采購質次價高，損耗增大。 七是進貨體現(xiàn)不出“買辦 （ 采購 ） 之功居其次”的要求， 廚房鮮活原料采購多以半成品為主， 海干貨采購多以市場發(fā)制好的為主，對原料優(yōu)劣缺乏鑒別能力，導致增大了廚房成本還影響了菜肴的質量。5）有人把在飯店當采購員看成是個“肥差”，吃市場提成，撈供貨方回扣，直接損害了飯店利益。據(jù)知情人透露，當前有3至5的利差在沒進飯店前便流失在

10、采購環(huán)節(jié)中，天長日久，就不是一個小數(shù)字。（ 6）采購人員腦子靈活點子多，有利先給當官的，堵住領導的嘴，自己攀靠大樹撈好處。個別領導也在不知不覺中與采購人員由心心相印變?yōu)樾男南嗤?，充當有劣跡采購員的保護傘。 再是由于采購人員是某些領導的知心人， 員工忌談，問題在較長一段時間解決不好。7）大型飯店進貨采購打游擊戰(zhàn)，無法享受供貨方的批零差價，更無法穩(wěn)定采購成本支出。系統(tǒng)目標1）用最簡單的操作完成最繁瑣的細節(jié)，從繁重的腦力勞動脫離出來，由軟件進行庫存采購的統(tǒng)一管理，使人一目了然。2）有效的整合企業(yè)內(nèi)外部的資源, 加強企業(yè)與供應商之間的緊密合作, 增強企業(yè)采購業(yè)務的透明度, 規(guī)范標準業(yè)務流程, 提高采購

11、的效率和質量, 提升企業(yè)的核心競爭力。3）實現(xiàn)公司的管理現(xiàn)代化、信息資源化和決策科學化等，從而降低采購的總體成本，增加企業(yè)的利潤，并能更好的完成企業(yè)最終目標。4）通過全面的信息采集和處理，輔助提高企業(yè)采購的決策水平。5）實現(xiàn)對采購過程中的三個重要記錄請購單、采購訂單和采購合同做重點管理， 各自生成條件合理， 數(shù)據(jù)傳遞快速有效、 按執(zhí)行狀態(tài)歸類的統(tǒng)計列表及時反映執(zhí)行狀態(tài)變化。6）實現(xiàn)計算機系統(tǒng)代替原來繁瑣的人工檔案管理。2.系統(tǒng)分析組織機構與功能分析圖1采購管理子系統(tǒng)與其他業(yè)務系統(tǒng)的關系圖總經(jīng)理財務部生產(chǎn)部采購部倉管部質檢部人事部圖2組織結構圖總經(jīng)理：負責監(jiān)督企業(yè)項目任務的分配與管理.財務部：為

12、企業(yè)內(nèi)部各級管理部門和人員提供進行經(jīng)營決策所需的各種經(jīng)濟信息。生產(chǎn)部：主要實現(xiàn)對企業(yè)內(nèi)部生產(chǎn)流程的管理控制，監(jiān)控生產(chǎn)情況，進行質量跟蹤，自動上報有關統(tǒng)計信息。采購部：主要實現(xiàn)企業(yè)對物料采購全過程的控制，從物料需求、采購計劃的下達到收貨驗收入庫的全部過程進行有效的控制。倉管部：幫助企業(yè)的倉庫管理人員對庫存物品進行全面的控制和管理，達到降低企業(yè)庫存、減少資金占用，保證生產(chǎn)營運順利進行。質檢部：負責對企業(yè)采購物品的質量監(jiān)管與控制，及時向相關部門反映質量問題。人事部：主要實現(xiàn)對企業(yè)人力資源信息的管理，提高人力資源信息的共享程度，使人力資源信息的提取和利用更加方便和快捷。業(yè)務流程分析該采購管理系統(tǒng)， 業(yè)

13、務流程從整體的理論來闡述， 是總流程的一個主要組成部分之一， 與其它部門緊密結合， 又能獨立執(zhí)行各種采購操作。 通過人事部門進行權限增改， 判斷權限， 執(zhí)行改權限所賦予的職能。 通過各部門提供采購單數(shù)據(jù)信息（包括業(yè)務員或采購管理員輸入等） ，生成相應的采購單。此時，可以對這些采購數(shù)據(jù)信息進行相應的查詢、修改、刪除、添加等操作，之后，進入系統(tǒng)，對相應訂單進行審核等基本操作。 審核成功后， 采購業(yè)務員就可執(zhí)行相應的采購單。 最后通過物料入庫的信息反饋， 決定是否對逾期未到貨供應商進行退單處理。從采購系統(tǒng)本身來說，相對獨立于其它部門，獨立進行添加、修改、審核、管理采購單和退單處理， 既收集各部門采購

14、信息后， 系統(tǒng)相對獨立與其它部門不受其它部門意志影響， 由采購部門制定并執(zhí)行采購計劃。 但又與其它部門緊緊相扣，從登陸到采購單完成幾乎每步操作都與其它部門進行信息的交換。從登陸模塊來說， 系統(tǒng)對內(nèi)具有一定的安全性與保密性。 除了一級用戶 （一級權限） ，其他用戶可審核但不能進行編輯操作，可編輯則不能審核。即采購員不具審核權限， 主管不具有添加、 修改采購單的權限。 另外只有本部門的人員才可進入采購系統(tǒng)，權限判斷是根據(jù)部門編碼與權限值結合判斷。采購部流程名稱/采購計劃管理流程商應供定確同合應供訂簽行執(zhí)劃計購采收驗購采圖3采購管理系統(tǒng)總業(yè)務流程圖求需購采總匯劃計購采制編整調(diào)與行執(zhí)劃計購采圖4采購計

15、劃管理流程圖44 采購部丫流程名稱 . . 采購質量控制流程查調(diào)商應供及場市/ 驗檢量質施實購采饋反量質圖5采購質量控制流程圖進櫻傣附 Y 采購部 Y流程名稱Y采購結算工作流程圖6采購結算工作流程圖進櫻傣附 Y 采購部 Y流程名稱Y采購結算工作流程圖6采購結算工作流程圖備貨配合否是否相符其他相關部門采購部財務部供應商f開始驗收入庫及時交貨配合訂單狀態(tài)確認采購訂單收集驗收單-采購訂單核對不相符催收與協(xié)調(diào)建立應付賬款臺賬各單據(jù)匯總r申請付賬填寫應付賬款 單W審核付款憑證相符審核結算付款采購總監(jiān)庫入收驗品貨總匯據(jù)單購采 請申款付款付算結Y采購部流程名稱供應商管理工作流程圖7供應商管理工作流程圖Y采購

16、部流程名稱供應商管理工作流程圖7供應商管理工作流程圖總經(jīng)理分管副總采購部供應商擇選與發(fā)開商應供施實購采核鴻”供護維系關商應供提供相關資料現(xiàn)場評審接待擬定采購合同確定合格供應商名 錄審核審核審核組織驗貨記錄貨物的質量、交期等問題實施供應商考核與定級k -協(xié)助處理問題貨物審核制定供應商關系維護措施接受懲罰參與數(shù)據(jù)流程分析數(shù)據(jù)流程分析采購管理系統(tǒng)，涉及到數(shù)據(jù)的流動、傳遞、處理、存儲等，需要對數(shù)據(jù)流程進行相應的分析。 根據(jù)采購管理系統(tǒng)所對應的數(shù)據(jù)， 在繪制數(shù)據(jù)流程圖之前， 先 對一些數(shù)據(jù)流程的要素進行簡單分析。采購管理數(shù)據(jù)流程涉及到的數(shù)據(jù)內(nèi)容， 包括采購業(yè)務員， 采購審核人員 （采購部主管） ，采購信

17、息，同時相對應的數(shù)據(jù)庫表，包括采購訂單明細表，采購單主表 , 采購入庫單明細表， 供應商報價信息表, 供應商發(fā)票表， 供應商類別表， 供應商基本信息表。數(shù)據(jù)處理過程包括登錄權限判斷，采購訂單信息基本操作等，具體數(shù)據(jù)處理過程在數(shù)據(jù)流程圖上具體體現(xiàn)。 其中， 權限判斷由系統(tǒng)用戶信息表、系統(tǒng)部門權限設定表與人員信息表聯(lián)合判斷權限， 除一級權限以外， 各部門人員只能進入各自的部門系統(tǒng)進行相應的操作。系統(tǒng)的數(shù)據(jù)流圖 （又稱 DFD）數(shù)據(jù)流圖簡稱DFD圖，數(shù)據(jù)流圖有四種成分：源點或終點、處理、數(shù)據(jù)存儲表和數(shù)據(jù)流。 圖中沒有任何具體的物理元素， 只是描述信息在系統(tǒng)中的流動和處理情況， 即使不是專業(yè)的計算機技

18、術人員也容易理解， 是極好的理解工具。 它能精確的描述系統(tǒng)的邏輯模型，描述數(shù)據(jù)在MIS 中有輸入 , 經(jīng)過存儲、加工處理,最后輸出的全過程，是設計者和用戶交流的很好的工具。系統(tǒng)數(shù)據(jù)流圖中圖形符號說明外部實體：記述系統(tǒng)之外的數(shù)據(jù)提供或數(shù)據(jù)獲得組織機構或個人。數(shù)據(jù)流：記述數(shù)據(jù)流的流動方向。處理過程：記述某種業(yè)務的手工業(yè)或計算機的處理。數(shù)據(jù)存儲：記述與處理有關的數(shù)據(jù)存儲。系統(tǒng)數(shù)據(jù)流圖中圖形數(shù)據(jù)流程圖用到四個基本符號， 即外部實體、 數(shù)據(jù)流、 數(shù)據(jù)存儲和數(shù)據(jù)處理 過程，如下所示：外部實體數(shù)據(jù)流數(shù)據(jù)存儲數(shù)據(jù)處理過程圖8數(shù)據(jù)流程圖符號數(shù)據(jù)流程圖一層數(shù)據(jù)流程圖說明了系統(tǒng)總的處理功能，輸入和輸出。如圖 9所示

19、:圖9采購管理系統(tǒng)第一層數(shù)據(jù)流程圖二層數(shù)據(jù)流圖是對一層數(shù)據(jù)流圖的數(shù)據(jù)流和加工進行分解，分解為更多的處理。首先是主管根據(jù)銷售列表和資金狀況對倉庫發(fā)來的請購單進行審批處理，然后對通過審批的請購單進行訂單、合同處理。再把請購單、訂購單、合同歸檔， 除了采購訂單外，還需向財務部門提供用款信息。如圖10所示：圖10采購管理系統(tǒng)第二層數(shù)據(jù)流程圖第三層考慮倉管部門等審批分解。供應商類別統(tǒng)計表供應商基本信息表供應商發(fā)票信息表圖11貨物管理第三層數(shù)據(jù)流程圖圖14采購訂單審核管理第三層數(shù)據(jù)流程圖圖14采購訂單審核管理第三層數(shù)據(jù)流程圖圖12采購詢價管理第三層數(shù)據(jù)流程圖供應商類別統(tǒng)計表供應商基本信息表供應商發(fā)票信息表

20、圖13采購訂單管理第三層數(shù)據(jù)流程圖存力m共應窗類別仆應窗類別,理臺詢供應觥3.系統(tǒng)設計3.系統(tǒng)設計圖15供應商管理第三層數(shù)據(jù)流程圖3.1結構設計圖16 U/C矩陣圖3.1結構設計圖16 U/C矩陣圖3.1.1BSP方法分析企業(yè)系統(tǒng)計劃法（BSP是根據(jù)信息的產(chǎn)生和使用來劃分子系統(tǒng)的，它盡量 把信息產(chǎn)生的企業(yè)過程和使用的企業(yè)過程劃分在一個子系統(tǒng)中，從而減少了子系統(tǒng)之間的信息交換。具體做法是用U/C圖，U表示使用（use）,C表示產(chǎn)生（create）, 如圖16所示。據(jù)類能采 購 計 劃 單資產(chǎn) 負載 表質量 檢測單供應 商信 息供應 商信 息反 途訂貨單收貨單庫存 情況付款 單據(jù)供應 商收 款證

21、明采購計劃企業(yè) 制訂 計劃CCL價格顧里控制C*11 11 11 1供應商選 擇選擇 供應 商1111麟CU)1J 開發(fā) 供應 商1JUC實施采購編制 采購 單CU5_JJU型實施 采購UU1JU驗貨 入庫1UCCJU1付款通知 付款11CU付款 給供 應商JUUC3.1.2系統(tǒng)功能模塊分析3.1.2系統(tǒng)功能模塊分析采購財務管理pi付款管理pi.i收款管理p1.2收付款查詢p1.3采購管理系統(tǒng)P采購管理系統(tǒng)，包括的主體設計內(nèi)容有采購財務管理模塊、采購詢價管理模塊、采購訂單管理模塊、采購訂單審核模塊、采購收貨管理模塊、供應商信息管理模塊。1）采購財務管理模塊，主要實現(xiàn)企業(yè)對采購收付款的錄入、查詢

22、、刪除、添加等作業(yè)， 通過采購財務管理模塊的功能， 來完成企業(yè)對采購收付款的管理與查詢，以便企業(yè)可以實現(xiàn)規(guī)范化的財務信息管理。通過登陸主界面， 驗證管理員的權限， 普通采購員只能對采購財務信息進行查詢， 可通過供應商名稱、 日期等進行精確查詢或混合查詢； 而只有采購主管人員和一級用戶可以采購財務信息進行錄入、刪除和添加。2）采購詢價管理模塊，主要實現(xiàn)企業(yè)對供應商報價信息的錄入、查詢、修改、刪除、添加等作業(yè)，通過采購詢價管理模塊的功能，來完成企業(yè)對供應商報價信息的管理與查詢，以便企業(yè)可以實現(xiàn)規(guī)范化的供應商報價信息管理。通過登陸主界面， 驗證管理員的權限， 普通采購員只能對供應商的報價信息進行查詢

23、， 可通過存貨名稱、 計量單位、 供應商名稱、 報價日期、 無稅單位價格、有稅單位價格進行精確查詢或混合查詢； 而只有采購主管人員和一級用戶可以對供應商的報價信息進行錄入、修改、刪除和添加。3）采購訂單管理模塊，主要是根據(jù)采購計劃實現(xiàn)采購單信息的錄入、查詢、修改、刪除、添加的操作，通過實現(xiàn)訂單管理模塊的功能，來完成采購訂單的管理與查詢。通過權限控制，這部分只有采購業(yè)務員能錄入、修改、添加、查詢，而增加一條采購訂單信息就會形成一條待審核采購單， 審核通過的訂單不能再修改。 公司主管除查詢功能外，其他的不能進行操作4）采購訂單審核模塊，由采購主管完成，通過對待審核采購單審核形成已審核采購單， 未通

24、過審核訂單即可消亡， 采購人員重新制定采購單。 審核通過的訂單即可執(zhí)行。5）采購收貨管理模塊，主要實現(xiàn)采購收貨和審核工作，通過此模塊，實現(xiàn)物料的驗收入庫，審核，退貨處理。采購業(yè)務員負責收貨單的增加、修改，然后經(jīng)采購主管審核后， 最終確定入庫的物料， 審核沒通過的收貨單經(jīng)與供應商協(xié)商進行退貨處理。6）供應商信息管理模塊，包括供應商類別管理、供應商基本信息管理、供應商發(fā)票管理和供應商評估管理四個子模塊， 由于時間關系， 本人只完成前面三個子模塊。供應商信息管理模塊主要實現(xiàn)供應商信息的錄入、查詢、修改、刪除作業(yè)，通過此模塊，來完成企業(yè)對供應商信息的管理與查詢。企業(yè)人員根據(jù)不同的權限，執(zhí)行不同的任務，

25、這個模塊本人只設置采購主管人員和一級用戶(公司主管)進行操作。3.2 數(shù)據(jù)庫設計概念設計概念結構設計是將分析得到的用戶需求抽象為信息結構 (即概念模型) 的過 程，它是整個數(shù)據(jù)庫設計的關鍵。概念結構的主要特點是：能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求。是對現(xiàn)實世界的一個真實模型。易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫的設計成功的關鍵。易于更改， 當應用環(huán)境和應用要求改變時， 容易對概念模型修改和擴充。易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換。概念結構是各種數(shù)據(jù)模型的共同基礎， 它比數(shù)據(jù)模型更獨立于機器、 更抽象，從而

26、更加穩(wěn)定。 為了把用戶的數(shù)據(jù)要求清晰明確的表達出來， 通常要建立一種面向問題的數(shù)據(jù)模型， 按照用戶的觀點來對數(shù)據(jù)和信息建模。 最常用的概念性數(shù)據(jù)模型就是E-R模型。實體關系 E-R 圖實體屬性圖：分布如下所示圖19供應商實體屬性E-R分圖圖20采購合同實體屬性E-R分圖（商品福方u（商品名稱圖21一存下限】）商品信息/、 J/ VEE商品信息實體屬性E-R分圖部門。/L圖22部門夕（訂用潮號，V _., J三、1（知崎） /廠/（付欷方式=，i/J/Z!拄量：（郃門名稱/ ）-一二二（體屬性E-R分圖產(chǎn)（TfliBM ；/ - /Q / /廠/一操作員* ）一7；x.（交貨日解： -、 V_

27、pF）總張2 帙應商.;， -一 一一一J_圖23采購訂單實體屬性E-R分圖圖24資金請求實體屬性E-R分圖邏輯設計數(shù)據(jù)表文件根據(jù)系統(tǒng)分析結果，設計了 20個數(shù)據(jù)表文件表1 20個數(shù)據(jù)表文件編號表名中文名簡述001QYXX企業(yè)信息基本數(shù)據(jù)表描述餐飲業(yè)的基本信息002DQXX地區(qū)基本信息表描述餐飲業(yè)所屬地區(qū)信息003BML B企業(yè)部門列表描述企業(yè)中擁有的部門信息004BMXX各部門基本信息表描述企業(yè)各部門的基本信息005YGXX企業(yè)各部門員工信息表描述企業(yè)各部門員工的基本信息006WLXX物料基本信息表描述物料的基本信息007DDXX采購訂單基本信息表描述采購訂單的基本信息008XJGLB采購詢

28、價管理表描述采購詢價管理模塊009DDLR采購訂單信息錄入表描述采購訂單信息錄入信息010DDCX采購訂單信息查詢表描述采購訂單信息查詢信息011DDXG采購訂單信息修改表描述采購訂單信息修改信息012DDSC采購訂單信息刪除表描述采購訂單信息刪除信息013DDSH訂單審核管理表描述訂單審核管理模塊014SHD采購收貨單管理表描述收貨單管理信息015GYSLB供應商類別管理表描述供應商類別管理模塊016GYSXX供應商信息基本數(shù)描述供應商的基本信息017GYSDQXX供應商地區(qū)基本信息表描述供應商所屬地區(qū)信息018FPGL供應商發(fā)票管理表描述供應商發(fā)票管理模塊019HTXX米購合同基本信息表描

29、述采購合同的基本信息020FKXX付款信息表描述付款的基本信 息表2企業(yè)信息基本數(shù)據(jù)表QYXX字段名說明數(shù)據(jù)類型長度鍵性是否為空QYBH餐飲業(yè)編號字符10主鍵否QYMC餐飲業(yè)名稱字符20否QYDH餐飲業(yè)電話字符12否QYZT餐飲業(yè)運營狀態(tài)字符10否表3 地區(qū)基本信息表DQXX字段名說明數(shù)據(jù)類型長度鍵性是否為空DQBH地區(qū)編號字符10主鍵否DQMC地區(qū)名稱字符20否表4企業(yè)部門列表BML B字段名說明數(shù)據(jù)類型長度鍵性是否為空BMBH部門編號字符10主鍵否BMMC部門名稱字符20否表5各部門基本信息表BMXX字段名說明數(shù)據(jù)類型長度鍵性是否為空BMBH部門編號字符10主鍵否BMYG部門員工字符10否

30、BMDH部門電話字符12否表6 企業(yè)各部門員工信息表 YGXX字段名說明數(shù)據(jù)類型長度鍵性是否為空YGBH員工編號字符10主鍵否YGMZ員工名字字符20否YGXB員工性別字符2否YGNL員工年齡整型10否YGZZ員工住址字符50否YGDH員工電話字符12否表7物料基本信息表WLXX字段名說明數(shù)據(jù)類型長度鍵性是否為空WLBH物料編號字符10主鍵否WLMC物料名稱字符20是WLGG物料規(guī)格字符20否WLDJ物料單價字符20否KCL物料庫存量字符20否KCXX物料庫存下限字符20否表8采購訂單基本信息表DDXX字段名說明數(shù)據(jù)類型長度鍵性是否為空DDBH采購訂單編號字符10主鍵否DDMC采購訂單名稱字符

31、20是DDZT采購訂單狀態(tài)字符2否XDRQ下單日期是GYSBH供應商編p字符10否YSBH運輸方式編號字符20否DLM登錄名字符50否表9采購詢價管理表XJGLB字段名說明數(shù)據(jù)類型長度鍵性是否為空BJXXZJ供應商報價字符20主鍵否信息增加BJXXCX供應商報價信息查詢字符20是BJXXSC供應商報價信息刪除字符20否BJXXXG供應商報價信息修改字符20否表10采購訂單信息錄入表DDLR字段名說明數(shù)據(jù)類型長度鍵性是否為空ZXXLR訂單主信息錄入字符20主鍵否MXXXLR訂單明細信息錄入字符20否表11采購訂單信息查詢表DDCX字段名說明數(shù)據(jù)類型長度鍵性是否為空ZXXCX訂單主信息查詢字符20

32、主鍵否MXXXCX訂單明細信息查詢字符20否表12采購訂單信息修改DDXG字段名說明數(shù)據(jù)類型長度鍵性是否為空ZXXXG訂單主信息修改字符20主鍵否MXXXXG訂單明細信息修改字符20否表13采購訂單信息刪除表DDSH字段名說明數(shù)據(jù)類型長度鍵性是否為空ZXXSC訂單主信息刪除字符20主鍵否MXXXSC訂單明細信息刪除字符20否表14訂單審核管理表DDSH字段名說明數(shù)據(jù)類型長度鍵性是否為空DDSH采購訂單審核管理字符20主鍵否SHDSH采購收貨單審核管理字符20否表15采購收貨單管理表SHD字段名說明數(shù)據(jù)類型長度鍵性是否為空SHDZJ采購收貨單增加字符20主鍵否SHDCX采購收貨單查詢字符20是S

33、HDXG采購收貨單修改字符20否SHDSC采購收貨單刪除字符20否表16供應商類別管理表GYSLB字段名說明數(shù)據(jù)類型長度鍵性是否為空LBXXZJ供應商類別信息增加字符20主鍵否LBXXXG供應商類別信息修改字符20是LBXXSC供應商類別信息刪除字符20否表17供應商信息基本數(shù)據(jù)表GYSXX字段名說明數(shù)據(jù)類型長度鍵性是否為空GYSBH供應商編p字符10主鍵否GYSMC供應商名稱字符20否GYSDH供應商電話字符12否GYSZT供應商運營狀態(tài)字符10否表18供應商地區(qū)基本信息表GYSDQXX字段名說明數(shù)據(jù)類型長度鍵性是否為空GYSDQBH供應商地區(qū)編號字符10主鍵否GYSDQMC供應商地區(qū)名稱字

34、符20否表19供應商發(fā)票管理表FPGL字段名說明數(shù)據(jù)類型長度鍵性是否為空FPXXZJ供應商發(fā)票信息增加字符20主鍵否FFPXXXG供應商發(fā)票信息修改字符20是FPXXSC供應商發(fā)票信息刪除字符20否FPXXC供應商發(fā)票信息查詢字符20否表20采購合同基本信息表HTXX字段名說明數(shù)據(jù)類型長度鍵性是否為空HTBH合同編號字符10主鍵否DDBH采購訂單編號字符20否HTZH合同狀態(tài)字符2否ZJE總金額貨幣50否JHRQ交貨日期日期/時問是FKFS付款方式編號字符10否YFK預付款貨幣20是HTSCRQ合同生成日期日期/時問是DLM登錄名字符50否HTWCRI合同完成日期日期/時問是表21 付款使用信

35、息XKXX字段名說明數(shù)據(jù)類型長度鍵性是否為空QQBH請求編號字符10主鍵否BMDH部門代號字符20否QQZJ請求資金字符20否QQSJ請求時間日期/時問是PZSJ批準時間日期/時問是FKFSBH付款方式編號字符20否SFPZ是否批準字符2否代碼設計代碼作為人與計算機之間的共同語言，利用數(shù)字,字母或它們的組合為信息 編碼,不僅可以節(jié)省存儲空間，而且便于計算機識別，分類,校對，匯總和查詢檢 索。在本系統(tǒng)中采用了代碼設計，例如運輸方式描述表中，對運輸方式采用順序 碼。順序碼又稱系列碼,它是一種用連續(xù)數(shù)字代表編碼對象的碼,例如：運輸方式 中用1代表汽車,2代表火車,3代表輪船,4代表飛機,5代表混合方

36、式，6代表外包托 運。同樣在付款方式描述表中也類似定義：1代表現(xiàn)金，2代表信用卡，3代表支 票，4代表網(wǎng)上支付。對請購單，訂購單和采購合同編號，則采用多面碼。例如合 同編號為20090517俵示2009年5月17日生成的第一份合同。輸入 / 輸出設計設計要確定輸出什么數(shù)據(jù)和以什么方式、 如何錄入數(shù)據(jù)。 輸入設計要在滿足要求的前提下盡量減少輸入數(shù)據(jù)的數(shù)量，為用戶和系統(tǒng)雙方帶來良好的工作環(huán)境。 輸出設計是對輸入數(shù)據(jù)進行加工和處理的結果， 可以為管理者提供簡潔、 明 了、有效、實用的管理和控制信息。輸出的格式和內(nèi)容必須滿足用戶的需求。本系統(tǒng)輸入的數(shù)據(jù)受一定權限制約， 每個操作員都有自己的賬號和密碼。

37、 另外， 還 有一些數(shù)據(jù)參照完整性的輸入限制， 只要在功能代碼完成后再在接受輸入前判斷的格式和值的大小就可以實現(xiàn)。輸入輸出設計主要包括輸入設計、用戶界面設計、輸出方式設計。（ 1）輸入設計包括輸入方式設計、輸入格式、校對方式等。1）輸入方式設計鍵盤輸入： 主要用于和業(yè)務處理結合的輸入，由于采購管理系統(tǒng)及密碼管理系統(tǒng)小、流動數(shù)據(jù)少、基本數(shù)據(jù)變化小，可以應用鍵盤輸入。數(shù)模 / 模數(shù)轉換方式：I.條碼（棒碼）輸入：庫存系統(tǒng)需要在短時間內(nèi)大量更新數(shù)據(jù)、及時處理數(shù)據(jù)，選擇條碼輸入是比較好的選擇。葭用掃描儀輸入：被使用于圖形/圖像的輸入，文件、報紙的輸入標準考試 試卷的自動閱卷，投票和公決的統(tǒng)計等。傳感器

38、輸入：利用各類傳感器和電子衡器接收和采集物理信息，然后再 通過 A/D,D/A 板將其轉換為數(shù)字信息。IV.網(wǎng)絡傳送數(shù)據(jù)：既是一種輸出信息的方式，又是一種輸入信息的方式。2）輸入格式采用智能輸入方式，有計算機自動將輸入送至不同表格。3）校對方式本系統(tǒng)在修改個人密碼時， 運用了錯誤提示校對的方法， 對密碼輸入錯誤進 行對話框提示；并對物料的出入庫請求用戶的確認。（ 2）用戶界面設計用戶界面設計應堅持友好、簡便、實用、易于操作的原則，盡量避免過于煩瑣和花哨。 包括菜單方式、 會話方式、 操作提示方式， 以及操作權限管理方式等。( 3)輸出設計庫存管理系統(tǒng)中，運用屏幕輸出方式。包括報表生成器設計、圖

39、形方式等。本系統(tǒng)的輸出數(shù)據(jù)主要包括各種分類列表和采購訂單報表查詢。 輸出的數(shù)據(jù)來源來自對基本表的SQL查詢，主要是合同管理的部分。3.2.3 物理設計數(shù)據(jù)庫的物理設計是指對于一個給定的數(shù)據(jù)庫邏輯結構， 研究并實現(xiàn)一個有效的數(shù)據(jù)庫物理結構的過程。 這個階段的主要任務是為邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物理結構，包括存儲結構和存取方法等。根據(jù)邏輯設計，進行物理結構的設計，應用SQL語句對以上各表進行建立，如下：企業(yè)信息基本數(shù)據(jù)表QYXXCREATE TABLE QYXX(QYBH CHAR(10) PRIMARY KEY,QYMC CHAR(20),QYDH CHAR(12),QYZT CHA

40、R(10);地區(qū)基本信息表DQXXCREATE TABLE DQXX(DQBH CHAR(10) PRIMARY KEY,DQMC CHAR(20);企業(yè)部門列表BML BCREATE TABLE DQXX(BMBH CHAR(10) PRIMARY KEY,BMMC CHAR(20)；各部門基本信息表BMXXMXXXSC CHAR(20)MXXXSC CHAR(20)XDRQ SMALLINT NOT NULLCREATE TABLE BMXX(BMBH CHAR(10) PRIMARY KEY,BMYG CHAR(10，)BMDH CHAR(20)；企業(yè)各部門員工信息表YGXXCREATE

41、 TABLE YGXX(YGBH CHAR(10) PRIMARY KEY,YGMZ CHAR(20)，YGXB CHAR(2) ，YGNL SMALLINT，YGZZ CHAR(50) ，YGDH CHAR(12)；物料基本信息表WLXXCREATE TABLE WLXX(WLBH CHAR(10) PRIMARY KEY,WLMC CHAR(20，)WLGG CHAR(20，)WLDJ CHAR(20)，KCL CHAR(20) ，KCXX CHAR(20)；采購訂單基本信息表DDXXCREATE TABLE DDXX(DDBH CHAR(10) PRIMARY KEY,DDMC CHAR

42、(20，)DDZT CHAR(2)，GYSBH CHAR(10，)DLM CHAR(50);采購詢價管理表XJGLBCREATE TABLE XJGLB(BJXXZJ CHAR(20) PRIMARY KEY,BJXXCX CHAR(20),BJXXSC CHAR(20),BJXXXG CHAR(20);采購訂單信息錄入表DDLRCREATE TABLE DDLR(Z XXLR CHAR(20) PRIMARY KEY,MXXXLR CHAR(20);采購訂單信息查詢表DDCXCREATE TABLE DDCX(Z XXCX CHAR(20) PRIMARY KEY,MXXXCX CHAR(2

43、0);采購訂單信息修改DDXGCREATE TABLE DDXG(Z XXXG CHAR(20) PRIMARY KEY,MXXXXG CHAR(20);采購訂單信息刪除表DDSHCREATE TABLE DDSH(Z XXSC CHAR(20) PRIMARY KEY,(GYSDQBH CHAR(10) PRIMARY KEY,(GYSDQBH CHAR(10) PRIMARY KEY,);訂單審核管理表DDSHCREATE TABLE DDSH(DDSH CHAR(20) PRIMARY KEY,SHDSH CHAR(20);采購收貨單管理表SHDCREATE TABLE SHD(SHDZ

44、J CHAR(20) PRIMARY KEY,SHDCX CHAR(20),SHDXG CHAR(20),SHDSC CHAR(20);供應商類別管理表GYSLBCREATE TABLE GYSLB(LBXXZJ CHAR(20) PRIMARY KEY,LBXXXG CHAR(20),LBXXSC CHAR(20);供應商信息基本數(shù)據(jù)表GYSXXCREATE TABLE GYSLB(GYSBH CHAR(10) PRIMARY KEY,GYSMC CHAR(20),GYSDH CHAR(12),GYSZT CHAR(10);供應商地區(qū)基本信息表GYSDQXXCREATE TABLE GYSD

45、QXXGYSDQMC CHAR(20);供應商發(fā)票管理表FPGLCREATE TABLE FPGL(FPXXZJ CHAR(20) PRIMARY KEY,FFPXXXG CHAR(20),FPXXSC CHAR(20),FPXXC CHAR(20);采購合同基本信息表HTXXCREATE TABLE HTXX(HTBH CHAR(10) PRIMARY KEY,DDBH CHAR(20),HTZH CHAR(5),ZJE CHAR(50),JHRQ TIME NOT NULL,FKFS CHAR(10),YFK CHAR(20),HTSCRQ TIME NOT NULL,DLM CHAR(5

46、0).HTWCRI TIME NOT NULL);付款使用信息XKXXCREATE TABLE XKXX(QQBH CHAR(10) PRIMARY KEY,BMDH CHAR(20),QQZJ CHAR(20),QQSJ TIME NOT NULL,PZSJ TIME NOT NULL,FKFSBH CHAR(20), SFPZ CHAR(2) )；系統(tǒng)的IPO圖關于采購管理系統(tǒng)的模塊功能定義， 使用IPO圖描述模塊的輸入，模塊內(nèi)部 處理邏輯和模塊輸出。模塊分解應遵循模塊獨立性原則，即不同模塊之間相互依 賴的緊密程度要低，也就是滿足低耦合、高內(nèi)聚的要求。IPO圖是輸入/處理/輸出圖的簡稱，它

47、是美國IBM公司發(fā)展完善起來的一種圖形工具，它能夠方便地描 繪輸入數(shù)據(jù)，對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關系。采購財務管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：采購 財務管理設叱使用單位編程要求被調(diào)用系統(tǒng)調(diào)用p1.1, p1.2, p1.3輸入部分(I)處理描述(P)輸出部分(O)收付款信息，收付 款查詢條件對收付款信息進行添加、刪除、修改、 查詢操作收款信息，付款信 息，收付款查詢結 果采購詢價管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：采購 詢價管理設叱使用單位編程要求被調(diào)用系統(tǒng)調(diào)用P2.

48、1,P2.2,P2.3輸入部分(I)處理描述(P)輸出部分(O)采購，退貨，報價， 報價統(tǒng)計信息對采購、退貨、報價進行添加、刪除、 修改查詢處理采購，退貨，報價， 報價統(tǒng)計信息采購訂單管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：采購訂 單管理設TT使用單位編程要求被調(diào)用系統(tǒng)調(diào)用P3.1,P3.2,P3.3,P3.4輸入部分(I)處理描述(P)輸出部分(O)采購訂單信息對米購訂單進行錄入、刪除、修改、查 詢處理采購訂單信息處 理結果采購訂單審核管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：訂單審

49、 核管理設使用單位編程要求被調(diào)用系統(tǒng)調(diào)用P4.1,P4.2輸入部分(I)處理描述(P)輸出部分(O)采購訂單信息對采購訂單進行審核處理采購訂單審核處 理結果采購收貨單管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：采購收 貨單管理設它使用單位編程要求被調(diào)用系統(tǒng)調(diào)用P5.1,P5.2,P5.3,P5.4輸入部分(I)處理描述(P)輸出部分(O)采購收貨單信息對采購收貨單進行增加、刪除、修改、 查詢處理采購收貨單信息 處理結果供應商管理模塊的IPO圖IPO圖編號HIPO圖編號數(shù)據(jù)庫設計文件編號編碼文件號編程要求文件號模塊名稱：供應商 信息管理設叱使用單位編程要求被調(diào)用系統(tǒng)調(diào)用P6.1,P6.2,P6.3輸入部分(I)處理描述(P)輸出部分(O)供應商信息對供應商信息的基本信息、發(fā)票、類別 進行處理供應商信息處理 結果系統(tǒng)