數(shù)據(jù)庫課程設計--小型超市管理系統(tǒng)

1、<p><b>　　摘 要</b></p><p>　　隨著超市規(guī)模的發(fā)展和不斷擴大，商品數(shù)量急劇增加，有關(guān)商品的各種信息量也成倍增長。超市時時刻刻都需要對商品各種信息進行統(tǒng)計分析。而大型的超市管理系統(tǒng)功能過于強大而造成操作繁瑣降低了小超市的工作效率。</p><p>　　超市管理系統(tǒng)是市場上最流行的超市上常用的系統(tǒng)之一，它主要包含零售前臺管理系統(tǒng)和和后臺管

2、理系統(tǒng)。前臺管理系統(tǒng)包括商品錄入和收銀業(yè)務等，后臺管理系統(tǒng)包括進貨管理，銷售管理，庫存管理和人員管理。通過兩個管理系統(tǒng)的協(xié)調(diào)，實現(xiàn)對進貨、銷售及員工信息等實現(xiàn)全面、動態(tài)、及時的管理。</p><p>　　本文分析了小型超市管理系統(tǒng)建立的全過程，包括選題簡介、需求分析、概念結(jié)構(gòu)設計、邏輯結(jié)構(gòu)設計和數(shù)據(jù)庫的實施幾個部分，對每個部分都進行了詳細的介紹。本文可以作為建立小型超市管理系統(tǒng)的參考，如有不足還會繼續(xù)改進。<

3、;/p><p>　　關(guān)鍵詞：小型超市；管理系統(tǒng)；數(shù)據(jù)庫設計；E-R圖</p><p><b>　　目 錄</b></p><p><b>　　摘 要I</b></p><p><b>　　1 前言1</b></p><p><b>　　1.1

4、課題簡介1</b></p><p>　　1.1.1選題背景1</p><p>　　1.1.2選題意義1</p><p><b>　　1.2設計目的2</b></p><p><b>　　2 需求分析3</b></p><p>　　2.1業(yè)務需求及處理流

5、程3</p><p>　　2.2功能需求分析4</p><p>　　2.2.1前臺業(yè)務4</p><p>　　2.2.2后臺業(yè)務4</p><p>　　2.3業(yè)務規(guī)則分析5</p><p>　　3 概念結(jié)構(gòu)設計6</p><p>　　3.1概念設計的方法與步驟6</p>

6、;<p>　　3.1.1概念設計方法6</p><p>　　3.1.2概念設計步驟6</p><p>　　3.2局部E-R圖7</p><p>　　3.3全局E-R圖10</p><p>　　4 邏輯結(jié)構(gòu)設計11</p><p>　　4.1E-R圖向關(guān)系模型的轉(zhuǎn)換11</p>

7、<p>　　4.2數(shù)據(jù)模型的優(yōu)化11</p><p>　　4.3數(shù)據(jù)庫模式轉(zhuǎn)換12</p><p>　　5 數(shù)據(jù)庫的實施16</p><p>　　5.1數(shù)據(jù)庫與基表的創(chuàng)建16</p><p>　　5.1.1數(shù)據(jù)庫的創(chuàng)建16</p><p>　　5.1.2基表的創(chuàng)建17</p>&l

8、t;p>　　5.2數(shù)據(jù)的載入19</p><p>　　5.3數(shù)據(jù)的查詢22</p><p><b>　　結(jié)束語25</b></p><p><b>　　參考文獻26</b></p><p><b>　　1 前言</b></p><p>&

9、lt;b>　　1.1課題簡介</b></p><p><b>　　1.1.1選題背景</b></p><p>　　隨著現(xiàn)代科學技術(shù)的迅猛發(fā)展，計算機技術(shù)已滲透到各個領(lǐng)域，成為各行業(yè)必不可少的工具，特別是Internet技術(shù)的推廣和信息高速公路的建立，使IT產(chǎn)業(yè)在市場競爭中越發(fā)顯示出其獨特的優(yōu)勢，步入數(shù)字化時代，有巨大的數(shù)據(jù)信息等待著加工處理和傳輸，這

