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