商店商場(chǎng)等進(jìn)銷存管理系統(tǒng)

1、7 實(shí)例超市進(jìn)銷存管理系統(tǒng)需求分析1）背景說(shuō)明建立在真實(shí)數(shù)據(jù)基礎(chǔ)上的科學(xué)信息管理系統(tǒng)能及時(shí)為超市企 任何一個(gè)超市都離不開商品的流隨著企業(yè)生產(chǎn)模式逐漸從勞動(dòng)密集型向技術(shù)密集型轉(zhuǎn)變， 理性的現(xiàn)代管理方式將會(huì)使企業(yè)在市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地。 業(yè)提供所需的真實(shí)數(shù)據(jù)， 成為超市管理者進(jìn)行決策的依據(jù)。通，離不開貨品的采購(gòu)、庫(kù)存管理和商品銷售。因此，進(jìn)銷存業(yè)務(wù)是超市的基礎(chǔ)業(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)成本； 建立采購(gòu)單及其明細(xì)表， 動(dòng)態(tài)掌握采購(gòu)

2、單的執(zhí)行情況； 建立采購(gòu)入庫(kù)單和采購(gòu)?fù)素泦危?確保采購(gòu)入庫(kù)和退貨及時(shí)、 準(zhǔn) 確，實(shí)現(xiàn)對(duì)采購(gòu)全過(guò)程的有效控制。 可隨時(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ù)存成本。銷售管理部門銷售管理部門提供了銷售訂單管理

3、， 動(dòng)態(tài)掌握銷售訂單的執(zhí)行情況； 通過(guò)銷售出貨管理 和銷售退貨管理， 隨時(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ì)劃的制定提供決策依 據(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ù)流圖如圖所示：氓購(gòu)計(jì)埴出

4、協(xié)f-盤燭埔i :中圖 采購(gòu)管理子系統(tǒng)采購(gòu)管理子系統(tǒng)數(shù)據(jù)流圖細(xì)化如圖。系統(tǒng)一層數(shù)據(jù)流圖圖二層DFD 采購(gòu)管理細(xì)化A. 對(duì)采購(gòu)員提供的采購(gòu)計(jì)劃生成采購(gòu)訂單B. 對(duì)采購(gòu)訂單進(jìn)行管理（刪除、修改、查找）C. 將采購(gòu)訂單發(fā)送給指定的供貨商，通知其訂貨D. 供貨商交付貨物時(shí)，系統(tǒng)根據(jù)采購(gòu)訂單進(jìn)行驗(yàn)貨處理，若符合訂單內(nèi)容，則填寫進(jìn)貨單發(fā)送給倉(cāng)庫(kù)管理系統(tǒng)；若不符合訂單內(nèi)容，則生成退貨單發(fā)送給供應(yīng)商 庫(kù)存管理子系統(tǒng)庫(kù)存管理子系統(tǒng)數(shù)據(jù)流圖細(xì)化如圖。A. 倉(cāng)庫(kù)管理員根據(jù)銷售管理部門提供的進(jìn)貨單，對(duì)貨物進(jìn)行驗(yàn)收，若合格則入庫(kù)，生成入庫(kù)單記錄入庫(kù)商品的詳細(xì)信息，倉(cāng)庫(kù)管理員同時(shí)修改庫(kù)存商品信息；若驗(yàn)收不合格則進(jìn)行退貨處

5、理，系統(tǒng)生成退貨單B. 從倉(cāng)庫(kù)提取貨物時(shí)，系統(tǒng)根據(jù)銷售部門提供的缺貨單，進(jìn)行出庫(kù)管理，生成出庫(kù)單，并修改庫(kù)存商品信息C. 超市的高級(jí)管理人員如經(jīng)理，可以隨時(shí)對(duì)庫(kù)存信息進(jìn)行查詢1I 銷售管理子系統(tǒng)A. 根據(jù)顧客銷售的商品和商品信息，進(jìn)行收銀處理，生成商品銷售記錄B. 對(duì)銷售記錄打印，生成銷售單據(jù)給顧客C. 在收銀處理過(guò)程中， 可以對(duì)銷售信息進(jìn)行修改、添加和刪除操作；收銀處理結(jié)束后，若銷售信息出現(xiàn)了錯(cuò)誤，只能將該次銷售記錄取消，重新進(jìn)行錄入D. 根據(jù)超市的銷售情況， 實(shí)時(shí)檢測(cè)貨物數(shù)量， 在貨物短缺前生成缺貨單， 并將缺貨信息傳 給庫(kù)存管理子系統(tǒng)。商禰信思颯貨單笫訓(xùn)詁錄圖二層DFD 銷售管理細(xì)化 財(cái)

