數(shù)據(jù)庫酒店管理系統(tǒng)

1、數(shù)據(jù)庫課程設計報告 酒店管理系統(tǒng)的設計 系部信息工程系專業(yè)計算機軟件專業(yè) 班級學號 姓名課題 指導教師報告成績 1 1 1 1 1 2 4 6 6 9 9 1課程設計日的及要求 2課程設計的主要內容 3數(shù)據(jù)庫設計 3. 1需求分析 3. 1. 1對功能的需求 3. 1.2數(shù)據(jù)流圖 3. 1.3數(shù)據(jù)字典 3. 2概念設計 3. 2. 1實體E-R圖 3.2.2概念設計的總體E-R圖 3. 3邏輯設計 3. 4物理設計10 4程序模塊設計11 4.1用戶登錄模塊設計11 4.1.1用戶界面模塊分析11 4. 1. 2運行結果12 4. 2住宿管理模塊設計13 4.2.1住宿管理模塊分析13 4.2

2、.2運行結果14 4.3消費模塊設計15 4. 3. 1消費模塊分析15 4. 3.2運行結果15 5小結16 酒店管理系統(tǒng)系統(tǒng)的設計 1課程設計目的及要求 數(shù)據(jù)庫課程設計是為數(shù)據(jù)庫原理及應用課程而獨立開設的實踐性課程。數(shù)據(jù) 庫課程設計對于鞏固數(shù)據(jù)庫知識，加強學生的實際動手能力和提高學生綜合素質 十分必要。本課程分為系統(tǒng)分析與數(shù)據(jù)庫設計、應用程序設計和系統(tǒng)集成調試三 個階段進行。 數(shù)據(jù)庫課程設計的主要目標是： a. 加深對數(shù)據(jù)庫系統(tǒng)、程序設計語言的理論知識的理解和應用水平。 b. 通過設計實際的數(shù)據(jù)庫系統(tǒng)應用課題，進一步熟悉數(shù)據(jù)庫管理系統(tǒng)的操作 技術，提高動手能力，提高分析問題和解決問題的能力

3、。 2課程設計的主要內容 系統(tǒng)分析與數(shù)據(jù)庫設計階段 a. 通過社會調查，選擇一個實際應用數(shù)據(jù)庫系統(tǒng)的課題。 b. 進行系統(tǒng)需求分析和系統(tǒng)設計，寫出系統(tǒng)分析和設計報告。 c. 設計數(shù)據(jù)模型并進行優(yōu)化，確定數(shù)據(jù)庫結構、功能結構和系統(tǒng)安全性和完 整性要求。 應用程序設計階段 a. 完成數(shù)據(jù)庫定義工作，實現(xiàn)系統(tǒng)數(shù)據(jù)的數(shù)據(jù)處理和數(shù)據(jù)錄入。 b. 實現(xiàn)應用程序的設計、編程、優(yōu)化功能，實現(xiàn)數(shù)據(jù)安全性、數(shù)據(jù)完整性和 并發(fā)控制技術等功能，并針對具體課題問題提出解決方法。 c. 系統(tǒng)集成調試階段 對系統(tǒng)的各個應用程序進行集成和調試，進一步優(yōu)化系統(tǒng)性能，改善系統(tǒng)用 戶界面。 3數(shù)據(jù)庫設計 3.1需求分析 3. 1.

4、1對功能的需求 a. 系統(tǒng)帳號管理 第一次用一個管理員賬號（系統(tǒng)給定）登陸，登陸成功后，可以設置其他用 戶，包括密碼、權限等。 b. 消費管理 為消費客戶查詢并分配餐桌，紀錄客戶用餐悄況并結帳。 c. 住宿管理 為住宿客戶查詢并分配房間，紀錄客戶住宿情況并結帳。 3.1.2數(shù)據(jù)流圖 繪制數(shù)據(jù)流程圖的L1的是為了方便開發(fā)人員與用戶的交流，以及為系統(tǒng)的設 汁提供依據(jù)。數(shù)據(jù)流程圖的繪制過程通常采用自頂向下，逐層分解，直到功能細 化為止，形成若干層次的數(shù)據(jù)流程圖。酒店管理系統(tǒng)的數(shù)據(jù)流程圖如下所示： 頂層： 圖3-1酒店管理系統(tǒng)頂層數(shù)拯流圖 0層: 圖3-2灑店管理系統(tǒng)0層數(shù)據(jù)流圖 1層： 2號圖: 3

