【正文】 員工號、等級、實際工資、基本工資、出勤工資)部門(部門號、名稱、部門經(jīng)理、員工數(shù)量)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人、備注）具體調(diào)整如下:1. 本來員工還應(yīng)對應(yīng)一個領(lǐng)導(dǎo)關(guān)系,但這里為了簡便,就用員工的”等級”屬性來表示員工之間的領(lǐng)導(dǎo)關(guān)系；2. 工資本應(yīng)作為員工的一個屬性，但這里需強調(diào)員工對應(yīng)的出勤工資（由出勤情況決定），因此將它單獨作為一個實體；3. 部門對應(yīng)的賬單本應(yīng)屬于財務(wù)子系統(tǒng)的內(nèi)容，這里為了簡化財務(wù)子系統(tǒng)，先在各個子系統(tǒng)中進行財務(wù)總結(jié)，因此，將賬單也作為一個實體。根據(jù)需求分析給出的數(shù)據(jù)流圖,參照數(shù)據(jù)字典中的詳細(xì)描述,給出經(jīng)理管理部門的分ER圖:住宿負(fù)責(zé)顧客 m n 客房 m n 員工 1 1 1核算預(yù)訂應(yīng)付 m預(yù)約 1 賬單 1 1 訂單 1對應(yīng)款項 1 1 折扣規(guī)則實體屬性定義:顧客(顧客號、級別、姓名、年齡、性別、證件類型、證件號碼、入住時間、退出時間、備注)客房（客房號、類別、位置、設(shè)備、收費標(biāo)準(zhǔn)、管理人員、狀態(tài)）員工(員工號、姓名、性別、年齡、工齡、級別、部門、備注)款項(顧客號、級別、使用時間、應(yīng)收款、實際收款、折扣)折扣規(guī)則(級別、折扣情況)訂單(訂單號、時間、房間號、經(jīng)手人、備注)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人、備注）對ER圖調(diào)整的準(zhǔn)則:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據(jù)項，不再包含其他信息。具體調(diào)整如下:員工應(yīng)對應(yīng)一個領(lǐng)導(dǎo)關(guān)系,但為了簡便起見,就用員工的“等級”屬性來表示員工之間的領(lǐng)導(dǎo)關(guān)系。由于本系統(tǒng)較簡單，所以并不存在這種沖突； （2）屬性取值單位沖突。下面給出ER圖。財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；1NF優(yōu)化說明：凈利潤沒有刪除, 因為在這一項上查詢比較頻繁, 如果每次查詢都計算, 必然使系統(tǒng)計算增加，性能降低。2．住宿子系統(tǒng)用戶子模式客房（客房號、位置、設(shè)備、收費標(biāo)準(zhǔn)、管理人員號、狀態(tài)）；因為管理員工對于客房的其他情況不會經(jīng)常使用，經(jīng)常使用的只有以上各項，所以在住宿子系統(tǒng)上設(shè)立客房關(guān)系3．經(jīng)營管理子系統(tǒng)用戶子模式顧客（顧客編號、住宿號、姓名、級別、應(yīng)收款、使用時間、備注）因為對于顧客的情況管理經(jīng)常使用是以上各項，所以在經(jīng)營管理子系統(tǒng)上設(shè)立顧客關(guān)系。但財務(wù)信息一般不共享。l 經(jīng)常存取部分： 員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務(wù)、備注)； 工資(員工號、等級、實際工資、基本工資、出勤工資)； 客房（客房號、類別、部門號、位置、設(shè)備、收費標(biāo)準(zhǔn)、管理人員號、狀態(tài)）； 款項(款項編號、顧客號、項目號、折扣級別、使用時間、應(yīng)收款、實際收款)； 折扣規(guī)則(折扣級別、折扣情況)； 項目(項目編號、部門號碼、名稱、所在位置、收費標(biāo)準(zhǔn)、負(fù)責(zé)人號)； 顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；l 存取頻率較低的部分：部門(部門號、名稱、部門經(jīng)理、員工數(shù)量、財務(wù)狀況編號)；賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）；訂單(訂單號、顧客號、經(jīng)手人號、備注)；總帳(總帳編號、部門號、財務(wù)狀況編號、收入、支出、日期、經(jīng)手人號、備注)；財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；2. 確定系統(tǒng)配置酒店管理系統(tǒng)需要的微機數(shù)量和規(guī)模都不必太大，但在系統(tǒng)設(shè)計時應(yīng)考慮到酒店的發(fā)展需求，在選擇硬件設(shè)備、服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫時都考慮到能夠逐步的增加和擴展。每天進行數(shù)據(jù)備份是保障系統(tǒng)安全的重要手段。所以選擇B+樹作為索引,具體設(shè)計如下：l 對以下經(jīng)常在查詢中出現(xiàn)的關(guān)系的碼建立索引說明：下加橫線部分表示關(guān)系的碼員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務(wù)、備注)；工資(員工號、等級、實際工資、基本工資、出勤工資)；部門(部門號、名稱、部門經(jīng)理、員工數(shù)量、財務(wù)狀況編號)；客房（客房號、類別、部門號、位置、設(shè)備、收費標(biāo)準(zhǔn)、管理人員號、狀態(tài)）；款項(款項編號、顧客號、項目號、折扣級別、使用時間、應(yīng)收款、實際收款)；折扣規(guī)則(折扣級別、折扣情況)；財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；l 以下經(jīng)常進行連接操作的關(guān)系的碼建立索引:員工號、客房號、部門號等l 由于下面幾個關(guān)系模式的更新頻率很高,所以沒有定義索引:顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；訂單(訂單號、顧客號、經(jīng)手人號、備注)；賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）；三. 設(shè)計評價及說明上述設(shè)計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權(quán)衡，根據(jù)酒店管理的實際出發(fā)，以時間效率和用戶的實際需求為根本，得出的最后方案。具體的系統(tǒng)配置應(yīng)當(dāng)根據(jù)系統(tǒng)實際運行情況做進一步的調(diào)整。由于涉及到酒店的財務(wù)管理，數(shù)據(jù)的完整性和安全性顯得尤其重要。針對這些特點，設(shè)計如下:1. 確定數(shù)據(jù)庫的存放位置 為了提高系統(tǒng)性能，現(xiàn)根據(jù)應(yīng)用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。（２）各個部門信息要求共享的信息較多。預(yù)約（訂單號、客房號、始定時間、結(jié)束時間）；3NF住宿（顧客號、房間號碼、住宿時間）；3NF選擇（顧客號、項目號、發(fā)生時間、經(jīng)受人號、備注）；3NF 對關(guān)系模式進行必要的分解： 因公司內(nèi)人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關(guān)系按部門進行水平分解，以提高查詢效率。聯(lián)系所對應(yīng)的關(guān)系模式：1）、把客房和訂單之間的n : m的預(yù)約聯(lián)系轉(zhuǎn)化為相應(yīng)的關(guān)系模式如下： 預(yù)約（訂單號、客房號、始定時間、結(jié)束時間）；