6、務(wù)管理子系統(tǒng)A. 根據(jù)庫(kù)存管理部門的進(jìn)貨單，計(jì)算每筆業(yè)務(wù)的應(yīng)付款和應(yīng)付款明細(xì)B. 根據(jù)銷售管理部門的銷售單，計(jì)算每筆業(yè)務(wù)的應(yīng)收款和應(yīng)收款明細(xì)C. 財(cái)務(wù)人員根據(jù)各種查詢需要對(duì)帳目進(jìn)行查詢和統(tǒng)計(jì)名字 別名 描述 定義 商品彳 位置采購(gòu)訂單采購(gòu)訂單根據(jù)采購(gòu)計(jì)劃生成的采購(gòu)商品列表采購(gòu)訂單采購(gòu)訂單編號(hào)+采購(gòu)開始日期+負(fù)責(zé)人編號(hào)+商品名稱+ 數(shù)量+供應(yīng)商名稱采購(gòu)管理模塊名字 別名 描述 定義 +商I 位置退貨單退貨報(bào)表退貨的依據(jù)退貨單一退貨單編號(hào)+訂單編號(hào)+負(fù)責(zé)人編號(hào)+商品條碼+商品類別 品數(shù)量+金額+供應(yīng)商名稱+退貨原因采購(gòu)?fù)素浌芾砻?別名 描述 定義 位置入庫(kù)單商品入庫(kù)時(shí)必須開具入庫(kù)單，表明商品已經(jīng)

7、入庫(kù)入庫(kù)單-入庫(kù)單編號(hào)+進(jìn)貨單編號(hào)+倉(cāng)庫(kù)呂理貝編號(hào)+入庫(kù)時(shí)間 庫(kù)存管理系統(tǒng)中使用名字 別名 描述 定義 庫(kù)存 位置商品信息商品檔案所有商品的信息保存在商品檔案表中商品檔案表 條形碼+商品名稱+類別編號(hào)+庫(kù)存上限+庫(kù)存卜限+現(xiàn)有 量+現(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字母

8、I數(shù)字10位置：系統(tǒng)名字:權(quán)限別名:描述:用戶使用本系統(tǒng)的權(quán)限級(jí)別，防止非授權(quán)的用戶更改系統(tǒng)的數(shù)據(jù)資料定義:編號(hào)1 經(jīng)理等領(lǐng)導(dǎo)2 采購(gòu)員3 會(huì)計(jì)4 倉(cāng)庫(kù)管理員8 銷售員位置:整個(gè)系統(tǒng)概念結(jié)構(gòu)設(shè)計(jì)(1)繪制分E-R圖概念設(shè)計(jì)過(guò)程采用自底向上的設(shè)計(jì)方法，即首先定義各局部應(yīng)用的概念結(jié)構(gòu)，然后將它們集成起來(lái)，得到全局概念結(jié)構(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)荷品供貨商退貨單圖采購(gòu)管理子系統(tǒng) E R圖 實(shí)體屬性定義職員（職員編號(hào)、姓名、權(quán)限、口令）商品（條形碼、商品名稱、類別編號(hào)、庫(kù)存上限、庫(kù)存下限、現(xiàn)有庫(kù)存量

9、、現(xiàn)價(jià)、 原價(jià)、備注）供貨商（供貨商編號(hào)、供貨商名稱、公司地址、聯(lián)系電話、Email）訂單（訂單編號(hào)、商品條碼、商品名稱、采購(gòu)數(shù)量、采購(gòu)開始日期、負(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)定單中

10、的貨物可以分多次到貨，因此可以生成多張進(jìn)貨單和退貨單。 說(shuō)明：采購(gòu)訂單也可以表示為采購(gòu)員 供貨商 商品”三個(gè)實(shí)體集之間的多對(duì)多聯(lián)系； 由于采購(gòu)員是職員的一種，為了操作簡(jiǎn)便，將采購(gòu)員抽象為職員實(shí)體集，用“權(quán)限”屬 性來(lái)表示職員不同的身份。庫(kù)存管理子系統(tǒng)采畋進(jìn)貨里缺貨單扎屋單退憂單出陣單圖庫(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)

11、、倉(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)庫(kù)管理員在不同的時(shí)間分多次進(jìn)行出庫(kù)處理； 說(shuō)明：由于在入庫(kù)單、出庫(kù)單中只涉及到倉(cāng)庫(kù)管理員的編號(hào)，所以把倉(cāng)庫(kù)管理員作為屬性而不是實(shí)體集處理；銷售管理子系統(tǒng) 實(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)系

12、：一張銷售單中可以包含多種商品，而一種商品也可以被包含在多個(gè)銷售單中，某個(gè)銷售單銷售的具體商品信息用銷售明細(xì)表示。一張缺貨單中可以包含多種商品，而一種商品也可以被包含在多個(gè)銷售單中，某個(gè)缺貨單銷售的具體商品信息用缺貨單明細(xì)表示。 說(shuō)明：由于在銷售單中只涉及到收銀員的編號(hào)，所以把收銀員作為屬性而不是實(shí)體集處理。財(cái)務(wù)管理子系統(tǒng)圖財(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)

13、價(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)付款記錄中，每筆應(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è)過(guò)程，接著要做的就是將所有的分E-R圖進(jìn)行綜合，合成一個(gè)系統(tǒng)的總 E-R圖。分兩步進(jìn)行：第一步：合并。解決

14、各分E-R圖之間的沖突，將各分 E-R圖合并起來(lái)生成初步 E-R圖。 各分 E-R 圖之間的沖突主要有三類： 屬性沖突：屬性域沖突，即屬性值的類型、 取值范圍或取值集合不同。由于本系統(tǒng)較簡(jiǎn)單，所以并 不存在這種沖突；屬性取值單位沖突。由于本系統(tǒng)較簡(jiǎn)單，不存在這類沖突； 命名沖突：同名異義：由于本系統(tǒng)較簡(jiǎn)單，所以不存在這類沖突； 異名同義：采購(gòu)管理子系統(tǒng)中的進(jìn)貨單和庫(kù)存管理子系統(tǒng)中的采購(gòu)進(jìn)貨單命名不同但結(jié) 構(gòu)相同，因此統(tǒng)一名稱為進(jìn)貨單； 結(jié)構(gòu)沖突：同一對(duì)象在不同應(yīng)用中具有不同的抽象： 如職員實(shí)體， 在各子系統(tǒng)中職員有不同的只能， 本系統(tǒng)利用“權(quán)限”屬性將其統(tǒng)一成一個(gè)實(shí)體集。同一實(shí)體在不同分 E-

15、R 圖中所包含的屬性個(gè)數(shù)和屬性排列次序不完全相同： 由于本系統(tǒng) 較簡(jiǎn)單，所以并不存在這種沖突；第二步：修改和重構(gòu)。消除不必要的冗余，生成總E-R圖，由于本系統(tǒng)在子系統(tǒng)設(shè)計(jì)階段就去掉了冗余，因此不存在這類問(wèn)題，只需要將各分 E-R 圖直接進(jìn)行合并即可。下面給出總 E-R 圖，如圖。邏輯結(jié)構(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)開始日期、負(fù)責(zé)人編

16、號(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)、入庫(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)單明

17、細(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ù)量、單價(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)系； 采

18、購(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)開始日期、負(fù)責(zé)人編號(hào)、供應(yīng)商名稱）該關(guān)系模式的主碼為 K=（采購(gòu)訂單編號(hào)、商品條碼），存在的函數(shù)依賴集 F包括：（采購(gòu)訂單編號(hào)、商品條碼）7采購(gòu)數(shù)量采購(gòu)訂單編號(hào)t采購(gòu)開始日期，負(fù)責(zé)人編號(hào)，供應(yīng)商名稱商品條碼7商品名稱所以，該關(guān)系模式屬于 2NF。將原關(guān)系模式分解得到滿足 3NF的關(guān)系模式集為： 只1=采購(gòu)訂單（采購(gòu)

19、訂單編號(hào)、采購(gòu)開始日期、負(fù)責(zé)人編號(hào)、供應(yīng)商編號(hào)） 只2=商品信息（商品條碼、商品名稱）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)化過(guò)程相同。銷售單（流水號(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)化說(shuō)明：“金額”沒(méi)有刪除，因?yàn)樵谶@一項(xiàng)上查詢比較頻繁 ，如果每次查詢都計(jì)算，必然使 系統(tǒng)計(jì)算增加，性能降低。保留下來(lái)雖然造成了

