【正文】 NumVarchar30 F YUTF8商品編號(hào)G20111112NumberInt30 Y商品數(shù)量5338DateDatatime Y入市時(shí)間20111127 03:33:09庫(kù)存表(Goods_In_Store)字段名數(shù)據(jù)類型長(zhǎng)度主/外鍵非空字符集注釋數(shù)據(jù)舉例StoreNumVarchar30 P/F Y UTF8倉(cāng)庫(kù)編號(hào)A1GoodNumVarchar30 P/F Y UTF8商品編號(hào)G20111111NumberInt30 Y 庫(kù)存數(shù)量4734StoreDateDatatime Y 最后入庫(kù)時(shí)間20111127 03:33:05供貨表(OfferGoods)字段名數(shù)據(jù)類型長(zhǎng)度主/外鍵非空字符集注釋數(shù)據(jù)舉例ProductorNumVarchar30 P/F YUTF8供貨商編號(hào) K10001GoodNumVarchar30 P/F YUTF8商品編號(hào) G20111111NumberInt30 Y供貨數(shù)量 2000DateDatetime Y供貨日期20111127 03:33:05商品類別表(Sort)字段名數(shù)據(jù)類型長(zhǎng)度主/外鍵非空字符集注釋數(shù)據(jù)舉例SortNumVarchar30 P YUTF8類別編號(hào)S00001SortNameVarchar30 YUTF8類別名海鮮類 數(shù)據(jù)庫(kù)實(shí)施216。 （4) 會(huì)員卡表的主屬性是會(huì)員卡號(hào)，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關(guān)系，因此該會(huì)員卡表符合第三范式。 2．5 數(shù)據(jù)字典l 1．?dāng)?shù)據(jù)流的描述數(shù)據(jù)流編號(hào)：D2 數(shù)據(jù)流名稱：購(gòu)物清單 說(shuō) 明：顧客所買商品的清單 數(shù)據(jù)流來(lái)源：收銀模塊 數(shù)據(jù)流去向：顧客 數(shù)據(jù)項(xiàng)組成：所買商品名稱+所買商品編號(hào)+所買商品數(shù)量+單價(jià)+折扣+總金額數(shù)據(jù)流量 ：1張/次 高峰流量 ：1張/次數(shù)據(jù)流編號(hào)：D3 數(shù)據(jù)流名稱：缺貨單 說(shuō) 明：超市倉(cāng)庫(kù)缺少商品的清單 數(shù)據(jù)流來(lái)源：銷售管理模塊 數(shù)據(jù)流去向：進(jìn)貨管理模塊 數(shù)據(jù)項(xiàng)組成：所缺商品名稱+所缺商品代碼+所缺商品數(shù)量 數(shù)據(jù)流量 ：1張/天 高峰流量 ：1張/天數(shù)據(jù)流編號(hào)：D4 數(shù)據(jù)流名稱：到貨單 說(shuō) 明：超市所定商品的清單 數(shù)據(jù)流來(lái)源：進(jìn)貨管理模塊 數(shù)據(jù)流去向：銷售管理模塊 數(shù)據(jù)項(xiàng)組成：所定商品名稱+所定商品代碼+所定商品數(shù)量+金額數(shù)據(jù)流量 ：1張/天 高峰流量 ：5張/天 數(shù)據(jù)流編號(hào)：D5 數(shù)據(jù)流名稱：訂貨單 說(shuō) 明：超市所定商品的清單 數(shù)據(jù)流來(lái)源：采購(gòu)員 數(shù)據(jù)流去向：供應(yīng)商 數(shù)據(jù)項(xiàng)組成：所定商品名稱+所定商品代碼+所定商品數(shù)量+金額數(shù)據(jù)流量 ：1張/天 高峰流量 ：5張/天數(shù)據(jù)流編號(hào)：D6 數(shù)據(jù)流名稱：入庫(kù)單 說(shuō) 明：超市所定商品入庫(kù)的清單 數(shù)據(jù)流來(lái)源：采購(gòu)員 數(shù)據(jù)流去向：庫(kù)存管理模塊 數(shù)據(jù)項(xiàng)組成：商品名稱+商品代碼+商品數(shù)量+備注數(shù)據(jù)流量 ：1張/天 高峰流量 ：5張/天數(shù)據(jù)流編號(hào)：D7 數(shù)據(jù)流名稱：收款單7 說(shuō) 明：銷售部賣出商品的收款清單 數(shù)據(jù)流來(lái)源：銷售管理模塊 數(shù)據(jù)流去向：財(cái)務(wù)管理模塊 數(shù)據(jù)項(xiàng)組成：銷售商品名稱+銷售商品數(shù)量+金額數(shù)據(jù)流量 ：1張/天 高峰流量 ：5張/天數(shù)據(jù)流編號(hào)：D8 數(shù)據(jù)流名稱：付款單 說(shuō) 明：財(cái)務(wù)處已付給供應(yīng)商的貨款清單 數(shù)據(jù)流來(lái)源：財(cái)務(wù)管理模塊 數(shù)據(jù)流去向：進(jìn)貨管理模塊 數(shù)據(jù)項(xiàng)組成：商品名稱+商品數(shù)量+總金額數(shù)據(jù)流量 ：1張/天 高峰流量 ：5張/天l 2．處理邏輯的描述處理邏輯編號(hào)：P1 處理邏輯名稱：掃描會(huì)員卡 說(shuō) 明：收銀員掃描會(huì)員卡，并實(shí)行會(huì)員優(yōu)惠 輸入數(shù)據(jù)流：無(wú) 處 理 描 述：收銀員掃描會(huì)員卡，并對(duì)會(huì)員所購(gòu)買的商品按會(huì)員卡所享有的折扣價(jià)結(jié)算 輸出數(shù)據(jù)流：無(wú)處理邏輯編號(hào)：P2 處理邏輯名稱：掃描商品條形碼 說(shuō) 明：掃描顧客所買商品的條形碼 輸入數(shù)據(jù)流 ：無(wú) 處 理 描 述 ：掃描顧客所買商品的條形碼，自動(dòng)顯示該商品的單價(jià)、生成日期、 、折扣、廠家等信息，便于結(jié)算價(jià)格，和打印發(fā)票。 （4）庫(kù)存狀態(tài)自動(dòng)告警提示。當(dāng)會(huì)員提出注銷會(huì)員卡時(shí)，前臺(tái)收銀員將為會(huì)員注銷會(huì)員卡。 本超市商品管理系統(tǒng)采用自定向下方法開(kāi)發(fā)，整個(gè)系統(tǒng)層次劃分如圖所示：系統(tǒng)采用模塊化設(shè)計(jì)，分為前臺(tái)銷售子系統(tǒng)和后臺(tái)管理子系統(tǒng)。(2)軟件接口JRE環(huán)境 ：JRE5及以上。如果不能將這些有效的信息集中起來(lái)，對(duì)以后的信息查詢會(huì)帶來(lái)不便，從而不能給采購(gòu)員提供采購(gòu)過(guò)程的決策支持。因此，對(duì)于超市來(lái)說(shuō)很有必要制定一套合理、有效，規(guī)范和實(shí)用的管理系統(tǒng)，對(duì)超市的日常業(yè)務(wù)進(jìn)行集中統(tǒng)一的管理。依靠現(xiàn)代化的計(jì)算機(jī)信息處理技術(shù)來(lái)管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動(dòng)強(qiáng)度，并且能夠快速反映出商品的進(jìn)、銷、存等狀況和各種反饋信息分析，使管理人員快速對(duì)市場(chǎng)的變化做出相應(yīng)的決策，加快超市經(jīng)營(yíng)管理效率。同時(shí)，對(duì)于每天產(chǎn)生的大量銷售信息，如果不加以適當(dāng)?shù)拇鎯?chǔ)和分析，就失去了利用這些銷售信息挖掘出客戶購(gòu)買偏好的機(jī)會(huì)，就不能從看似無(wú)用的大量數(shù)據(jù)背后得出消費(fèi)者潛在的消費(fèi)習(xí)慣，失去了潛在的商機(jī)。數(shù)據(jù)庫(kù)系統(tǒng) ：。前臺(tái)銷售子系統(tǒng)分為商品結(jié)賬、會(huì)員管理、退貨服務(wù)3個(gè)子模塊。3. 退貨服務(wù)模塊功能：處理顧客的退貨請(qǐng)求，退貨的憑證以購(gòu)物清單為準(zhǔn)。如庫(kù)存過(guò)剩、少貨、缺貨等。 輸出數(shù)據(jù)流 ：商品信息表處理邏輯編號(hào)：P3 處理邏輯名稱：計(jì)算總金額 說(shuō) 明：計(jì)算顧客所買商品的總金額 輸入數(shù)據(jù)流 ：商品信息表 處 理 描 述 ：計(jì)算顧客所買商品的總金額 輸出數(shù)據(jù)流 ：購(gòu)物單處理邏輯編號(hào)：P4 處理邏輯名稱：出示會(huì)員卡 說(shuō) 明：顧客出示自己的會(huì)員卡 輸入數(shù)據(jù)流 ：無(wú) 處 理 描 述 ：會(huì)員出示自己持有的會(huì)員卡，收銀員通過(guò)專門的設(shè)備掃描 輸出數(shù)據(jù)流 ：無(wú)處理邏輯編號(hào)：P5 處理邏輯名稱：銷售管理 說(shuō) 明：對(duì)超市銷售的管理 輸入數(shù)據(jù)流 ：到貨單 處 理 描 述 ：處理超市的銷售情況 輸出數(shù)據(jù)流 ：缺貨單、收款單處理邏輯編號(hào)：P6 處理邏輯名稱：庫(kù)存管理 說(shuō) 明 ：對(duì)超市庫(kù)存情況的管理處 理 描 述 ：統(tǒng)計(jì)倉(cāng)庫(kù)內(nèi)貨物情況。 （5) 交易表的主屬性是交易表單號(hào)和銷售日期，其他非主屬性完全依賴于主碼，因此該購(gòu)買表符合第二范式，由于銷售金額可經(jīng)過(guò)銷售數(shù)量推出，所以該交易表不符合第三范式。 4．1 Mysql數(shù)據(jù)庫(kù)系統(tǒng)簡(jiǎn)介 MySQL是一種關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，開(kāi)發(fā)者為瑞典MySQL AB公司。 數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)/*創(chuàng)建數(shù)據(jù)庫(kù)*//*MySQL : Database czq_supermarket*/create database CZQ_SuperMarketuse CZQ_SuperMarket/*創(chuàng)建基本表*//*商品信息表*/CREATE TABLE `goods` ( `GoodSYN` varchar(30) DEFAULT NULL COMMENT 39。, `SalePrice` double(30,5) NOT NULL DEFAULT 39。, `Units` varchar(30) DEFAULT NULL COMMENT 39。用戶ID39。用戶類別39。, `UserName` varchar(30) NOT NULL COMMENT 39。, `Sex` varchar(30) NOT NULL COMMENT 39。39。/*交易表*/CREATE TABLE `tradelist` ( `TradeNum` bigint(50) NOT NULL AUTO_INCREMENT COMMENT 39。, `Discount` double(30,2) NOT NULL COMMENT 39。倉(cāng)庫(kù)名39。 /*供貨商表*/