商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)方案_第1頁(yè)
商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)方案_第2頁(yè)
商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)方案_第3頁(yè)
商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)方案_第4頁(yè)
商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)方案_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、.wd.wd.wd.7 實(shí)例7.1 超市進(jìn)銷存管理系統(tǒng)7.1.1 需求分析1背景說明隨著企業(yè)生產(chǎn)模式逐漸從勞動(dòng)密集型向技術(shù)密集型轉(zhuǎn)變,建設(shè)在真實(shí)數(shù)據(jù)根基上的科學(xué)理性的現(xiàn)代管理方式將會(huì)使企業(yè)在市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地。信息管理系統(tǒng)能及時(shí)為超市企業(yè)提供所需的真實(shí)數(shù)據(jù),成為超市管理者進(jìn)展決策的依據(jù)。任何一個(gè)超市都離不開商品的流通,離不開貨品的采購(gòu)、庫(kù)存管理和商品銷售。因此,進(jìn)銷存業(yè)務(wù)是超市的根基業(yè)務(wù)。此次數(shù)據(jù)庫(kù)設(shè)計(jì)簡(jiǎn)單模仿中等規(guī)模的超市管理系統(tǒng),并將其抽象成一個(gè)由四部門組成、實(shí)現(xiàn)四大功能的系統(tǒng)。2各部門功能的劃分采購(gòu)管理部門該部門負(fù)責(zé)跟蹤供應(yīng)商的所有報(bào)價(jià)信息,降低庫(kù)存和采購(gòu)成本;建設(shè)采購(gòu)單及其明細(xì)表,

2、動(dòng)態(tài)掌握采購(gòu)單的執(zhí)行情況;建設(shè)采購(gòu)入庫(kù)單和采購(gòu)?fù)素泦?,確保采購(gòu)入庫(kù)和退貨及時(shí)、準(zhǔn)確,實(shí)現(xiàn)對(duì)采購(gòu)全過程的有效控制??呻S時(shí)了解采購(gòu)業(yè)務(wù)的付款和應(yīng)付款情況;可實(shí)時(shí)跟蹤供應(yīng)商的報(bào)價(jià)信息,掌握采購(gòu)的入庫(kù)狀況,降低庫(kù)存成本和采購(gòu)成本;可為財(cái)務(wù)管理部門提供采購(gòu)成本核算。庫(kù)存管理部門該部門按分類、分級(jí)的模式對(duì)倉(cāng)庫(kù)進(jìn)展全面的管理和監(jiān)控,縮短了庫(kù)存信息流轉(zhuǎn)時(shí)間,使超市的物料管理層次清楚、井然有序,為采購(gòu)、銷售和生產(chǎn)提供依據(jù);智能化的預(yù)警功能可自動(dòng)提示存貨的短缺、超儲(chǔ)等異常狀況。完善的庫(kù)存管理功能,對(duì)超市的存貨進(jìn)展全面的控制和管理,降低庫(kù)存成本。銷售管理部門銷售管理部門提供了銷售訂單管理,動(dòng)態(tài)掌握銷售訂單的執(zhí)行情況

3、;通過銷售出貨管理和銷售退貨管理,隨時(shí)掌握各類銷售數(shù)據(jù),便于超市了解銷售相關(guān)信息。能提供銷售帳分析,實(shí)時(shí)統(tǒng)計(jì)銷售應(yīng)收款回籠情況;能掌握銷售出庫(kù)狀況;能為財(cái)務(wù)部門提供銷售成本。財(cái)務(wù)管理部門財(cái)務(wù)管理部門根據(jù)銷售部門提供的銷售單計(jì)算付款金額,根據(jù)采購(gòu)部門提供的進(jìn)貨單計(jì)算支付金額,并根據(jù)需要定期進(jìn)展各種類型的帳目統(tǒng)計(jì),為企業(yè)銷售方案的制定提供決策依據(jù)。3各子系統(tǒng)的功能分析及數(shù)據(jù)流圖根據(jù)各部門的不同功能,將該系統(tǒng)劃分為四個(gè)子系統(tǒng),分別是:采購(gòu)管理子系統(tǒng)、庫(kù)存管理子系統(tǒng)、銷售管理子系統(tǒng)和財(cái)務(wù)管理子系統(tǒng),該系統(tǒng)的一層數(shù)據(jù)流圖如圖7.1所示:圖7.1 系統(tǒng)一層數(shù)據(jù)流圖采購(gòu)管理子系統(tǒng)采購(gòu)管理子系統(tǒng)數(shù)據(jù)流圖細(xì)化如

