數(shù)據(jù)庫洗衣店管理系統(tǒng)課程設計

1、課程設計（論文）任務書 軟件學院 學 院 軟件工程測試方向 專 業(yè) 軟測2班 班 一、課程設計(論文)題目 洗衣店管理系統(tǒng) 二、課程設計(論文)工作自 2015 年 1 月 5 日起至 2015 年 1月 9 日止 三、課程設計(論文) 地點: 軟件測試實驗室 四、課程設計(論文)內(nèi)容要求：1本課程設計的目的（1）鞏固和加深對數(shù)據(jù)庫基本知識的理解，提高綜合運用課程知識的能力。（2）使學生鞏固所學的理論基礎知識的理解，掌握數(shù)據(jù)庫設計的全過程及技術與方法。（3）培養(yǎng)學生編制軟件文檔及開發(fā)應用系統(tǒng)的能力，提高學生獨立分析問題、解決問題的能力，鍛煉和加強學生的動手能力。使學生掌握使用各種計算機資料和有

2、關參考資料。2課程設計的任務及要求（1）根據(jù)選題任務要求，收集并查詢相關文獻資料，明確系統(tǒng)需求；通過對系統(tǒng)的功能分析和數(shù)據(jù)分析進行系統(tǒng)的需求分析設計，完成數(shù)據(jù)流圖（DFD圖）及數(shù)據(jù)字典（DD）的階段性成果； （2）數(shù)據(jù)庫的概念結構設計，完成基本全局E-R圖的設計并體現(xiàn)設計過程；（3）數(shù)據(jù)庫的邏輯結構設計，完成數(shù)據(jù)庫關系模式的設計及優(yōu)化；（4）數(shù)據(jù)庫的物理結構設計，完成數(shù)據(jù)庫實施的所有sql腳本的編寫及索引文件的創(chuàng)建；完成安全性控制及完整性約束；（5）數(shù)據(jù)庫的實施； （6）特別要求自己獨立完成； 2）創(chuàng)新要求： 在基本要求達到后，可進行創(chuàng)新設計，如完善的功能、友好的人機界面。3）課程設計論文編寫

3、要求（1）要按照書稿的規(guī)格打印與寫課程設計報告書；（2）報告包括目錄、緒論、正文、小結、參考文獻、附錄等；（3）課程設計報告裝訂按學校的統(tǒng)一要求完成；4）課程設計進度安排內(nèi)容 天數(shù) 地點構思及收集資料 1 圖書館數(shù)據(jù)庫設計 3 實驗室撰寫報告 1 圖書館、實驗室學生簽名： 2015 年 1 月5 日課程設計(論文)評審意見（1）考勤（20分）：優(yōu)（）、良（）、中（）、一般（）、差（）； （2）設計內(nèi)容（40分）：優(yōu)（）、良（）、中（）、一般（）、差（）； （3）答辯（25分）：優(yōu)（）、良（）、中（）、一般（）、差（）；（4）文檔格式規(guī)范整齊（15分）優(yōu)（）、良（）、中（）、一般（）、差（）；（

4、5）任何抄襲成績一律歸零；評閱人： 職稱： 講師 2015 年 1 月 12日目錄一 緒論4二 需求分析4三 概念結構設計16四 邏輯結構設計19五 數(shù)據(jù)庫完整性設計21六 物理結構設計23七 數(shù)據(jù)庫實施25小結32參考文獻32一 緒論近幾年來洗衣店行業(yè)的興起，減輕了上班族的許多負擔，然而洗衣店良好的服務質(zhì)量卻離不開良好的管理方法。為了迎合當今洗衣業(yè)的發(fā)展，制作出了洗衣店管理系統(tǒng)。此系統(tǒng)包括對會員的注冊，收、取衣服的記錄，收費記錄等功能，還能對洗衣店的其他支出類消費進行記錄，能方便的統(tǒng)計出一天內(nèi)的營業(yè)額和支出額。針對一般洗衣店的管理流程，此系統(tǒng)可以完成大部分業(yè)務功能。二 需求分析2.1編寫目的