5、號圖: 住 宿 文 件 4號圖: 圖3-3灑店管理系統(tǒng)1層數(shù)據(jù)流圖 3.1. 3數(shù)據(jù)字典 該系統(tǒng)具體功能模塊以數(shù)據(jù)字典表示如下： 數(shù)據(jù)字典(DD, Data Dictionary):是以特定格式記錄下來的、對系統(tǒng)的數(shù) 據(jù)流程圖中各個基本要素(數(shù)據(jù)流、加工、存儲和外部項)的內容和特征所作的 完整的定義和說明。數(shù)據(jù)字典是對數(shù)據(jù)流程圖的重要補充和說明?，F(xiàn)簡要列出本 系統(tǒng)的部分數(shù)據(jù)字典。 a.外部實體卡片的定義，如表3-4所示。 表3-4外部實體條目 名稱：顧客 說明：客戶 輸入數(shù)據(jù)流：無 輸出數(shù)據(jù)流：無 總編號：1-001 編號：001 名稱：管理員 總編號：1 一 002 說明：管理員 編號： 0

6、02 輸入數(shù)據(jù)流：登陸信息 輸出數(shù)據(jù)流：無 b處理過程卡片的定義，如表3-5所示。 表3-5處理過程條目 名稱：管理員信息查看 001 別劃：提交登錄請求后，査看管理員信息 P1.2 數(shù)拯流來源：D1 數(shù)據(jù)流去向：管理員 總編號：2 編號： 名稱：消費品信息査看 002 別名:無 P2. 1 數(shù)據(jù)流來源：D2 數(shù)據(jù)流去向：客戶、管理員 總編號：2 編號： 名稱：預定客房審核 003 別爼：客戶提交未審核訂單，管理員審核 P3.2 數(shù)據(jù)流來源：P3. 1 數(shù)據(jù)流去向：管理員、D4 總編號：2 編號： 名稱：客房信息查看 004 別名:無 P4. 1 數(shù)據(jù)流來源：D5 數(shù)據(jù)流去向：管理員、客戶 總

7、編號：2- 編號： 1/3 C數(shù)據(jù)流卡片的定義，如表3-6所示。 名稱：消費信息 功能：添加、刪除、修改消費信息 輸入數(shù)據(jù)流：P2. 1 輸出數(shù)據(jù)流：管理員、客戶 總編號：3-001 編號：F1 名稱：住宿信息 功能：添加、刪除、修改住宿信息 輸入數(shù)據(jù)流：P4. 1 輸出數(shù)據(jù)流：管理員、客戶 總編號：3-002 編號：F2 表3-6數(shù)據(jù)流條目 d數(shù)據(jù)存儲卡片的定義，如表3-7所示。 表3-7數(shù)據(jù)存儲條目 需稱：管理員信息表 別名：無 包含的數(shù)據(jù)結構：管理員劃稱+密碼 有關數(shù)據(jù)流：Pl.l、P1.2 名稱：消費品信息表 002 別名：無編號：D2 包含的數(shù)據(jù)結構：消費品編號+消費品名稱+消費品價

8、格+消費品介紹 有關數(shù)據(jù)流：P2.1、P22、P23. P2. 4 名稱：住宿信息表 別名：無 D4 包含的數(shù)據(jù)結構：客房號+客房類型+住宿天數(shù) 有關數(shù)據(jù)流:P32、P3.3 e數(shù)據(jù)元素卡片的定義，如表3-8所示。 總編號：4-001 編號：D1 總編號：4- 總編號：4-003 編號： 洛稱：管理員編號 總編號：5-001 類型：字符 編號： 01 長度：(40) 說明：本系統(tǒng)的管理員編 表3-8數(shù)據(jù)元素條目 號 有關數(shù)據(jù)結構：管理員信息 洛稱：消費品名稱 002 類型：字符 02 長度：(50) 稱 有關數(shù)據(jù)結構：消費品信息 總編號：5 編號： 說明：本系統(tǒng)的消費品名 名稱：客房編號 類型

9、：字符 03 長度：(16) 有關數(shù)據(jù)結構：客房編號 總編號：5-003 編號： 說明：本系統(tǒng)的客房編號 f數(shù)據(jù)結構卡片的定義，如表3-9所示。 表3-9數(shù)據(jù)結構條目 名稱：管理員信息 總編號：6 001 說明：表示管理員的數(shù)拯結構 編號： 01 結構描述：管理員編號 有關的數(shù)據(jù)流程/數(shù)據(jù)存儲：DI、F6 管理員姓名 角色、密碼 真實姓名 名稱：消費品信息 總編號：6 002 說明：表示消費品信息的數(shù)據(jù)結構 編號： 02 結構描述：消費品編號 有關的數(shù)據(jù)流程/數(shù)據(jù)存儲：D2、 F1 消費品介紹 消費品名稱 消費品分類介紹 有關數(shù)據(jù)結構：消費品信息 名稱：客房信息 總編號：6 003 說明：表示

