1、摘 要隨著超市規模的發展和不斷擴大，商品數量急劇增加，有關商品的各種信息量也成倍增長。超市時時刻刻都需要對商品各種信息進行統計分析。而大型的超市管理系統功能過于強大而造成操作繁瑣降低了小超市的工作效率。超市管理系統是市場上最流行的超市上常用的系統之一，它主要包含零售前臺管理系統和和后臺管理系統。前臺管理系統包括商品錄入和收銀業務等，后臺管理系統包括進貨管理，銷售管理，庫存管理和人員管理。通過兩個管理系統的協調，實現對進貨、銷售及員工信息等實現全面、動態、及時的管理。本文分析了小型超市管理系統建立的全過程，包括選題簡介、需求分析、概念結構設計、邏輯結構設計和數據庫的實施幾個部分，對每個部分都進行

2、了詳細的介紹。本文可以作為建立小型超市管理系統的參考，如有不足還會繼續改進。關鍵詞：小型超市；管理系統；數據庫設計；E-R圖目 錄摘 要I1 前言11.1課題簡介1選題背景1選題意義11.2設計目的22 需求分析32.1業務需求及處理流程32.2功能需求分析4前臺業務4后臺業務42.3業務規則分析53 概念結構設計63.1概念設計的方法與步驟6概念設計方法6概念設計步驟63.2局部E-R圖73.3全局E-R圖104 邏輯結構設計114.1E-R圖向關系模型的轉換114.2數據模型的優化114.3數據庫模式轉換125 數據庫的實施165.1數據庫與基表的創建16數據庫的創建16基表的創建175.

3、2數據的載入195.3數據的查詢22結束語25參考文獻261 前言1.1課題簡介選題背景隨著現代科學技術的迅猛發展，計算機技術已滲透到各個領域，成為各行業必不可少的工具，特別是Internet技術的推廣和信息高速公路的建立，使IT產業在市場競爭中越發顯示出其獨特的優勢，步入數字化時代，有巨大的數據信息等待著加工處理和傳輸，這使得對數據庫的進一步開發和利用顯得尤為迫切。在我國數量眾多的商品零售企業中，中小型零售企業占了絕大多數。這些企業也不可避免地要加入國際化企業的競爭行列，而實現企業信息化是參與挑戰的必要條件。但是中小企業的多樣性及其靈活多變的經營方式，加上相關投入量的限制，使得很多中小型零售

4、企業沒有進行信息化建設。現在大多數超市不能有效的管理每一種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率底等，而且在超市日常管理中，商品進、銷、存決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足，隨著超市形態的高速發展，其經營管理也變的愈加復雜，日常所需處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場。現在的小型超市很需要一個有效的管理系統。選題意義作為國內市場的一些小型超市，他們在信息化過程中的步伐要落后大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的

5、處理方式和管理方法，因此加快超市的電算化進程是必不可少的。這就需要我們把超市的管理與計算機結合起來，從而超市管理系統應運而生。依靠現代化的計算機信息處理技術來管理超市，節省了大量的人力、物力，改善了員工的并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經營管理效率。為此，我在本次設計之中選擇了超市信息管理系統設計，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應決策，加快超市的系統建立的

6、技術基礎。1.2設計目的小型超市管理系統能減少很多不必要的資源，不用象以前那樣用冗余的紙張式管理。大大節省了管理人員的工作量，并且計算機的存儲與系統快速查詢功能大大提高了，提高管理人員的效率。方便快捷的操作界面，提高工作效率。對于超市管理者來說，大量復雜的銷售、進貨、報損管理、供應商管理等難于通過傳統的方法進行管理。小型超市管理系統正是對上述的問題而開發的，目的是通過計算機系統來管理貨品銷售與進貨的情況，可以解決大量商品信息的查詢和管理，便于更好的進行商品管理，同時也為銷售員提供方便。數據庫的開發與設計是管理信息系統的重要組成部分，數據庫設計的好壞直接影響到系統的開發進度和功能的實現。本課程主

7、要應用已經學到的數據庫系統和應用的知識，通過調查分析設計一個小系統的數據庫，來提高學生對所學的知識和數據庫開發過程的理解和掌握，提高分析問題、解決問題的能力，并為接下來的管理信息系統的課程設計打下基礎。2 需求分析2.1業務需求及處理流程業務需求分析是根據現實世界對象需求，描述應用的具體業務處理流程，并分析哪些業務是計算機可以完成的，而哪些業務不能由計算機完成、小型超市管理業務主要包括：零售前臺業務和后臺管理業務等。以下是總流程圖：小型超市管理系統后臺前臺銷售管理人員管理倉庫管理銷售管理進貨管理商品錄入收銀業務商品調撥商品調撥盤點查詢記錄查詢銷售情況查詢庫存管理訂單管理條形碼掃描商品信息查詢交

