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

1、年上麥通人生課程設計（論文）任務書軟件學院 學院軟件工程測試方向專業(yè) 軟測2班 班 一、課程設計（論文）題目洗衣店管理系統(tǒng)二、課程設計（論文）工作自2015年1月5日起至2015年1月9日 止三、課程設計（論文）地點：軟件測試實驗室四、課程設計（論文）內容要求：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）課程設計論文編寫要求（1）要按照書

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

4、015年1月12日29目錄一緒論1二需求分析1三概念結構設計12四邏輯結構設計15五數(shù)據(jù)庫完整性設計17六物理結構設計19六數(shù)據(jù)庫實施21小結28參考文獻29一緒論近幾年來洗衣店行業(yè)的興起，減輕了上班族的許多負擔， 然而洗衣店良好的服務質量卻離不開良好的管理方法。為了迎 合當今洗衣業(yè)的發(fā)展，制作出了洗衣店管理系統(tǒng)。此系統(tǒng)包括 對會員的注冊，收、取衣服的記錄，收費記錄等功能，還能對 洗衣店的其他支出類消費進行記錄，能方便的統(tǒng)計出一天內的 營業(yè)額和支出額。針對一般洗衣店的管理流程，此系統(tǒng)可以完 成大部分業(yè)務功能。二需求分析2.1 編寫目的更好的了解所制作的洗衣店管理系統(tǒng)以方便洗衣店員工使 用。2.

5、2 需求分析2.2.1 系統(tǒng)功能描述此系統(tǒng)應用于小型洗衣店，給洗衣店提供日常的收取衣記 錄，會員管理，收支管理等功能，能方便洗衣店每日的工作。(1)會員管理為進店顧客提供注冊會員的功能，建立會員表，記錄會員 信息，包括會員號，注冊時間等個人信息。(2)收、取衣管理記錄每次的收、取衣服信息，還包括對衣服信息的明細記錄。（3）權限管理建立權限表記錄洗衣店店長、店員和老板的登錄信息。（4）財務管理建立收費表以記錄收費信息建立支出表以記錄支出信息。2.2.2 系統(tǒng)功能圖圖2.2.2.1系統(tǒng)功能圖2.2.3系統(tǒng)流程圖圖2.33.1系統(tǒng)流程圖292.2.4數(shù)據(jù)流圖圖224.1系統(tǒng)頂層數(shù)據(jù)流圖29圖2.4.

6、4.2 系統(tǒng)第一層數(shù)據(jù)流圖29圖2.443會員注冊圖2.4.4.4記錄收衣信息2.2.5實體與數(shù)據(jù)通過分析可知道次洗衣店系統(tǒng)中的實體包括：會員，收衣, 取衣，收費，權限，支出。(1)會員：會員號，注冊日期，姓名，年齡，聯(lián)系電話，家 庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。支出：支出號，支出類型，支出金額，支出日期。2.2.6 實體之間的聯(lián)系有(1)會員與收衣之間(1： N)(2)收衣與明細之間(1： N)2.2.7 數(shù)據(jù)字典數(shù)據(jù)字典包括數(shù)據(jù)項

7、，數(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ù)類型別名含義說明取值范圍MemberlDint會員號唯一標識每一個會員0000000199999999Sign DateDATE注冊時間2000-01-012015-01-09NAMEvarchar姓名文字說明AGEint年:物1580TELEPHONEint聯(lián) 系電話ADDRESSvarchar家 庭住址文字說明G

8、etNumberint收衣號唯一標識 每一次收、取 衣記錄0000000199999999GetDateDATEB期2000-01-012015-01-09GetNumberint數(shù)量110Remarkvarchar備注說明收衣還是取衣DetailNumberint細號唯標識每一次明細記錄0000000199999999ClothingIDint衣 服編號110ClothingStylevarchar衣 服種類文字說明Bewritevarchar描述文字說明ChargeNumberint收費號唯一標識每一次收費記 錄0000000199999999Chargeint收費金額ChargeDate

9、DATE收費日期2000-01-012015-01-09JurisdictionNumberint權限號唯一標識每一個權限00010003JurisdictionNam evarchar權限名文字說明JurisdictionPasswordint權限密碼由數(shù)字組成PayNumberint支出號唯一標識 每一次支出記 錄0000000199999999組成：收費號，收費金額，收費日期，取衣號。數(shù)據(jù)結構：權限表含義說明：權限管理系統(tǒng)的主體數(shù)據(jù)結構，定義了權限記 錄信息組成：權限號，權限名，權限密碼。數(shù)據(jù)結構：支出表含義說明：消費管理系統(tǒng)的主體數(shù)據(jù)結構，定義了支出記 錄信息組成：支出號，支出類型，支