4、圖7.2。圖7.2 二層DFD 采購(gòu)管理細(xì)化對(duì)采購(gòu)員提供的采購(gòu)方案生成采購(gòu)訂單對(duì)采購(gòu)訂單進(jìn)展管理刪除、修改、查找將采購(gòu)訂單發(fā)送給指定的供貨商,通知其訂貨供貨商交付貨物時(shí),系統(tǒng)根據(jù)采購(gòu)訂單進(jìn)展驗(yàn)貨處理,假設(shè)符合訂單內(nèi)容,那么填寫進(jìn)貨單發(fā)送給倉(cāng)庫(kù)管理系統(tǒng);假設(shè)不符合訂單內(nèi)容,那么生成退貨單發(fā)送給供應(yīng)商 庫(kù)存管理子系統(tǒng)庫(kù)存管理子系統(tǒng)數(shù)據(jù)流圖細(xì)化如圖7.3。倉(cāng)庫(kù)管理員根據(jù)銷售管理部門提供的進(jìn)貨單,對(duì)貨物進(jìn)展驗(yàn)收,假設(shè)合格那么入庫(kù),生成入庫(kù)單記錄入庫(kù)商品的詳細(xì)信息,倉(cāng)庫(kù)管理員同時(shí)修改庫(kù)存商品信息;假設(shè)驗(yàn)收不合格那么進(jìn)展退貨處理,系統(tǒng)生成退貨單從倉(cāng)庫(kù)提取貨物時(shí),系統(tǒng)根據(jù)銷售部門提供的缺貨單,進(jìn)展出庫(kù)管理,

5、生成出庫(kù)單,并修改庫(kù)存商品信息超市的高級(jí)管理人員如經(jīng)理,可以隨時(shí)對(duì)庫(kù)存信息進(jìn)展查詢圖7.3 二層DFD 庫(kù)存管理細(xì)化 銷售管理子系統(tǒng)根據(jù)顧客銷售的商品和商品信息,進(jìn)展收銀處理,生成商品銷售記錄對(duì)銷售記錄打印,生成銷售單據(jù)給顧客在收銀處理過程中,可以對(duì)銷售信息進(jìn)展修改、添加和刪除操作;收銀處理完畢后,假設(shè)銷售信息出現(xiàn)了錯(cuò)誤,只能將該次銷售記錄取消,重新進(jìn)展錄入根據(jù)超市的銷售情況,實(shí)時(shí)檢測(cè)貨物數(shù)量,在貨物短缺前生成缺貨單,并將缺貨信息傳給庫(kù)存管理子系統(tǒng)。圖7.4 二層DFD 銷售管理細(xì)化 財(cái)務(wù)管理子系統(tǒng)根據(jù)庫(kù)存管理部門的進(jìn)貨單,計(jì)算每筆業(yè)務(wù)的應(yīng)付款和應(yīng)付款明細(xì)根據(jù)銷售管理部門的銷售單,計(jì)算每筆業(yè)務(wù)