5、更好的了解所制作的洗衣店管理系統(tǒng)以方便洗衣店員工使用。2.2需求分析2.2.1系統(tǒng)功能描述此系統(tǒng)應用于小型洗衣店，給洗衣店提供日常的收取衣記錄，會員管理，收支管理等功能，能方便洗衣店每日的工作。（1）會員管理為進店顧客提供注冊會員的功能，建立會員表，記錄會員信息，包括會員號，注冊時間等個人信息。（2）收、取衣管理記錄每次的收、取衣服信息，還包括對衣服信息的明細記錄。（3）權限管理建立權限表記錄洗衣店店長、店員和老板的登錄信息。（4）財務管理建立收費表以記錄收費信息建立支出表以記錄支出信息。2.2.2系統(tǒng)功能圖洗衣店管理系統(tǒng)店員登錄店長登錄老板登錄記錄收衣信息記錄取衣信息記錄收費信息記錄支出信息

6、記錄收衣信息記錄取衣信息記錄收費信息查看每日記錄權限管理會員管理 圖2.2.2.1 系統(tǒng)功能圖2.2.3系統(tǒng)流程圖 圖2.3.3.1系統(tǒng)流程圖2.2.4數(shù)據(jù)流圖洗衣店管理系統(tǒng)店 員店 長會 員老 板注冊查看所有信息記錄收取衣服信息記錄收取衣服信息記錄收費信息記錄收費信息記錄支出信息管理權限圖2.2.4.1 系統(tǒng)頂層數(shù)據(jù)流圖店長顧客老板2收衣3取衣5支出4收費1注冊會 員收衣信息取衣信息收費信息會員信息6查看管理所有信息店員支出信息操作登錄記錄操作會員資料會員資料會員資料顧客信息圖2.4.4.2 系統(tǒng)第一層數(shù)據(jù)流圖核對后信息1.1登記會員資料1.2記錄信息店長登錄準備存儲的信息確認無誤會員信息顧

7、客顧客信息 會員注冊核對后信息會員信息2.1核對會員資料2.2檢查衣物收衣信息2.3記錄信息店員或店長登錄準備存儲的信息檢查完信息確認無誤 記錄收衣信息2.2.5實體與數(shù)據(jù)通過分析可知道次洗衣店系統(tǒng)中的實體包括：會員，收衣，取衣，收費，權限，支出。(1)會員：會員號，注冊日期，姓名，年齡，聯(lián)系電話，家庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。2.2.6實體之間的聯(lián)系有(1)會員與收衣之間（1：N

8、）(2)收衣與明細之間（1：N）2.2.7數(shù)據(jù)字典數(shù)據(jù)字典包括數(shù)據(jù)項，數(shù)據(jù)結構，數(shù)據(jù)流，數(shù)據(jù)存儲，處理過程5個部分。數(shù)據(jù)項是不可再分的數(shù)據(jù)單位，數(shù)據(jù)結構是反映數(shù)據(jù)之間的組合關系，數(shù)據(jù)流是在系統(tǒng)中傳輸?shù)穆窂?，?shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一，處理過程的具體處理邏輯一般用判定表或判定樹來描述。（1）數(shù)據(jù)項數(shù)據(jù)項數(shù)據(jù)類型別名含義說明取值范圍MemberIDint會員號唯一標識每一個會員0000000199999999SignDateDATE注冊時間2000-01-012015-01-09NAMEvarchar姓名文字說明AGEint年齡1580TELEPHONEint聯(lián)

9、系電話ADDRESSvarchar家庭住址文字說明GetNumberint收衣號唯一標識每一次收、取衣記錄0000000199999999GetDateDATE日期2000-01-012015-01-09GetNumberint數(shù)量110Remarkvarchar備注說明收衣還是取衣DetailNumberint明細號唯一標識每一次明細記錄0000000199999999ClothingIDint衣服編號110ClothingStylevarchar衣服種類文字說明Bewritevarchar描述文字說明ChargeNumberint收費號唯一標識每一次收費記錄0000000199999999

10、Chargeint收費金額ChargeDateDATE收費日期2000-01-012015-01-09JurisdictionNumberint權限號唯一標識每一個權限00010003JurisdictionNamevarchar權限名文字說明JurisdictionPasswordint權限密碼由數(shù)字組成PayNumberint支出號唯一標識每一次支出記錄0000000199999999PayTypevarchar支出類型文字說明PayMoneyint支出金額19999PayDateDATE支出日期2000-01-012015-01-09（2）數(shù)據(jù)結構數(shù)據(jù)結構：會員含義說明:會員管理系統(tǒng)的主