20、一定的冗余，但提高了查詢的效率，禾U大于弊。應(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)開始日期、負(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)、商品條碼、數(shù)量、類型、負(fù)責(zé)人編號(hào)）采購(gòu)?fù)素泦危ㄍ素泦尉幪?hào)、訂單編號(hào)、倉(cāng)庫(kù)管理員編號(hào)、

21、 商品條碼、數(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)常使用的只有以上各項(xiàng)，所以在銷售管理子系統(tǒng)上設(shè)立以上關(guān)系。

22、財(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ì)）物理結(jié)構(gòu)設(shè)計(jì)（1）存儲(chǔ)結(jié)構(gòu)設(shè)計(jì)經(jīng)過(guò)分析可知，該超市進(jìn)銷存管理系統(tǒng)中信息處理有以下特點(diǎn)：銷售部門的數(shù)據(jù)不僅經(jīng)常需要查詢，而且更新速度快。各個(gè)部門信息要求共享的信息較多。例如員工信息，商品信息等。但財(cái)務(wù)信息一般不共享。經(jīng)理部門有一定的特殊職能：匯總財(cái)務(wù)信息；制定采購(gòu)計(jì)劃；安排貨物的入庫(kù)和出庫(kù)工 作。針對(duì)這些特點(diǎn)，設(shè)計(jì)如下：確定數(shù)據(jù)庫(kù)的存放位置為了提高系統(tǒng)性能，現(xiàn)根據(jù)應(yīng)用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常

23、存取部分和存取頻率較低的部分分別在兩個(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)系電話、Email）米購(gòu)訂單

24、（米購(gòu)訂單編號(hào)、米購(gòu)開始日期、負(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)考慮到超市的發(fā)展需求，在選擇硬件設(shè)備、服務(wù)器操作系統(tǒng)、 數(shù)據(jù)庫(kù)時(shí)都考