6、的應(yīng)收款和應(yīng)收款明細(xì)財(cái)務(wù)人員根據(jù)各種查詢需要對(duì)帳目進(jìn)展查詢和統(tǒng)計(jì)超市的高級(jí)管理人員如經(jīng)理,可以隨時(shí)對(duì)財(cái)務(wù)信息進(jìn)展查詢圖7.5 二層DFD 財(cái)務(wù)管理細(xì)化4數(shù)據(jù)字典舉例名字:退貨單別名:退貨報(bào)表描述:退貨的依據(jù)定義:退貨單退貨單編號(hào)訂單編號(hào)負(fù)責(zé)人編號(hào)商品條碼商品類別商品數(shù)量金額供應(yīng)商名稱退貨原因位置:采購(gòu)?fù)素浌芾砻郑喝霂?kù)單別名: 描述:商品入庫(kù)時(shí)必須開具入庫(kù)單,說明商品已經(jīng)入庫(kù)定義:入庫(kù)單入庫(kù)單編號(hào)進(jìn)貨單編號(hào)倉(cāng)庫(kù)管理員編號(hào)入庫(kù)時(shí)間位置:庫(kù)存管理系統(tǒng)中使用名字:采購(gòu)訂單別名:采購(gòu)訂單描述:根據(jù)采購(gòu)方案生成的采購(gòu)商品列表定義:采購(gòu)訂單采購(gòu)訂單編號(hào)采購(gòu)開場(chǎng)日期負(fù)責(zé)人編號(hào)商品名稱商品數(shù)量供應(yīng)商名稱位置:

7、采購(gòu)管理模塊名字:商品信息別名:商品檔案描述:所有商品的信息保存在商品檔案表中定義:商品檔案表?xiàng)l形碼商品名稱類別編號(hào)庫(kù)存上限庫(kù)存下限現(xiàn)有庫(kù)存量現(xiàn)價(jià)原價(jià)備注位置:庫(kù)存管理,銷售管理名字:銷售單別名:銷售信息,銷售發(fā)票描述:銷售的記錄,并打印給客戶作為收據(jù)定義:銷售單流水號(hào)銷售日期收銀員編號(hào)機(jī)號(hào)應(yīng)收款實(shí)收款找回銷售明細(xì)位置:前臺(tái)銷售管理名字:銷售明細(xì)別名:銷售記錄描述:詳細(xì)的商品銷售信息定義:銷售明細(xì)流水號(hào)條形碼數(shù)量單價(jià)位置:銷售發(fā)票名字:編號(hào)別名:描述:所有的編號(hào)定義:編號(hào)1字母|數(shù)字10位置:系統(tǒng)名字:權(quán)限別名:描述:用戶使用本系統(tǒng)的權(quán)限級(jí)別,防止非授權(quán)的用戶更改系統(tǒng)的數(shù)據(jù)資料定義:編號(hào)1經(jīng)理

8、等領(lǐng)導(dǎo)2采購(gòu)員 3會(huì)計(jì)4倉(cāng)庫(kù)管理員8銷售員位置:整個(gè)系統(tǒng)7.1.2 概念構(gòu)造設(shè)計(jì)1繪制分E-R圖概念設(shè)計(jì)過程采用自底向上的設(shè)計(jì)方法,即首先定義各局部應(yīng)用的概念構(gòu)造,然后將它們集成起來(lái),得到全局概念構(gòu)造。根據(jù)需求分析給出的數(shù)據(jù)流圖,參照數(shù)據(jù)字典中的詳細(xì)描述,下面給出各個(gè)子系統(tǒng)的分E-R圖的設(shè)計(jì)及對(duì)其進(jìn)展的各項(xiàng)調(diào)整。采購(gòu)管理子系統(tǒng)圖7.6 采購(gòu)管理子系統(tǒng)E_R圖 實(shí)體屬性定義:職員職員編號(hào)、姓名、權(quán)限、口令商品條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量、現(xiàn)價(jià)、原價(jià)、備注供貨商供貨商編號(hào)、供貨商名稱、公司地址、聯(lián)系 、Email訂單訂單編號(hào)、商品條碼、商品名稱、采購(gòu)數(shù)量、采購(gòu)開場(chǎng)日期