11、體數(shù)據(jù)結構，定義了會員的相關信息組成：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。數(shù)據(jù)結構：收衣表含義說明：收取衣管理系統(tǒng)的主體數(shù)據(jù)結構，定義了收、取衣記錄信息組成：收衣號，日期，數(shù)量，會員號，備注。數(shù)據(jù)結構：明細表含義說明：收衣管理系統(tǒng)的子體數(shù)據(jù)結構，定義了收衣記錄中衣服信息的說明信息。組成：明細號，衣服編號，衣服種類，收衣號，描述。數(shù)據(jù)結構：收費表含義說明：收費管理系統(tǒng)的主體數(shù)據(jù)結構，定義了收費記錄信息組成：收費號，收費金額，收費日期，取衣號。數(shù)據(jù)結構：權限表含義說明：權限管理系統(tǒng)的主體數(shù)據(jù)結構，定義了權限記錄信息組成：權限號，權限名，權限密碼。數(shù)據(jù)結構：支出表含義說明：消費管理系統(tǒng)

12、的主體數(shù)據(jù)結構，定義了支出記錄信息組成：支出號，支出類型，支出金額，支出日期。（3）數(shù)據(jù)流數(shù)據(jù)流：會員信息說明:會員注冊時記錄的信息數(shù)據(jù)流來源：注冊數(shù)據(jù)流去向：會員表組成：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。數(shù)據(jù)流：收衣信息說明：收衣時記錄的信息數(shù)據(jù)流來源：收衣，取衣數(shù)據(jù)流去向：收衣表組成：收衣號，日期，數(shù)量，會員號，備注。數(shù)據(jù)流：明細信息說明：收衣時記錄的衣物信息數(shù)據(jù)流來源：收衣數(shù)據(jù)流去向：明細表組成：明細號，衣服編號，衣服種類，收衣號，描述。數(shù)據(jù)流：收費信息說明：收費時記錄的信息數(shù)據(jù)流來源：收費數(shù)據(jù)流去向：收費表組成：收費號，收費金額，收費日期，收衣號。數(shù)據(jù)流：權限記錄說明：

13、記錄洗衣店的員工權限記錄數(shù)據(jù)流來源：員工輸入數(shù)據(jù)流去向：權限表組成：權限號，權限名，權限密碼。數(shù)據(jù)流：支出信息說明：支出時記錄的信息數(shù)據(jù)流來源：支出數(shù)據(jù)流去向：支出表組成：支出號，支出類型，支出金額，支出日期。（4）（5）數(shù)據(jù)存儲、處理過程數(shù)據(jù)存儲名功能處理說明insert-cust添加新注冊的會員信息注冊成功后在會員表中添加該會員信息select-cust查詢會員信息店長登錄系統(tǒng)后可以查詢會員的個人信息update-cust修改會員信息店長登錄系統(tǒng)后可以修改會員的個人信息delete-cust刪除會員信息店長登錄系統(tǒng)后可以刪除會員的個人信息insert-get添加收衣信息店員或店長登錄系統(tǒng)后

14、可以對收衣信息進行添加select-get查詢收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行查詢update-get修改收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行修改delete-get刪除收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行刪除insert-take添加取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行添加select-take查詢?nèi)∫滦畔⒌陠T或店長登錄系統(tǒng)后可以對取衣信息進行查詢update-take修改取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行修改delete-take刪除取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行刪除insert-detail添加衣服明細信息店員或店長

15、登錄系統(tǒng)后可以對衣服明細信息進行添加select- detail查詢衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行查詢update- detail修改衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行修改delete- detail刪除衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行刪除insert-charge添加收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行添加select-charge查詢收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行查詢update-charge修改收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行修改delete-charge刪除收費信息店員或店長登錄系

16、統(tǒng)后可以對收費信息進行刪除insert-pay添加支出信息店長登錄系統(tǒng)后可以對本店支出信息進行添加select-pay查詢支出信息店長登錄系統(tǒng)后可以對本店支出信息進行查詢update-pay修改支出信息店長登錄系統(tǒng)后可以對本店支出信息進行修改delete-pay刪除支出信息店長登錄系統(tǒng)后可以對本店支出信息進行刪除select-all查詢所有信息老板登錄系統(tǒng)后可以查詢本店的所有信息三 概念結構設計在需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地用某一DBMS實現(xiàn)這些需求。3.1實體圖將通過需求分析得到的實體圖畫出如下：（1）會員實體圖會員號注冊時間姓名年齡家庭住址聯(lián)系電話會