10、客房信息的數(shù)據(jù)結構 編號： 03 結構描述：客房編號編號 有關的數(shù)據(jù)流程/數(shù)據(jù)存儲：F2、 D5 客房標題 客房內容 客房分類介紹 3. 2概念設計 3. 2. 1實體E-R圖 由需求分析知，基本實體有客房、樓層、客戶、預定單、入住單、賬單 &客房的基本屬性有客房編號，類型編號，樓層編號，額定人數(shù)，床數(shù)，客 房描述，備注，狀態(tài)，如圖3-10所示。 圖3-10客房 b樓層的基本屬性有樓層編號，樓層名稱，如圖3-11所示。 c客戶的屬性有：客戶姓名，性別，證件號，備注，如圖3-12所示。 客戶姓名 圖3-12客戶 d預訂單的基本屬性有預定單號，會員編號，客房類型，抵店時間，離店時 間，單據(jù)狀態(tài)，入

11、住人數(shù)，客房編號，客房價格，入住價格，折扣，折扣原因， 是否加床，預收款，預定電話，操作員，如圖3-13所示。 圖3-13預訂單 e.入住單的基本屬性有入住單號，會員編號，客房類型，抵店時間，單據(jù)狀 態(tài)，入住人數(shù)，客房編號，客房價格，入住價格，折扣，折扣原因，是否加床， 加床價格，預收款，預定電話，備注，操作員，早餐，叫醒，保密，Vip,應收賬 款，是否結賬，結賬日期，付款方式。如圖3-14所示。 圖3-14入住單 f賬單：賬單編號，入住單號，消費內容，消費金額, 消費時間，備注。如 圖3-15所示: 圖3-15賬單 3. 2. 2概念設計的總體E-R圖 綜合酒店管理系統(tǒng)的各個應用功能，就可以

12、得出系統(tǒng)的總體E-R圖。如下圖 3-16所示： 顧客 圖3-16酒店管理信息整體E-R圖 3. 3邏輯設計 邏輯結構設計的任務就是把概念結構轉換為與篩選的DBMS所支持的數(shù)據(jù)模型 相符合的過程。該系統(tǒng)的邏輯結構就是將概念結構（基本E-R圖）轉換為SQL SERVER所支持的關系型數(shù)據(jù)模型，具體轉換規(guī)則如下： &基本E-R圖轉換為SQL SERVER所支持的關系型數(shù)據(jù)模式（表），實體的屬 性就是關系的屬性，實體的碼就是關系的碼 b.個聯(lián)系轉化為一個關系模式，與該聯(lián)系相連的各實體的碼，以及聯(lián)系的 屬性轉化為關系屬性，對象同碼的關系模式進行合并。 根據(jù)上述轉換原則對該系統(tǒng)的實體進行了分解，同時，釆用

13、數(shù)據(jù)字典的方式 對該系統(tǒng)的邏輯結構進行描述。 客房信息（客房編號、客戶名稱、入住時間、樓層、床數(shù)）； 范式判定：客房編號是決定因素，且是主碼。 預定單子信息（預定單編號、客房類型、入住價格、客房編號、折扣）； 范式判定：預定單編號是決定因素，且是主碼。 消費信息（消費品編號、繳費方式、消費品名稱、消費總額、消費日期）； 范式判定：每一個非主屬性都不部分依賴于碼也不傳遞依賴于碼。所以客房 3NFo 客戶信息（客戶身份證號、客戶姓名、客房編號、消費品編號）； 范式判定：非主屬性不部分依賴于碼也不傳遞依賴于碼，所以投訴e3NFo 退房信息（客房編號、住房天數(shù)、客房類型、消費品編號）； 范式判定：非主

14、屬性不部分依賴于碼也不傳遞依賴于碼，且每一個決定因素 都包含碼，所以退房eBCNFo 說明：&下加橫線部分表示關系的碼 b.以上關系的詳細內容說明請參照概念結構設計中的具體內容 3. 4物理設計 本系統(tǒng)所使用的數(shù)據(jù)存儲要求為數(shù)據(jù)庫，各個數(shù)據(jù)選項都要從數(shù)據(jù)庫中存 取，存取單位是表格，存儲區(qū)域在系統(tǒng)的硬盤內，系統(tǒng)數(shù)據(jù)要滿足保密性，每位 用戶都設定了權限，只有滿足權限的用戶才能使用某項數(shù)據(jù)，需要在用戶輸入用 戶名時對其權限進行判斷。 表3-17顧客信息表 字段劃稱 類型 大小 是否為空 客房號 字符串類型 16 NOT NULL 姓名 字符串類型 16 NOT NULL 性別 字符串類型 4 NUL