9、、負(fù)責(zé)人編號(hào)、供應(yīng)商名稱進(jìn)貨單進(jìn)貨單編號(hào)、訂單編號(hào)、商品條碼、商品名稱、商品類別、進(jìn)貨數(shù)量、進(jìn)貨日期、負(fù)責(zé)人編號(hào)退貨單退貨單編號(hào)、訂單編號(hào)、商品條碼、商品名稱、退貨數(shù)量、退貨原因、倉(cāng)庫(kù)管理員編號(hào)、退貨時(shí)間實(shí)體間聯(lián)系:一個(gè)采購(gòu)員可以填寫多份采購(gòu)訂單,但是一份訂單只能由一個(gè)采購(gòu)員負(fù)責(zé);一份采購(gòu)訂單中可以包含多種商品,一種商品也可以被多個(gè)訂單采購(gòu);一個(gè)供貨商可以供應(yīng)多份采購(gòu)訂單的采購(gòu)要求,但是每份采購(gòu)訂單只能交給一個(gè)供貨商處理;一張采購(gòu)定單中的貨物可以分屢次到貨,因此可以生成多張進(jìn)貨單和退貨單。說明:采購(gòu)訂單也可以表示為“采購(gòu)員供貨商商品三個(gè)實(shí)體集之間的多對(duì)多聯(lián)系;由于采購(gòu)員是職員的一種,為了操作簡(jiǎn)

10、便,將采購(gòu)員抽象為職員實(shí)體集,用“權(quán)限屬性來(lái)表示職員不同的身份。庫(kù)存管理子系統(tǒng)圖7.7 庫(kù)存管理子系統(tǒng)E_R圖 實(shí)體屬性定義:采購(gòu)進(jìn)貨單采購(gòu)進(jìn)貨單編號(hào)、訂單編號(hào)、負(fù)責(zé)人編號(hào)缺貨單缺貨單編號(hào)、缺貨日期、負(fù)責(zé)人編號(hào)職員職員編號(hào)、姓名、權(quán)限、口令入庫(kù)單入庫(kù)單編號(hào)、進(jìn)貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、入庫(kù)時(shí)間出庫(kù)單出庫(kù)單編號(hào)、缺貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、出庫(kù)時(shí)間退貨單退貨單編號(hào)、進(jìn)貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、退貨時(shí)間 實(shí)體間聯(lián)系:一張進(jìn)貨單中的商品可以由多個(gè)倉(cāng)庫(kù)管理員在不同的時(shí)間分屢次進(jìn)展入庫(kù)處理,每次入庫(kù)時(shí)檢查合格的商品要生成入庫(kù)單入庫(kù);檢查不合格的商品要生成退貨單退回給供貨商;一張缺貨單中的商品可以由多個(gè)倉(cāng)

11、庫(kù)管理員在不同的時(shí)間分屢次進(jìn)展出庫(kù)處理; 說明:由于在入庫(kù)單、出庫(kù)單中只涉及到倉(cāng)庫(kù)管理員的編號(hào),所以把倉(cāng)庫(kù)管理員作為屬性而不是實(shí)體集處理;銷售管理子系統(tǒng)圖7.8 銷售管理子系統(tǒng)E_R圖 實(shí)體屬性定義:商品條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量、現(xiàn)價(jià)、原價(jià)、備注銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回缺貨單缺貨單編號(hào)、缺貨日期、負(fù)責(zé)人編號(hào) 實(shí)體間聯(lián)系:一張銷售單中可以包含多種商品,而一種商品也可以被包含在多個(gè)銷售單中,某個(gè)銷售單銷售的具體商品信息用銷售明細(xì)表示。一張缺貨單中可以包含多種商品,而一種商品也可以被包含在多個(gè)銷售單中,某個(gè)缺貨單銷售的具體商品信