17、員 圖3.1.1 會員實體圖（2）收衣實體圖數(shù)量日期收衣號會員號收衣備注 圖3.1.2收衣實體圖（3）明細實體圖明細號衣服種類衣服編號收衣號明細描述 圖3.1.3 明細實體圖（4）收費實體圖收衣號收費號收費金額收費日期收費圖3.1.4 收費實體圖（5）權限實體圖權限名權限號權限密碼權限 圖3.1.5 權限實體圖（6）支出實體圖支出號支出金額支出類型支出支出日期 圖3.1.6 支出實體圖3.2總體ER圖通過以上分ER圖，得到以下總體ER圖。權限支出收費會員明細收衣n 1 1 n 1人2 1 登記記錄計算 圖3.2.1 總體ER圖四 邏輯結構設計本次設計的數(shù)據(jù)庫在SQL Server 2008上實

18、現(xiàn)，將概念結構設計中的E-R圖轉(zhuǎn)換成SQL Sever 2008支持的關系數(shù)據(jù)模型。4.1關系設計關系設計包括實體轉(zhuǎn)換和聯(lián)系轉(zhuǎn)換。4.1.1實體轉(zhuǎn)換將每個單獨的實體轉(zhuǎn)換為一張單獨的表(1)會員：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。4.1.2聯(lián)系轉(zhuǎn)換一個實體型轉(zhuǎn)換為關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯(lián)系有以下幾種不

19、同的情況：(1) 一對一的聯(lián)系轉(zhuǎn)化為一張單獨的關系表會員：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。權限：權限號，權限名，權限密碼。支出：支出號，支出類型，支出金額，支出日期。(2) 一對多的聯(lián)系通過在多表中添加屬性來實現(xiàn)收衣：收衣號，日期，數(shù)量，會員號，備注。明細：明細號，衣服編號，衣服種類，收衣號，描述。收費：收費號，收費金額，收費日期，收衣號。(3) 多對多一的聯(lián)系轉(zhuǎn)化為一張單獨的關系表此系統(tǒng)中不存在多對多關系4.2關系優(yōu)化（1）會員表：函數(shù)依賴集為F1=會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址3NF主屬性：會員號非主屬性：注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。（2）

20、收衣表：函數(shù)依賴集為F2=收衣號，日期，數(shù)量，會員號，備注3NF主屬性：收衣號，會員號非主屬性：日期，數(shù)量，備注。（3）明細表：函數(shù)依賴集為F3=明細號，衣服編號，衣服種類，收衣號，描述 3NF主屬性：明細號，收衣號非主屬性：衣服編號，衣服種類，描述。（4）收費表：函數(shù)依賴集為F4=收費號，收費金額，收費日期，收衣號3NF主屬性：收費號，收衣號非主屬性：收費金額，收費日期。（5）權限表：函數(shù)依賴集為F5=權限號，權限名，權限密碼3NF主屬性：權限號非主屬性名：權限名，權限密碼。（6）支出表：函數(shù)依賴集為F6=支出號，支出類型，支出金額，支出日期3NF主屬性：支出號非主屬性：支出類型，支出金額，

21、支出日期。五 數(shù)據(jù)庫完整性設計5.1約束說明根據(jù)參照完整性，表與表之間有主鍵、外鍵、用戶自定義約束。(1)會員號是會員表的主鍵，在8位以內(nèi)，只能由數(shù)字組成。(2)收衣表中數(shù)量限制在10以下。(3)明細表中衣服編號只能是1到10的數(shù)字。(4)收衣表中收衣號為主鍵(5)明細表中明細號號為主鍵(6)收費表中收費號為主鍵(7)收衣表中會員號參照會員表中的會員號(8)明細表中收衣號參照收衣表中的收衣號(9)收費表中收衣號參照會員表中的收衣號(10) 收衣表中的備注只能說明是收衣還是取衣。5.2基本表(1)會員表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵MemberIDintNot null會員號Primary

22、 keySignTIMEDATENot null注冊時間NAMEvarcharNot null姓名AGEintNot null年齡TELEPHONEintNot null聯(lián)系電話ADDRESSvarcharNot null家庭住址(2)收衣表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵GetNumberintNot null收衣號Primary keyGetDateDATENot null日期GNumberintNot null數(shù)量MemberIDintNot null會員號Primary keyGRemarkvarcharNot null備注(3)明細表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵Detai

23、lNumberintNot null明細號Primary keyClothingIDintNot null衣服編號ClothingStylevarcharNot null衣服種類GetNumberintNot null收衣號Primary keyBewritevarchar描述(4)收費表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵ChargeNumberintNot null收費號Primary keyChargeintNot null收費金額ChargeDateDATENot null收費日期GetNumberintNot null收衣號Primary key(5)權限表屬性名數(shù)據(jù)類型是否為空含義

