.課程設計（論文）任務書軟件學院 學 院 軟件工程測試方向 專 業 軟測2班 班精品文檔放心下載一、課程設計(論文)題目 洗衣店管理系統二、課程設計(論文)工作自2015 年1月5 日起至2015年1月9日止感謝閱讀三、課程設計(論文)地點: 軟件測試實驗室四、課程設計(論文)內容要求：1．本課程設計的目的（1）鞏固和加深對數據庫基本知識的理解，提高綜合運用課程知識的能力。精品文檔放心下載（2）使學生鞏固所學的理論基礎知識的理解，掌握數據庫設計的全過程及技精品文檔放心下載術與方法。（3）培養學生編制軟件文檔及開發應用系統的能力，提高學生獨立分析問題、感謝閱讀解決問題的能力，鍛煉和加強學生的動手能力。使學生掌握使用各種計算機資感謝閱讀料和有關參考資料。2．課程設計的任務及要求（1）根據選題任務要求，收集并查詢相關文獻資料，明確系統需求；通過對感謝閱讀系統的功能分析和數據分析進行系統的需求分析設計，完成數據流圖（DFD圖）精品文檔放心下載及數據字典（DD）的階段性成果；.（2）數據庫的概念結構設計，完成基本全局E-R圖的設計并體現設計過程；精品文檔放心下載（3）數據庫的邏輯結構設計，完成數據庫關系模式的設計及優化；感謝閱讀（4）數據庫的物理結構設計，完成數據庫實施的所有sql腳本的編寫及索引感謝閱讀文件的創建；完成安全性控制及完整性約束；（5）數據庫的實施；（6）特別要求自己獨立完成；2）創新要求：在基本要求達到后，可進行創新設計，如完善的功能、友好的人機界面。謝謝閱讀3）課程設計論文編寫要求（1）要按照書稿的規格打印與寫課程設計報告書；（2）報告包括目錄、緒論、正文、小結、參考文獻、附錄等；感謝閱讀（3）課程設計報告裝訂按學校的統一要求完成；.4）課程設計進度安排內容天數地點構思及收集資料1圖書館數據庫設計3實驗室撰寫報告1圖書館、實驗室學生簽名：2015年1 月5日課程設計(論文)評審意見（1）考勤（20分）：優（ ）、良（ ）、中（ ）、一般（ ）、差（ ）；精品文檔放心下載（2）設計內容（40分）：優（ ）、良（ ）、中（ ）、一般（ ）、差（精品文檔放心下載（3）答辯 （25分）：優（ ）、良（ ）、中（ ）、一般（ ）、差（感謝閱讀（4）文檔格式規范整齊（15分）優（ ）、良（ ）、中（ ）、一般（ ）、差（感謝閱讀

）；）；）；（5）任何抄襲成績一律歸零；.評閱人： 職稱： 講師2015年1月12日.目錄一緒論 4二需求分析 4三概念結構設計 16四邏輯結構設計 19五數據庫完整性設計 21六物理結構設計 23七數據庫實施 25小結 32參考文獻 32.一緒論近幾年來洗衣店行業的興起，減輕了上班族的許多負擔，然謝謝閱讀而洗衣店良好的服務質量卻離不開良好的管理方法。為了迎合感謝閱讀當今洗衣業的發展，制作出了洗衣店管理系統。此系統包括對謝謝閱讀會員的注冊，收、取衣服的記錄，收費記錄等功能，還能對洗感謝閱讀衣店的其他支出類消費進行記錄，能方便的統計出一天內的營謝謝閱讀業額和支出額。針對一般洗衣店的管理流程，此系統可以完成謝謝閱讀大部分業務功能。二需求分析2.1編寫目的更好的了解所制作的洗衣店管理系統以方便洗衣店員工使用。感謝閱讀.2.2需求分析2.2.1系統功能描述此系統應用于小型洗衣店，給洗衣店提供日常的收取衣記錄，會員管理，收支管理等功能，能方便洗衣店每日的工作。感謝閱讀（1）會員管理為進店顧客提供注冊會員的功能，建立會員表，記錄會員信息，包括會員號，注冊時間等個人信息。精品文檔放心下載（2）收、取衣管理記錄每次的收、取衣服信息，還包括對衣服信息的明細記錄。謝謝閱讀（3）權限管理建立權限表記錄洗衣店店長、店員和老板的登錄信息。（4）財務管理建立收費表以記錄收費信息建立支出表以記錄支出信息。2.2.2系統功能圖記錄收衣信息店員登錄

