數據庫-超市收銀系統(tǒng)課程設計

1、 小型超市收銀系統(tǒng)1. 課程設計目的 應用對數據庫系統(tǒng)概論的理論學習，通過上機實踐的方式將理論知識與實踐更好的結合起來，鞏固所學知識。實踐和鞏固在課堂教學中學習的關于數據庫的有關知識，熟練掌握對于給定結構的數據庫的創(chuàng)建、基本操作、程序系統(tǒng)的建立和調試以及系統(tǒng)評價。實踐和鞏固在課堂教學中學習的關于關系數據庫原理的有關知識和數據庫系統(tǒng)的建立方法，熟練掌握對于給定實際問題，為了建立一個關系數據庫小型超市收銀系統(tǒng)，必須得經過系統(tǒng)調研、需求分析、概念設計、邏輯設計、物理設計、系統(tǒng)調試、維護以及系統(tǒng)評價的一般過程。2. 設計方案論證2.1問題提出以往人工收銀準確性小，速度慢，而且事情繁瑣的情況已經滿足不了

2、如今社會的發(fā)展。本次數據庫課程設計就是利用SQL Server 設計出一個小型超市的收銀系統(tǒng)來解決以往人工收銀的繁瑣。它提供了商品的名稱、編號、價格等一系列的產品信息，很大的提高了超市收銀的效率。2.2可行性研究2.2.1技術可行性此課程設計均是利用SQL server 2005 企業(yè)版軟件調試出來的，所以只要操作系統(tǒng)在windowsXP之上的都可以實現SQL server 2005運行，此次所用的操作系統(tǒng)是：WindowsXP，內存：2G，CPU：2.10GHZ，硬盤：250G，所以技術上是可行的。2.2.2運行可行性隨著社會的發(fā)展，基本上所有的具有一定數量數據的企事業(yè)單位或機關部門都開始使

3、用計算機數據庫來做管理。當然幾乎所有公司和企業(yè)也都已經在使用計算機管理數據的機制，大大減少了商品管理的工作量。該課程設計要求設計一個商品管理的數據庫系統(tǒng)，數據庫中要求包含商品的基本信息，商品管理員信息，商品供應商信息，商品銷售商信息以及商品庫存的信息。同時還要設計它們之間的關系，如商品和商品的庫存量的信息等，最后還要對一些數據進行查詢，如查詢商品的各種有關信息等。我們通過該課程設計，應該達到的目的是把數據庫理論知識更加的鞏固加深，加強動手能力與實踐能力，學以致用，與現實生活中的應用充分的結合起來。商品管理系統(tǒng)主要針對于日常商品信息的管理，它針對商品日常發(fā)生的業(yè)務，分為了兩大類，即商品提供商和商

4、品銷售商以及入庫和出庫的信息，用戶通過相應的模塊，對商品的基本情況進行操作，對商品庫存數量進行查詢，用戶通過簡單的操作即可輕松的管理商品。2.3需求分析2.3.1需求分析查詢功能。商品管理對查詢要求高，通過主菜單記錄當前操作用戶的工作證號，保證了對進、出庫商品信息錄入管理員的確認。管理員信息與庫存報表生成。管理員包括了管理員工作證號，所管理的倉庫號，以及倉庫中所存的商品號。報表主要分類為：倉庫報表，商品報表，銷售商報表，銷售商報表和管理員報表等。應用計算機管理后，由于計算機能存貯大量的數據，而且數據只要一次存入，便可多次重復使用，所以管理數據達到完整，統(tǒng)一，原始記錄能保證及時，準確。2.3.2