10、使得對數(shù)據(jù)庫的進一步開發(fā)和利用顯得尤為迫切。</p><p>　　在我國數(shù)量眾多的商品零售企業(yè)中，中小型零售企業(yè)占了絕大多數(shù)。這些企業(yè)也不可避免地要加入國際化企業(yè)的競爭行列，而實現(xiàn)企業(yè)信息化是參與挑戰(zhàn)的必要條件。但是中小企業(yè)的多樣性及其靈活多變的經(jīng)營方式，加上相關(guān)投入量的限制，使得很多中小型零售企業(yè)沒有進行信息化建設。</p><p>　　現(xiàn)在大多數(shù)超市不能有效的管理每一種商品，收款結(jié)算速

11、度慢，容易出現(xiàn)營業(yè)差錯，不宜進行商品調(diào)價，盤點效率底等，而且在超市日常管理中，商品進、銷、存決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足，隨著超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變的愈加復雜，日常所需處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應對這復雜的市場。現(xiàn)在的小型超市很需要一個有效的管理系統(tǒng)。</p><p><b>　　1.1.2選題意

12、義</b></p><p>　　作為國內(nèi)市場的一些小型超市，他們在信息化過程中的步伐要落后大中型超市，而對于這些企業(yè)的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。這就需要我們把超市的管理與計算機結(jié)合起來，從而超市管理系統(tǒng)應運而生。依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，節(jié)省了大量的人力、物力，改善了員工的并且能夠快

13、速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。</p><p>　　為此，我在本次設計之中選擇了超市信息管理系統(tǒng)設計，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應決策，加快超市的系統(tǒng)建立的技術(shù)基礎(chǔ)

14、。</p><p><b>　　1.2設計目的</b></p><p>　　小型超市管理系統(tǒng)能減少很多不必要的資源，不用象以前那樣用冗余的紙張式管理。大大節(jié)省了管理人員的工作量，并且計算機的存儲與系統(tǒng)快速查詢功能大大提高了，提高管理人員的效率。方便快捷的操作界面，提高工作效率。</p><p>　　對于超市管理者來說，大量復雜的銷售、進貨、報損

15、管理、供應商管理等難于通過傳統(tǒng)的方法進行管理。小型超市管理系統(tǒng)正是對上述的問題而開發(fā)的，目的是通過計算機系統(tǒng)來管理貨品銷售與進貨的情況，可以解決大量商品信息的查詢和管理，便于更好的進行商品管理，同時也為銷售員提供方便。</p><p>　　數(shù)據(jù)庫的開發(fā)與設計是管理信息系統(tǒng)的重要組成部分，數(shù)據(jù)庫設計的好壞直接影響到系統(tǒng)的開發(fā)進度和功能的實現(xiàn)。本課程主要應用已經(jīng)學到的數(shù)據(jù)庫系統(tǒng)和應用的知識，通過調(diào)查分析設計一個小系統(tǒng)

16、的數(shù)據(jù)庫，來提高學生對所學的知識和數(shù)據(jù)庫開發(fā)過程的理解和掌握，提高分析問題、解決問題的能力，并為接下來的管理信息系統(tǒng)的課程設計打下基礎(chǔ)。</p><p><b>　　2 需求分析</b></p><p>　　2.1業(yè)務需求及處理流程</p><p>　　業(yè)務需求分析是根據(jù)現(xiàn)實世界對象需求，描述應用的具體業(yè)務處理流程，并分析哪些業(yè)務是計算機可以

17、完成的，而哪些業(yè)務不能由計算機完成、</p><p>　　小型超市管理業(yè)務主要包括：零售前臺業(yè)務和后臺管理業(yè)務等。以下是總流程圖：</p><p><b>　　圖2.1總流程圖</b></p><p><b>　　2.2功能需求分析</b></p><p>　　根據(jù)上述需求描述和業(yè)務流程，通過查詢小

