【正文】 （11）商品類別表的主屬性是商品類別編號，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關系，因此商品類別表符合第三范式。 （9) 庫存表的主屬性是商品編號和倉庫編號，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關系，因此庫存表符合第三范式。 （7) 供貨商表的主屬性是供貨商編號，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關系，因此該供貨商表符合第三范式。 （5) 交易表的主屬性是交易表單號和銷售日期，其他非主屬性完全依賴于主碼，因此該購買表符合第二范式，由于銷售金額可經(jīng)過銷售數(shù)量推出，所以該交易表不符合第三范式。（3) 會員表的主屬性是會員編號，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關系，因此該會員表符合第三范式。 關系模式：（1） 商品信息表 （商品編號，條形碼，商品名稱，類別編號，進價，售價，規(guī)格，產(chǎn)地， 保質期）（2） 超市員工表 （員工編號，員工密碼，姓名，性別，電話，電話，年齡，員工類型）（3） 會員表 （會員姓名，會員卡號，性別，年齡，電話，注冊時間）（4） 會員卡表 （會員卡號，折扣，積分，累積金額）（5） 交易表 （交易表單號，銷售日期，商品編號，商品折扣，銷售數(shù)量，銷售金額）（6） 倉庫表 （倉庫編號，倉庫名稱，倉庫狀態(tài)，倉庫地址，倉庫負責人）（7）供貨商表 （供貨商號，供貨商名稱，供貨商聯(lián)系人，供貨商地址，供貨商電話， 供貨商銀行卡號）（8） 超市現(xiàn)貨表 （商品編號，現(xiàn)貨量，入市時間）（9） 庫存表 （商品編號，倉庫編號，庫存量，入庫時間）（10） 供貨表 （商品編號，供貨商編號，供貨日期，供貨數(shù)量）（11） 商品類別表（類別編號，類別名稱）關系模式規(guī)范化說明： （1）商品信息表的主屬性（主碼）是商品編號，其他非主屬性完全依賴于主碼，并且不存在傳遞依賴關系，因此該商品信息表符合第三范式。 ER圖模型設計供應商的ER圖，如圖 供應商銀行卡號供應商編號供應商名稱供貨日期供應商電話供應商地址倉庫的ER圖，如圖 倉庫 倉庫號 地址 狀態(tài) 倉庫名 負責人超市員工的ER圖，如圖 超市員工 職工號 性別 電話 姓名 職位 年齡商品的ER圖，如圖 產(chǎn)地 商品編號 商品 條形碼商品保質期 商品名稱 商品折扣 商品售價 商品進價 類別編號 商品規(guī)格商品類別ER圖，如圖 商品類別 類別編號 類別名稱會員的ER圖，如圖 超市會員 注冊時間 會員卡號 年齡 姓名 性別 電話會員卡的ER圖，如圖 積分 會員卡 會員卡號 消費總額 會員名 折扣會員折扣會員卡號各實體間的ER圖，如圖注冊會員積分會員姓名會員卡顧客/會員 1 1銷售金額總消費額 m流水賬號購買供貨商號聯(lián)系人 銷售數(shù)量購買日期供貨商名稱條形碼供貨數(shù)量供貨日期 n供貨商供貨商地址商品供貨商品編號 n m供貨商電話商品名稱供貨編號倉庫編號 m庫存銀行卡號倉庫名稱倉庫單價 n v倉庫地址 庫存量規(guī)格 （2）系統(tǒng)ER圖說明1) 商店中的所有顧客可以銷售多種商品，每種商品可由不同顧客銷售；2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；3) 每個會員擁有一張唯一屬于自己的會員卡，每一張會員卡只屬于一個會員4) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。 輸出數(shù)據(jù)流 ：商品信息表處理邏輯編號：P3 處理邏輯名稱：計算總金額 說 明：計算顧客所買商品的總金額 輸入數(shù)據(jù)流 ：商品信息表 處 理 描 述 ：計算顧客所買商品的總金額 輸出數(shù)據(jù)流 ：購物單處理邏輯編號：P4 處理邏輯名稱：出示會員卡 說 明：顧客出示自己的會員卡 輸入數(shù)據(jù)流 ：無 處 理 描 述 ：會員出示自己持有的會員卡，收銀員通過專門的設備掃描 輸出數(shù)據(jù)流 ：無處理邏輯編號：P5 處理邏輯名稱：銷售管理 說 明：對超市銷售的管理 輸入數(shù)據(jù)流 ：到貨單 處 理 描 述 ：處理超市的銷售情況 輸出數(shù)據(jù)流 ：缺貨單、收款單處理邏輯編號：P6 處理邏輯名稱：庫存管理 說 明 ：對超市庫存情況的管理處 理 描 述 ：統(tǒng)計倉庫內(nèi)貨物情況。 2．4 系統(tǒng)程序流程圖 前臺銷售系統(tǒng)流程圖后臺管理系統(tǒng)流程圖216。 (2)進退貨記錄的查詢統(tǒng)計； (3)進退貨信息的更新，包括增加、刪除、修改功能。4. 商品管理模塊功能： (1)商品信息的查詢； (2)商品信息的更新，包括增加、刪除、修改功能。如庫存過剩、少貨、缺貨等。3. 庫存管理模塊功能： (1)實現(xiàn)商品庫存信息的查詢； (2)實現(xiàn)商品庫存信息的更新，包括增加、刪除、修改功能； (3)綜合查詢庫存明細記錄。 （2）綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 (3)員工操作權限管理。3. 退貨服務模塊功能：處理顧客的退貨請求，退貨的憑證以購物清單為準。當用戶在本超市消費后，只要符合條件，均可注冊會員，會員實行積分制，更具不同的積分劃分不同的會員等級，享受不同的折扣優(yōu)惠。如果顧客是本店會員并持有本人會員 卡，則在交易前先掃描會員卡，并對所購物品實行會員折扣優(yōu)惠，并將所購物品 的總金額累計到該會員的總消費金額中。l 前臺銷售子系統(tǒng)的每個子模塊的功能如下：1. 商品結算模塊功能： 通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數(shù) 量的方式）自動計算本次交易的總金額。前臺銷售子系統(tǒng)分為商品結賬、會員管理、退貨服務3個子模塊。216。 （4）超市商品管理系統(tǒng)能提供進退貨管理:(5) 超市商品管理系統(tǒng)能提供銷售管理,能夠進行銷售明細查詢和打印銷售報表。 系統(tǒng)業(yè)務分析 (1)超市商品管理系統(tǒng)能提供嚴格的用戶權限管理； (2)超市商品管理系統(tǒng)能提供人事管理，能夠實現(xiàn)顧客會員、超市員工、供應商的信息的增刪改查等管理。數(shù)據(jù)庫系統(tǒng) ：。 2．1 系統(tǒng)運行需求(1)硬件接口運行本系統(tǒng)的硬件基本要求如下：CPU：Intel P3及以上；內(nèi)存：256MB及以上；硬盤：10GB及以上。不僅可以節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。216。同時，對于每天產(chǎn)生的大量銷售信息，如果不加以適當?shù)拇鎯头治觯褪チ死眠@些銷售信息挖掘出客戶購買偏好的機會，就不能從看似無用的大量數(shù)據(jù)背后得出消費者潛在的消費習慣，失去了潛在的商機。主要表現(xiàn)如下：隨著訂貨、進貨信息的增加，與供應商相關的信息、與商品相關的信息越來越多。 現(xiàn)在的超市顧客的購買量很大，日益頻繁的業(yè)務產(chǎn)生了大量的數(shù)據(jù)。商品管理。依靠現(xiàn)代化的計算機信息處理技術來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。如何在激烈的競爭中擴大銷售額、降低經(jīng)營成本、擴大經(jīng)營規(guī)模，成為超市營業(yè)者努力追求的目標。目錄一、系統(tǒng)概述 4 4 5二、需求分析 5 5 5 6 9 10三、數(shù)據(jù)庫設計 17 17 21 21 關系模式規(guī)范化說明 22 數(shù)據(jù)庫表結構 23四、數(shù)據(jù)庫實施 28 Mysql數(shù)據(jù)庫簡介 28 29五、系統(tǒng)演示 36 36 37 38 40六、設計總結 48參考文獻 49 摘要在如今這個信息技術飛速發(fā)展的時代，超市的競爭也進入到了一個全新的領域，