5、數據字典收銀管理系統(tǒng)數據流圖中，數據信息和處理過程需要通過數據字典才能描述清楚。在定義的商品數據庫管理系統(tǒng)數據字典中，主要對數據流圖中的數據項、數據流、數據存儲和處理過程進行說明。 (1)名稱：商品定價 描述：唯一標識每種商品的價格 類型：字符型 長度：50 邏輯結構：不允許為空 (2)名字：積分卡信息 描述：顧客擁有的積分卡里的信息 類型：字符型 長度：50 (3)名字：折扣規(guī)則 描述：根據顧客積分進行商品價格折扣的規(guī)則 類型：字符型 長度：50 (4)名字：積分累積規(guī)則描述：由經理確定的顧客每次消費產生的積分的規(guī)則類型：字符型長度：50位置：積分卡規(guī)則 (5)名字：登陸信息描述：職工登陸時

6、使用的賬號和密碼類型：字符型長度：50邏輯結構：不允許為空 (6)名字：姓名 描述：超市員工姓名 類型：字符型 長度：50 邏輯關系：不允許為空(7) 名字：聯系電話 描述：超市員工電話 類型:字符型 長度：50 邏輯結構：允許為空(8) 名字：性別 描述：超市員工的性別 類型：字符型 長度：50 邏輯結構:不允許為空(9) 名字：庫存數量描述：商品在倉庫中的剩余數量類型:數值型長度：隨機邏輯結構：不允許為空(10) 名字：進價描述：商品從供貨商買進時的價格類型：字符型長度：50邏輯結構：不允許為空(11) 名字：生產商描述：商品生產的廠商類型：字符型長度：50邏輯結構：不允許為空(12) 名

7、字：備注描述：供貨的備注項類型：字符型長度：隨機邏輯結構:允許為空(13) 名字：流水號描述：每次交易的賬號類型：字符型長度：50邏輯結構：不允許為空 (14)名字：銷售記錄表描述：收銀員掃描商品后，系統(tǒng)自動生成的銷售記錄表類型：字符型長度：隨機邏輯結構：不允許為空(15)名字：庫存記錄表 描述：掃描過的商品，系統(tǒng)會自動刪除賣出的商品，庫存管理員進貨后，超市管理員利用系統(tǒng)自動添加新進商品。 類型：字符型 長度：隨機 邏輯結構：不允許為空(16)名字：供應商名稱 描述：供應商品單位 類型：字符型 長度：50 邏輯結構：不允許為空(17) 名字：供應商地址 描述：供應商的所在地 類型：字符型 長度

8、：50 邏輯結構：不允許為空(18) 名字：供應商電話 描述：供應商的聯系方式 類型：字符型 長度：50 邏輯結構：不允許為空2.3.3數據結構描述(1) 數據流名稱：商品的基本信息 含義說明：定義了商品的基本信息 組成結構：商品名，商品編號，商品單價，庫存量，歸屬類，出廠日期，過期日期，交易清單(2) 數據流名稱：職工的基本信息 含義說明：定義了職工的基本信息 組成結構：職工姓名，職工編號，職工性別，職工年齡，職工電話，職工的職位(3) 數據流名稱：倉庫的基本信息 含義說明：定義了倉庫里的有關信息 組成結構： 倉庫號，現有庫存，最大庫存，最小庫存，貨物號等。(4) 數據流名稱：銷售商的信息

9、含義說明：定義了銷售商的信息 組成結構：銷售商的姓名，地址，聯系方式，以及銷售記錄等。(5) 數據流名稱：供應商的基本信息 含義說明：定義了供應商的有關信息 組成結構：供應商姓名，供應商地址，供應商電話和供貨記錄等。2.3.4數據存儲描述 (1) 數據存儲名稱：商品信息表 含義說明：商品的相關信息 組成結構：商品編號，名稱，單價，供應商姓名，生產日期，銷售商姓名，所存?zhèn)}庫號，現有量。 說明：銷售商姓名和所存?zhèn)}庫號具有惟一性和非空性。(2)數據存儲名稱：職工的信息表 含義說明：超市職工的信息表 組成結構：職工的編號，姓名，性別，年齡，電話，地址，職位。(3) 數據存儲名稱：倉庫信息表 含義說明：