18、型超市管理系統(tǒng)的有關(guān)知識，網(wǎng)上書店主要功能包括以下內(nèi)容：</p><p><b>　　2.2.1前臺業(yè)務</b></p><p><b>　　（1）商品錄入</b></p><p>　　根據(jù)超巿業(yè)務特點制定相關(guān)功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現(xiàn)精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電

19、腦操作水平層次的人員均能準確快速地進行商品掃描錄入。</p><p><b>　?。?）收銀業(yè)務</b></p><p>　　收銀員在操作臺登陸，通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數(shù)量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時間、

20、負責本次收銀的員工號）。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物品全部實行95折優(yōu)惠，并將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續(xù)卡者，該會員卡將被注銷。</p><p><b>　　2.2.2后臺業(yè)務</b></p><p><b>　?。?）進貨管理</b></p&g

21、t;<p>　　根據(jù)銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。</p><p><b>　?。?）銷售管理</b></p><p>　　商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及

22、交結(jié)賬情況等。 按多種方式統(tǒng)計生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。</p><p><b>　　（3）庫存管理</b></p><p>　　綜合查詢庫存明細記錄。 庫存狀態(tài)自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。</p><p><b>　　（4）人員管理

23、</b></p><p>　　員工、會員、供貨商、廠商等基本信息登記管理。 員工操作權(quán)限管理。 客戶銷售權(quán)限管理。</p><p><b>　　2.3業(yè)務規(guī)則分析</b></p><p>　　基于上述功能需求，通過進一步了解，小型超市業(yè)務規(guī)則如下：</p><p>　?。?）收銀前臺配合商品促銷及特價，商品銷

24、售可自動給價，允許多種付款方式：現(xiàn)金、禮券、折價券、提貨單、應收鍵、信用卡等</p><p>　?。?）提供指定前筆交易作廢、選入重開(卡紙時用)、選入退貨(商品退貨時用)、選入修改等功能。</p><p>　　(3) 通過員工信息注入實現(xiàn)員工的銷售情況。</p><p>　?。?）員工可以對職工信息進行查詢、更新、增加、刪除、修改等。</p><

25、;p>　　（4）商品信息修改完成對商品變動的情況記錄和修改。</p><p>　?。?）按商品進貨管理查詢和按銷售查詢來查詢商品的銷售情況。</p><p>　?。?）可將客戶交易明細暫存于儲存格中，待客戶回來時再取出繼續(xù)交易；儲存格應至少有10組。</p><p>　?。?）提供門市賣場常用店務管理功能。</p><p>　?。?）市

26、人員針對單一賣場進行單點銷售分析。</p><p>　?。?）統(tǒng)計各商品銷售排行表數(shù)量、銷售金額、營收毛利、稅額等信息。</p><p>　?。?0）統(tǒng)計各分類銷售排行表數(shù)量、銷售金額、營收毛利等信息，區(qū)分多組分類。各分類數(shù)據(jù)可直接查詢分類中之商品銷售明細。</p><p><b>　　3 概念結(jié)構(gòu)設計</b></p><

27、p>　　3.1概念設計的方法與步驟</p><p>　　3.1.1概念設計方法</p><p>　　概念設計通常有四種方法：自頂向下，自底向上，逐漸擴張以及混合策略。</p><p>　?。?）自頂向下：先定義全局概念結(jié)構(gòu)E-R模型的框架，再逐步細化。</p><p>　?。?）自底向上：先定義各局部應用的概念結(jié)構(gòu)E-R模型，然后將它們

28、集成，得到全局概念結(jié)構(gòu)E-R模型。</p><p>　?。?） 逐步擴張：先定義最重要的核心概念E-R模型，然后向外擴充，以滾雪球的方式逐步生成其他概念結(jié)構(gòu)E-R模型。</p><p>　?。?）混合策略：該方法采用自頂向下和自底向上相結(jié)合的方法，先自頂向下定義全局框架，再以它為骨架集成自底向上方法中設計的各個局部概念結(jié)構(gòu)。</p><p>　　本小型超市管理系統(tǒng)采