15、L 年齡 字符串類型 4 NULL 職業(yè) 字符串類型 32 NULL 身份證號碼 符串類型 32 NOT NULL 賬單號 字符串類型 16 NOT NULL 退房日期 日期類型 16 NOT NULL 表3-18房間信息表 字段名稱 類型 大小 是否為空 客房號 字符串類型 16 NOT NULL 客房類型 字符串類型 8 NOT NULL 客房價 浮點類型 S NOT NULL 客房折扣 整型 8 NOT NULL 客房人數(shù) 日期類型 8 NOT NULL 登記時間 整型 16 NOT NULL 表3-19消費品信息表 字段名稱 類型 大小 是否為空 賬單號 字符串類型 16 NOT NU

16、LL 消費內容 字符串類型 32 NOT NULL 消費金額 浮點類型 16 NOT NULL 消費時間 字符串類型 32 NOT NULL 備注 整型 X NOT NULL 4程序模塊設計 4.1用戶登錄模塊設計 4.1. 1用戶界面模塊分析 該程序是用戶登錄時所必須要用到的，登陸之前需要驗證用戶身份的合法 性，故而需要用戶輸入程序，輸入用戶名及密碼來進行身份驗證。本程序為非常 駐內存，是子程序、可重用、是順序處理，在輸入之后方能進行驗證，如圖4-1 所示： 圖4-1用戶界而模塊 4.1.2運行結果 輸入：用戶標識caifeng,用戶口令0751401223。 處理：判斷用戶名和密碼是否有效

17、。填入后點擊登錄按鈕，系統(tǒng)將自動從 數(shù)據(jù)庫中的管理員信息表中判斷是否存在相同的用戶名和密碼等，如果有則進入 系統(tǒng)，如果不存在或密碼錯誤，則提示不是管理員或密碼有錯誤的信息。 輸出：登錄成功，進入管理員的功能選擇頁面，若不成功則顯示錯誤信息頁 面。 登錄界面如圖4-2所示: frBLogin 圖4-2系統(tǒng)登錄界面 當輸入錯誤的口令是出現(xiàn)時，看到的現(xiàn)象如圖4-3所示: 圖4-3錯誤口令界而圖 當輸入正確的時候出現(xiàn)界面如圖4-4所示： 圖4-4酒店管理系統(tǒng)主界而 4.2住宿管理模塊設計 4. 2.1住宿管理模塊分析 住宿管理用于對客房類型，客房價格，客房信息，系統(tǒng)參數(shù)等項U進行初始 化設置，這些設置

18、一般不輕易改動，包含的功能模塊如下圖4-5及圖4-6所示： 住宿管理 客房類型 客房價格 圖4-5住宿管理模塊圖 住宿管理 圖4-6住宿管理 4. 2. 2運行結果 當有客戶入住時，管理員選擇酒店管理系統(tǒng)中的入住登記功能！該功能能 方面管理員對客戶進行入住的登記。例如客戶選擇的客房類型，入住客戶的人 家，入住的日期等等！ 運行圖形界而如圖4-7所示： 入住登記 入件登記 入任遢號）0011 預訂單騎號|oso 入住人數(shù)廠 AttBSI 12010&26二1 離店日期畫&二 莊至電話|158B1531 殂曙狀態(tài)【巳対軟 爭房號I321 査詢空卑房價I50 1 是裨提供早餐曠 會員塢號1 保譽廠

19、磴收敦r 備往1 業(yè)務賈1許粋 析槍 叫匪 昱否結* 總金卷1 |如辭=付乳方或1竝 確定入住|取湘 圖4-7住宿模塊 4. 3消費模塊設計 4. 3.1消費模塊分析 消費管理員對顧客消費進行管理，包括提供顧客餐桌，管理顧客所點菜肴, 結帳等。如下圖4-8所示： 圖4-8消費模塊圖 4. 3. 2運行結果 客戶消費功能記錄了客戶在酒丿占里的一些消費信息，詳細的記錄了客房在具 體的某天，消費了某些物品，以及消費的金額，記錄好這些信息以便退房的那天 一起付款！ 程序運行界面如圖4-9所示: 圖4-9客戶消費模 5小結 通過這次課程設計讓我對前面學過的許多課程有了更為深刻的理解，也是我 對這三年所學的東西的一個綜合體現(xiàn)。然而這次設計讓我感受頗深，讓我真正體 會到了在整個過程給我?guī)淼臒o奈與快樂。綜合起來，主要體現(xiàn)在以下兒個方 面： 首先，急于求成的心情給我?guī)砹撕艽蟮睦щy。以前我注重是編碼過程，以為只 要能把最后的功能實現(xiàn)了就可以了，所以一開始我就稍微理了一下思緒就動起手 來編碼，我原以為很快就能完成此次任務