【文章內(nèi)容簡(jiǎn)介】 內(nèi)容：商 品號(hào)，名稱，規(guī)格，需求時(shí)間等。接受庫(kù)存部門(mén)的請(qǐng)購(gòu)信息，供主管審批時(shí)參照使用。審批結(jié)束后對(duì)請(qǐng)購(gòu)單按是否批準(zhǔn)作分類記錄。 2. 采購(gòu)訂單管理：根據(jù)審批通過(guò)的請(qǐng)購(gòu)單，生成采購(gòu)訂單，除了請(qǐng)購(gòu)的基本內(nèi)容外還包括供應(yīng)商，運(yùn)輸方式，付款方式，付款條件，交貨日期等詳細(xì)情況。按不同的狀態(tài)實(shí)現(xiàn)訂購(gòu)單的新建、修改、撤銷功能。具體地說(shuō)，未執(zhí)行狀態(tài)下才能夠新建，撤消訂購(gòu)單，執(zhí)行中狀態(tài)下才能修改和撤銷，訂購(gòu)單一旦完成，就不允許修改和撤銷。另外也對(duì)訂購(gòu)單按狀態(tài)分類列表記錄。 3. 采購(gòu)合同管理： （ 1） 一份采購(gòu)定單生成后對(duì)應(yīng)生成采購(gòu)合同（采用合同號(hào)和訂購(gòu)單號(hào)對(duì)應(yīng)） ； （ 2） 對(duì)撤銷，執(zhí)行中，已執(zhí)行的合同分類列表記錄，并且合同狀態(tài)和采購(gòu)訂單狀態(tài)有效關(guān)聯(lián)：一份合同生成后，合同和對(duì)應(yīng)的采購(gòu)訂單自動(dòng)進(jìn)入執(zhí)行狀態(tài)；一份合同完成后， 對(duì)應(yīng)的采購(gòu)訂單也自動(dòng)進(jìn)入完成狀態(tài)； （ 3） 按供應(yīng)商名稱和商品名稱提供供應(yīng)商供貨記錄查詢列表；按商品名稱、供應(yīng)商名稱和合同執(zhí)行時(shí)間提供進(jìn)貨數(shù)量統(tǒng)計(jì) ； （ 4） 按照合同的付款信息，及時(shí)向財(cái)務(wù)部門(mén)反饋用款信息，經(jīng)批準(zhǔn)后更新部門(mén)可用資金數(shù)目。合同完成后，為庫(kù)存提供到貨信息（名稱，數(shù)量等）。 系統(tǒng)只是超市管理信息系統(tǒng)的一個(gè)子系統(tǒng)。所以還需 考慮 與其他子系統(tǒng)之間的 聯(lián)系，從庫(kù)存獲取商品數(shù)據(jù)，從供應(yīng)商管理獲取供應(yīng)商信息，采購(gòu)任務(wù)完成后需生成入庫(kù)單傳給庫(kù)存管理系統(tǒng)等。還有財(cái)務(wù)款項(xiàng)的進(jìn)出與財(cái)會(huì)子系統(tǒng)有關(guān)。所以系統(tǒng)設(shè)計(jì)需有倉(cāng)庫(kù)和財(cái)務(wù)的界面（接口） 。 系統(tǒng)業(yè)務(wù)流程圖 若商品缺貨或?qū)δ成唐酚行枨?，就由?kù)存部門(mén)生成請(qǐng)購(gòu)單，主管部門(mén)結(jié)合銷售計(jì)劃和財(cái)務(wù)狀況及前期合同 系統(tǒng)分析 執(zhí)行情況來(lái)進(jìn)行審核，并將未批準(zhǔn)的請(qǐng)購(gòu)單退給庫(kù)存部門(mén)；采購(gòu)部門(mén)根據(jù)審批通過(guò)的請(qǐng)購(gòu)單生成采購(gòu)訂單發(fā)往供應(yīng)商，供應(yīng)商得到采購(gòu)訂單后提交采購(gòu)合同，采購(gòu)部通過(guò)合同管理審核合同，簽訂合同后返回供應(yīng)商要求供貨，同時(shí)將生效合同存儲(chǔ) 備查并提交采購(gòu)部以便采購(gòu)部向庫(kù)存部門(mén)。發(fā)送入庫(kù)單。 如圖 21 所示 ： 圖 21 超市采購(gòu)管理信息系統(tǒng)業(yè)務(wù)流程圖 需求分析 需求分析的任務(wù) 需求分析是軟件定義時(shí)期的最后一個(gè)階段，也是設(shè)計(jì)數(shù)據(jù)庫(kù)的一個(gè)起點(diǎn)，它確定了系統(tǒng)必須完成哪些工作，提出完整、準(zhǔn)確、清晰和具體的要求，直接影響到后面各個(gè)階段的設(shè)計(jì)，及設(shè)計(jì)結(jié)果是否合理和實(shí)用。 需求分析的任務(wù)是通過(guò)詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對(duì)象（組織、部門(mén)、企業(yè)等），充分了解原系統(tǒng)（手工系統(tǒng) /計(jì)算機(jī)系統(tǒng)）工作概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定 新系統(tǒng)的功能。新系統(tǒng)必須充分考慮今后可能的擴(kuò)充和改變，不能僅僅按當(dāng)前應(yīng)用需求來(lái)設(shè)計(jì)系統(tǒng)。 其主要解決的問(wèn)題： ? 信息要求：用戶希望從數(shù)據(jù)庫(kù)中獲 取什么數(shù)據(jù)，并由此決定在數(shù)據(jù)庫(kù)中 存儲(chǔ)哪些數(shù)據(jù) ； ? 處理要求：明確用戶對(duì)數(shù)據(jù)有什么樣的處理要求，從而確定數(shù)據(jù)之間的 相互關(guān)系 ； ? 安全性與完整性要求：確定用戶的最終需求是一件很困難的事情，用戶缺少計(jì)算機(jī)知識(shí)，不能準(zhǔn)確表達(dá)自己的需求，所提出的需求往往經(jīng)常變化。設(shè)計(jì)人員缺少用戶的專業(yè)知識(shí)，不易理解用戶的真正需求。因此在需求分析階段要求客戶的廣泛參與，設(shè)計(jì)人員也要去 熟悉客戶的業(yè)務(wù)工作，才能逐步確定用戶的實(shí)際需求。 超市采購(gòu)管理信息系統(tǒng)的需求分析 超市采購(gòu) 信息管理系統(tǒng)是一個(gè)基于全國(guó)連鎖制管理的 超市 統(tǒng)一集團(tuán)內(nèi)部商品 采購(gòu) 的管理工具，以實(shí)現(xiàn)信息的全面采集和處理 、規(guī)范管理 、提高效率 。 通過(guò)實(shí)際調(diào)查，要求本系統(tǒng)具有以下功能： 請(qǐng)購(gòu)單 合格請(qǐng)購(gòu)單 采購(gòu)部門(mén) 采購(gòu)訂單 供應(yīng)商 財(cái)務(wù)部門(mén) 部門(mén)資金信息 不合格請(qǐng)購(gòu)單 銷售計(jì)劃 庫(kù)存部門(mén) 采購(gòu)合同 生成采購(gòu)訂單 合同臺(tái)帳 審批請(qǐng)購(gòu)單 入庫(kù)單 采 購(gòu)部門(mén) 合同管理 生效合同 批準(zhǔn)記錄 未批準(zhǔn)記錄 ? 要求系統(tǒng)具有良好的人機(jī)界面 ，使客戶不用了解過(guò)多的操作方法就可以熟練運(yùn)用系統(tǒng)； ? 如果系統(tǒng)的使用對(duì)象較多，則要求有較好的權(quán)限管理 ，保證系統(tǒng)的穩(wěn)定和安全； ? 方便的數(shù)據(jù)查詢 ，通過(guò)簡(jiǎn)單操作快速得到所需數(shù)據(jù)； ? 采用結(jié)構(gòu)化的分析方法進(jìn)行面向數(shù)據(jù)流的分析，主要有分層數(shù)據(jù)流圖和數(shù)據(jù)字典組成 ； 幫助更好的理解系統(tǒng)的流程； ? 在相應(yīng)的權(quán)限下，可方便的刪除數(shù)據(jù)，同時(shí)也要保證安全性操作。 ? 商品基本檔案維護(hù)（新建、查詢、統(tǒng)計(jì)） ? 商品基本檔案的數(shù)據(jù)檢索（按不同要求分類模糊查詢，組合查詢） ? 報(bào)表處理（以不同選擇方式，輸出基本檔案信息） 數(shù)據(jù)流程圖（ DFD） 頂層 數(shù)據(jù)流程圖說(shuō)明了系統(tǒng)總的處理功能，輸入和輸出。采購(gòu)系統(tǒng)就是采購(gòu)部門(mén)根據(jù)庫(kù)存送來(lái)的請(qǐng)購(gòu)單進(jìn)行系統(tǒng)處理，貨到后向庫(kù)存發(fā)出入庫(kù)單。 如圖 22所示： 圖 22 第一層 DFD 圖 中層 數(shù)據(jù)流圖是對(duì)頂層數(shù)據(jù)流圖的數(shù)據(jù) 流和加工進(jìn)行分解，分解為更多的處理。 首先是主管 根據(jù)銷售列表和資金狀況 對(duì)倉(cāng)庫(kù)發(fā)來(lái)的請(qǐng)購(gòu)單進(jìn)行審批處理，然后對(duì)通過(guò)審批的請(qǐng)購(gòu)單進(jìn)行訂單、合同處理。再把請(qǐng)購(gòu)單、訂購(gòu)單、合同歸檔，除了采購(gòu)訂單外，還 需向 財(cái)務(wù)部門(mén)提供用款信息 。 如圖 23所示： 圖 23 第二層 DFD 圖 第三層考慮財(cái)務(wù)部門(mén)與銷售計(jì)劃將審批分解，如圖 24所示： 庫(kù)存部門(mén) P1 庫(kù)存處理 D1 商品庫(kù)存信息 P2 審批 D1 銷售計(jì)劃 D2 資金信息 請(qǐng)購(gòu)單 采購(gòu)系統(tǒng)處理 倉(cāng)庫(kù) 請(qǐng)購(gòu)單 入庫(kù)單 財(cái)務(wù)部門(mén) 提供資金信息 系統(tǒng)分析 第三層 DFD 圖 圖 24 第三層 DFD圖 第四層數(shù)據(jù)流圖在第二層的基礎(chǔ)上進(jìn)一步分析，把訂單、合同處理分開(kāi)，再把合 同處理分為合同生成處理和合同管理。得到四個(gè)處理，審核、采購(gòu)訂單管理、采購(gòu)合同生成和采購(gòu)合同管理。 如圖 25 所示： 圖 25 第四層 DFD圖 采購(gòu)訂單管理 D5 供應(yīng)商信息 D6 商品運(yùn)輸方式 D7 采購(gòu)付款方 式 D8 已通過(guò)審批請(qǐng) 購(gòu)單 采購(gòu)合同生成 談判價(jià)格等信息 采購(gòu)訂單 采購(gòu)合同管理 采購(gòu)合同 用款信 息 D9 更新的合同狀態(tài)記錄 D10 更新的訂購(gòu)單狀態(tài)記錄 D11 供應(yīng)商共獲的查詢記錄 合同執(zhí)行狀態(tài) 操作員 財(cái)務(wù)部門(mén) 供應(yīng)商 操作 員 系統(tǒng)分析 數(shù)據(jù)字典 (DD) 表 21 數(shù)據(jù)流名：請(qǐng)購(gòu)單 簡(jiǎn)述：庫(kù)存部門(mén)發(fā)出的請(qǐng)購(gòu)信息 組成：請(qǐng)購(gòu)單編號(hào) +商品編號(hào) +商品名稱 +規(guī)格 +單價(jià) +請(qǐng)購(gòu)數(shù)量 +需 要日期 +請(qǐng)購(gòu)單狀態(tài) +賬號(hào) +生成日期 +審批意見(jiàn) 備注： 表 22 數(shù)據(jù)流名：商品庫(kù)存信息 簡(jiǎn)述：規(guī)定庫(kù)存下限， 當(dāng)前倉(cāng)庫(kù)里商品庫(kù)存量隨進(jìn)貨完畢而改變 組成：商品編號(hào) +庫(kù)存量 +庫(kù)存下限 備注： 表 23 數(shù)據(jù)流名：商品信息 簡(jiǎn)述：由其他部門(mén)提供，審批時(shí)使用 組成：商品編號(hào) +商品名稱 +規(guī)格 +單價(jià) +供應(yīng)商編號(hào) +生產(chǎn)商編號(hào) +備注 備注： 表 24 數(shù)據(jù)流名：財(cái)務(wù)部門(mén)信息表 簡(jiǎn)述：由財(cái)務(wù)部門(mén)提供，審批時(shí)使用 組成：部門(mén)代碼 +可用資金 +最近使用時(shí)間 +最近使用理由 備注： 表 25 數(shù)據(jù)流名：采購(gòu)訂單 簡(jiǎn)述：采購(gòu)訂單管理模塊生成，流向合同生成模塊 組成：訂購(gòu)單編號(hào) +訂購(gòu)單狀態(tài) +下單日期 +賬號(hào) +商品編 號(hào) +商品名稱 +規(guī)格 +數(shù)量 +單價(jià) +金額 備注： 表 26 數(shù)據(jù)流名：采購(gòu)合同 簡(jiǎn)述：采購(gòu)合同生成模塊生成，流向合同管理模塊 組成：合同編號(hào) +訂購(gòu)單編號(hào) +合同狀態(tài) +總金額 +交貨日期 +付款方式編號(hào) +付款方式名稱 +預(yù)付款 +供應(yīng)商編號(hào) +供應(yīng)商名稱 +運(yùn)輸方式編號(hào) 備注： 表 27 數(shù)據(jù)流名：用款信息 簡(jiǎn)述：又名待批準(zhǔn)資金，合同管理模塊生成，流向財(cái)務(wù)部門(mén) 組成：請(qǐng)求編號(hào) +部門(mén)代碼 +部門(mén)名稱 +請(qǐng)求資金 +請(qǐng)求理由 +請(qǐng)求時(shí)間 +付款方式名稱 +是否批準(zhǔn) 備注： 表 28 數(shù)據(jù)流名：入庫(kù)單 簡(jiǎn)述：采購(gòu)部門(mén) 生成，流向倉(cāng)庫(kù)部門(mén) 組成：商品種類 +商品名稱 +數(shù)量 備注： 表 29 數(shù)據(jù)文件名：采購(gòu)合同記錄 簡(jiǎn)述：采購(gòu)合同生成模塊生成，流向合同管理模塊 組成：合同編號(hào) +訂購(gòu)單編號(hào) +合同狀態(tài) +總金額 +交貨日期 +付款方式編號(hào) +付款方式名稱 +預(yù)付款 +供應(yīng)商編號(hào) +供應(yīng)商名稱 +運(yùn)輸方式編號(hào) 備注 表 210 數(shù)據(jù)元素名：訂購(gòu)單編號(hào) 簡(jiǎn)述：訂購(gòu)單的代碼 取值：“年、月、日、編號(hào)”如： 090501***** 備注：字段類型為數(shù)字 表 211 數(shù)據(jù)元素名：商品編號(hào) 簡(jiǎn)述：訂購(gòu)商品的代碼 簡(jiǎn)稱 sp 系統(tǒng)分析 取 值：“ 1” __“ 500” 備注：字段類型為數(shù)字 表 212 數(shù)據(jù)元素名：供應(yīng)商編號(hào) 簡(jiǎn)述：供應(yīng)商的代碼 簡(jiǎn)稱 gy 取值：“ 1” — “ 500” 備注：字段類型為數(shù)字 表 213 數(shù)據(jù)元素名：合同編號(hào) 簡(jiǎn)述：生成合同的代碼 取值：“年、月、日、編號(hào)” — 如 090502**** 備注：字段類型為數(shù)字 表 214 數(shù)據(jù)元素名：請(qǐng)求編號(hào) 簡(jiǎn)述：請(qǐng)求部門(mén)代碼 取值：“ 1” — “ 50” 備注：字段類型為數(shù)字 表 215 數(shù)據(jù)項(xiàng)名：賬號(hào) 簡(jiǎn)述：請(qǐng)求資金時(shí)的銀行賬號(hào) 取值：如 810112345678902020 備注： 表 216 數(shù)據(jù)項(xiàng)名：登錄名 簡(jiǎn)述：登錄進(jìn)入系統(tǒng)的用戶名 取值： qq， dd， hh， zj 備注： qq 為倉(cāng)庫(kù)管理者帳號(hào)， dd為主管賬號(hào)，hh 為采購(gòu)管理者帳號(hào)， zj 為財(cái)務(wù)管理者帳號(hào) 3 系統(tǒng)設(shè)計(jì) 在整個(gè)系統(tǒng)的開(kāi)發(fā)時(shí)期中，設(shè)計(jì)階段是最主要的階段。設(shè)計(jì)任務(wù)通常分為兩個(gè)階段來(lái)完成，第一個(gè)階段是概要設(shè)計(jì)，它的任務(wù)是建立軟件的總體結(jié)構(gòu)， 即軟件的組成，以及各組成成分之間的相互聯(lián)系。第二個(gè)階段是詳細(xì)設(shè)計(jì)，其任務(wù)是確定模 塊的內(nèi)部算法和數(shù)據(jù)結(jié)構(gòu)，產(chǎn)生描述各個(gè)模塊程序過(guò)程的詳細(xì)設(shè)計(jì)文檔，本系統(tǒng)采用了原型法，即先跟據(jù)需求分析設(shè)計(jì)出原型，然后在原型的基礎(chǔ)上進(jìn)行測(cè)試和改進(jìn)。本系統(tǒng)在設(shè)計(jì)過(guò)程中采取了模塊化的設(shè)計(jì)方法，化繁為簡(jiǎn) 。 設(shè)計(jì)思想 本系統(tǒng)分為四種操作員進(jìn)行，每種操作員有自己的賬號(hào)和密碼。按照采購(gòu)流程來(lái)認(rèn)識(shí)每種操作員的任務(wù) 。首先是倉(cāng)庫(kù)部門(mén)的操作員，他在請(qǐng)購(gòu)單管理模塊里主要是根據(jù)商品庫(kù)存是否有缺貨可能來(lái)進(jìn)行請(qǐng)購(gòu)單添加、修改操作。 然后是主管人員登入界面，對(duì)生成的請(qǐng)購(gòu)單進(jìn)行審批。審批前要查看商品信息表、執(zhí)行中合同情況 以及 財(cái)務(wù)部門(mén)的報(bào)表 等 ， 然后提交審批意見(jiàn) ，分為合格請(qǐng)購(gòu)單和不合格請(qǐng)購(gòu)單。不合格請(qǐng)購(gòu)單要退回庫(kù)存部門(mén)處理。 接著采購(gòu)部 門(mén)的人員登入訂購(gòu)單管理界面，根據(jù)已經(jīng)批準(zhǔn)的請(qǐng)購(gòu)單列表生成請(qǐng)購(gòu)單 ，同時(shí)可打印報(bào)表 。在合同還沒(méi)有生成之前都可以修改、撤銷操作。剛生成的訂購(gòu)單還為未 執(zhí)行狀態(tài)，然后進(jìn)入合同管理界面，該界面提供合同添加、撤銷、查詢 功能。選擇訂購(gòu)單號(hào)就可以跳出訂單信息 ，再填入最終價(jià)格等就生成相對(duì)的合同，訂單編號(hào)和合同編號(hào)一致。 合同一旦生成就進(jìn)入執(zhí)行狀態(tài)， 不允許再修改。 推出后返回到訂購(gòu)單管理界面就可以發(fā)現(xiàn)訂購(gòu)單也自動(dòng)變?yōu)閳?zhí)行狀態(tài) 了。此時(shí)不能對(duì)訂購(gòu)單和合同內(nèi)容做任何修改。到貨后，更改合同狀態(tài)為已完成，則訂購(gòu)單也變?yōu)橐淹瓿伞? 在以財(cái)務(wù)部門(mén)人員的身份登入資金審批界面，提供了部門(mén)資 金信息和待審批資金項(xiàng)目。只要點(diǎn)擊審批按鈕就可以跳出請(qǐng)求詳細(xì)信息。 最后倉(cāng)庫(kù)人員再次登入，則跳出入庫(kù)單， 生成報(bào)表。提供商品名稱和數(shù)量，并且可以發(fā)現(xiàn)該商品的庫(kù)存量已經(jīng)更新。 系統(tǒng)設(shè)計(jì) 系統(tǒng)模塊設(shè)計(jì) 圖 31 系統(tǒng)模塊分析 1， 請(qǐng)購(gòu)單管理模塊 模塊名：請(qǐng)購(gòu)單管理 簡(jiǎn)述： 庫(kù)存管理員估計(jì)未來(lái)一段時(shí)期的庫(kù)存量添加請(qǐng)購(gòu)單，包括商品名稱，數(shù)量 ，需要日期