10、倉庫的有關信息 組成結構：倉庫號，現有庫存，最大庫存，最小庫存，所存貨物號等 說明：倉庫號和所存貨物號具有惟一性和非空性(4) 數據流名稱：銷售商信息 含義說明：存放銷售商的信息 組成結構：銷售商信息包括銷售商姓名，銷售商地址，銷售商電話和銷售記錄等 說明：銷售商姓名具有惟一性和非空性(5) 數據流名稱：供應商信息表 含義說明：存放供應商的信息 組成結構：供應商信息包括供應商姓名，供應商地址，供應商電話和供貨記錄等 說明：供應商姓名具有惟一性和非空性2.4 概念結構設計2.4.1概念結構設計的方法概念設計階段采用自底向上的方法，即自頂向下的進行需求分析，然后再自底向上的進行概念結構設計。對已經

11、細化到無法再分的階段逐步集成在一起，最終合成一個全局概念模式。2.4.2概念結構設計的步驟第一步是進行局部視圖的設計：由于高層的數據流圖只能反映系統(tǒng)的概貌，而中層流圖能較好的反映系統(tǒng)中各局部應用的子系統(tǒng)組成。因此先逐一的設計分E-R圖。第二步是進行視圖的集成：各子系統(tǒng)的E-R圖設計好之后，下一步就是要將所有的分E-R圖合成一個系統(tǒng)的總E-R圖，一般有兩個方式，多個分E-R圖一次集成，另一種是一次集成兩個分E-R圖。我想采用一次集成多個分E-R圖的方式。2.4.3數據抽象與局部視圖設計供貨商信息實體屬性圖和銷售商信息實體屬性圖分別如圖所示。 供貨記錄 聯系方式 聯系方式 供貨商 生產廠商 名稱

12、地址 名稱 地址 圖1 供貨商基本信息實體圖 圖2 銷售商信息實體圖用戶編號 職位 用戶姓名 商品編號 商品名稱地址 超市用戶 用戶性別 商品用戶電話 密碼 用戶年齡 商品價格 類別 商品打折 圖3 超市員工基本信息表 圖4 商品信息表 會員卡號 姓名 會員 注冊時間 累計金額圖5 會員信息表 編號 最大庫存量 最小庫存量 倉庫 存放貨物號 現有庫存量 圖6 倉庫信息表 根據商品與銷售員的關系可設計如下關系圖： 商品 m 銷售 n 銷售員圖7 銷售員與商品的關系 2.4.4系統(tǒng)E-R圖 用戶性別 用戶年齡 用戶職位編號 用戶 用戶姓名 m 用戶密碼 銷售 銷售日期 名稱 編號 n 流水號 供貨

13、日期 電話名稱 商品 n 供貨 m 供應商 價格 n 允許打折 供貨價格 地址 促銷價格 廠商地址 n n 生產 m 生產商 廠商電話 廠商名稱 消費金額 編號 最大庫存量 存放 消費 1 倉庫 購買日期 會員姓名 m 累計金額 最小庫存量 存放貨物號 會員卡號 會員 注冊日期 圖8 系統(tǒng)E-R圖 2.5邏輯結構設計2.5.1 E-R圖向關系模型的轉換(1) 一個1：1聯系可轉換為一個獨立的關系模式，可以與任意一端對應的關系模式合并；(2)一個1：n聯系可以轉換為獨立的關系模式，也可以與n端對應的關系模式合并；(3)一個m:n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均

14、轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分； 將實體轉化為關系模式。根據圖7所示的貨物管理的基本E-R圖，將其中的實體轉化為如下關系，關系的主碼用下劃線標出，外碼用波浪線標出。由E-R圖轉換成關系模式： （1）生產商（生產商名稱，生產商地址，生產商電話，生產商編號） （2）供應商（供應商編號，供應商名稱，供應商電話，供應商地址，供貨記錄） （3）倉庫（倉庫編號，最大庫存量，最小庫存量，現有庫存，存放貨物號） （4）商品（商品編號，商品名稱，商品價格，商品類別，促銷價格，是否允許促銷） （5）會員（會員卡號，會員姓名，注冊日期，累積金額，） （6）用戶（用戶編號，用戶姓名，用戶性別

