中小型超市銷售管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)論文(數(shù)據(jù)庫課程設(shè)計(jì)

1、數(shù)據(jù)庫課程設(shè)計(jì)設(shè)計(jì)課題：中小型超市銷售管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)學(xué) 號： 70 姓 名： 趙建 完成時(shí)間： 2012 年 04月 15 日數(shù)據(jù)庫基礎(chǔ)與應(yīng)用課程設(shè)計(jì)甘肅廣播電視大學(xué)社會(huì)實(shí)踐鑒定表甘肅電大分校：直屬學(xué)院 工作站（教學(xué)點(diǎn)）： 屆別：10姓名趙建學(xué)號70專業(yè)及層次計(jì)算機(jī)信息管理實(shí)踐形式實(shí)踐單位實(shí)踐時(shí)間從 年 月 日起至 年 月 日社會(huì)實(shí)踐單位鑒定意見簽字（蓋章） 年 月 日指導(dǎo)教師評語及成績簽字（蓋章） 年 月 日分校社會(huì)實(shí)踐領(lǐng)導(dǎo)小組鑒定意見簽字（蓋章） 年 月 日省電大集中實(shí)踐環(huán)節(jié)指導(dǎo)委員會(huì)審核意見簽字（蓋章） 年 月 日一. 系統(tǒng)需求分析階段本系統(tǒng)為中小型超市銷售管理系統(tǒng)，因此系統(tǒng)需求分析

2、階段主要采取實(shí)地采訪、調(diào)查學(xué)校周邊超市，網(wǎng)上查找相關(guān)資料，請教老師等多種方式，尤其是仔細(xì)思考、分析超市購物發(fā)票。這一階段大概了解了目前超市銷售管理的現(xiàn)狀，了解了超市銷售方面的業(yè)務(wù)，同時(shí)也發(fā)現(xiàn)了其中存在的一些問題。經(jīng)過近兩天時(shí)間的實(shí)踐，了解了很多關(guān)于超市的知識，收獲挺多的。需求分析成果如下。1.1處理對象及其組織系統(tǒng)要處理的基本對象包括營業(yè)員基本信息、會(huì)員基本信息、管理員基本信息、商品基本信息、貨架基本信息、銷售單基本信息、退貨單基本信息等多個(gè)對象。各個(gè)基本對象包含信息如下所示：營業(yè)員(營業(yè)員號，姓名，收銀臺位置，上班時(shí)間，下班時(shí)間，月薪，聯(lián)系電話);會(huì)員(會(huì)員卡號，會(huì)員姓名，卡密碼，注冊時(shí)間，

3、累計(jì)消費(fèi));商品（商品編號，貨架編號，條形碼，商品名稱，商品價(jià)格，現(xiàn)有存量，存量底線，生產(chǎn)日期，保質(zhì)期，供貨商）；銷售單（銷售單編號，營業(yè)員編號，會(huì)員卡號，打印時(shí)間，有無折扣）；銷售商品（銷售單號，商品編號，銷售數(shù)量）；貨架（貨架編號，管理員號，貨架名稱）；管理員（管理員號，姓名，聯(lián)系電話，上班時(shí)間，下班時(shí)間，月薪）；退貨單（退貨單號，商品編號，退貨數(shù)量）；打?。ㄍ素泦翁?，銷售單號，營業(yè)員號，打印時(shí)間）。1.2系統(tǒng)功能及信息處理本中小型超市銷售管理系統(tǒng)大體上包含三個(gè)模塊，為前臺收銀業(yè)務(wù)處理，前臺退貨業(yè)務(wù)處理以及后臺銷售處理功能模塊，具體如下所述。1.2.1收銀業(yè)務(wù)通過掃描條形碼或者直接輸入商品

4、名稱（對于同類多件商品采用一次錄入加數(shù)量的方式），計(jì)算本次交易的總金額，同時(shí)打印銷售發(fā)票給顧客（包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時(shí)間、負(fù)責(zé)本次收銀的員工號等信息）。如果顧客是本店會(huì)員并持有本人會(huì)員卡，則在交易前先掃描會(huì)員卡，對此會(huì)員一定優(yōu)惠，并將所購物品的總金額累計(jì)到該會(huì)員的總消費(fèi)金額中，記錄好會(huì)員信息。1.2.2退貨處理顧客持有銷售發(fā)票到收銀臺找收銀員退貨，若沒有相應(yīng)銷售發(fā)票不予以退貨。通過掃描銷售發(fā)票計(jì)算本次退貨處理的退貨額，并打印出退貨發(fā)票給顧客，系統(tǒng)記錄好退貨信息。1.2.3銷售處理作為超市后臺管理部分，此系統(tǒng)應(yīng)該具有功能包括當(dāng)打印銷售發(fā)票或退貨發(fā)票

