酒店管理系統(tǒng)數(shù)據庫設計推薦

1、    酒 店 管 理 系 統(tǒng)一、背景說明 目前大多數(shù)酒店提供的服務多種多樣，規(guī)模大小也各不相同，但稍具規(guī)模的酒店必含下面三類服務：飲食、住宿和娛樂。由于我們對酒店行業(yè)沒有具體的接觸和實質性的了解。此次數(shù)據庫設計只能在一些收集到的基本材料與個人直觀認識的基礎上，簡單模仿中等規(guī)模的酒店設計管理系統(tǒng)，并將其抽象成一個由三部門組成、實現(xiàn)三大服務的系統(tǒng)。二、部門的劃分1 飲食部門 它是酒店基本部門之一。它提供服務的特點是實時性強、持續(xù)時間短，強調效率。例如，顧客人數(shù)、顧客所用的菜及其它飲料等種類繁多，數(shù)量不等；后勤各種活動如采購等頻繁發(fā)生。通過分析可發(fā)現(xiàn)，用人工完成此類操

2、作比計算機更具實效與時效，且此類信息也沒有長時間保留的必要，因此這些信息沒有必要采用數(shù)據庫管理。對于飲食部門，需要較長時間保留的信息主要是財務信息，一方面便于期末匯總，另一方面便于向上級報告。在規(guī)模較大的酒店餐飲服務部分，餐廳可分成幾個等級或幾個小部門，然后各自形成小系統(tǒng)，本系統(tǒng)為了簡單起見，把飲食部門作為一個子系統(tǒng)，不再細分。2 住宿管理部門它也是酒店基本部門之一。住宿管理部門的主要職責有：A.給個房間布置各種設備、分類、編號、制定收費標準、分配服務人員。B.登記旅客信息，確認其身份，登記其入住、退房時間。C.統(tǒng)計各類房間的客滿程度。D.對本部門的財務流動進行登記處理。以上信息處理可以通過計

3、算機完成，其他不便于計算機操作的在此沒有列出。3 娛樂管理部門娛樂是酒店非主流服務，它的存在除了贏利，更多的是為了吸引顧客食宿。娛樂部門的特點與飲食部門很相似，不便于使用計算機進行操作?？梢杂糜嬎銠C完成并且有必要用計算機完成的有：A.制定收費標準，分配負責人.B.收入支出財務處理：編號、財務來源去處的摘要、數(shù)量、單價、數(shù)額、結余、經手人等。這些信息都需要長時間保留并上報。4 經理部門 經理部門的功能雖然不是面向顧客、不是酒店的服務項之一，但它的存在卻是必不可少的。它的主要職責有：A.管理員工。給員工編號，登記其基本信息；根據員工的平時表現(xiàn)及工齡確定工資；此外，還要給員工分配工作部門及職務等等。

4、B.劃分部門。給個部門編號、命名、確定其職責范圍、任命部門經理、分配員工。C.對本部門的財務進行核算（支付工資等）。D.期末對酒店的收益情況進行核算。三、各子系統(tǒng)的功能雖然酒店按功能可以劃分成四個部門，但是飲食部門的大部分工作手工操作比計算機操作更具有效率，如上所述，便于電腦操作只有財務處理。在劃分子系統(tǒng)時，考慮到各子系統(tǒng)都有各自的財務處理，且有相似性，所以就把它們歸為統(tǒng)一的一個“財務子系統(tǒng)”。同時“飲食子系統(tǒng)”取消，因為它的所有需要涵蓋的功能都已包含在“財務子系統(tǒng)”中。因此系統(tǒng)共劃分為四部分：總經理子系統(tǒng)、財務子系統(tǒng)、住宿子系統(tǒng)和娛樂子系統(tǒng)。1 總經理子系統(tǒng)A. 對新來的員工進行編號、登記、

5、分配工作。 員工號、姓名、性別、年齡、工齡、級別、部門號、職務、其他備注B. 對于被辭退的員工從系統(tǒng)中級聯(lián)刪除其信息，如從員工表中刪除其基本信息，從它所服務的工作部門中刪除該員工的工作名額，結算支付其工資、獎金；同時補充新的員工，代替它的工作。C. 對新增部門作各種初始工作。如編號、命名、任命經理等。部門號、名稱、部門經理、員工數(shù)量D. 取消某個部門時，核算該部門的財務情況，并作備份；同時對該部門的員工重新分配工作。E. 其他情況的處理。2 財務子系統(tǒng)A. 每天的收入、支出登記編號、發(fā)票號、摘要、數(shù)量、單位、數(shù)額、經手人、日期B. 期末各子系統(tǒng)的財務匯總編號、上月余額、總收入、總支出、余額、經