29、用自底向上的方法。即首先定義全局的概念框架，然后逐漸細化。運用自頂向上的方法進行需求分析，然后再自底向上的進行概念設計。</p><p>　　3.1.2概念設計步驟</p><p><b>　?。?）確定實體集</b></p><p>　　由上節(jié)幾分析可知，小型超市管理系統(tǒng)中出現(xiàn)的主要“名詞”有：商品、員工、會員、銷售、供貨商、進貨、交易等。由

30、于以上“名詞”都有唯一的屬性將其確定，所以可以建模為實體。確定了實體集，接下里愛就是確定實體集的屬性和主碼了。確定實體集屬性的總原則是只需要將那些與應用相關(guān)的特征建模為實體集的屬性。確定了屬性之后還要進一步分析是簡單屬性還是復合屬性。接下來就是選擇主碼了，主碼就是能唯一標識各個實體集的屬性或?qū)傩约?。根?jù)上述原則，確定出實體集有：員工、會員、商品、供貨商、廠商、倉庫。</p><p><b>　?。?）確

31、定聯(lián)系集</b></p><p>　　確定了實體集，接下來就是確定聯(lián)系集，即發(fā)現(xiàn)實體集之間的數(shù)學關(guān)系。確定聯(lián)系集的一個重要任務是分析所建模聯(lián)系集的映射基數(shù)，即參與聯(lián)系的實體集中的一個實體通過該聯(lián)系集能同時與一個實體集中多少個實體聯(lián)系。同實體集一樣，聯(lián)系集聯(lián)系集也可以有自己的描述屬性，要注意的是，聯(lián)系集已包含了所有參與該聯(lián)系的實體集的主碼屬性，所以在E-R圖中參與聯(lián)系集的實體集的主碼屬性不要作為聯(lián)系集的

32、描述屬性出畫出?；谏瞎?jié)設計的實體集，可確定如下聯(lián)系集：</p><p>　　商品與供應商之間的“供貨”聯(lián)系集。是多對一的聯(lián)系集，一個供應商可以供應多種商品。其屬性有供貨日期和供貨數(shù)量。</p><p>　　商品與會員之間的“購買”聯(lián)系集。是多對多的聯(lián)系集，一個會員可與購買多種商品，一種商品也可以被多個會員購買。其屬性有購買日期和購買數(shù)量和購買金額。</p><p>

33、;　　商品與員工之間的“進貨”聯(lián)系集。是多對多的聯(lián)系集，一個職員可以進貨多種商品，一種商品也可以被多個職員進貨。其屬性有進貨日期、進貨數(shù)量和進貨金額。</p><p>　　商品與倉庫之間的“存儲”聯(lián)系集。是多對一的聯(lián)系集，多種商品可以存放在一個倉庫里，其屬性有入庫時間。</p><p>　　商品與廠商之間的“生產(chǎn)”聯(lián)系集。是多對一的聯(lián)系集，多種商品可以由同一個廠商生產(chǎn)。其屬性有生產(chǎn)日期。&

34、lt;/p><p><b>　　3.2局部E-R圖</b></p><p>　?。?）員工實體集。其屬性有：員工編號，姓名，職務，性別，生日，電話，居住地址，工資，身份證號。其中員工號是主碼。E-R圖如下：</p><p>　　圖3.1 員工實體集的E-R圖</p><p>　?。?）商品實體集。其屬性有：商品編號、廠商、商

35、品名稱、規(guī)格、單位、價格。其中是商品號主碼。E-R圖如下：</p><p>　　圖3.2 商品實體集的E-R圖</p><p>　?。?）供貨商實體集。其屬性有：供應商編號、供應商名稱、傳真、電話、聯(lián)系人、地址、郵編。其中供應商編號是主碼。E-R圖如下：</p><p>　　圖3.3 供貨商實體集的E-R圖</p><p>　?。?）廠商實體