12、息用缺貨單明細(xì)表示。 說明:由于在銷售單中只涉及到收銀員的編號(hào),所以把收銀員作為屬性而不是實(shí)體集處理。財(cái)務(wù)管理子系統(tǒng)圖7.9 財(cái)務(wù)管理子系統(tǒng)E_R圖 實(shí)體屬性定義:進(jìn)貨單進(jìn)貨單編號(hào)、訂單編號(hào)、負(fù)責(zé)人編號(hào)、商品條碼、商品類別、商品數(shù)量、供應(yīng)商名稱銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回商品條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量、現(xiàn)價(jià)、原價(jià)、備注應(yīng)付款進(jìn)貨單編號(hào)、付款日期、應(yīng)付金額、會(huì)計(jì)應(yīng)收款銷售單編號(hào)、收款日期、應(yīng)收金額、會(huì)計(jì) 實(shí)體間聯(lián)系:應(yīng)付款記錄和進(jìn)貨單一一對(duì)應(yīng);應(yīng)收款記錄和銷售單一一對(duì)應(yīng)每筆應(yīng)付款記錄中可以包含多個(gè)商品,而每個(gè)商品可以包含在多個(gè)應(yīng)付

13、款記錄中,每筆應(yīng)付款記錄中的具體付款信息由應(yīng)付款明細(xì)表示每筆應(yīng)收款記錄中可以包含多個(gè)商品,而每個(gè)商品可以包含在多個(gè)應(yīng)收款記錄中,每筆應(yīng)收款記錄中的具體付款信息由應(yīng)收款明細(xì)表示2視 圖 集 成以上是四個(gè)子系統(tǒng)的分E-R圖設(shè)計(jì)及其調(diào)整的整個(gè)過程,接著要做的就是將所有的分E-R圖進(jìn)展綜合,合成一個(gè)系統(tǒng)的總E-R圖。分兩步進(jìn)展:第一步:合并。解決各分E-R圖之間的沖突,將各分E-R圖合并起來(lái)生成初步E-R圖。各分E-R圖之間的沖突主要有三類:屬性沖突:屬性域沖突,即屬性值的類型、取值范圍或取值集合不同。由于本系統(tǒng)較簡(jiǎn)單,所以并不存在這種沖突;屬性取值單位沖突。由于本系統(tǒng)較簡(jiǎn)單,不存在這類沖突; 命名沖

14、突:同名異義:由于本系統(tǒng)較簡(jiǎn)單,所以不存在這類沖突;異名同義:采購(gòu)管理子系統(tǒng)中的進(jìn)貨單和庫(kù)存管理子系統(tǒng)中的采購(gòu)進(jìn)貨單命名不同但構(gòu)造一樣,因此統(tǒng)一名稱為進(jìn)貨單; 構(gòu)造沖突:同一對(duì)象在不同應(yīng)用中具有不同的抽象:如職員實(shí)體,在各子系統(tǒng)中職員有不同的只能,本系統(tǒng)利用“權(quán)限屬性將其統(tǒng)一成一個(gè)實(shí)體集。同一實(shí)體在不同分E-R圖中所包含的屬性個(gè)數(shù)和屬性排列次序不完全一樣:由于本系統(tǒng)較簡(jiǎn)單,所以并不存在這種沖突;第二步:修改和重構(gòu)。消除不必要的冗余,生成總E-R圖,由于本系統(tǒng)在子系統(tǒng)設(shè)計(jì)階段就去掉了冗余,因此不存在這類問題,只需要將各分E-R圖直接進(jìn)展合并即可。下面給出總E-R圖,如圖7.10。圖7.10 系統(tǒng)

15、總E_R圖7.1.3 邏輯構(gòu)造設(shè)計(jì)1與總E-R圖對(duì)應(yīng)的關(guān)系模式 實(shí)體所對(duì)應(yīng)的關(guān)系模式:職員職員編號(hào)、姓名、權(quán)限、口令商品條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量、現(xiàn)價(jià)、原價(jià)、備注供貨商供貨商編號(hào)、供貨商名稱、公司地址、聯(lián)系 、Email訂單訂單編號(hào)、商品條碼、商品名稱、采購(gòu)數(shù)量、采購(gòu)開場(chǎng)日期、負(fù)責(zé)人編號(hào)、供應(yīng)商名稱進(jìn)貨單進(jìn)貨單編號(hào)、訂單編號(hào)、商品條碼、商品名稱、商品類別、進(jìn)貨數(shù)量、進(jìn)貨日期、負(fù)責(zé)人編號(hào)退貨單退貨單編號(hào)、訂單編號(hào)、商品條碼、商品名稱、退貨數(shù)量、退貨原因、倉(cāng)庫(kù)管理員編號(hào)、退貨時(shí)間缺貨單缺貨單編號(hào)、缺貨日期、負(fù)責(zé)人編號(hào)入庫(kù)單入庫(kù)單編號(hào)、進(jìn)貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、入