6、手人、日期C. 期末酒店匯總個部門的財務報表，結算本酒店收益(編號、部門號、部門名稱、收入、支出、凈收入、經手人、日期)3 住宿子系統(tǒng)A. 來客登記 若多人住同一房間，只作一個記錄?？腿诵畔⒎块g號、房間類別、客人數(shù)量、聯(lián)系人名、身份、證件名稱（類型）、證件號碼、入住時間、退出時間B. 房間管理 收費標準旅客入?。每屯顺觯┏说怯洠▌h除）客人信息之外，還應對相關的記錄進行修改，如房間的狀態(tài)等。房間類別類別號、名稱、設備、總數(shù)量、剩余量、管理人員房間房間號，房間類型、狀態(tài)( 該部門的財務處理與飲食子系統(tǒng)同，歸到財務子系統(tǒng))4 娛樂子系統(tǒng)A. 添加新的娛樂項目娛樂項目娛樂項目號、名稱、收費標準、負

7、責人B. 取消某娛樂項目（財務處理 （同飲食子系統(tǒng)） 歸到財務子系統(tǒng) )四、數(shù)據字典1 數(shù)據項數(shù)據項有待按各子系統(tǒng)分類列表。編號數(shù)據項名 稱說 明 部 分編號數(shù)據項名 稱說 明 部 分1員工號整數(shù)類型；有唯一性2姓名文本類型 長度為10字符3性別枚舉類型：男、女4年齡整數(shù)類型 181005工齡整數(shù)類型 01006部門號數(shù)字串類型；有唯一性7名稱文本類型 8職務枚舉類型；根據公司的制定而定9級別號整數(shù)類型10級別名文本11工資整數(shù)類型12部門經理參照“員工號“13負責人參照“員工號“14經手人參照“員工號“15員工數(shù)量整數(shù)類型16房間類型枚舉類型如單人、雙人標準間等17設備文本 說明設備情況18