10、出金額，支出日期。（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ù)流：權限記錄說明：記錄洗衣店的員工權限記錄數(shù)據(jù)流來源：員工輸入數(shù)據(jù)流去向：權

11、限表組成：權限號，權限名，權限密碼。數(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) 后可以對收衣信息進行添 加select-ge

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

13、后可以對衣服明細信息進 行添加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刪除收

14、費信息店員或店長登錄系統(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）會

15、員實體圖圖3.L1會員實體圖（2）收衣實體圖圖3.1.2收衣實體圖（3）明細實體圖29明圖3.1.3明細實體圖（4）收費實體圖圖3.1.4收費實體圖（5）權限實體圖圖3.1.5權限實體圖（6）支出實體圖圖3.1.6支出實體圖3.2 總體ER圖通過以上分ER圖，得到以下總體ER圖。圖3.2.1總體ER圖四邏輯結構設計本次設計的數(shù)據(jù)庫在SQL Server 2008上實現(xiàn)，將概念結 構設計中的E-R圖轉換成SQL Sever 2008支持的關系數(shù)據(jù)模 型。4.1關系設計關系設計包括實體轉換和聯(lián)系轉換。4.1.1實體轉換將每個單獨的實體轉換為一張單獨的表(1)會員：會員號，注冊時間，姓名，年齡，聯(lián)系

16、電話，家 庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。支出：支出號，支出類型，支出金額，支出日期。4.1.2聯(lián)系轉換一個實體型轉換為關系模式，實體的屬性就是關系的屬性, 實體的碼就是關系的碼。對于實體間的聯(lián)系有以下幾種不同的 情況：（1） 一對一的聯(lián)系轉化為一張單獨的關系表會員：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭 住址。權限：權限號，權限名，權限密碼。支出：支出號，支出類型，支出金額，支出日期。（2） 一對多的聯(lián)系通過在多表中添加屬性來

17、實現(xiàn) 收衣：收衣號，日期，數(shù)量，會員號，備注。明細：明細號，衣服編號，衣服種類，收衣號，描述。收費：收費號，收費金額，收費日期，收衣號。（3）多對多一的聯(lián)系轉化為一張單獨的關系表此系統(tǒng)中不存在多對多關系4.2關系優(yōu)化（1）會員表：函數(shù)依賴集為Fl=會員號，注冊時間，姓名，年齡，聯(lián)系 電話，家庭住址G3NF主屬性：會員號非主屬性：注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。（2）收衣表：函數(shù)依賴集為F2=收衣號，日期，數(shù)量，會員號，備注W3NF主屬性：收衣號，會員號非主屬性：日期，數(shù)量，備注。（3）明細表：函數(shù)依賴集為F3=明細號，衣服編號，衣服種類，收衣號,描述 E3NF主屬性：明細號，收衣號非

18、主屬性：衣服編號，衣服種類，描述。（4）收費表：函數(shù)依賴集為F4=收費號，收費金額，收費日期，收衣號 G3NF主屬性：收費號，收衣號非主屬性：收費金額，收費日期。（5）權限表：函數(shù)依賴集為F5=權限號，權限名，權限密碼G3NF主屬性：權限號非主屬性名：權限名，權限密碼。(6)支出表：函數(shù)依賴集為F6=支出號，支出類型，支出金額，支出日 期W3NF主屬性：支出號非主屬性：支出類型，支出金額，支出日期。五數(shù)據(jù)庫完整性設計5.1約束說明根據(jù)參照完整性，表與表之間有主鍵、外鍵、用戶自定義 約束。(D會員號是會員表的主鍵，在8位以內，只能由數(shù)字組成。(2)收衣表中數(shù)量限制在10以下。(3)明細表中衣服編

19、號只能是1到10的數(shù)字。(4)收衣表中收衣號為主鍵(5)明細表中明細號號為主鍵收費表中收費號為主鍵(7)收衣表中會員號參照會員表中的會員號(8)明細表中收衣號參照收衣表中的收衣號(9)收費表中收衣號參照會員表中的收衣號(10)收衣表中的備注只能說明是收衣還是取衣。5.2基本表(1)會員表屬性名數(shù)據(jù)類 型是否為 空含義是否為主 鍵MemberlDintNot null會員 號Primary k eySignTIMEDATENot null注冊 時間NAMEvarcharNot null姓名AGEintNot null年齡TELEPHONEintNot null聯(lián)系電話ADDRESSvarchar

20、Not null家庭住址(2)收衣表屬性名數(shù)據(jù)類 型是否為 空含z是否為 主鍵GetNumberintNot null收衣號Primary keyGetDateDATENot null日期GNumbe rintNot null數(shù)量MemberlDintNot null會員號Primary keyGRem arkvarcharNot null備注明細表屬性名數(shù)據(jù)類 型是否為 空含義是否為 主鍵DetailNum berintNot null明細號Primary keyClothingIDintNot null衣服編 號ClothingSt ylevarcharNot null衣服種 類GetNu

21、m berintNot null收衣號Primary keyBewritevarchar描述收費表屬性名數(shù)據(jù)類 型是否為空含義是否為 主鍵ChargeNumberintNot nul1收費 號Primary keyChargeintNot nul1收費 金額ChargeDat eDATENot nul1收費日期GetNum berintNot nul1收衣 號Primary key權限表屬性名數(shù)據(jù)類 型是否 為空含 義是否為 主鍵JurisdictionNumb erintNot n ull權 限號Primary keyJurisdictionNamevarcharNot n ull權限名Ju

22、risdictionPasswordintNot n ull權 限密碼支出表屬性名數(shù)據(jù)類 型是否為空含義是否為 主鍵PayNum berintNot null支出號Primary keyPayTypevarcharNot null支出類 型PayMonintNot null支出金ey額PayDateDATENot null支出日期六物理結構設計數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的 物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)。為一個給定的邏 輯數(shù)據(jù)模型選取一個最適合應用要求的物理結構的過程，就是 數(shù)據(jù)庫的物理設計。數(shù)據(jù)庫的物理設計通常分為兩步：(1)確定數(shù)據(jù)庫的物理結構確定數(shù)據(jù)庫物理結

23、構主要指確定數(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ù)值設置為：事務日志的分配空間為1.00MB,文件按10白分 比自動增長，并將文件增長限制為10Q0MB；數(shù)據(jù)文件的分配 空間為2.00MB,文件按10百分比自動增長，并將

24、文件增長限 制為 lO.OOMBo(2)對物理結構進行評價數(shù)據(jù)庫系統(tǒng)是多用戶共享的系統(tǒng)，對同一個關系要建立多 條存取路徑才能滿足多用戶的多種應用要求。物理設計的任務 之一就是要確定哪些存取方法，即建立哪些存取路徑。常用的 存取方法有三類。第一類是索引方法，目前主要是B+樹索引方 法；第二類是聚簇方法；第三類是HASH方法。（1）索引存取方法的選擇由于會員表的MemberlD經(jīng)常在查詢和連接操作的條件 中出現(xiàn)，故在MemberlD上建立B+樹索引。由于收衣表的GETNumber經(jīng)常在查詢和連接操作的條 件中出現(xiàn)，故在GETNumber上建立B+樹索引。由于收費表的Charge經(jīng)常作為最大值、最小

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

26、ber經(jīng)常要進行連接操作，為了 提高DetailNumber的查詢速度,則對此關系建立一個聚簇索引。由于支出表的PayNumber經(jīng)常要進行連接操作，為了提 高PayNumber的查詢速度，則對此關系建立一個聚簇索引。29六數(shù)據(jù)庫實施CREATE TABLE JURISDICTIONJurisdictionNumber int NOT NULL,JurisdictionNAME varchar(20) NOT NULL,JurisdictionPassword int NOT NULL)LENOVO PU麻店管.aJURISDICTION :LENOVO-PC.管壬JurisdictionNu

27、nn.JurisdictionNAMEJurisdictionPass.0老板1234567892店長1234563店員123456米tNULLNULL/ULL圖6.1權限表CREATE TABLE Member( MemberlD int NOT NULL, SignTIMEdate NOT NULL, NAME varchar(40) NOT NULL, AGE int NOT NULL, TEHEPHONEint NOT NULL, ADDRESS varchar80) NOT NULL )LENOVAPC.洗衣后延一慶-dbo.Membr LENOVOPC ；咨觸.筵 dbo.CHAR

28、GEMemberlDSi91TlMEMAMEAGETEkEPHOFsEFACCRESS02014-12-03月天313245865溫州22014-12-03近雪見273245687溫州32014-12-04生樓3432 物 76溫州42014-12-04拜月523245675南田52014-12-05五絲243245671為州6201412-05結苒25345S675為州*AW/AWZAW2AW2NULLNULL圖6.2會員表CREATE TABLE GetClothing(GetNumber int NOT NULL,GetDate date NOT NULL,GNumberint NOT NULL CHECK(GNumber=l AND GNumber=10)MemberlD int NOT NUL