16、庫(kù)時(shí)間出庫(kù)單出庫(kù)單編號(hào)、缺貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、出庫(kù)時(shí)間銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回應(yīng)付款編號(hào)、進(jìn)貨單編號(hào)、付款日期、應(yīng)付金額、會(huì)計(jì)應(yīng)收款編號(hào)、銷售單編號(hào)、收款日期、應(yīng)收金額、會(huì)計(jì) 聯(lián)系所對(duì)應(yīng)的關(guān)系模式:m:n聯(lián)系的轉(zhuǎn)換采購(gòu)單明細(xì)采購(gòu)訂單編號(hào)、商品條碼、數(shù)量、類型、單價(jià)、金額進(jìn)貨單明細(xì)進(jìn)貨單編號(hào)、商品條碼、數(shù)量、類型缺貨單明細(xì)缺貨單編號(hào)、商品條碼、缺貨數(shù)量退貨單明細(xì)退貨單編號(hào)、商品條碼、退貨數(shù)量、原因入庫(kù)明細(xì)入庫(kù)單編號(hào)、商品條碼、數(shù)量出庫(kù)明細(xì)出庫(kù)單編號(hào)、商品條碼、數(shù)量銷售明細(xì)流水號(hào)、商品條碼、數(shù)量、單價(jià)、金額應(yīng)付款明細(xì)進(jìn)貨單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)

17、量、單價(jià)、應(yīng)付金額應(yīng)收款明細(xì)銷售單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)量、單價(jià)、應(yīng)收金額1:n聯(lián)系的轉(zhuǎn)換供貨商和采購(gòu)訂單之間的1:n聯(lián)系并入采購(gòu)訂單關(guān)系;職員和采購(gòu)訂單之間的1:n聯(lián)系并入采購(gòu)訂單關(guān)系;采購(gòu)訂單和進(jìn)貨單之間的1:n聯(lián)系并入進(jìn)貨單關(guān)系;采購(gòu)訂單和退貨單之間的1:n聯(lián)系并入退貨單關(guān)系;進(jìn)貨單和入庫(kù)單之間的1:n聯(lián)系并入入庫(kù)單關(guān)系;缺貨單和出庫(kù)單之間的1:n聯(lián)系并入出庫(kù)單關(guān)系; 關(guān)系模式的優(yōu)化:采購(gòu)訂單采購(gòu)訂單編號(hào)、商品條碼、商品名稱、采購(gòu)數(shù)量、采購(gòu)開場(chǎng)日期、負(fù)責(zé)人編號(hào)、供應(yīng)商名稱該關(guān)系模式的主碼為K采購(gòu)訂單編號(hào)、商品條碼,存在的函數(shù)依賴集F包括:采購(gòu)訂單編號(hào)、商品條碼采購(gòu)數(shù)量采購(gòu)訂單編