8、收費標準不同的實體有不同的單位19總數(shù)量某一等級的房間的數(shù)量20剩余量某一等級房的尚可用數(shù)21房間號數(shù)字串類型 有唯一性22狀態(tài)該房是否已被入住 枚舉類型23客人數(shù)量某一房間所住的人數(shù)24身份登記旅客的目前住址25證件類型文本類型26證件號碼整數(shù)類型27入住時間格式：*/*28退出時間格式：*/*29編號在各系統(tǒng)有不同意義，唯一30發(fā)票號按固定格式輸入31摘要收入支出來源去向的摘要32數(shù)量整數(shù)類型33單價不同的系統(tǒng)有不同的單位34備注文本類型35日期格式：*/*2 數(shù)據結構編號數(shù)據結構名屬 性1員工信息員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注2部門部門號、名稱、部門經理、員工數(shù)量

9、3酒店財務總匯編號、部門號、名稱、收入、支出、凈利、日期、經手人、備注4部門營業(yè)情況編號、發(fā)票號、摘要、單價、數(shù)量、數(shù)額、日期、經手人、備注5房間類別類別號、名稱、設備、收費標準、總數(shù)量、剩余量、管理人員6房間房間號、房間類別、狀態(tài)7客人信息房間號、客人數(shù)量、聯(lián)系人名、身份、證件類型、證件號碼、入住時間、退出時間、備注8娛樂項目編號、名稱、收費標準、負責人3 數(shù)據流編號數(shù) 據 流 名輸 入 輸 出1員工基本信息招新員工員工信息2工資結算員工信息總經理處財務支出3當前員工工作員工信息調配工作4員工新工作調配工作員工信息5“辭工”信息辭老員工調配工作6部門基本信息部門信息調配工作7更新后的部門信息

10、調配工作部門信息8新部門基本信息新增部門調配工作9老部門信息取消老部門調配工作10顧客基本信息來客登記顧客信息11顧客需求住房登記調配住房12滿足顧客要求調配住房顧客信息13顧客住房信息顧客信息調配住房14目前住房信息住房信息調配住房15更新后的住房信息調配住房住房信息16住房單價住房信息住宿管理部門收入17住房數(shù)量調配住房住宿管理部門收入18新娛樂項目信息添加新項目娛樂項目信息19老娛樂項目信息取消老項目娛樂項目信息20數(shù)額娛樂管理部門收入娛樂管理部門信息21項目單價娛樂項目信息娛樂管理部門收入22支出情況子部門支出子部門財務信息23收入情況子部門收入子部門財務信息24部門營業(yè)情況子部門財務

11、信息酒店財務總匯信息4 數(shù)據存儲數(shù)據存儲名輸入數(shù)據流輸出數(shù)據流 說 明 部 分員工信息員工基本信息員工新工作工資結算當前員工工作部門信息更新后的部門信息當前部門信息經理處財務信息經理處財務支出經理處財務收入部門營業(yè)情況顧客信息顧客基本信息滿足顧客要求住房信息更新后的住房信息目前的住房信息住房單價娛樂項目信息新娛樂項目信息老娛樂項目信息娛樂項目單價子部門財務信息收入情況支出情況部門營業(yè)情況酒店財務總匯信息部門營業(yè)情況5 處理過程處理過程名輸入數(shù)據流輸出數(shù)據流說 明 部 分招新員工終端員工基本信息辭老員工終端員工基本信息調配工作當前員工工作員工基本信息當前部門基本信息員工新工作更新后的部門信息增新

12、部門終端部門基本信息取消部門終端部門基本信息部門營業(yè)結算來客登記終端顧客基本信息顧客需求顧客離開終端注銷住房調配住房顧客需求注銷住房目前住房信息更新后的住房信息住房數(shù)量滿足顧客要求住宿管理部門收入住房數(shù)量住房單價添加新項目終端新項目信息取消老項目終端老項目信息娛樂管理部門娛樂項目單價部門收入終端收入情況部門支出終端支出情況 概念結構設計過程 本公司開發(fā)酒店管理系統(tǒng),經過可行性分析、詳細調查以及多次討論,確定了該系統(tǒng)由娛樂管理部門、經理管理部門、宿舍管理部門和財務管理部門四個子系統(tǒng)組成。本過程結構設計過程采用自底向上的設計方法,即首先定義各局部應用的概念結構,然后將它們集成起來,得到全局概念結構

13、.下面給出各個子系統(tǒng)的分析及分E-R圖的設計及對其進行的各項調整。 經理管理部門子系統(tǒng)本開發(fā)小組成員經過調查、信息流程分析、數(shù)據收集，并結合需求分析，明確了子系統(tǒng)的功能:A.管理員工:給員工編號，登記其基本信息。根據員工的平時表現(xiàn)確定其出勤工資及根據等級確定其固定工資，從而確定其實際工資，此外還要給員工分配工作部門等。B.劃分部門:給各部門編號、命名、確定其職責范圍、任命部門經理、分配員工。C.對本部門的財務進行核算（支付工資等）。根據要求分析給出的數(shù)據流圖,參照數(shù)據字典中的詳細描述,給出經理管理部門的分E-R圖: 對應員工 1 1 工資組成 n 核算1 部門 1 n賬單對E-R圖調整的準則:

14、現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待； 屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據項，不再包含其他信息。實體屬性定義:員工(員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注)工資(員工號、等級、實際工資、基本工資、出勤工資)部門(部門號、名稱、部門經理、員工數(shù)量)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人、備注）具體調整如下:1. 本來員工還應對應一個領導關系,但這里為了簡便,就用員工的”等級”屬性來表示員工之間的領導關系；2. 工資本應作為員工的一個屬性，但這里需強調員工對應的出勤工資（由出勤情況決定），因此將它單獨作為一個實體；3. 部

15、門對應的賬單本應屬于財務子系統(tǒng)的內容，這里為了簡化財務子系統(tǒng)，先在各個子系統(tǒng)中進行財務總結，因此，將賬單也作為一個實體。娛樂管理部門子系統(tǒng)本開發(fā)小組成員經過調查、信息流程分析、數(shù)據收集,并結合需求分析，明確了子系統(tǒng)的功能:A.為各個項目制定收費標準，分配負責人；B.收入支出財務處理：編號、財務來源去處的摘要、數(shù)量、單價、數(shù)額、結余、經手人等信息；C.對在部門內進行娛樂的顧客進行收費，并根據折扣規(guī)則給與顧客相應的折扣；D.對部門內部進行帳務處理；根據要求分析給出的數(shù)據流圖,參照數(shù)據字典中的詳細描述,給出經理管理部門的分E-R圖:負責項目 1 n 員工 折扣規(guī)則 1 n對應選擇核算 n 1 賬單

16、應付m 顧客 1 1 款項 1實體屬性定義:項目(編號、名稱、所在位置、收費標準、負責人)員工(員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注)顧客(顧客號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、使用時間、備注)款項(顧客號、級別、使用時間、應收款、實際收款、折扣)折扣規(guī)則(級別、折扣情況)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人、備注）對E-R圖調整的準則:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據項，不再包含其他信息。具體調整如下:1本來員工還應對應一個領導關系,但這里為了簡便,

17、就用員工的“等級”屬性來表示員工之間的領導關系；2款項本可以作為顧客的一個屬性來設置，但這里為了強調對顧客的折扣情況，需要對款項進行進一步的描述，因此這里作為一個實體；3對顧客所采取的折扣規(guī)則，本應該根據顧客的實際消費量來劃定，這里為了方便起見，給每位顧客添加了一個“級別”屬性，用以對應采取的折扣規(guī)則；4部門對應的賬單本應屬于財務子系統(tǒng)的內容，這里為了簡化財務子系統(tǒng)，先在各個子系統(tǒng)中進行財務總結，因此，將賬單也作為一個實體；住宿管理部門子系統(tǒng)本開發(fā)小組成員經過調查、信息流程分析、數(shù)據收集,并結合需求分析，明確了子系統(tǒng)的功能:A.給個房間布置設備、分類、編號、制定收費標準、分配服務人員。B.登記

18、旅客信息，確認其身份，登記其入住、退出時間；C.接受顧客的預定服務，對于已預定的客房進行登記的處理；D.統(tǒng)計各類房間的客滿程度；E.對本部門的財務流動進行登記處理。根據需求分析給出的數(shù)據流圖,參照數(shù)據字典中的詳細描述,給出經理管理部門的分E-R圖:住宿負責顧客 m n 客房 m n 員工 1 1 1核算預訂應付 m預約 1 賬單 1 1 訂單 1對應款項 1 1 折扣規(guī)則實體屬性定義:顧客(顧客號、級別、姓名、年齡、性別、證件類型、證件號碼、入住時間、退出時間、備注)客房（客房號、類別、位置、設備、收費標準、管理人員、狀態(tài)）員工(員工號、姓名、性別、年齡、工齡、級別、部門、備注)款項(顧客號、

19、級別、使用時間、應收款、實際收款、折扣)折扣規(guī)則(級別、折扣情況)訂單(訂單號、時間、房間號、經手人、備注)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人、備注）對E-R圖調整的準則:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據項，不再包含其他信息。具體調整如下:1本來員工還應對應一個領導關系,但這里為了簡便,就用員工的“等級”屬性來表示員工之間的領導關系；2款項本可以作為顧客的一個屬性來設置，但這里為了強調對顧客的折扣情況，需要對款項進行進一步的描述，因此這里作為一個實體；3對顧客所采取的折扣規(guī)則，本應該根據顧客

20、的實際消費量來劃定，這里為了方便起見，給每位顧客添加了一個“級別”屬性，用以對應應采取的折扣規(guī)則；4部門對應的賬單本應屬于財務子系統(tǒng)的內容，這里為了簡化財務子系統(tǒng)，先在各個子系統(tǒng)中進行財務總結，因此，將賬單也作為一個實體。財務管理子系統(tǒng)本開發(fā)小組成員經過調查、信息流程分析、數(shù)據收集,并結合需求分析，明確了子系統(tǒng)的功能:A. 對各個部門上交上來的收支情況進行匯總，得出各個部門的損益情況；B. 對整個酒店各個部門的損益情況進行匯總登記，得出本期酒店的損益；C. 將整個酒店的收益情況下發(fā)給各個部門，帳務公開，集思廣益。分E-R圖如下:組成部門 1 n 員工下發(fā) 1 n 核算 1 財務狀況 1匯總 m

21、 m結算賬單 m 1 總帳實體屬性定義:部門(部門號、名稱、部門經理、員工數(shù)量)員工(員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注)賬單（編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人、備注）總帳(編號、部門號、收入、支出、凈利、日期、經手人、備注)財務狀況（時期、總收入、總支出、凈利潤）對E-R圖調整的準則:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據項，不再包含其他信息。具體調整如下:員工應對應一個領導關系,但為了簡便起見,就用員工的“等級”屬性來表示員工之間的領導關系。視 圖 集 成以上便是四個子系統(tǒng)的分

22、E-R圖設計及其調整的整個過程，接著要做的就是將所有的分E-R圖進行綜合,合成一個系統(tǒng)的總E-R圖.由于本系統(tǒng)比較簡單,分E-R圖規(guī)模也比較小,所以E-R圖合成過程采用一次將四個子系統(tǒng)分E-R圖集成總E-R圖的方式.分兩步進行：第一步：合并。解決各分E-R圖之間的沖突，將各分E-R圖合并起來生成初步E-R圖。各分E-R圖之間的沖突主要有三類：1 屬性沖突：（1）屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。由于本系統(tǒng)較簡單，所以并不存在這種沖突； （2）屬性取值單位沖突。由于本系統(tǒng)較簡單，不存在這類沖突；2 命名沖突：（1） 同名異義：由于本系統(tǒng)較簡單，所以不存在這類沖突；（2） 異名同

23、義：由于本系統(tǒng)較小，所以不存在這類沖突；3 結構沖突：（1） 同一對象在不同應用中具有不同的抽象：本系統(tǒng)在需求分析階段原本存在這種沖突，考慮到后期的簡化合并，我們在設計各個分E-R圖就早先解決了這個問題，即將在任何一個分E-R圖中作為實體出現(xiàn)的屬性全部作為實體；（2） 同一實體在不同分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同：由于本系統(tǒng)較簡單，所以并不存在這種沖突；第二步：修改和重構。消除不必要的冗余，生成基本E-R圖。由于本系統(tǒng)涵蓋的內容比較少，基本不存在冗余的現(xiàn)象，所以初步E-R圖就是基本E-R圖，不必再進行調整。下面給出E-R圖?？侲-R圖:員工(員工號、姓名、性別、年齡、工齡

24、、級別、部門號、職務、備注)；工資(員工號、等級、實際工資、基本工資、出勤工資)；部門(部門號、名稱、部門經理、員工數(shù)量、財務狀況編號)；項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)；顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、使用時間、備注)；客房（客房號、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）；款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)；折扣規(guī)則(折扣級別、折扣情況)；訂單(訂單號、顧客號、經手人號、備注)；賬單（賬單編號、總帳編號、發(fā)票號、收入數(shù)、支出數(shù)、日期、經手人號、備注）；總帳(總帳編號、部門號

25、、財務狀況編號、收入、支出、凈利、日期、經手人號、備注)；財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤）；對應 工資 1 1 員工 財務狀況 n 負責1匯總 1 n結算 部門 1 總賬 1 1 m 折扣規(guī)則核算下屬 帳單 n 1下屬對應 1 n 項目 n選擇 m 1 m 款項 住宿應付客房 m n 顧客 1 1預約預訂 n 1 m 訂單 1 邏 輯 結 構 設 計一.與總E-R圖對應的關系模式1、實體所對應的關系模式：員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；工資(員工號、等級、實際工資、基本工資、出勤工資)；部門(部門號、名稱、部門經理、員工數(shù)量、財務狀況編號

26、)；項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)；顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、使用時間、備注)；客房（客房號、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）；款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)；折扣規(guī)則(折扣級別、折扣情況)；訂單(訂單號、顧客號、經手人號、備注)；賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人號、備注）；總帳(總帳編號、部門號、財務狀況編號、收入、支出、凈利、日期、經手人號、備注)；財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤）；說明：1.下加

27、橫線部分表示關系的碼 2.以上關系的詳細內容說明請參照概念結構設計中的具體內容 3.上面的各個關系對概念結構設計中的相關內容了作了修改，主要加了各個實體中間的聯(lián)系，尤其是一對多的聯(lián)系，納為屬性。2、聯(lián)系所對應的關系模式：1）、把客房和訂單之間的n : m的預約聯(lián)系轉化為相應的關系模式如下： 預約（訂單號、客房號、始定時間、結束時間）；2）、把顧客和房間之間的n : m的住宿聯(lián)系轉化為相應的關系模式如下： 住宿（顧客號、房間號碼、住宿時間）；3）、把顧客和項目之間的n : m的選擇聯(lián)系轉化為相應的關系模式如下： 選擇（顧客號、項目號、發(fā)生時間、經受人號、備注）；4）、其他聯(lián)系處理說明如下： 工資

28、和員工之間的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)系與項目關系合并；二.優(yōu)化后的數(shù)據模型1、 按照數(shù)據依賴對關系模式進行逐一分析，并進行極小化處理：員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；BCNF

29、工資(員工號、等級、實際工資、基本工資、出勤工資)；BCNF部門(部門號、名稱、部門經理、員工數(shù)量、財務狀況編號)；BCNF項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)；BCNF顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；BCNF優(yōu)化說明：刪除了使用時間，一是因為“使用時間”對于顧客的屬性必要性不強，二是因為使用時間在別的關系中也可以查詢到?？头浚头刻?、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）；BCNF款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)；BCNF折扣規(guī)則(折扣級別、折扣情況)；BCNF訂單(

30、訂單號、顧客號、經手人號、備注)；BCNF賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經手人號、備注）；BCNF總帳(總帳編號、部門號、財務狀況編號、收入、支出、日期、經手人號、備注)；BCNF優(yōu)化說明：刪除了凈利, 這一項可以根據收入、支出可以計算，而且并不經常對它進行查詢。財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤）；1NF優(yōu)化說明：凈利潤沒有刪除, 因為在這一項上查詢比較頻繁, 如果每次查詢都計算, 必然使系統(tǒng)計算增加，性能降低。保留下來雖然造成了一定的冗余, 但提高了查詢的效率，利大于弊。預約（訂單號、客房號、始定時間、結束時間）；3NF住宿（顧客號、房間號

31、碼、住宿時間）；3NF選擇（顧客號、項目號、發(fā)生時間、經受人號、備注）；3NF 2、 對關系模式進行必要的分解： 因公司內人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關系按部門進行水平分解，以提高查詢效率。水平分解：員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)改為：負責人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)； 服務人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)； 經手人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)； 三、用戶子模式設計 1經理子系統(tǒng)用戶子模式員工(員工號、姓名、級別、部門號、職務、

32、部門經理、實際工資)；因為經理對于員工其他情況不會經常關注，經常使用的只有以上各項，所以在經理子系統(tǒng)上設立員工關系。2住宿子系統(tǒng)用戶子模式客房（客房號、位置、設備、收費標準、管理人員號、狀態(tài)）；因為管理員工對于客房的其他情況不會經常使用，經常使用的只有以上各項，所以在住宿子系統(tǒng)上設立客房關系3經營管理子系統(tǒng)用戶子模式顧客（顧客編號、住宿號、姓名、級別、應收款、使用時間、備注）因為對于顧客的情況管理經常使用是以上各項，所以在經營管理子系統(tǒng)上設立顧客關系。物 理 結 構 設 計一. 存儲結構設計經過分析可知,本酒店管理系統(tǒng)中信息處理的特點如下：（）飲食、住宿、娛樂三大部門的數(shù)據不僅經常需要查詢,而

33、且更新速度快,例如住宿部門的來客查詢與登記，房間的動態(tài)分配等。（）各個部門信息要求共享的信息較多。例如員工信息,來客信息等。但財務信息一般不共享。（）經理部門有一定的特殊職能：匯總財務信息；對于被辭退的員工從系統(tǒng)中級聯(lián)刪除其信息、如從員工表中刪除其基本信息、從它所服務的工作部門中刪除該員工的工作名額，結算支付其工資、獎金；同時補充新的員工，代替它的工作。針對這些特點，設計如下:1. 確定數(shù)據庫的存放位置 為了提高系統(tǒng)性能，現(xiàn)根據應用情況將數(shù)據按照易變部分和穩(wěn)定部分、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。同時，考慮到本系統(tǒng)是多用戶的，為了提高效率，數(shù)據庫的備份的數(shù)據和日志文件將保存在磁帶中。l 經常存取部分： 員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)； 工資(員工號、等級、實際工資、基本工資、出勤工資)； 客房（客房號、類別、部門號、位置、設備、收費標準、管理人員號、狀態(tài)）； 款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)； 折扣規(guī)則(折扣級別、折扣情況)； 項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)； 顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；l 存取頻率較低的