15、，用戶年齡，用戶密碼，用戶職位） 2.5.2數據庫的結構根據總體結構圖設計各表的結構，其相應標的定義如下： 表1 生產商表 字段 類型 長度 是否主鍵 說明k_name 字符型 50 是生產商的名稱k_address 字符型 50 否生產商的地址k_phone 字符型 50 否生產商的電話 表2 銷售商表 字段 類型 長度 是否主鍵 說明S_name 字符型 50 是銷售商的名字S_phone 字符型 50 否銷售商的電話S_address 字符型 50 否銷售商的地址S_record 字符型 50 否銷售記錄 表3 供應商表 字段 類型 長度 是否主鍵 說明p_name 字符型 50 是供應

16、商的名字p_phone 字符型 50 否供應商的電話p_address 字符型 50 否供應商的地址p_record 字符型 50 否供應記錄 表4 商品表 字段 類型 長度 是否主鍵 說明g_name 字符型 50否名稱g_id 字符型 50是商品編號p_name 字符型 50否供應商名稱k_name 字符型 50否生產商名稱W_id 字符型 50否所入倉庫號xianyoukucun 字符型 50否現有庫存 表5 用戶表 字段 類型 長度 是否主鍵 說明m_name 字符型 50否用戶姓名m_sex 字符型 50否用戶性別m_age 數值型 50否用戶年齡m_secret 字符型 50否用戶

17、密碼m_id 字符型 50是用戶編號m_position 字符型 50否用戶職位 表6 會員表 字段 類型 長度 是否主鍵 說明h_name 字符型 50 否會員姓名h_id 字符型 50 是會員卡號h_date 字符型 50 否注冊日期leijijine 字符型 50 否累計金額2.5.3創(chuàng)建基本表在實際設計中最常用的存取方法是索引法，使用索引可以大大減少數據的查詢時間，在建立索引時應遵循：在經常需要搜索的列上建立索引;在主關鍵字上建立索引；在經常用于連接的列上建立索引，即在外鍵上建立索引；在經常需要根據范圍進行搜索的列上創(chuàng)建索引，因為索引已經排序，其指定的范圍是連續(xù)的等規(guī)則。才能充分利用索

18、引的作用避免因索引引起的負面作用。首先在數據庫中建立一個貨物管理系統(tǒng)數據庫，然后分別建立各個子表，為提高查詢速度，再為各個表建立索引。生成的主要代碼如下(1)創(chuàng)建表(2)創(chuàng)建視圖(3)查詢生產商的名稱和電話(4)查詢會員卡號、注冊日期和姓名(5)查詢銷售商的銷售記錄、電話和名稱3.課程設計總結我們用sql語言以及數據庫做了一個連鎖店管理系統(tǒng)，分別實現了連鎖店管理系統(tǒng)的添加商店、職工、商品信息，刪除商店、職工、商品信息、修改商店、職工、商品信息退出等幾大功能。在這次項目中，我們都很用心去做，但是，在項目中也出現了很多的問題，最大的問題就是對軟件的不了解，在實現與數據庫的連接時經常會出現各種不同的錯誤，在實現一些功能時系統(tǒng)常常會報錯。在這一個星期的課程設計中，我們回顧了很多以前的東西，也發(fā)現了很多的問題，以前都沒遇見過的，收獲很大，在對不同的功能代碼是不一定可以完整的執(zhí)行的，不過大概都是一樣的，只有一些小的細節(jié)?？粗约鹤龅南到y(tǒng)，自己就會又欣慰又難過，欣慰的是自己終于把它做出來了，而且，做的還好，難過的是自己知道還有很多的不足，但是，由于認識的有限，無法去完善，才知道“書到用時方恨少”！ 此次連鎖店管理系統(tǒng)的設計讓