18、號(hào)采購(gòu)開場(chǎng)日期,負(fù)責(zé)人編號(hào),供應(yīng)商名稱商品條碼商品名稱所以,該關(guān)系模式屬于2NF。將原關(guān)系模式分解得到滿足3NF的關(guān)系模式集為:R1采購(gòu)訂單采購(gòu)訂單編號(hào)、采購(gòu)開場(chǎng)日期、負(fù)責(zé)人編號(hào)、供應(yīng)商編號(hào)R2商品信息商品條碼、商品名稱R3采購(gòu)訂單詳細(xì)信息采購(gòu)訂單編號(hào)、商品條碼、采購(gòu)數(shù)量將R2和R3與關(guān)系模式商品和采購(gòu)單明細(xì)合并。關(guān)系模式“進(jìn)貨單和“采購(gòu)?fù)素泦闻c“采購(gòu)訂單的優(yōu)化過程一樣。銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回該關(guān)系模式中的 “找回屬性值可以由“實(shí)收款和“應(yīng)收款的差計(jì)算得到,因此不必存儲(chǔ)在數(shù)據(jù)庫(kù)中;采購(gòu)單明細(xì)采購(gòu)訂單編號(hào)、商品條碼、數(shù)量、類型、單價(jià)、金額優(yōu)化說明:“金額沒

19、有刪除, 因?yàn)樵谶@一項(xiàng)上查詢比較頻繁, 如果每次查詢都計(jì)算, 必然使系統(tǒng)計(jì)算增加,性能降低。保存下來(lái)雖然造成了一定的冗余, 但提高了查詢的效率,利大于弊。應(yīng)付款明細(xì)和應(yīng)收款明細(xì)也作同樣的優(yōu)化。2用戶子模式設(shè)計(jì) 采購(gòu)管理系統(tǒng)用戶子模式商品條形碼、商品名稱、類別編號(hào)、現(xiàn)有庫(kù)存量、備注采購(gòu)單采購(gòu)訂單編號(hào)、采購(gòu)開場(chǎng)日期、負(fù)責(zé)人編號(hào)、商品條碼、數(shù)量、類型、單價(jià)、金額、供貨商名稱、職員編號(hào)供貨商供貨商編號(hào)、供貨商名稱、公司地址、聯(lián)系 、Email因?yàn)椴少?gòu)部門對(duì)于超市的其他情況不會(huì)也不必關(guān)注,經(jīng)常使用的只有以上各項(xiàng),所以在采購(gòu)管理子系統(tǒng)上設(shè)立以上關(guān)系。 庫(kù)存管理系統(tǒng)用戶子模式進(jìn)貨單進(jìn)貨單編號(hào)、訂單編號(hào)、商品

20、條碼、數(shù)量、類型、負(fù)責(zé)人編號(hào)采購(gòu)?fù)素泦瓮素泦尉幪?hào)、訂單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、商品條碼、數(shù)量、類型、退貨時(shí)間入庫(kù)單入庫(kù)單編號(hào)、進(jìn)貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、入庫(kù)時(shí)間、商品條碼、數(shù)量、類型出庫(kù)單出庫(kù)單編號(hào)、缺貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、出庫(kù)時(shí)間、商品條碼、數(shù)量、類型因?yàn)閹?kù)存管理部門對(duì)于超市的其他情況不會(huì)也不必關(guān)注,經(jīng)常使用的只有以上各項(xiàng),所以在庫(kù)存管理子系統(tǒng)上設(shè)立以上關(guān)系。 銷售管理系統(tǒng)用戶子模式缺貨單缺貨單編號(hào)、缺貨日期、負(fù)責(zé)人編號(hào)、商品條碼、缺貨數(shù)量銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回、商品條碼、數(shù)量、單價(jià)因?yàn)殇N售管理部門對(duì)于超市的其他情況不會(huì)也不必關(guān)注,經(jīng)常使用的只有以

21、上各項(xiàng),所以在銷售管理子系統(tǒng)上設(shè)立以上關(guān)系。 財(cái)務(wù)管理系統(tǒng)用戶子模式應(yīng)付款明細(xì)進(jìn)貨單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)量、單價(jià)、付款日期、應(yīng)付金額、會(huì)計(jì)應(yīng)收款明細(xì)銷售單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)量、單價(jià)、付款日期、應(yīng)收金額、會(huì)計(jì)7.1.4 物理構(gòu)造設(shè)計(jì)1 存儲(chǔ)構(gòu)造設(shè)計(jì)經(jīng)過分析可知,該超市進(jìn)銷存管理系統(tǒng)中信息處理有以下特點(diǎn):銷售部門的數(shù)據(jù)不僅經(jīng)常需要查詢,而且更新速度快。各個(gè)部門信息要求共享的信息較多。例如員工信息,商品信息等。但財(cái)務(wù)信息一般不共享。經(jīng)理部門有一定的特殊職能:匯總財(cái)務(wù)信息;制定采購(gòu)方案;安排貨物的入庫(kù)和出庫(kù)工作。針對(duì)這些特點(diǎn),設(shè)計(jì)如下: 確定數(shù)據(jù)庫(kù)的存放位置為了提高系統(tǒng)性能,