8、易單據交易詳情交易詳情交易詳情銷售單交易詳情圖2.1總流程圖2.2功能需求分析 根據上述需求描述和業務流程，通過查詢小型超市管理系統的有關知識，網上書店主要功能包括以下內容：前臺業務（1）商品錄入根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。（2）收銀業務收銀員在操作臺登陸，通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的

9、商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物品全部實行95折優惠，并將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。后臺業務（1）進貨管理根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。（2）銷售管理商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計

10、生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。（3）庫存管理綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。（4）人員管理員工、會員、供貨商、廠商等基本信息登記管理。 員工操作權限管理。 客戶銷售權限管理。2.3業務規則分析基于上述功能需求，通過進一步了解，小型超市業務規則如下：（1）收銀前臺配合商品促銷及特價，商品銷售可自動給價，允許多種付款方式：現金、禮券、折價券、提貨單、應收鍵、信用卡等（2）提供指定前筆交易作廢、選入重開(卡紙時用)、選入退貨(商品退貨時用)、選入修改等功能。(3) 通過員工信

11、息注入實現員工的銷售情況。（4）員工可以對職工信息進行查詢、更新、增加、刪除、修改等。（4）商品信息修改完成對商品變動的情況記錄和修改。（5）按商品進貨管理查詢和按銷售查詢來查詢商品的銷售情況。（6）可將客戶交易明細暫存于儲存格中，待客戶回來時再取出繼續交易；儲存格應至少有10組。（7）提供門市賣場常用店務管理功能。（8）市人員針對單一賣場進行單點銷售分析。（9）統計各商品銷售排行表數量、銷售金額、營收毛利、稅額等信息。（10）統計各分類銷售排行表數量、銷售金額、營收毛利等信息，區分多組分類。各分類數據可直接查詢分類中之商品銷售明細。3 概念結構設計3.1概念設計的方法與步驟概念設計方法 概念

12、設計通常有四種方法：自頂向下，自底向上，逐漸擴張以及混合策略。 （1）自頂向下：先定義全局概念結構E-R模型的框架，再逐步細化。（2）自底向上：先定義各局部應用的概念結構E-R模型，然后將它們集成，得到全局概念結構E-R模型。（3） 逐步擴張：先定義最重要的核心概念E-R模型，然后向外擴充，以滾雪球的方式逐步生成其他概念結構E-R模型。（4）混合策略：該方法采用自頂向下和自底向上相結合的方法，先自頂向下定義全局框架，再以它為骨架集成自底向上方法中設計的各個局部概念結構。本小型超市管理系統采用自底向上的方法。即首先定義全局的概念框架，然后逐漸細化。運用自頂向上的方法進行需求分析，然后再自底向上的

13、進行概念設計。概念設計步驟（1）確定實體集由上節幾分析可知，小型超市管理系統中出現的主要“名詞”有：商品、員工、會員、銷售、供貨商、進貨、交易等。由于以上“名詞”都有唯一的屬性將其確定，所以可以建模為實體。確定了實體集，接下里愛就是確定實體集的屬性和主碼了。確定實體集屬性的總原則是只需要將那些與應用相關的特征建模為實體集的屬性。確定了屬性之后還要進一步分析是簡單屬性還是復合屬性。接下來就是選擇主碼了，主碼就是能唯一標識各個實體集的屬性或屬性集。根據上述原則，確定出實體集有：員工、會員、商品、供貨商、廠商、倉庫。（2）確定聯系集確定了實體集，接下來就是確定聯系集，即發現實體集之間的數學關系。確定

14、聯系集的一個重要任務是分析所建模聯系集的映射基數，即參與聯系的實體集中的一個實體通過該聯系集能同時與一個實體集中多少個實體聯系。同實體集一樣，聯系集聯系集也可以有自己的描述屬性，要注意的是，聯系集已包含了所有參與該聯系的實體集的主碼屬性，所以在E-R圖中參與聯系集的實體集的主碼屬性不要作為聯系集的描述屬性出畫出。基于上節設計的實體集，可確定如下聯系集：商品與供應商之間的“供貨”聯系集。是多對一的聯系集，一個供應商可以供應多種商品。其屬性有供貨日期和供貨數量。商品與會員之間的“購買”聯系集。是多對多的聯系集，一個會員可與購買多種商品，一種商品也可以被多個會員購買。其屬性有購買日期和購買數量和購買