36、集。其屬性有：廠商編號、廠商名稱、郵編、地址、電話、聯(lián)系人。其中廠商編號是主碼。E-R圖如下：</p><p>　　圖3.4 廠商實體集的E-R圖</p><p>　　（5）會員實體集。其屬性有：會員姓名、會員卡號、身份證號。其中會員卡號是主碼。E-R圖如下：</p><p>　　圖3.5 會員實體集E-R圖</p><p>　?。?）倉庫實

37、體集,。其屬性有：倉庫編號、面積。其中倉庫編號是主碼。其E-R圖如下：</p><p>　　圖3.6 倉庫實體集E-R圖</p><p><b>　　3.3全局E-R圖</b></p><p>　　包括上述設計的全部實體集，聯(lián)系集以及描述屬性的全局E-R圖如圖所示。圖中省略了實體集屬性。</p><p>　　圖3.7小型

38、超市總E-R圖</p><p><b>　　4 邏輯結(jié)構(gòu)設計</b></p><p>　　4.1E-R圖向關(guān)系模型的轉(zhuǎn)換</p><p>　　上述E-R圖可轉(zhuǎn)化為如下關(guān)系模式：</p><p>　　員工（員工編號、姓名、職務、性別、生日、電話、居住地址、工資、身份證號）</p><p>　　商品

39、（商品編號、廠商、商品名稱、規(guī)格、單位、價格、倉庫編號、廠商編號、供應商編號)</p><p>　　供貨商(供應商編號、供應商名稱、傳真、電話、聯(lián)系人、地址、郵編)</p><p>　　廠商（廠商編號、廠商名稱、郵編、地址、電話、聯(lián)系人)</p><p>　　會員（會員卡號、會員姓名、身份證號)</p><p>　　倉庫（倉庫編號、面積)&l

40、t;/p><p>　　進貨（商品編號、員工編號、進貨日期、進貨數(shù)量、進貨金額）</p><p>　　購買（會員編號、商品編號、購買數(shù)量、購買日期、購買金額）</p><p>　　4.2數(shù)據(jù)模型的優(yōu)化</p><p>　　分析上述E-R圖，缺少用戶權(quán)限實體集和商品類別實體集。用戶權(quán)限實體集，其屬性有用戶編號、登錄密碼、用戶名。其中用戶編號是主碼。商

41、品類別實體集，其屬性有類別編號、類別名稱，類別編號是主碼。補充的E-R圖如下：</p><p>　　圖4.1用戶權(quán)限實體集的E-R圖</p><p>　　圖4.2 商品類別實體集的E-R圖</p><p>　　員工與用戶權(quán)限的“修改”聯(lián)系集，是一對一的聯(lián)系集。商品類別與商品的包含聯(lián)系集，是一對多的聯(lián)系集，一種商品類別可以包含多種商品。經(jīng)過優(yōu)化后的全局E-R圖如下圖所

42、示：</p><p>　　圖4.3 優(yōu)化后的小型超市總E-R圖</p><p>　　經(jīng)檢查，上述E-R圖已基本包含了全部需求信息描述，但是仍然會存在一些不足之處，以后將繼續(xù)完善。</p><p>　　4.3數(shù)據(jù)庫模式轉(zhuǎn)換</p><p>　?。?）商品實體集的轉(zhuǎn)換如下圖所示：（主碼加橫線，外碼加波浪線）</p><p>

43、;<b>　　表4.1 商品表</b></p><p>　?。?）員工實體集的轉(zhuǎn)換如下圖所示：</p><p><b>　　表4.2 員工表</b></p><p>　　（3）供應商實體集轉(zhuǎn)換如下表所示：</p><p><b>　　表4.3 供應商表</b></p>