24、是否為主鍵JurisdictionNumberintNot null權限號Primary keyJurisdictionNamevarcharNot null權限名JurisdictionPasswordintNot null權限密碼(6)支出表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵PayNumberintNot null支出號Primary keyPayTypevarcharNot null支出類型PayMoneyintNot null支出金額PayDateDATENot null支出日期六 物理結構設計數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)。

25、為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結構的過程，就是數(shù)據(jù)庫的物理設計。數(shù)據(jù)庫的物理設計通常分為兩步：(1)確定數(shù)據(jù)庫的物理結構確定數(shù)據(jù)庫物理結構主要指確定數(shù)據(jù)的存放位置和存儲結構，包括：確定關系、索引、聚簇、日志、備份等的存儲安排和存儲結構，確定系統(tǒng)配置等。確定數(shù)據(jù)的存放位置為了提高系統(tǒng)性能，我們根據(jù)應用情況將數(shù)據(jù)的易變部分與穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低部分分開存放。把權限表作為數(shù)據(jù)穩(wěn)定和存儲頻率較低部分，把會員表、收衣表、取衣表、收費表和支出表作為數(shù)據(jù)易變和經(jīng)常存儲部分，分開存放。確定系統(tǒng)配置在進行物理設計時，根據(jù)應用環(huán)境，將數(shù)據(jù)庫的大小的參數(shù)值設置為：事務日志的分配

26、空間為1.00MB，文件按10百分比自動增長，并將文件增長限制為10.00MB；數(shù)據(jù)文件的分配空間為2.00MB，文件按10百分比自動增長，并將文件增長限制為10.00MB。(2)對物理結構進行評價數(shù)據(jù)庫系統(tǒng)是多用戶共享的系統(tǒng)，對同一個關系要建立多條存取路徑才能滿足多用戶的多種應用要求。物理設計的任務之一就是要確定哪些存取方法，即建立哪些存取路徑。常用的存取方法有三類。第一類是索引方法，目前主要是B+樹索引方法；第二類是聚簇方法；第三類是HASH方法。（1）索引存取方法的選擇由于會員表的MemberID經(jīng)常在查詢和連接操作的條件中出現(xiàn)，故在MemberID上建立B+樹索引。由于收衣表的GETN

27、umber經(jīng)常在查詢和連接操作的條件中出現(xiàn)，故在GETNumber上建立B+樹索引。由于收費表的Charge經(jīng)常作為最大值、最小值以及求和等聚集函數(shù)的參數(shù)，故在這Charge上建立B+樹索引。由于支出表PayMoney的經(jīng)常作為最大值、最小值以及求和等聚集函數(shù)的參數(shù)，故在這PayMoney上建立B+樹索引。（2）聚簇存取方法的選擇由于收衣表的GETNumber經(jīng)常要進行連接操作，為了提高GETNumber的查詢速度，則對此關系建立一個聚簇索引。由于會員的MemberID經(jīng)常要進行連接操作，為了提高MemberID的查詢速度，則對此關系建立一個聚簇索引。由于收費表的ChargeNumber經(jīng)常要

28、進行連接操作，為了提高ChargeNumber的查詢速度，則對此關系建立一個聚簇索引。由于明細表的DetailNumber經(jīng)常要進行連接操作，為了提高DetailNumber的查詢速度，則對此關系建立一個聚簇索引。由于支出表的PayNumber經(jīng)常要進行連接操作，為了提高PayNumber的查詢速度，則對此關系建立一個聚簇索引。六 數(shù)據(jù)庫實施CREATE TABLE JURISDICTION(JurisdictionNumber int NOT NULL,JurisdictionNAME varchar(20) NOT NULL,JurisdictionPassword int NOT NUL

29、L） 圖 6.1 權限表CREATE TABLE Member(MemberID int NOT NULL,SignTIME date NOT NULL,NAME varchar(40) NOT NULL,AGE int NOT NULL,TEHEPHONE int NOT NULL,ADDRESS varchar(80) NOT NULL） 圖 6.2 會員表CREATE TABLE GetClothing(GetNumber int NOT NULL,GetDate date NOT NULL,GNumber int NOT NULL CHECK(GNumber>=1 AND GNumber<=10)MemberID int NOT NULL,Remark varchar(20) CHECK(Remark IN('收','取')） 圖 6.3 收衣表CREATE TABLE Detail(DetialNumber int NOT NULL,ClothingID int NOT