15、金額。商品與員工之間的“進貨”聯系集。是多對多的聯系集，一個職員可以進貨多種商品，一種商品也可以被多個職員進貨。其屬性有進貨日期、進貨數量和進貨金額。商品與倉庫之間的“存儲”聯系集。是多對一的聯系集，多種商品可以存放在一個倉庫里，其屬性有入庫時間。商品與廠商之間的“生產”聯系集。是多對一的聯系集，多種商品可以由同一個廠商生產。其屬性有生產日期。3.2局部E-R圖（1）員工實體集。其屬性有：員工編號，姓名，職務，性別，生日，電話，居住地址，工資，身份證號。其中員工號是主碼。E-R圖如下： 員工員工編號姓名身份證號居住地址電話性別工資生日職務圖3.1 員工實體集的E-R圖（2）商品實體集。其屬性有

16、：商品編號、廠商、商品名稱、規格、單位、價格。其中是商品號主碼。E-R圖如下：商品編號名稱廠商商品 郵編地址聯系人電話名稱郵編地址聯系人電話名稱單位價格規格圖3.2 商品實體集的E-R圖（3）供貨商實體集。其屬性有：供應商編號、供應商名稱、傳真、電話、聯系人、地址、郵編。其中供應商編號是主碼。E-R圖如下：供應商編號 圖3.3 供貨商實體集的E-R圖（4）廠商實體集。其屬性有：廠商編號、廠商名稱、郵編、地址、電話、聯系人。其中廠商編號是主碼。E-R圖如下：廠商編號供應商廠商 圖3.4 廠商實體集的E-R圖種類地址電話姓名（5）會員實體集。其屬性有：會員姓名、會員卡號、身份證號。其中會員卡號是主

17、碼。E-R圖如下：身份證號會員卡號倉庫會員地址郵編 圖3.5 會員實體集E-R圖面積倉庫編號（6）倉庫實體集,。其屬性有：倉庫編號、面積。其中倉庫編號是主碼。其E-R圖如下： 圖3.6 倉庫實體集E-R圖3.3全局E-R圖包括上述設計的全部實體集，聯系集以及描述屬性的全局E-R圖如圖所示。圖中省略了實體集屬性。廠商供應商日期生產日期金額日期種類數量日期金額數量數量數量數量生產供應采購員工商品 管理儲存購買倉庫會員圖3.7小型超市總E-R圖4 邏輯結構設計4.1E-R圖向關系模型的轉換上述E-R圖可轉化為如下關系模式：員工（員工編號、姓名、職務、性別、生日、電話、居住地址、工資、身份證號）商品（

18、商品編號、廠商、商品名稱、規格、單位、價格、倉庫編號、廠商編號、供應商編號)供貨商(供應商編號、供應商名稱、傳真、電話、聯系人、地址、郵編)廠商（廠商編號、廠商名稱、郵編、地址、電話、聯系人)會員（會員卡號、會員姓名、身份證號)倉庫（倉庫編號、面積)進貨（商品編號、員工編號、進貨日期、進貨數量、進貨金額）購買（會員編號、商品編號、購買數量、購買日期、購買金額）4.2數據模型的優化分析上述E-R圖，缺少用戶權限實體集和商品類別實體集。用戶權限實體集，其屬性有用戶編號、登錄密碼、用戶名。其中用戶編號是主碼。商品類別實體集，其屬性有類別編號、類別名稱，類別編號是主碼。補充的E-R圖如下： 用戶權限用

19、戶編號用戶名用戶密碼 圖4.1用戶權限實體集的E-R圖 商品類別類別名稱類別編號 圖4.2 商品類別實體集的E-R圖員工與用戶權限的“修改”聯系集，是一對一的聯系集。商品類別與商品的包含聯系集，是一對多的聯系集，一種商品類別可以包含多種商品。經過優化后的全局E-R圖如下圖所示：會員員工供應商廠商倉庫商品購買進貨供貨生產存儲進貨數量進貨日期購買數量購買日期購買金額供貨日期供貨數量生產日期存儲數量包含商品類別修改用戶權限圖4.3 優化后的小型超市總E-R圖 經檢查，上述E-R圖已基本包含了全部需求信息描述，但是仍然會存在一些不足之處，以后將繼續完善。4.3數據庫模式轉換（1）商品實體集的轉換如下圖

20、所示：（主碼加橫線，外碼加波浪線）字段名字段類型長度字段值約束商品編號char6NOT NULL倉庫編號char6NOT NULL廠商編號char6NOT NULL供應商編號char6NOT NULL商品名稱nvarchar8NOT NULL商品類別nvarchar8NULL商品價格money4NOT NULL規格char8NULL單位char4NULL表4.1 商品表（2）員工實體集的轉換如下圖所示：字段名字段類型長度字段值約束職工編號Char6NOT NULL姓名Nvarchar8NOT NULL性別Nchar2NOT NULL職務nchar4NUT NULL生日date10NULL身份證