44、;<p>　　（4）廠商實體集轉(zhuǎn)換如下表所示：</p><p><b>　　表4.4 廠商表</b></p><p>　　（5）會員實體集轉(zhuǎn)換如下表所示：</p><p><b>　　表4.5 會員表</b></p><p>　?。?）倉庫實體集轉(zhuǎn)換如下表：</p>&l

45、t;p><b>　　表4.6 倉庫表</b></p><p>　?。?）用戶權(quán)限實體集轉(zhuǎn)換如下表所示：</p><p>　　表4.7 用戶權(quán)限表</p><p>　　（8）商品類別實體集轉(zhuǎn)換如下表所示：</p><p>　　表4.8 商品類別表</p><p>　?。?）進貨聯(lián)系集轉(zhuǎn)換如下表

46、所示：</p><p><b>　　表4.9進貨表</b></p><p>　?。?0）購買聯(lián)系集轉(zhuǎn)換如下表所示：</p><p>　　表4.10購買聯(lián)系集轉(zhuǎn)換</p><p>　　以上是所有的實體集和聯(lián)系集轉(zhuǎn)換為數(shù)據(jù)庫模式的表。</p><p><b>　　5 數(shù)據(jù)庫的實施</

47、b></p><p>　　5.1數(shù)據(jù)庫與基表的創(chuàng)建</p><p>　　5.1.1數(shù)據(jù)庫的創(chuàng)建</p><p>　　運行SQL-server 2000，新建數(shù)據(jù)庫如圖5.1</p><p>　　圖5.1小型超市管理系統(tǒng)</p><p>　　5.1.2基表的創(chuàng)建</p><p>　　1.員工

48、信息表的創(chuàng)建。如圖5.2</p><p>　　圖5.2.員工信息表</p><p>　　2.商品信息表的創(chuàng)建。如圖5.3</p><p><b>　　圖5.3商品信息表</b></p><p>　　3.供應商信息表的創(chuàng)建。如圖5.4</p><p>　　圖5.4供應商信息表</p>

49、<p>　　4.廠商信息表的創(chuàng)建。如圖5.5</p><p><b>　　圖5.5廠商信息表</b></p><p>　　5.會員信息表的創(chuàng)建。如圖5.6</p><p><b>　　圖5.6會員信息表</b></p><p>　　6.倉庫信息表的創(chuàng)建。如圖5.7</p>

50、<p><b>　　5.2數(shù)據(jù)的載入</b></p><p>　　SQL插入語句是將新的紀錄插入到關(guān)系中。</p><p>　　員工信息表數(shù)據(jù)的載入。如圖5.8</p><p>　　圖5.8員工信息表數(shù)據(jù)的載入圖</p><p>　　商品信息表數(shù)據(jù)的載入。如圖5.9</p><p>　　

51、圖5.9商品信息表數(shù)據(jù)的載入圖</p><p>　　供應商信息表數(shù)據(jù)的載入。如圖5.10</p><p>　　圖5.10供應商信息表數(shù)據(jù)的載入圖</p><p>　　4. 廠商信息表數(shù)據(jù)的載入。如圖5.11</p><p>　　圖5.11廠商信息表數(shù)據(jù)的載入圖</p><p>　　5. 會員信息表數(shù)據(jù)的載入。如圖5.1

52、2</p><p>　　圖5.12會員信息表數(shù)據(jù)的載入圖</p><p>　　6.倉庫信息表數(shù)據(jù)的載入。如圖5.13</p><p>　　圖5.13倉庫信息表數(shù)據(jù)的載入圖</p><p><b>　　5.3數(shù)據(jù)的查詢</b></p><p>　　所有實體集基表創(chuàng)建和數(shù)據(jù)載入完成以后都可以進行數(shù)據(jù)的

53、查詢。</p><p>　　在供應商信息屬性表中查詢供應商的編號。如圖5.14</p><p>　　圖5.14數(shù)據(jù)查詢結(jié)果</p><p>　　在會員信息屬性表中查詢會員卡號。如圖5.15</p><p>　　圖5.15數(shù)據(jù)查詢結(jié)果</p><p>　　3.在廠商信息屬性表中查詢廠商名稱。如圖5.16</p>

