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