5、時(shí)自動(dòng)增減貨架上商品數(shù)量，當(dāng)貨架商品不足時(shí)自動(dòng)生成缺貨警告信息給管理員，系統(tǒng)能夠生成銷售排行榜供管理員查看。1.3安全性和完整性要求安全性先通過視圖機(jī)制，不同的用戶只能訪問系統(tǒng)授權(quán)的視圖；再通過用戶授權(quán)機(jī)制，通過用戶登陸來識別用戶級別，根據(jù)這個(gè)級別來分配用戶權(quán)限，達(dá)到數(shù)據(jù)更高層次的安全保密功能。完整性要求用于確保各處理對象的主屬性取值唯一并且一般不能為空；各處理對象的參照屬性取值必須是來自于被參照屬性?？梢酝ㄟ^用戶自定義完整性（符合實(shí)際要求）來確保數(shù)據(jù)符合更高規(guī)范要求。詳細(xì)完整性要求見于系統(tǒng)的邏輯設(shè)計(jì)階段。1.4系統(tǒng)開發(fā)環(huán)境此系統(tǒng)開發(fā)環(huán)境以windows XP為開發(fā)平臺，采用選擇功能強(qiáng)大的Mi

6、crosoft SQL Server2008為開發(fā)工具。同時(shí)根據(jù)實(shí)習(xí)的要求，另開發(fā)系統(tǒng)還有windows 2000，同時(shí)相應(yīng)采用了oracle 10g 為開發(fā)工具。二數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)1 概念設(shè)計(jì)在需求分析階段已經(jīng)得到了應(yīng)用需求，只有將這些應(yīng)用需求進(jìn)行綜合、歸納與抽象，形成一個(gè)獨(dú)立于具體DBMS的概念模型，才能更好地、更準(zhǔn)確地用某一DBMS實(shí)現(xiàn)這些需求。因此，作為將應(yīng)用需求抽象為信息結(jié)構(gòu)的概念設(shè)計(jì)階段，應(yīng)該以如下要求為目標(biāo)：（1）能真實(shí)、充分地反映現(xiàn)實(shí)世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實(shí)世界的一個(gè)真實(shí)模型。（2）易于理解，從而可以用它和不熟悉計(jì)算機(jī)的用戶交換意見，用

7、戶的積極參與是數(shù)據(jù)庫設(shè)計(jì)成功的關(guān)鍵。（3）易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，容易對概念模型修改和擴(kuò)充。（4）易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、更抽象，從而更加穩(wěn)定。概念設(shè)計(jì)的任務(wù)和方法是能用ER圖表示出整個(gè)系統(tǒng)的實(shí)體、實(shí)體屬性及實(shí)體間的聯(lián)系。概念結(jié)構(gòu)設(shè)計(jì)通常采用的策略是自底向上的方法，即自頂向下的進(jìn)行需求分析，然后再自底向上地設(shè)計(jì)概念結(jié)構(gòu)。它通常分為兩步：第一步是抽象數(shù)據(jù)并設(shè)計(jì)局部視圖，第二步是集成局部視圖，得到全局的概念結(jié)構(gòu)。2建立關(guān)系模式關(guān)系模型由ER圖轉(zhuǎn)換而來，實(shí)際上就是要將實(shí)體、實(shí)體的屬性和實(shí)體之間的聯(lián)系明確表示出

8、來，這種轉(zhuǎn)換一般遵循如下規(guī)則：一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式。實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。對于實(shí)體間的聯(lián)系則有以下不同的情況：（1）一個(gè)1:1的聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。如果轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，每個(gè)實(shí)體的碼均是該關(guān)系的候選碼。如果與某一端實(shí)體對應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性中加入另一個(gè)關(guān)系模式的碼和聯(lián)系本身的屬性。（2）一個(gè)1:n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式看，也可以與n端對應(yīng)的關(guān)系模式合并。如果轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼

9、以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼味n端實(shí)體的碼。（3）一個(gè)m:n聯(lián)系轉(zhuǎn)換為一個(gè)關(guān)系模式。與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實(shí)體的碼組成關(guān)系的碼或關(guān)系嗎的一部分。根據(jù)以上規(guī)則將本中小型超市管理系統(tǒng)的ER圖轉(zhuǎn)換為關(guān)系模式的結(jié)果如下所示：（關(guān)系的主碼用下劃直線標(biāo)出，外碼用下劃波浪線標(biāo)出）此數(shù)據(jù)庫系統(tǒng)包括營業(yè)員、會(huì)員、管理員、商品、貨架、銷售單、銷售商品、退貨單、打印多個(gè)關(guān)系模式：營業(yè)員(營業(yè)員號，姓名，收銀臺位置，上班時(shí)間，下班時(shí)間，月薪，聯(lián)系電話);會(huì)員(會(huì)員卡號，會(huì)員姓名，卡密碼，注冊時(shí)間，累計(jì)消費(fèi));商品（商品編號，貨架編號，條形碼，商品名稱，商品

10、價(jià)格，現(xiàn)有存量，存量底線，生產(chǎn)日期，保質(zhì)期，供貨商）；銷售單（銷售單編號，營業(yè)員編號，會(huì)員卡號，打印時(shí)間，有無折扣）；銷售商品（銷售單號，商品編號，銷售數(shù)量）；貨架（貨架編號，管理員號，貨架名稱）；管理員（管理員號，姓名，聯(lián)系電話，上班時(shí)間，下班時(shí)間，月薪）；退貨單（退貨單號，商品編號，退貨數(shù)量）；打?。ㄍ素泦翁枺N售單號，營業(yè)員號，打印時(shí)間）；3關(guān)系模式規(guī)范化處理關(guān)系數(shù)據(jù)庫中的關(guān)系必須滿足一定的規(guī)范化要求，對于不同的規(guī)范化程度可用范式來衡量。范式是符合某一種級別的關(guān)系模式的集合，是衡量關(guān)系模式規(guī)范化程度的標(biāo)準(zhǔn)，達(dá)到的關(guān)系才是規(guī)范化的。一個(gè)低一級范式的關(guān)系模式，通過模式分解可以轉(zhuǎn)換為若干個(gè)高一

11、級范式的關(guān)系模式的集合。此系統(tǒng)中的上述關(guān)系模式經(jīng)過模式分解，已消除了數(shù)據(jù)冗余等不好的現(xiàn)象，都已符合3NF要求。4. 用戶子模式建立用戶子模式可通過建立視圖來表示。視圖是虛表，是從一個(gè)或幾個(gè)基本表（或視圖）中導(dǎo)出的表，在系統(tǒng)的數(shù)據(jù)字典中僅存放了視圖的定義，不存放視圖對應(yīng)的數(shù)據(jù)。定義視圖可以簡化應(yīng)用程序、可以實(shí)現(xiàn)一定的權(quán)限控制。為了滿足用戶需求及方便后期數(shù)據(jù)庫實(shí)施階段的設(shè)計(jì)，此系統(tǒng)設(shè)計(jì)了如下視圖。各視圖定義：商品保質(zhì)期（商品名稱，生產(chǎn)日期，保質(zhì)期，過期日期）下架商品（商品名稱，貨架名稱，過期日期）營業(yè)員基本信息（營業(yè)員號，上班時(shí)間，下班時(shí)間，月薪，聯(lián)系電話）會(huì)員總消費(fèi)情況（卡號，姓名，累計(jì)消費(fèi)）商

12、品價(jià)格（商品名稱，價(jià)格）商品存放（商品名稱，貨架名稱）缺貨商品（商品名稱，現(xiàn)有存量，底線存量）貨架信息（貨架名稱，存放商品名）上班情況（上班時(shí)間，營業(yè)員姓名，管理員姓名）工作人員聯(lián)系方式（姓名，編號，聯(lián)系電話）工作人員工資信息（姓名，編號，工資）三.數(shù)據(jù)庫物理設(shè)計(jì) 此數(shù)據(jù)庫系統(tǒng)建立的索引如下所述。1.對于基本表ShopAssistant（營業(yè)員）,由于要經(jīng)常對屬性列Snum查詢從而獲得某個(gè)營業(yè)員的完整信息，并且很少對其更新，因此可以給屬性列Snum建一個(gè)聚簇索引。2.同理對于基本表Member（會(huì)員）,由于要經(jīng)常對屬性列Mnum查詢從而獲得某個(gè)會(huì)員的完整信息，并且很少對其更新，因此可以給屬性列