21、號Varchar18NOT NULL電話varchar11NUT NULL居住地址nchar36NULL工資nchar8NUT NULL表4.2 員工表 （3）供應商實體集轉換如下表所示：字段名字段類型長度字段值約束供貨商編號Char6NOT NULL供應商名稱Nvarchar50NOT NULL聯系人Nvarchar8NOT NULL電話Varchar12NOT NULL地址Nvarchar50NOT NULL郵編Varchar10NULL傳真Varchar20NULL表4.3 供應商表 （4）廠商實體集轉換如下表所示：字段名字段類型長度字段值約束廠商編號char6NOT NULL廠商名稱n

22、varchar50NOT NULL聯系人nvarchar8NOT NULL電話varchar12NOT NULL地址nvarchar50NOT NULL郵編varchar10NULL表4.4 廠商表（5）會員實體集轉換如下表所示：字段名字段類型長度字段值約束會員卡號char6NOT NULL會員姓名Nvarchar8NOT NULL身份證號Nvarchar18NOT NULL表4.5 會員表（6）倉庫實體集轉換如下表：字段名字段類型長度字段值約束倉庫編碼char6NOT NULL面積Nvarchar8NULL表4.6 倉庫表（7）用戶權限實體集轉換如下表所示：字段名字段類型長度字段值約束用戶編

23、碼char6NOT NULL用戶密碼Nvarchar8NOT NULL用戶名nchar8NOT NULL表4.7 用戶權限表（8）商品類別實體集轉換如下表所示：字段名字段類型長度字段值約束類別編號char6NOT NULL類別名稱Nvarchar8NOT NULL表4.8 商品類別表（9）進貨聯系集轉換如下表所示：字段名字段類型長度字段值約束商品編號Char6NOT NULL員工編號nvarchar50NOT NULL進貨日期date8NOT NULL進貨數量nchar6NOT NULL進貨金額money50NOT NULL表4.9進貨表（10）購買聯系集轉換如下表所示：字段名字段類型長度字段

24、值約束會員編號Char6NOT NULL商品編號nvarchar50NOT NULL購買日期date8NOT NULL購買數量nchar6NOT NULL購買金額money50NOT NULL表4.10購買聯系集轉換以上是所有的實體集和聯系集轉換為數據庫模式的表。5 數據庫的實施5.1數據庫與基表的創建5.1.1數據庫的創建運行SQL-server 2000，新建數據庫如圖5.1圖5.1小型超市管理系統5.1.2基表的創建1.員工信息表的創建。如圖5.2圖5.2.員工信息表2.商品信息表的創建。如圖5.3圖5.3商品信息表3.供應商信息表的創建。如圖5.4圖5.4供應商信息表4.廠商信息表的創

25、建。如圖5.5圖5.5廠商信息表5.會員信息表的創建。如圖5.6圖5.6會員信息表6.倉庫信息表的創建。如圖5.75.2數據的載入SQL插入語句是將新的紀錄插入到關系中。1. 員工信息表數據的載入。如圖5.8圖5.8員工信息表數據的載入圖2. 商品信息表數據的載入。如圖5.9圖5.9商品信息表數據的載入圖3. 供應商信息表數據的載入。如圖5.10圖5.10供應商信息表數據的載入圖4. 廠商信息表數據的載入。如圖5.11圖5.11廠商信息表數據的載入圖5. 會員信息表數據的載入。如圖5.12圖5.12會員信息表數據的載入圖6.倉庫信息表數據的載入。如圖5.13圖5.13倉庫信息表數據的載入圖5.

26、3數據的查詢所有實體集基表創建和數據載入完成以后都可以進行數據的查詢。1. 在供應商信息屬性表中查詢供應商的編號。如圖5.14圖5.14數據查詢結果2. 在會員信息屬性表中查詢會員卡號。如圖5.15圖5.15數據查詢結果3.在廠商信息屬性表中查詢廠商名稱。如圖5.16圖5.16數據查詢結果4.在員工信息屬性表中查詢員工的職務。如圖5.17圖5.17數據查詢結果4. 在商品信息屬性表中查詢商品價格。如圖5.18圖5.18數據查詢結果結束語 做了大概兩個星期的課設終于接近尾聲了，通過自己的努力，慢慢摸索，對小型超市的管理系統有了比較深層次的了解，這個過程雖然不容易，但是我們的收獲也很多。 最開始的問題是選題，總認為這個不好做那個不好做的。想了很久才決定的做小型超市的管理系統。在做的過程中，遇到了好多問題。首先是需求分析，里面要有一個流程圖，最開始都不知道流程圖是什么，查資