【文章內容簡介】 余和沖突后生成了基本 ER圖 . 階段結果 （ 1）根據不同的對象，從第二層數據流程圖入手，分別畫出各分 ER圖： （ a）從數據流圖圖 、圖 、圖 ER圖 : 圖 分 ER 圖 1 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 5 （ c）從分 ER圖圖 ER圖 ： （ b）從數據流圖圖 抽象出的 ER 圖： 注：因為排版原因將圖 和圖 換位子； （ 2） 各 E－ R 圖各 實體的屬性如下所示： 顧客： Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount， balance) 客房基本信息： RoomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消費項目： Atariff（ Atno,Atname,Atprice） 客房物品信息： RoGoInfo(Goodsno,Goodsname,Oprice,Dmultiple) 各 ER 圖各聯系的屬性如下所示： 預訂： Reserve(Stime1,Rtime, Rltime) 退訂： Back(Stime2) 入?。?Into(Stime3,Atime,Ltime) 換房： Change(Stime4) 退房： Return(Stime5) 消費： Consumelist(Amount,Wtime) 物品賠償單 GoAmInfo(Dnum， Amendstime) 圖 全局 ER 圖 圖 分 ER 圖 2 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 6 4 邏輯設計階段 邏輯設計的任務和目標 以上的概念設計階段是獨立于任何一種數據模型的，但是邏輯設計階段就與選用的 DBMS產品發(fā)生關系了，系統邏輯設計的任務就是將概念設計階段設計好的基本 ER圖轉換為選用 DBMS產品所支持的數據模型相符合的邏輯結構。具體內容包括數據組織（將 ER 圖轉換成關系模型、模型優(yōu)化、數據庫模式定義、用戶子模式設計）、數據處理（畫出系統功能模塊圖）兩大任務。 數據組織 將 ER 圖轉換為關系模型 實體型轉換為關系模式。實體的屬性就是關系的屬性，實體的碼就是關系 的碼。對于實體間的聯系則有以下不同的情況： 一個 m： n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 一個 1： n聯系可以轉換為一個獨立的關系模式，也可以與 n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為 n端實體的碼。 一個 1： 1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯系可以轉換為一個關系模 式。與該多元聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合 具有相同碼的關系模式可合并。 由于顧客與客房的聯系方式為 1： n(一對多 )，可以將其之間的聯系與 n 端實體客房合并，也可以獨立作為一種關系模式，我們選擇將其作為獨立的關系模式。由于顧客與客房物品，消費項目的聯系方式為 n:n(多對多 )，可以將其之間的聯系轉化為獨立的關系模式，具體的基本 ER 圖向關系模型的轉化如下： 顧客： Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount， balance) 客房基本信息： RoomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消費項目： Atariff（ Atno,Atname,Atprice） 客房物品信息： RoGoInfo(Goodsno,Rno,Goodsname,Oprice,Dmultiple) 預訂： Reserve(Gno,Rno,Stime1,Rtime, Rltime) 退訂： Back(Gno,Rno,Stime2) 入?。?Into(Gno,Rno,Stime3,Atime,Ltime) 換房： Change(Gno,Rno,Stime4) 退房： Return(Gno,Rno,Stime5) 消費： Consumelist(Atno,Gno,Amount,Wtime) 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 7 物品賠償單 GoAmInfo(Goodsno,Gno,Rno, Amendstime ,Dnum) (注：畫雙線的為主碼 ) 模型優(yōu)化 關系模式 Guest,RoomInfo,Atariff,RoGoInfo,Reserve,Back,Into,Change,Return,Consumelist,GoAmInfo 不存在非主屬性對主屬性的部分函數依賴，也不存在傳遞函數依賴，已經達到了 3NF，但是 關系模式Reserve,Back,Into,Change,Return 的主碼都相同，如果用 5 個關系模式表示這幾個關系，有很大的冗余，所以將 5 個關系模式優(yōu)化為關系模式： 房態(tài)基本表： RoomState(Gno,Rno,Atime, Ltime,Rtime, Rltime,IntoPrice,Days,Stime,flag)，其中 flag 為標志位，表示客房的狀態(tài)為預訂，入住，空。 數據庫模式 定義 數據庫的模式定義包括三個方面： 1. 數據的邏輯結構； 2. 數據之間的聯系； 3. 數據有關的完整性約束、安全性要求。 表 4－ 1 數據庫模式匯總 編號 數據庫模式 說明 T1 Guest 顧客基本信息（詳見附錄 3） T2 RoomInfo 客房基本信息（詳見附錄 3） T3 Atariff 消費項目基本信息（詳見附錄 3） T4 RoGoInfo 客房物品基本信息（詳見附錄 3） T5 RoomState 房態(tài)基本信息（詳見附錄 3） T6 Consumelist 消費基本信息（詳見附錄 3） T7 GoAmInfo 物品賠償信息（詳見附錄 3） 用戶子模式定義 將概念模型轉換為全局邏輯模型后，還應該根據局部應用的需要，結合具體 DBMS 的特點，設計用戶的外模式。用戶模式注重考慮用戶的習慣與方便。包括： （ 1） 使用更符合用戶習慣的別名。 （ 2） 可以對不同級別的用戶定義不同的 View，以保證系統的安全性。 （ 3） 簡化用戶對系統的使用。 表 4－ 2 用戶子模式定義 編號 用戶子模式（ View）作用（共性：提供數據保密和安全保護機制 V1 BookView 便于查詢預定信息 （ 詳見附錄 3） V2 IntoView 便于查詢入住信息 （ 詳見附錄 3） V3 EmRoView 便于查詢空房信息 （ 詳見附錄 3） 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 8 5 物理設計階段 物理設計階段的目標與任務 數據庫的物理設計就是為邏輯數據模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務： （ 1）確定數據庫的物理結構，在關系數據庫中主要是存取方法和存儲結構； （ 2）對物理結構進行評價，評價的重點是時間和空間效率。 系統功能模塊圖 本系統的功能主要包括如圖幾個方面： 程序流程圖 管理信息系統處理方式的合理選擇，是一個處 理過程的設計問題。選擇處理方式實際上就是根據系統的任務、目標和環(huán)境條件，合理選擇信息活動的形式及其具體方法。 （ 1） 顧客基本信息的查詢和更新： 描述顧客信息的查詢和更新（插入、刪除和更新）的過程。 圖 酒店管理系統功能模塊圖 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 9 （ 2）客房物品、娛樂信息查詢和更新（插入，刪除和更新）程序流程圖： 圖 顧客信息查詢和更新程序流程圖 圖 客房物品、娛樂信息查詢和更新程序流程圖 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 10 6 實施階段 建立數據庫、數據表、視圖 建立數據庫 數據庫的建立 Create database Hotelmanagement 建立數據表 （具體 SQL語句見附錄 ） 建立視圖 （具體 SQL語句見附錄 ） 建立存儲過程 （具體 SQL 語句見附錄 ） 本系統建立了 13 個存儲過程： 表 6－ 1 存儲過程匯總表 編號 存儲過程名稱 定義 作用 P1 lsqSearchDate 詳見（附錄 ） 查看某一天各種娛樂項目及其總量 P2 lsqSearchEmpty 詳見（附錄 ） 查看某一層樓的空房間 P3 lsqWatchGuest 詳見（附錄 ） 查看顧客信息 P4 lsqSearchGuest 詳 見（附錄 ） 查看某一位顧客的消費及余額情況 P5 lsqConsumeList 詳見（附錄 ） 詳見（附錄 ） P6 lsqAddRoomGoods 詳見（附錄 ） 插入新的客房物品信息 P7 lsqAddAmusement 詳見（附錄 ） 插入新的娛樂項目 P8 lsqAddGuest 詳見（附錄 ） 插入新顧客信息 P9 lsqMoney 詳見（附錄 ） 顧客付費 P10 lsqBook 詳見（附錄 ） 顧客訂房 P11 lsqInto 詳見 （附錄 ） 顧客入住 P12 lsqInsertAmends 詳見（附錄 ） 插入新的物品賠償信息 P13 lsqDeleteRoom 詳見（附錄 ） 退房 2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 11 建立觸發(fā)器 （具體 SQL 語句見附錄 ） 表 6－ 2 觸發(fā)器匯總 編號 觸發(fā)器名稱 定義 作用 Tr1 tri_discount 詳見（附錄 ） 插入房態(tài)信息），觸發(fā) guest 表，根據顧客積分計算顧客新的折扣度 Tr2 tri_grade_balance 詳見（附錄 ） 當修改房態(tài)信息（即插入入住信息）時， 觸發(fā) guest 表，計算新積分及余額 Tr3 tri_delete 詳見（附錄 ） 刪除客房信息（即退房）時，觸發(fā) guest 表，把顧客的預付款和余額設為 0 Tr4 tri_grade1 詳見（附錄 ） 當插入新的娛樂消費信息時，觸發(fā) guest 表，從新計算顧客積分和余額 Tr5 tri_AmendsMoney 詳見（附錄 ） 當插入新的物品賠償信息時，觸發(fā) guest 表，從新計算顧客積分和余額 數據入庫 系統包括 顧客預訂 信息管理、 客房入住 信息管理、 顧客換房信息 管理、 顧客退房 信息管 理、財務管理等五大功能模塊，共有 7張基本表 ,采用事先在 Excel中錄入數據 ,然后使用 SQL Server 2020數據導入 /導出向導功能 ,直接將數據導入到相應的基本表中。 7 系統調試、測試 對該酒店客房管理系統 進行測試 ，驗證每個 功能是否符合要求，具體的測試如下： 1 基本表和視圖視圖查看（見附錄 ） 2 檢驗各個存儲過程（見附錄 ） 3 檢驗各個觸發(fā)器（見附錄 ） 8 心得體會 1. 加深了對數據庫設計有關知識的理解。之前對于數據庫設計各階段的理解不透徹，很多概念都很模糊。通過本次課程設計，我進一步了解 了書本上的知識，并且親身體驗了數據庫設計的各個環(huán)節(jié)。了解了數據庫設計的流程。感觸最深的是需求分析階段和概念模型設計階段。需求分析階段是整個數據庫設計的基礎，這個階段直接影響到后面各個階段的設計。由于對業(yè)務不是十分精通，在這個階段返工了好幾次，起先以部門為基礎畫業(yè)務流程圖，可是發(fā)現錯了，然后以業(yè)務為基礎畫業(yè)務流程圖。反反復復的修改。如果這個階段做的不好，后面就無法繼續(xù)進行2020 級信管專業(yè) 2 班數據庫應用系統課程設計課程論文 12 下去。概念模型設計階段，最重要的是從數據流圖中抽象出實體，并且要考慮沖突的發(fā)生。 2. 更深入的了解并掌握了 SQL SERVER 2020 的功能。 由于在有關存儲過程和觸發(fā)器的知識掌握的不是太好，實習的時候也只是按實習指導書上的代碼進行編寫，并不了解觸發(fā)器的真正原理，但是在此次課程設計中，大量的用到觸發(fā)器和存儲過程，了解了它們的功能和原理。 3. 更加了解了 SQL 語句，在酒店客房管理系統的實施階段，因為有大量的功能要通過觸發(fā)器、存儲過程來實現，所以鍛煉了自己的編程能力。 4. 這次課程