13、Mnum建一個(gè)聚簇索引。3.對于Adminastrator（管理員），可在其屬性列Anum上建立唯一性索引，索引值按降序排列。4.（同樣對于基本表GoodsShelf（貨架）、Goods（商品），可在其主屬性上建立唯一性索引。5.對于基本表BillSell（銷售單）、SellGoods（銷售商品）、ReturnGoods（退貨單）、PrintBill（打?。捎谄鋵傩灾到?jīng)常發(fā)生變化，權(quán)衡系統(tǒng)為維護(hù)索引付出的代價(jià)，可考慮不建立索引。四. 數(shù)據(jù)庫實(shí)施與測試數(shù)據(jù)庫實(shí)施與測試階段主要內(nèi)容包括數(shù)據(jù)庫實(shí)施和測試兩個(gè)部分。4.1 數(shù)據(jù)庫實(shí)施4.1.1 數(shù)據(jù)庫及數(shù)據(jù)庫對象建立主要包括：數(shù)據(jù)庫、基本表、視圖、

14、索引、觸發(fā)器以及存儲(chǔ)過程。相應(yīng)T-SQL和PL/SQL語句.4.1.2 數(shù)據(jù)入庫對各個(gè)數(shù)據(jù)表成功要錄入了50條左右的測試記錄，測試結(jié)果滿足設(shè)計(jì)要求。4.2 數(shù)據(jù)庫測試數(shù)據(jù)庫測試階段主要內(nèi)容是對建立的數(shù)據(jù)庫及數(shù)據(jù)庫對象進(jìn)行測試，對測試結(jié)果進(jìn)行分析，是否滿足設(shè)計(jì)要求。五. 總結(jié)通過近三個(gè)星期的數(shù)據(jù)庫課程設(shè)計(jì)實(shí)習(xí)，對數(shù)據(jù)庫知識有了更廣泛的了解，在數(shù)據(jù)庫的應(yīng)用方面有了很大的收獲。1.提高了實(shí)地調(diào)查獲得數(shù)據(jù)的能力。通過對學(xué)校周邊超市的實(shí)地調(diào)查，采用詢問記錄的方式，獲得關(guān)于超市管理的業(yè)務(wù)流程和一些可靠表單，為中小型超市銷售管理系統(tǒng)開發(fā)的需求分析階段，提供了一個(gè)良好的開端。2.加深了對數(shù)據(jù)庫系統(tǒng)相關(guān)知識和S

15、QL SERVER 2008、ORACLE數(shù)據(jù)庫相關(guān)功能的理解。以前只停留于記憶書本上關(guān)于數(shù)據(jù)庫系統(tǒng)的理論知識 ，沒有切身實(shí)地的實(shí)踐過，而通過這次實(shí)習(xí)我再次加深了對數(shù)據(jù)庫相關(guān)功能的理解與應(yīng)用。3.進(jìn)一步掌握相關(guān)的SQL語句。開發(fā)設(shè)計(jì)超市銷售管理系統(tǒng)的過程中牽涉到相當(dāng)多基本表的建立，視圖、索引以及存儲(chǔ)過程的設(shè)計(jì)，這讓我對這些SQL語句操作更熟練了。4.熟悉了對項(xiàng)目開發(fā)的大致過程。這次系統(tǒng)開發(fā)，我更加明白體驗(yàn)到了數(shù)據(jù)庫系統(tǒng)開發(fā)的過程，包括系統(tǒng)需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)，再到數(shù)據(jù)庫實(shí)施、系統(tǒng)的測試和調(diào)試，對項(xiàng)目（系統(tǒng)）開發(fā)的大致流程有了一定的了解，為以后的系統(tǒng)的開發(fā)打下了良好的基礎(chǔ)。同樣在在這次實(shí)習(xí)中，我看到了自己的基礎(chǔ)知識的薄弱性，更體驗(yàn)到了基礎(chǔ)知識的重要性。比如說對具體的SQL語句還不是很熟悉，在畫E-R圖、設(shè)計(jì)帶輸出變量的存儲(chǔ)過程以及建立相關(guān)索引