【正文】 價格，預(yù)付款數(shù)目 輸出數(shù)據(jù)：合同詳單 超市采購信息管理系統(tǒng) 主管審批 請購單管理 采購訂單管理 采購合同管理 部門資金審批 庫存信息管理 請購單分類 請購單生成修改 訂單新建 訂單修改撤銷 訂單記錄 新建合同 查詢合同 合同記錄 5，采購合同查詢統(tǒng)計模塊 模塊名 ：采購合同查詢統(tǒng)計 簡述：輸 入一定的查詢統(tǒng)計條件就可以得到查詢統(tǒng)計結(jié)果 輸入數(shù)據(jù)：商品名稱和供應(yīng)商；商品編號名稱，合同執(zhí)行時間，供應(yīng)商 輸出數(shù)據(jù)：查詢輸出合同列表，統(tǒng)計輸出商品數(shù)目 6，部門資金審批模塊 模塊名：部門資金審批 簡述：根據(jù)自動接收到的用款信息，做出是否通過審批，更新部門可用資金信息 輸入數(shù)據(jù)：判斷是否審批 輸出數(shù)據(jù)：資金審批分類記錄，部門資金最新數(shù)目 代碼設(shè)計 代碼作為人與計算機之間的共同語言 ,利用數(shù)字 ,字母或它們的組合為信息編碼 ,不僅可以節(jié)省存儲空間 ,而且便于計算機識別 ,分 類 ,校對 ,匯總和查詢檢索 . 在本系統(tǒng)中采用了代碼設(shè)計 ,例如運輸方式描述表中 ,對運輸方式采用順序碼 .順序碼又稱系列碼 ,它是一種用連續(xù)數(shù)字代表編碼對象的碼 ,例如 :用 1代表汽車 ,2代表火車 ,3代表輪船 ,4代表飛機 ,5代表混合方式 ,6代表外包托運 。 系統(tǒng)設(shè)計 系統(tǒng)模塊設(shè)計 圖 31 系統(tǒng)模塊分析 1， 請購單管理模塊 模塊名：請購單管理 簡述： 庫存管理員估計未來一段時期的庫存量添加請購單，包括商品名稱，數(shù)量 ，需要日期等信息。 最后倉庫人員再次登入，則跳出入庫單， 生成報表。 在以財務(wù)部門人員的身份登入資金審批界面，提供了部門資 金信息和待審批資金項目。此時不能對訂購單和合同內(nèi)容做任何修改。 合同一旦生成就進入執(zhí)行狀態(tài)， 不允許再修改。剛生成的訂購單還為未 執(zhí)行狀態(tài)，然后進入合同管理界面，該界面提供合同添加、撤銷、查詢 功能。 接著采購部 門的人員登入訂購單管理界面，根據(jù)已經(jīng)批準(zhǔn)的請購單列表生成請購單 ，同時可打印報表 。審批前要查看商品信息表、執(zhí)行中合同情況 以及 財務(wù)部門的報表 等 ， 然后提交審批意見 ，分為合格請購單和不合格請購單。首先是倉庫部門的操作員，他在請購單管理模塊里主要是根據(jù)商品庫存是否有缺貨可能來進行請購單添加、修改操作。 設(shè)計思想 本系統(tǒng)分為四種操作員進行，每種操作員有自己的賬號和密碼。第二個階段是詳細設(shè)計，其任務(wù)是確定模 塊的內(nèi)部算法和數(shù)據(jù)結(jié)構(gòu)，產(chǎn)生描述各個模塊程序過程的詳細設(shè)計文檔，本系統(tǒng)采用了原型法，即先跟據(jù)需求分析設(shè)計出原型，然后在原型的基礎(chǔ)上進行測試和改進。 如圖 25 所示： 圖 25 第四層 DFD圖 采購訂單管理 D5 供應(yīng)商信息 D6 商品運輸方式 D7 采購付款方 式 D8 已通過審批請 購單 采購合同生成 談判價格等信息 采購訂單 采購合同管理 采購合同 用款信 息 D9 更新的合同狀態(tài)記錄 D10 更新的訂購單狀態(tài)記錄 D11 供應(yīng)商共獲的查詢記錄 合同執(zhí)行狀態(tài) 操作員 財務(wù)部門 供應(yīng)商 操作 員 系統(tǒng)分析 數(shù)據(jù)字典 (DD) 表 21 數(shù)據(jù)流名：請購單 簡述：庫存部門發(fā)出的請購信息 組成：請購單編號 +商品編號 +商品名稱 +規(guī)格 +單價 +請購數(shù)量 +需 要日期 +請購單狀態(tài) +賬號 +生成日期 +審批意見 備注： 表 22 數(shù)據(jù)流名：商品庫存信息 簡述：規(guī)定庫存下限， 當(dāng)前倉庫里商品庫存量隨進貨完畢而改變 組成：商品編號 +庫存量 +庫存下限 備注： 表 23 數(shù)據(jù)流名：商品信息 簡述：由其他部門提供，審批時使用 組成：商品編號 +商品名稱 +規(guī)格 +單價 +供應(yīng)商編號 +生產(chǎn)商編號 +備注 備注： 表 24 數(shù)據(jù)流名：財務(wù)部門信息表 簡述：由財務(wù)部門提供，審批時使用 組成：部門代碼 +可用資金 +最近使用時間 +最近使用理由 備注： 表 25 數(shù)據(jù)流名：采購訂單 簡述：采購訂單管理模塊生成，流向合同生成模塊 組成：訂購單編號 +訂購單狀態(tài) +下單日期 +賬號 +商品編 號 +商品名稱 +規(guī)格 +數(shù)量 +單價 +金額 備注： 表 26 數(shù)據(jù)流名：采購合同 簡述：采購合同生成模塊生成，流向合同管理模塊 組成：合同編號 +訂購單編號 +合同狀態(tài) +總金額 +交貨日期 +付款方式編號 +付款方式名稱 +預(yù)付款 +供應(yīng)商編號 +供應(yīng)商名稱 +運輸方式編號 備注： 表 27 數(shù)據(jù)流名：用款信息 簡述：又名待批準(zhǔn)資金，合同管理模塊生成，流向財務(wù)部門 組成：請求編號 +部門代碼 +部門名稱 +請求資金 +請求理由 +請求時間 +付款方式名稱 +是否批準(zhǔn) 備注： 表 28 數(shù)據(jù)流名：入庫單 簡述：采購部門 生成，流向倉庫部門 組成：商品種類 +商品名稱 +數(shù)量 備注： 表 29 數(shù)據(jù)文件名：采購合同記錄 簡述：采購合同生成模塊生成，流向合同管理模塊 組成：合同編號 +訂購單編號 +合同狀態(tài) +總金額 +交貨日期 +付款方式編號 +付款方式名稱 +預(yù)付款 +供應(yīng)商編號 +供應(yīng)商名稱 +運輸方式編號 備注 表 210 數(shù)據(jù)元素名：訂購單編號 簡述：訂購單的代碼 取值：“年、月、日、編號”如： 090501***** 備注：字段類型為數(shù)字 表 211 數(shù)據(jù)元素名：商品編號 簡述：訂購商品的代碼 簡稱 sp 系統(tǒng)分析 取 值：“ 1” __“ 500” 備注：字段類型為數(shù)字 表 212 數(shù)據(jù)元素名：供應(yīng)商編號 簡述：供應(yīng)商的代碼 簡稱 gy 取值：“ 1” — “ 500” 備注：字段類型為數(shù)字 表 213 數(shù)據(jù)元素名：合同編號 簡述：生成合同的代碼 取值：“年、月、日、編號” — 如 090502**** 備注：字段類型為數(shù)字 表 214 數(shù)據(jù)元素名：請求編號 簡述：請求部門代碼 取值：“ 1” — “ 50” 備注：字段類型為數(shù)字 表 215 數(shù)據(jù)項名：賬號 簡述：請求資金時的銀行賬號 取值：如 810112345678902020 備注： 表 216 數(shù)據(jù)項名：登錄名 簡述：登錄進入系統(tǒng)的用戶名 取值： qq， dd， hh， zj 備注： qq 為倉庫管理者帳號， dd為主管賬號，hh 為采購管理者帳號， zj 為財務(wù)管理者帳號 3 系統(tǒng)設(shè)計 在整個系統(tǒng)的開發(fā)時期中，設(shè)計階段是最主要的階段。 如圖 23所示： 圖 23 第二層 DFD 圖 第三層考慮財務(wù)部門與銷售計劃將審批分解，如圖 24所示： 庫存部門 P1 庫存處理 D1 商品庫存信息 P2 審批 D1 銷售計劃 D2 資金信息 請購單 采購系統(tǒng)處理 倉庫 請購單 入庫單 財務(wù)部門 提供資金信息 系統(tǒng)分析 第三層 DFD 圖 圖 24 第三層 DFD圖 第四層數(shù)據(jù)流圖在第二層的基礎(chǔ)上進一步分析，把訂單、合同處理分開，再把合 同處理分為合同生成處理和合同管理。 首先是主管 根據(jù)銷售列表和資金狀況 對倉庫發(fā)來的請購單進行審批處理，然后對通過審批的請購單進行訂單、合同處理。采購系統(tǒng)就是采購部門根據(jù)庫存送來的請購單進行系統(tǒng)處理，貨到后向庫存發(fā)出入庫單。 通過實際調(diào)查，要求本系統(tǒng)具有以下功能： 請購單 合格請購單 采購部門 采購訂單 供應(yīng)商 財務(wù)部門 部門資金信息 不合格請購單 銷售計劃 庫存部門 采購合同 生成采購訂單 合同臺帳 審批請購單 入庫單 采 購部門 合同管理 生效合同 批準(zhǔn)記錄 未批準(zhǔn)記錄 ? 要求系統(tǒng)具有良好的人機界面 ，使客戶不用了解過多的操作方法就可以熟練運用系統(tǒng)； ? 如果系統(tǒng)的使用對象較多，則要求有較好的權(quán)限管理 ，保證系統(tǒng)的穩(wěn)定和安全； ? 方便的數(shù)據(jù)查詢 ，通過簡單操作快速得到所需數(shù)據(jù)； ? 采用結(jié)構(gòu)化的分析方法進行面向數(shù)據(jù)流的分析，主要有分層數(shù)據(jù)流圖和數(shù)據(jù)字典組成 ； 幫助更好的理解系統(tǒng)的流程； ? 在相應(yīng)的權(quán)限下，可方便的刪除數(shù)據(jù)，同時也要保證安全性操作。因此在需求分析階段要求客戶的廣泛參與，設(shè)計人員也要去 熟悉客戶的業(yè)務(wù)工作，才能逐步確定用戶的實際需求。 其主要解決的問題： ? 信息要求：用戶希望從數(shù)據(jù)庫中獲 取什么數(shù)據(jù)，并由此決定在數(shù)據(jù)庫中 存儲哪些數(shù)據(jù) ； ? 處理要求：明確用戶對數(shù)據(jù)有什么樣的處理要求，從而確定數(shù)據(jù)之間的 相互關(guān)系 ； ? 安全性與完整性要求：確定用戶的最終需求是一件很困難的事情，用戶缺少計算機知識，不能準(zhǔn)確表達自己的需求，所提出的需求往往經(jīng)常變化。 需求分析的任務(wù)是通過詳細調(diào)查現(xiàn)實世界要處理的對象（組織、部門、企業(yè)等），充分了解原系統(tǒng)（手工系統(tǒng) /計算機系統(tǒng)）工作概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定 新系統(tǒng)的功能。發(fā)送入庫單。所以系統(tǒng)設(shè)計需有倉庫和財務(wù)的界面（接口） 。所以還需 考慮 與其他子系統(tǒng)之間的 聯(lián)系，從庫存獲取商品數(shù)據(jù)，從供應(yīng)商管理獲取供應(yīng)商信息，采購任務(wù)完成后需生成入庫單傳給庫存管理系統(tǒng)等。合同完成后，為庫存提供到貨信息（名稱，數(shù)量等）。另外也對訂購單按狀態(tài)分類列表記錄。按不同的狀態(tài)實現(xiàn)訂購單的新建、修改、撤銷功能。審批結(jié)束后對請購單按是否批準(zhǔn)作分類記錄。 系統(tǒng)管理的主要要求 可將系統(tǒng)的功能分成三個模塊來處理： 1. 請購單管理：包括需求的商品的詳細內(nèi)容：商 品號，名稱，規(guī)格，需求時間等。類似的還有把采購用款信息提供給財務(wù)部門更新 可用資金數(shù)目。子系統(tǒng)提供的數(shù)據(jù)，共采購訂單生成時使用，對各個供應(yīng)商的合作執(zhí)行情況做分類統(tǒng)計，得到供應(yīng)商信譽記錄，供應(yīng)商子系統(tǒng)能夠直接引用。其中請購單管理就是對庫存缺貨信息響應(yīng)的結(jié)果，假設(shè)商品庫存量是庫存子系統(tǒng)提供的數(shù)據(jù) ，直接在數(shù)據(jù)庫 中建立表。 系統(tǒng)計劃實現(xiàn)后，計算機系統(tǒng)代替原來繁瑣的人工檔案管理 ， 系統(tǒng)邊界 采購系統(tǒng) 與超市的就各子系統(tǒng)都有關(guān)聯(lián)。對采購過程中的三個重要記錄 —— 請購單、采購訂單和采購合同 做重點管理，各自生成條件合理，數(shù)據(jù)傳遞快速有效、按執(zhí)行狀態(tài)歸類的統(tǒng)計列表及時反映執(zhí)行狀態(tài)變化。以先進成熟的計算機和數(shù)據(jù)庫技術(shù)為主要手段，建成 超市內(nèi)部 的 采購 管理信息系統(tǒng)，以做到為經(jīng)營決策提供有力的信息保證。采購訂單的錄入和維護和付款的計算機的操作等。它為整 個系統(tǒng)提供安全保障。 使用本系統(tǒng)，可以迅速提升超市的管理水平 ，為降低經(jīng)營成本， 提高效益，增強超市擴張能力 ， 提供有效的技術(shù)保障 要求達到 界面友好，使用簡單，操作方便，運行穩(wěn)定可靠。 總的任務(wù)有： 大大提高超市的運作效率。登錄任意界 面都需要不同的登錄密碼，各系統(tǒng)之間也有緊密聯(lián)系。設(shè)計操作簡單友好的界面，方便管理員使用。與庫存，供應(yīng)商、財務(wù)子系統(tǒng)有效關(guān)聯(lián)，及時響應(yīng)其他系統(tǒng)信息，并傳遞處理的結(jié)果。 從流程可以看出，采購相對超市的其他業(yè)務(wù)是比較復(fù)雜 煩瑣的，對超市管理 的采購業(yè)務(wù)信息化處理有很大的緊迫性，針對目前超市管理信息系統(tǒng)普 遍不完善，我們要重點建設(shè)采購管理這一塊，開發(fā)出功能強大，自動化程度高，安全性強的采購管理子系統(tǒng)。購進商品的質(zhì)量，價格如何，以及如何選擇采購地點 和供應(yīng)商才能達到減少采購成本都與經(jīng)濟效益相掛鉤。盡管經(jīng)濟效益是在商品銷售之后實現(xiàn)的，但效益高低卻與商品購進業(yè)務(wù)經(jīng)營有著密切的關(guān)系。如果采購人員運行