記錄取衣信息記錄收費信息記錄收衣信息洗衣店管

記錄取衣信息理系統

店長登錄.圖2.2.2.1 系統功能圖2.2.3系統流程圖.圖2.3.3.1系統流程圖2.2.4數據流圖.注冊記錄收取衣服信息會員店員記錄收費信洗衣店管理系統查看所有信息記錄收取衣服老板店管理權限長記錄收費信記錄支出信圖2.2.4.1 系統頂層數據流圖顧客5支出店長記錄支出信息操作收衣收衣信息.顧客信息圖2.4.4.2 系統第一層數據流圖顧客顧客信息登錄核對后信息店長1.1登記1.2記會員資會員信息.圖2.4.4.3會員注冊會員信息登錄核對后信息2.1核對2.2檢店員或店長會員資查衣物料檢查完信息確認無誤

2.3 記錄信息 收衣信息準備存儲的信息圖2.4.4.4記錄收衣信息2.2.5實體與數據.通過分析可知道次洗衣店系統中的實體包括：會員，收衣，取精品文檔放心下載衣，收費，權限，支出。(1)會員：會員號，注冊日期，姓名，年齡，聯系電話，家庭住精品文檔放心下載址。(2)收衣：收衣號，日期，數量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。謝謝閱讀(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。2.2.6實體之間的聯系有(1)會員與收衣之間（1：N）(2)收衣與明細之間（1：N）2.2.7數據字典數據字典包括數據項，數據結構，數據流，數據存儲，處理過精品文檔放心下載程5個部分。數據項是不可再分的數據單位，數據結構是反映謝謝閱讀數據之間的組合關系，數據流是在系統中傳輸的路徑，數據存感謝閱讀儲是數據結構停留或保存的地方，也是數據流的來源和去向之感謝閱讀一，處理過程的具體處理邏輯一般用判定表或判定樹來描述。精品文檔放心下載.（1）數據項數據項數據類型別名含義說明取值范圍MemberIDint會員號唯一標識每一00000001~999999個會員99SignDateDATE注冊時2000-01-01~2015-間01-09NAMEvarchar姓名文字說明AGEint年齡15~80TELEPHONEint聯系電話ADDRESSvarchar家庭住文字說明址GetNumberint收衣號唯一標識每一00000001~999999次收、取衣記99錄GetDateDATE日期2000-01-01~2015-01-09.GetNumberint數量1~10Remarkvarchar備注說明收衣還是取衣DetailNumberint明細號唯一標識每一00000001~999999次明細記錄99ClothingIDint衣服編1~10號ClothingStylevarchar衣服種文字說明類Bewritevarchar描述文字說明ChargeNumberint收費號唯一標識每一00000001~999999次收費記錄99Chargeint收費金額ChargeDateDATE收費日2000-01-01~2015-期01-09JurisdictionNumbint權限號唯一標識每一0001~0003er個權限JurisdictionNamevarchar權限名文字說明.JurisdictionPasswint權限密由數字組成ord碼PayNumberint支出號唯一標識每一00000001~999999次支出記錄99PayTypevarchar支出類文字說明型PayMoneyint支出金1~9999額PayDateDATE支出日2000-01-01~2015-期01-09（2）數據結構○1數據結構：會員含義說明:會員管理系統的主體數據結構，定義了會員的相關信謝謝閱讀息組成：會員號，注冊時間，姓名，年齡，聯系電話，家庭住址。謝謝閱讀○2數據結構：收衣表.含義說明：收取衣管理系統的主體數據結構，定義了收、取衣謝謝閱讀記錄信息組成：收衣號，日期，數量，會員號，備注?！?數據結構：明細表含義說明：收衣管理系統的子體數據結構，定義了收衣記錄中感謝閱讀衣服信息的說明信息。組成：明細號，衣服編號，衣服種類，收衣號，描述?！?數據結構：收費表含義說明：收費管理系統的主體數據結構，定義了收費記錄信精品文檔放心下載息組成：收費號，收費金額，收費日期，取衣號?！?數據結構：權限表含義說明：權限管理系統的主體數據結構，定義了權限記錄信精品文檔放心下載息組成：權限號，權限名，權限密碼?！?數據結構：支出表含義說明：消費管理系統的主體數據結構，定義了支出記錄信謝謝閱讀息.組成：支出號，支出類型，支出金額，支出日期。（3）數據流○1數據流：會員信息說明:會員注冊時記錄的信息數據流來源：注冊數據流去向：會員表組成：會員號，注冊時間，姓名，年齡，聯系電話，家庭住址。謝謝閱讀○2數據流：收衣信息說明：收衣時記錄的信息數據流來源：收衣，取衣數據流去向：收衣表組成：收衣號，日期，數量，會員號，備注。.○3數據流：明細信息說明：收衣時記錄的衣物信息數據流來源：收衣數據流去向：明細表組成：明細號，衣服編號，衣服種類，收衣號，描述。○4數據流：收費信息說明：收費時記錄的信息數據流來源：收費數據流去向：收費表組成：收費號，收費金額，收費日期，收衣號?！?數據流：權限記錄說明：記錄洗衣店的員工權限記錄數據流來源：員工輸入數據流去向：權限表組成：權限號，權限名，權限密碼?！?數據流：支出信息說明：支出時記錄的信息數據流來源：支出.數據流去向：支出表組成：支出號，支出類型，支出金額，支出日期。（4）（5）數據存儲、處理過程數據存儲名功能處理說明insert-cust添加新注冊的會注冊成功后在會員表中添員信息加該會員信息select-cust查詢會員信息店長登錄系統后可以查詢會員的個人信息update-cust修改會員信息店長登錄系統后可以修改會員的個人信息delete-cust刪除會員信息店長登錄系統后可以刪除會員的個人信息insert-get添加收衣信息店員或店長登錄系統后可以對收衣信息進行添加select-get查詢收衣信息店員或店長登錄系統后可以對收衣信息進行查詢update-get修改收衣信息店員或店長登錄系統后可以對收衣信息進行修改.delete-get刪除收衣信息店員或店長登錄系統后可以對收衣信息進行刪除insert-take添加取衣信息店員或店長登錄系統后可以對取衣信息進行添加select-take查詢取衣信息店員或店長登錄系統后可以對取衣信息進行查詢update-take修改取衣信息店員或店長登錄系統后可以對取衣信息進行修改delete-take刪除取衣信息店員或店長登錄系統后可以對取衣信息進行刪除insert-detail添加衣服明細信店員或店長登錄系統后可息以對衣服明細信息進行添加select-detail查詢衣服明細信店員或店長登錄系統后可息以對衣服明細信息進行查詢update-detail修改衣服明細信店員或店長登錄系統后可息以對衣服明細信息進行修.改delete-detail刪除衣服明細信店員或店長登錄系統后可息以對衣服明細信息進行刪除insert-charge添加收費信息店員或店長登錄系統后可以對收費信息進行添加select-charge查詢收費信息店員或店長登錄系統后可以對收費信息進行查詢update-charge修改收費信息店員或店長登錄系統后可以對收費信息進行修改delete-charge刪除收費信息店員或店長登錄系統后可以對收費信息進行刪除insert-pay添加支出信息店長登錄系統后可以對本店支出信息進行添加select-pay查詢支出信息店長登錄系統后可以對本店支出信息進行查詢update-pay修改支出信息店長登錄系統后可以對本店支出信息進行修改.delete-pay 刪除支出信息 店長登錄系統后可以對本感謝閱讀店支出信息進行刪除select-all 查詢所有信息 老板登錄系統后可以查詢感謝閱讀本店的所有信息三概念結構設計在需求分析階段所得到的應用需求應該首先抽象為信息世界的精品文檔放心下載結構，才能更好地用某一DBMS實現這些需求。.3.1實體圖將通過需求分析得到的實體圖畫出如下：（1）會員實體圖注冊時間會員號姓名會員聯系電話 年齡家庭住址圖3.1.1會員實體圖（2）收衣實體圖.收衣號日期 收衣 數量會員號 備注圖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 支出計算1收費.圖3.2.1 總體ER圖四邏輯結構設計本次設計的數據庫在SQLServer2008上實現，將概念結構設計中的E-R圖轉換成SQLSever2008支持的關系數據模型。謝謝閱讀.4.1關系設計關系設計包括實體轉換和聯系轉換。4.1.1實體轉換將每個單獨的實體轉換為一張單獨的表(1)會員：會員號，注冊時間，姓名，年齡，聯系電話，家庭住精品文檔放心下載址。(2)收衣：收衣號，日期，數量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。精品文檔放心下載(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。4.1.2聯系轉換一個實體型轉換為關系模式，實體的屬性就是關系的屬性，實感謝閱讀體的碼就是關系的碼。對于實體間的聯系有以下幾種不同的情謝謝閱讀況：一對一的聯系轉化為一張單獨的關系表會員：會員號，注冊時間，姓名，年齡，聯系電話，家庭住址。權限：權限號，權限名，權限密碼。感謝閱讀.支出：支出號，支出類型，支出金額，支出日期。一對多的聯系通過在多表中添加屬性來實現收衣：收衣號，日期，數量，會員號，備注。精品文檔放心下載明細：明細號，衣服編號，衣服種類，收衣號，描述。收費：收費號，收費金額，收費日期，收衣號。精品文檔放心下載多對多一的聯系轉化為一張單獨的關系表此系統中不存在多對多關系謝謝閱讀4.2關系優化（1）會員表：函數依賴集為F1={會員號，注冊時間，姓名，年齡，聯系電話，謝謝閱讀家庭住址}∈3NF主屬性：會員號非主屬性：注冊時間，姓名，年齡，聯系電話，家庭住址。精品文檔放心下載（2）收衣表：函數依賴集為F2={收衣號，日期，數量，會員號，備注}∈3N謝謝閱讀F主屬性：收衣號，會員號.非主屬性：日期，數量，備注。（3）明細表：函數依賴集為F3={明細號，衣服編號，衣服種類，收衣號，描述}∈3NF精品文檔放心下載主屬性：明細號，收衣號非主屬性：衣服編號，衣服種類，描述。（4）收費表：函數依賴集為F4={收費號，收費金額，收費日期，收衣號}∈3感謝閱讀NF主屬性：收費號，收衣號非主屬性：收費金額，收費日期。（5）權限表：函數依賴集為F5={權限號，權限名，權限密碼}∈3NF主屬性：權限號謝謝閱讀非主屬性名：權限名，權限密碼。（6）支出表：函數依賴集為F6={支出號，支出類型，支出金額，支出日期}∈3NF謝謝閱讀.主屬性：支出號非主屬性：支出類型，支出金額，支出日期。五數據庫完整性設計5.1約束說明根據參照完整性，表與表之間有主鍵、外鍵、用戶自定義約束。精品文檔放心下載(1)會員號是會員表的主鍵，在8位以內，只能由數字組成。感謝閱讀(2)收衣表中數量限制在10以下。(3)明細表中衣服編號只能是1到10的數字。精品文檔放心下載(4)收衣表中收衣號為主鍵(5)明細表中明細號號為主鍵(6)收費表中收費號為主鍵(7)收衣表中會員號參照會員表中的會員號(8)明細表中收衣號參照收衣表中的收衣號(9)收費表中收衣號參照會員表中的收衣號(10)收衣表中的備注只能說明是收衣還是取衣。5.2基本表(1)會員表屬性名 數據類型 是否為空 含義 是否為主鍵.MemberIintNotnull會員號PrimarykeyDSignTIMEDATENotnull注冊時間NAMEvarcharNotnull姓名AGEintNotnull年齡TELEPHONEintNotnull聯系電話ADDRESSvarcharNotnull家庭住址(2)收衣表屬性名數據類型是否為空含義是否為主鍵GetNumbeintNotnull收衣號PrimarykeryGetDateDATENotnull日期GNumberintNotnull數量MemberIintNotnull會員號PrimarykeDyGRemarkvarcharNotnull備注(3)明細表.屬性名數據類型是否為空含義是否為主鍵DetailNumbintNotnull明細號PrimarykeyerClothingIDintNotnull衣服編號ClothingStylvarcharNotnull衣服種類eGetNumberBewrite

int Notnull 收衣號 Primarykey精品文檔放心下載varchar 描述(4)收費表屬性名數據類型是否為空含義是否為主鍵ChargeNumbintNotnull收費號PrimarykeyerChargeintNotnull收費金額ChargeDateDATENotnull收費日期GetNumberintNotnull收衣號Primarykey.(5)權限表屬性名數據類型是否為空含義是否為主鍵JurisdictionNumbintNotnull權限號PrimarykeyerJurisdictionNamevarcharNotnull權限名JurisdictionPasswointNotnull權限密rd碼(6)支出表屬性名數據類型是否為空含義是否為主鍵PayNumbeintNotnull支出號PrimarykeryPayTypevarcharNotnull支出類型PayMoneyintNotnull支出金額PayDateDATENotnull支出日期六物理結構設計數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理感謝閱讀結構，它依賴于選定的數據庫管理系統。為一個給定的邏輯數感謝閱讀.據模型選取一個最適合應用要求的物理結構的過程，就是數據庫的物理設計。感謝閱讀數據庫的物理設計通常分為兩步：(1)確定數據庫的物理結構確定數據庫物理結構主要指確定數據的存放位置和存儲結構，包括：確定關系、索引、聚簇、日志、備份等的存儲安排和存儲結構，確定系統配置等。感謝閱讀○1確定數據的存放位置為了提高系統性能，我們根據應用情況將數據的易變部分與穩謝謝閱讀定部分、經常存取部分和存取頻率較低部分分開存放。把權限表作為數據穩定和存儲頻率較低部分，把會員表、收衣謝謝閱讀表、取衣表、收費表和支出表作為數據易變和經常存儲部分，精品文檔放心下載分開存放?！?確定系統配置在進行物理設計時，根據應用環境，將數據庫的大小的參數值感謝閱讀設置為：事務日志的分配空間為1.00MB，文件按10百分比自精品文檔放心下載動增長，并將文件增長限制為10.00MB；數據文件的分配空間精品文檔放心下載.為2.00MB，文件按10百分比自動增長，并將文件增長限制為謝謝閱讀10.00MB。(2)對物理結構進行評價數據庫系統是多用戶共享的系統，對同一個關系要建立多條存取路徑才能滿足多用戶的多種應用要求。物理設計的任務之一就是要確定哪些存取方法，即建立哪些存取路徑。常用的存取方法有三類。第一類是索引方法，目前主要是B+樹索引方法；第二類是聚簇方法；第三類是HASH方法。感謝閱讀（1）索引存取方法的選擇①由于會員表的MemberID經常在查詢和連接操作的條件中出現，故在MemberID上建立B+樹索引。感謝閱讀②由于收衣表的GETNumber經常在查詢和連接操作的條件中出現，故在GETNumber上建立B+樹索引。③由于收費表的Charge經常作為最大值、最小值以及求和等聚集函數的參數，故在這Charge上建立B+樹索引。④由于支出表PayMoney的經常作為最大值、最小值以及求和等聚集函數的參數，故在這PayMoney上建立B+樹索引。感謝閱讀.（2）聚簇存取方法的選擇①由于收衣表的GETNumber經常要進行連接操作，為了提高GETNumber的查詢速度，則對此關系建立一個聚簇索引。②由于會員的MemberID經常要進行連接操作，為了提高MemberID的查詢速度，則對此關系建立一個聚簇索引。③由于收費表的ChargeNumber經常要進行連接操作，為了提高ChargeNumber的查詢速度，則對此關系建立一個聚簇索引。精品文檔放心下載④由于明細表的DetailNumber經常要進行連接操作，為了提高DetailNumber的查詢速度，則對此關系建立一個聚簇索引。⑤由于支出表的PayNumber經常要進行連接操作，為了提高PayNumber的查詢速度，則對此關系建立一個聚簇索引。精品文檔放心下載.六數據庫實施CREATETABLEJURISDICTION(謝謝閱讀JurisdictionNumberintNOTNULL,精品文檔放心下載JurisdictionNAMEvarchar(20)NOTNULL,精品文檔放心下載JurisdictionPasswordintNOTNULL精品文檔放心下載）圖6.1權限表CREATETABLEMember(MemberIDintNOTNULL,.SignTIMEdateNOTNULL,NAMEvarchar(40)NOTNULL,感謝閱讀AGEintNOTNULL,TEHEPHONEintNOTNULL,ADDRESSvarchar(80)NOTNULL謝謝閱讀）圖6.2會員表CREATETABLEGetClothing(GetNumberintNOTNULL,GetDatedateNOTNULL,GNumber int NOT NULL CHECK(GNumber>=1 AND謝謝閱讀GNumber<=10).MemberIDintNOTNULL,Remarkvarchar(20)CHECK(RemarkIN('收','取'))精品文檔放心下載）圖6.3 收衣表CREATETABLEDetail(DetialNumberintNOTNULL,感謝閱讀ClothingID int NOT NULL CHECK(C