22、現(xiàn)根據(jù)應(yīng)用情況將數(shù)據(jù)按照易變局部和穩(wěn)定局部、經(jīng)常存取局部和存取頻率較低的局局部別在兩個(gè)磁盤上存放。同時(shí),考慮到本系統(tǒng)是多用戶的,為了提高效率,數(shù)據(jù)庫(kù)的備份的數(shù)據(jù)和日志文件將保存在磁帶中。經(jīng)常存取局部:職員職員編號(hào)、姓名、權(quán)限、口令商品條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量、現(xiàn)價(jià)、原價(jià)、備注銷售單流水號(hào)、銷售日期、收銀員編號(hào)、機(jī)號(hào)、應(yīng)收款、實(shí)收款、找回應(yīng)收款編號(hào)、銷售單編號(hào)、收款日期、應(yīng)收金額、會(huì)計(jì)銷售明細(xì)流水號(hào)、商品條碼、數(shù)量、單價(jià)、金額應(yīng)收款明細(xì)銷售單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)量、單價(jià)、應(yīng)收金額存取頻率較低的局部:供貨商供貨商編號(hào)、供貨商名稱、公司地址、聯(lián)系 、Em

23、ail采購(gòu)訂單采購(gòu)訂單編號(hào)、采購(gòu)開場(chǎng)日期、負(fù)責(zé)人編號(hào)、供貨商名稱、職員編號(hào)缺貨單缺貨單編號(hào)、缺貨日期、負(fù)責(zé)人編號(hào)進(jìn)貨單進(jìn)貨單編號(hào)、訂單編號(hào)、負(fù)責(zé)人編號(hào)采購(gòu)?fù)素泦瓮素泦尉幪?hào)、訂單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、退貨時(shí)間入庫(kù)單入庫(kù)單編號(hào)、進(jìn)貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、入庫(kù)時(shí)間出庫(kù)單出庫(kù)單編號(hào)、缺貨單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、出庫(kù)時(shí)間應(yīng)付款編號(hào)、進(jìn)貨單編號(hào)、付款日期、應(yīng)付金額、會(huì)計(jì)采購(gòu)單明細(xì)采購(gòu)訂單編號(hào)、商品條碼、數(shù)量、類型、單價(jià)、金額進(jìn)貨單明細(xì)進(jìn)貨單編號(hào)、商品條碼、數(shù)量、類型缺貨單明細(xì)缺貨單編號(hào)、商品條碼、缺貨數(shù)量退貨單明細(xì)退貨單編號(hào)、商品條碼、退貨數(shù)量、原因入庫(kù)明細(xì)入庫(kù)單編號(hào)、商品條碼、數(shù)量出庫(kù)明細(xì)出庫(kù)單編號(hào)、商品條碼、數(shù)量應(yīng)付款明細(xì)進(jìn)貨單編號(hào)、商品編號(hào)、商品單價(jià)、商品數(shù)量、單價(jià)、應(yīng)付金額 確定系統(tǒng)配置本系統(tǒng)針對(duì)于一個(gè)中等規(guī)模的超市進(jìn)展管理系統(tǒng)的設(shè)計(jì),因此選擇的微機(jī)數(shù)量和規(guī)模都不必太大,但在系統(tǒng)設(shè)計(jì)時(shí)應(yīng)考慮到超市的開展需求,在選擇硬件設(shè)備、服務(wù)器操作系統(tǒng)、數(shù)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論