【正文】 ； 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、實際收款 )； 折扣規(guī)則 (折扣級別 、折扣情況 )； 訂單 (訂單號 、顧客號、經手人號、備注 )； 賬單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數、支出數、日期、經手人號、備注）； 總帳 (總帳編號 、部門號、財務狀況編號、收入、支出、凈利、日期、經手人號、備注 )； 財務狀 況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； 說明： ，主要加了各個實體中間的聯系，尤其是一對多的聯系，納為屬性 。 聯系所對應的關系模式： 1）、把客房和訂單之間的 n : m 的預約聯系轉化為相應的關系模式如下： 預約（ 訂單號 、 客房號、 始定時間、結束時間）； 2）、把顧客和房間之間的 n : m 的住宿聯系轉化為相應的關系模式如下： 住宿（ 顧客號 、 房間號碼 、住宿時間）； 3）、把顧客和項目之間的 n : m 的選擇聯系轉化為相應的關系模式如下： 選擇（ 顧客號 、 項目號 、發(fā)生時間、經受人號、備注）； 4）、其他聯系處理說明如下： 工資和員工之間的 1： 1 聯系與員工關系合并； 顧客和訂單之間的 1： 1 聯系與訂單關系合并； 折扣規(guī)則和款項之間的 1： 1 聯系與款項關系合并； 員工和部門之間的 n： 1 聯系與員工關系合并； 部門和財務狀況之間的 n： 1 聯系與部門關系合并； 客房和部門之間的 n： 1 聯系與 客房關系合并； 項目和部門之間的 n： 1 聯系與項目關系合并； 總帳和財務狀況之間的 n： 1 聯系與總帳關系合并； 帳單和總帳之間的 n： 1 聯系與帳單關系合并； 帳單和項目之間的 n： 1 聯系與項目關系合并； 第 15 頁 二 .優(yōu)化后的數據模型 按照數據依賴對關系模式進行逐一分析，并進行極小化處理： 員工 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； BCNF 工資 (員工號 、等級、實際工資、基本工資、出勤工資 )； BCNF 部門 (部門號 、名稱、部門經理、員工數量、財務狀況編號 )； BCNF 項目 (項目編號 、部門號碼、名稱、所在位置、收費標準、負責人號 )； BCNF 顧客 (顧客編號 、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； BCNF 優(yōu)化說明：刪除了使用時間，一是因為“使用時間”對于顧客的屬性必要性不強，二是因為使用時間在別的關系中也可以查詢到。 客房（ 客房號 、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； BCNF 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、 實際收款 )； BCNF 折扣規(guī)則 (折扣級別 、折扣情況 )； BCNF 訂單 (訂單號 、顧客號、經 手人號、備注 )； BCNF 賬單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數、支出數、日期、經手人號、備注）； BCNF 總帳 (總帳編號 、部門號、財務狀況編號、收入、支出、日期、經手人號、備注 )； BCNF 優(yōu)化說明：刪除了凈利 , 這一項可以根據收入、支出可以計算，而且并不經常對它進行查詢。 財務狀況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； 1NF 優(yōu)化說明：凈利潤沒有刪除 , 因為在這一項上查詢比較頻繁 , 如果每次查詢都計算 , 必然使系統(tǒng)計算增加，性能降低。保留下來雖然造成了一定的冗余 , 但提高了查詢的效率， 利大于弊。 預約（ 訂單號、客房號 、始定時間、結束時間）； 3NF 住宿（ 顧客號、房間號碼 、住宿時間）； 3NF 選擇（ 顧客號、項目號 、發(fā)生時間、經受人號、備注）； 3NF 對關系模式進行必要的分解： 因公司內人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關系按部門進行水平分解，以提高查詢效率。 水平分解：員工 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 ) 改為：負責人員 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 服務人員 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 經手人員 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 三、用戶子模式設計 1．經理子系統(tǒng)用戶子模式 員工 (員工號 、姓名、級別、部門號、職務、部門經理、實際工資 )； 因為經理對于員工其他情況不會經常關注，經常使用的只有以上各項，所以在經理子系統(tǒng)上設立員工 第 16 頁 關系。 2．住宿子系統(tǒng)用戶子模式 客房（ 客房號 、位置、設備、收費標準、管理人員號、狀態(tài)）； 因為管理員工對于客房的其他情況不會經常使用，經常使用的只有以 上各項，所以在住宿子系統(tǒng)上設立客房關系 3．經營管理子系統(tǒng)用戶子模式 顧客（ 顧客編號 、住宿號、姓名、級別、應收款、使用時間、備注） 因為對于顧客的情況管理經常使用是以上各項，所以在經營管理子系統(tǒng)上設立顧客關系。 六、物 理 結 構 設 計 一 . 存儲結構設計 經過分析可知 ,本酒店管理系統(tǒng)中信息處理的特點如下： （１）飲食、住宿、娛樂三大部門的數據不僅經常需要查詢 ,而且更新速度快 ,例如住宿部門的來客查詢與登記，房間的動態(tài)分配等。 （２）各個部門信息要求共享的信息較多。例如員工信息 ,來客信息等。但財務信息一般不共享。 （３）經理部門有一定的特殊職能：匯總財務信息；對于被辭退的員工從系統(tǒng)中級聯刪除其信息、如從員工表中刪除其基本信息、從它所服務的工作部門中刪除該員工的工作名額，結算支付其工資、獎金；同時補充新的員工，代替它的工作。 針對這些特點，設計如下 : 1. 確定數據庫的存放位置 為了提高系統(tǒng)性能，現根據應用情況將數據按照易變部分和穩(wěn)定部分、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。同時，考慮到本系統(tǒng)是多用戶的，為了提高效率，數據庫的備份的數據和日志文件將保存在磁帶中。 ? 經常存取部分： 員 工 (員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 工資 (員工號、等級、實際工資、基本工資、出勤工資 )； 客房（客房號、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、實際收款 )； 折扣規(guī)則 (折扣級別 、折扣情況 )； 項目 (項目編號 、部門號碼、名稱、所在位置、收費標準、負責人號 )； 顧客 (顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； ? 存取頻 率較低的部分： 部門 (部門號 、名稱、部門經理、員工數量、財務狀況編號 )； 賬單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數、支出數、日期、經手人號、備注）； 訂單 (訂單號 、顧客號、經手人號、備注 )； 第 17 頁 總帳 (總帳編號 、部門號、財務狀況編號、收入、支出、日期、經手人號、備注 )； 財務狀況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； 2. 確定系統(tǒng)配置 酒店管理系統(tǒng)需要的微機數量和規(guī)模都不必太大，但在系統(tǒng)設計時應考慮到酒店的發(fā)展需求，在選擇硬件設備、服務器操作系統(tǒng)、數據庫時都考慮到能夠逐步的增加和擴展。 本酒 店管理系統(tǒng)選用了 Windows9x 系統(tǒng)作為微機的操作系統(tǒng)，它能夠有較好的使用界面并能夠充分發(fā)揮出微機硬件的作用，比較適合酒店這樣的機構；另外，選用了目前應用最多的 ORACLE 數據庫。 由于涉及到酒店的財務管理，數據的完整性和安全性顯得尤其重要。系統(tǒng)中的數據一旦丟失，將需要很長時間進行恢復，有時甚至使信息系統(tǒng)不得不從系統(tǒng)初始化階段重新開始運行。每天進行數據備份是保障系統(tǒng)安全的重要手段。數據備份需要嚴格按照事先制定的備份與故障恢復策略進行，并落實備份登記和檢查措施。 具體的系統(tǒng)配置應當根據系統(tǒng)實際運行情況做進 一步的調整。 二 . 存取路徑設計 1. 存取方式的分析 : 對飲食、住宿、娛樂三個子系統(tǒng)的各個關系最經常的操作是查找，假設現有 n 個住宿房間的信息，如果采取順序查找，平均查找 n/2 次；建立 B+樹索引，則平均查找次數為 B+樹的層數 log2n+1。 所以 選擇 B+樹作為索引 ,具體設計如下： ? 對以下經常在查詢中出現的關系的碼建立索引 說明：下加橫線部分表示關系的碼 員工 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 工資 (員工號 、等級、實際工資、基本工資、出勤工資 )； 部門 (部門號 、名稱、部門經理、員 工數量、財務狀況編號 )； 客房（ 客房號 、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、實際收款 )； 折扣規(guī)則 (折扣級別 、折扣情況 )； 財務狀況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； ? 以下經常進行連接操作的關系的碼建立索引 : 員工號 、 客房號 、 部門號 等 ? 由于下面幾個關系模式的更新頻率很高 ,所以沒有定義索引 : 顧客 (顧客編號 、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； 訂單 (訂單號 、顧客號、經手人號、備注 )； 賬 單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數、支出數、日期、經手人號、備注）； 三 . 設計評價及說明 上述設計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權衡，根據酒店管理的實際出發(fā)，以時間效率和用戶的實際需求為根本，得出的最后方案。