54、;<p>　　圖5.16數(shù)據(jù)查詢結(jié)果</p><p>　　4.在員工信息屬性表中查詢員工的職務。如圖5.17</p><p>　　圖5.17數(shù)據(jù)查詢結(jié)果</p><p>　　在商品信息屬性表中查詢商品價格。如圖5.18</p><p>　　圖5.18數(shù)據(jù)查詢結(jié)果</p><p><b>　　結(jié)束

55、語</b></p><p>　　做了大概兩個星期的課設終于接近尾聲了，通過自己的努力，慢慢摸索，對小型超市的管理系統(tǒng)有了比較深層次的了解，這個過程雖然不容易，但是我們的收獲也很多。</p><p>　　最開始的問題是選題，總認為這個不好做那個不好做的。想了很久才決定的做小型超市的管理系統(tǒng)。在做的過程中，遇到了好多問題。首先是需求分析，里面要有一個流程圖，最開始都不知道流程圖是什

56、么，查資料才弄明白的。終于把流程圖做好了，下一個問題就來了，功能需求分析，又是一頭霧水。小型超市的功能，不就是買東西，賣東西嗎？實際不是這么簡單的，還有很多細小的，復雜的功能，每一個都是必不可少的，缺了一個超市就不能正常運行，所以要考慮的十分周密才行。以前從來都沒接觸過這些，所以，又是一頓查資料，慢慢才有了點頭緒。分析完了就是具體的設計了，實體集，聯(lián)系集，參照教材都還好做，但是，這個E-R圖就沒有那么簡單了。最開始的時候連用什么畫圖都不

57、知道，后來問同學這才知道的。理清了思路，其實E-R圖并不難畫，但是需要耐心，著急是畫不好的。畫完E-R圖就要面臨最大的困難了，數(shù)據(jù)庫的實施。要創(chuàng)建表，輸入數(shù)據(jù)，對數(shù)據(jù)進行查詢，說起來就這么幾個字，做起來可不容易。不過慢慢做也還好，都能做明白。</p><p>　　通過本次實驗，遇到了不少問題，在解決問題的過程中，我們也學到了很多知識。了解了小型超市管理系統(tǒng)的運作流程，學會了畫E-R圖，進一步熟悉了數(shù)據(jù)庫的有關(guān)知識

58、和操作，這一切都是通過自己的努力得到的，體會到了成功的快樂。除了這些，我覺得還有一點是重要的，就是做事不能著急，要按部就班。這個課設確實很難，做著做著就煩了，然后就不愛做，其實煩也沒用，最后還是要做的，還不如靜下心來，慢慢做，遇到問題就解決，告訴自己，沒什么難的，無論遇到什么困難，都要以平常心對待，想辦法解決。這就要求我們有一個良好的心態(tài)，其實什么是都是這樣的，有一個良好的心態(tài)來面對就能把它做好。</p><p>

59、;　　課設結(jié)束了，但是我們的學習并沒有結(jié)束，不足的地方還有很多，還要繼續(xù)完善，為以后的學習打下堅實的基礎(chǔ)。</p><p><b>　　參考文獻</b></p><p>　　[1] 王勇領(lǐng).計算機數(shù)據(jù)處理系統(tǒng)分析與設計.北京:清華大學出版社,2007.3</p><p>　　[2] 張珍寶、劉刀.超市管理系統(tǒng)的分析與設計[J].高等函授學報,2

60、002,15(3)</p><p>　　[3] 薛銘.會員制超市管理系統(tǒng)[D].吉林：吉林大學，2005</p><p>　　[4] 萬常選、劉喜平.數(shù)據(jù)庫系統(tǒng)原理與設計.北京：清華大學出版社,2009.9</p><p>　　[5] 王珊，薩師煊．數(shù)據(jù)庫系統(tǒng)概論（第四版）[M]．北京：高等教育出版社，2006</p><p>　　[6] 黨