【正文】 ）； 因為管理員工對于客房的其他情況不會經(jīng)常使用，經(jīng)常使用的只有以 上各項，所以在住宿子系統(tǒng)上設立客房關系 3．經(jīng)營管理子系統(tǒng)用戶子模式 顧客（ 顧客編號 、住宿號、姓名、級別、應收款、使用時間、備注） 因為對于顧客的情況管理經(jīng)常使用是以上各項，所以在經(jīng)營管理子系統(tǒng)上設立顧客關系。但財務信息一般不共享。 ? 經(jīng)常存取部分： 員 工 (員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 工資 (員工號、等級、實際工資、基本工資、出勤工資 )； 客房（客房號、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、實際收款 )； 折扣規(guī)則 (折扣級別 、折扣情況 )； 項目 (項目編號 、部門號碼、名稱、所在位置、收費標準、負責人號 )； 顧客 (顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； ? 存取頻 率較低的部分： 部門 (部門號 、名稱、部門經(jīng)理、員工數(shù)量、財務狀況編號 )； 賬單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）； 訂單 (訂單號 、顧客號、經(jīng)手人號、備注 )； 第 17 頁 總帳 (總帳編號 、部門號、財務狀況編號、收入、支出、日期、經(jīng)手人號、備注 )； 財務狀況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； 2. 確定系統(tǒng)配置 酒店管理系統(tǒng)需要的微機數(shù)量和規(guī)模都不必太大，但在系統(tǒng)設計時應考慮到酒店的發(fā)展需求，在選擇硬件設備、服務器操作系統(tǒng)、數(shù)據(jù)庫時都考慮到能夠逐步的增加和擴展。每天進行數(shù)據(jù)備份是保障系統(tǒng)安全的重要手段。 所以 選擇 B+樹作為索引 ,具體設計如下： ? 對以下經(jīng)常在查詢中出現(xiàn)的關系的碼建立索引 說明：下加橫線部分表示關系的碼 員工 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； 工資 (員工號 、等級、實際工資、基本工資、出勤工資 )； 部門 (部門號 、名稱、部門經(jīng)理、員 工數(shù)量、財務狀況編號 )； 客房（ 客房號 、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； 款項 (款項編號 、顧客號、項目號、折扣級別、使用時間、應收款、實際收款 )； 折扣規(guī)則 (折扣級別 、折扣情況 )； 財務狀況（ 財務狀況編號 、時期、總收入、總支出、凈利潤）； ? 以下經(jīng)常進行連接操作的關系的碼建立索引 : 員工號 、 客房號 、 部門號 等 ? 由于下面幾個關系模式的更新頻率很高 ,所以沒有定義索引 : 顧客 (顧客編號 、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； 訂單 (訂單號 、顧客號、經(jīng)手人號、備注 )； 賬 單（ 賬單編號 、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）； 三 . 設計評價及說明 上述設計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權衡，根據(jù)酒店管理的實際出發(fā)，以時間效率和用戶的實際需求為根本，得出的最后方案。 具體的系統(tǒng)配置應當根據(jù)系統(tǒng)實際運行情況做進 一步的調(diào)整。 由于涉及到酒店的財務管理，數(shù)據(jù)的完整性和安全性顯得尤其重要。 針對這些特點，設計如下 : 1. 確定數(shù)據(jù)庫的存放位置 為了提高系統(tǒng)性能，現(xiàn)根據(jù)應用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。 （２）各個部門信息要求共享的信息較多。 預約（ 訂單號、客房號 、始定時間、結(jié)束時間）； 3NF 住宿（ 顧客號、房間號碼 、住宿時間）； 3NF 選擇（ 顧客號、項目號 、發(fā)生時間、經(jīng)受人號、備注）； 3NF 對關系模式進行必要的分解： 因公司內(nèi)人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關系按部門進行水平分解，以提高查詢效率。 聯(lián)系所對應的關系模式： 1）、把客房和訂單之間的 n : m 的預約聯(lián)系轉(zhuǎn)化為相應的關系模式如下： 預約（ 訂單號 、 客房號、 始定時間、結(jié)束時間）； 2）、把顧客和房間之間的 n : m 的住宿聯(lián)系轉(zhuǎn)化為相應的關系模式如下： 住宿（ 顧客號 、 房間號碼 、住宿時間）； 3）、把顧客和項目之間的 n : m 的選擇聯(lián)系轉(zhuǎn)化為相應的關系模式如下： 選擇（ 顧客號 、 項目號 、發(fā)生時間、經(jīng)受人號、備注）； 4）、其他聯(lián)系處理說明如下： 工資和員工之間的 1： 1 聯(lián)系與員工關系合并； 顧客和訂單之間的 1： 1 聯(lián)系與訂單關系合并； 折扣規(guī)則和款項之間的 1： 1 聯(lián)系與款項關系合并； 員工和部門之間的 n： 1 聯(lián)系與員工關系合并； 部門和財務狀況之間的 n： 1 聯(lián)系與部門關系合并； 客房和部門之間的 n： 1 聯(lián)系與 客房關系合并； 項目和部門之間的 n： 1 聯(lián)系與項目關系合并； 總帳和財務狀況之間的 n： 1 聯(lián)系與總帳關系合并； 帳單和總帳之間的 n： 1 聯(lián)系與帳單關系合并； 帳單和項目之間的 n： 1 聯(lián)系與項目關系合并； 第 15 頁 二 .優(yōu)化后的數(shù)據(jù)模型 按照數(shù)據(jù)依賴對關系模式進行逐一分析，并進行極小化處理： 員工 (員工號 、姓名、性別、年齡、工齡、級別、部門號、職務、備注 )； BCNF 工資 (員工號 、等級、實際工資、基本工資、出勤工資 )； BCNF 部門 (部門號 、名稱、部門經(jīng)理、員工數(shù)量、財務狀況編號 )； BCNF 項目 (項目編號 、部門號碼、名稱、所在位置、收費標準、負責人號 )； BCNF 顧客 (顧客編號 、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注 )； BCNF 優(yōu)化說明：刪除了使用時間，一是因為“使用時間”對于顧客的屬性必要性不強，二是因為使用時間在別的關系中也可以查詢到。 消除不必要的冗余，生成基本 ER 圖。 解決各分 ER 圖之間的沖突，將各分 ER 圖合并起來生成初步 ER 圖。 財務管理子系統(tǒng) 本開發(fā)小組成員經(jīng)過調(diào)查、信息流程分析、數(shù)據(jù)收集 ,并結(jié)合需求分析，明確了 —— 、子系統(tǒng)的功能 : A. 對各個部門上交上來的收支情況進行匯總，得出各個部門的損益情況； B. 對整個酒店各 個部門的損益情況進行匯總登記，得出本期酒店的損益； C. 將整個酒店的收益情況下發(fā)給各個部門，帳務公開，集思廣益。 、具體調(diào)整如下 : 1．本來員工還應對應一個領導關系 ,但這里為了簡便 ,就用員工的“等級 ” 屬性來表示員工之間的領導關系； 2．款項本可以作為顧客的一個屬性來設置，但這里為了強調(diào)對顧客的折扣情況，需要對款項進行進一步的描述，因此這里作為一個實體； 3．對顧客所采取的折扣規(guī)則，本應該根據(jù)顧客的實際消費量來劃定，這里為了方便起見，給每位顧客添加了一個“級別”屬性，用以對應采取的 折扣規(guī)則； 4．部門對應的賬單本應屬于財務子系統(tǒng)的內(nèi)容，這里為了簡化財務子系統(tǒng)，先在各個子系統(tǒng)中進行財務總結(jié)，因此，將賬單也作為一個實體； 住宿管理部門子系統(tǒng) 本開發(fā)小組成員經(jīng)過調(diào)查、信息流程分析、數(shù)據(jù)收集 ,并結(jié)合需求分析，明確了 —— 負責 選擇 應付 對應 核算 第 10 頁 、子系統(tǒng)的功能 : 、分類、編號、制定收費標準、分配服務人員。 （支付工資等）。 本過程結(jié)構設計過程采用自底向上的設計方法 ,即首先定義各局部應用的概念結(jié)構 ,然后將它們集成起來 ,得到全局概念結(jié)構 . 下面給出各個子系統(tǒng)的分析及分 ER 圖的設計及對其進行的各項調(diào)整。 2． 財務子系統(tǒng) A. 每天的收入、支出登記 {編號、發(fā)票號、摘要、數(shù)量、單位、數(shù)額、經(jīng)手人、日期 } B. 期末各子系統(tǒng)的財務匯總 {編號、上月余額、總收 入、總支出、余額、經(jīng)手人、日期 } C. 期末酒店匯總個部門的財務報表，結(jié)算本酒店收益 第 3 頁 (編號、部門號、部門名稱、收入、支出、凈收入、經(jīng)手人、日期 ) 3． 住宿子系統(tǒng) A. 來客登記 若多人住同一房間，只作一個記錄。 C. 對新增部門作各種初始工作。同時“飲食子系統(tǒng)”取消，因為它的所有需要涵蓋的功能都已包含在“財務子系統(tǒng)”中。 （支付工資等）。它的主要職責有： 。娛樂部門的特點與飲食部門很相似，不便于使用計算機進行操作。 房間的客滿程度。 在規(guī)模較大的酒店餐飲服務部分，餐廳可分成幾個等級或幾個小部門，然后各自形成小系統(tǒng)，本系統(tǒng)為了簡單起見，把飲食部門作為一個子系統(tǒng)，不再細 分。它提供服務的特點是實時性強、持續(xù)時間短，強調(diào)效率。 ......................................................................................12 總 ER 圖 : .........................................................................................................12 五、邏 輯 結(jié) 構 設 計 ..................................................................................................14 一 .與總 ER 圖對應的關系模式 ................................................................................14 實體所對應的關系模式： .........................................