大酒店管理論文(2)
大酒店管理論文
大酒店管理論文篇二
酒店管理系統(tǒng)述論
摘要：為了便于酒店資料的管理需要有效的酒店管理軟件，減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質(zhì)量和水平，做到高效、智能化管理，達到提高酒店餐飲信息管理效率的目的。采用數(shù)據(jù)庫技術生成的酒店餐飲管理系統(tǒng)將會極大地方便客人并簡化酒店管理人員和工作人員的勞動，使工作人員從繁忙、復雜的工作進入到一個簡單、高效的工作中。
【關鍵詞】酒店管理 人員管理 餐飲 住宿
管理信息系統(tǒng)利用計算機的硬件和軟件，手工規(guī)程、分析、計劃、控制和決策用的模型，以及數(shù)據(jù)庫對信息進行收集、傳輸、加工、保存和使用。因此，管理信息系統(tǒng)是一個信息處理系統(tǒng)。酒店管理系統(tǒng)的應用對象定位在普通酒店，因此在進行需求分析時主要考慮酒店的具體需求，并將設計目標確定為酒店提供基本的管理功能。
我們在概念設計方面的需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一DBMS實現(xiàn)這些需求。
數(shù)據(jù)庫作為存取數(shù)據(jù)并對數(shù)據(jù)進行操作的工具在系統(tǒng)中所起到的作用至關重要。數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造優(yōu)化的數(shù)據(jù)庫邏輯模式和物理模式結果，并據(jù)此建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能有效地存儲和管理數(shù)據(jù)，滿足應用需求，包括信息管理要求和數(shù)據(jù)操作。信息管理要求是指在數(shù)據(jù)庫中應該存儲和管理哪些數(shù)據(jù)對象;數(shù)據(jù)操作要求是指對數(shù)據(jù)對象進行哪些操作，如查詢、增、刪、改、統(tǒng)計等操作。數(shù)據(jù)庫設計地目標是維用戶和各種應用系統(tǒng)提供的一個信息基礎設施和高效率地運行環(huán)境。高效率的運行環(huán)境包括：數(shù)據(jù)庫數(shù)據(jù)的存取速率、數(shù)據(jù)庫存儲空間的利用率、數(shù)據(jù)庫系統(tǒng)運行管理的效率等都是高的。
概念結構主要特點：
(1)能真是、充分地反映顯示世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實世界的一個只是模型;
(2)易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫設計成功的關鍵。
(3)易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充;
(4)易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換;
現(xiàn)在對所設計系統(tǒng)的需求作進一步的分析，產(chǎn)生概念結構設計的E-R模型。由于這個系統(tǒng)并不復雜，因此可采用自頂向下的設計方法。自頂向下設計的關鍵是確定系統(tǒng)的核心活動。所謂核心活動就是系統(tǒng)中的其它活動都要圍繞這個活動展開，或與此活動密切相關。確定了核心活動之后，系統(tǒng)就有了可擴展的余地。此系統(tǒng)包含的實體有：
(l)用戶：用來描述酒店操作員的有關信息，用用戶編號來標志。
(2)餐臺：用來描述餐臺的有關信息，用餐臺編號來標志。
(3)菜品：用來描述酒店菜品的有關信息，用菜品編號來標志。
(4)菜系：用來描述菜品分類的有關信息，用菜系編號來標志。
(5)消費單：用來描述酒店某一餐臺消費的有關信息，用消費單編號來標志。
經(jīng)過初步分析，可以得到此系統(tǒng)中各實體所包含的基本屬性如下：
(1)用戶(序號，姓名，性別，出生日期，身份證號，密碼，用戶狀態(tài)) 。
(2)餐臺(編號，人數(shù))。
(3)菜品(編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態(tài))。
(4)菜系(序號，名稱)。
(5)消費單(編號，所屬餐臺號，時間，消費額，操作用戶)。
數(shù)據(jù)庫的設計是系統(tǒng)設計過程中的重要組成部分，它是通過管理系統(tǒng)的整體需求而制定的，數(shù)據(jù)庫設計的好壞直接影響到系統(tǒng)的后期開發(fā)。下面對系統(tǒng)中具有代表性的數(shù)據(jù)庫設計進行詳細說明。 餐臺和菜系在本系統(tǒng)中是最簡單的實體，在本系統(tǒng)中用來描述餐臺的是臺號和座位數(shù)，而描述菜系的是名稱。在描述菜品實體時，加入了助記碼，目的是為了實現(xiàn)智能化獲取菜單功能，通過這一功能系統(tǒng)操作員可以快速的獲取顧客所點的菜品信息、菜品信息表的E-R圖。
概念結構設計所得的E-R模型是對用戶需求的一種抽象的表達形式，它獨立于任何一種具體的數(shù)據(jù)模型，因而也不能為任何一個具體的DBMS所支持。為了能夠建立起最終的物理系統(tǒng)，還需要將概念結構進一步轉化為某一DBMS所支持的數(shù)據(jù)模型，然后根據(jù)邏輯設計的準則、數(shù)據(jù)的語義約束、規(guī)范化理論等對數(shù)據(jù)模型進行適當?shù)恼{(diào)整和優(yōu)化，形成合理的全局邏輯結構，并設計出用戶子模式。這就是數(shù)據(jù)庫邏輯設計所要完成的任務。
關系模型是由一組關系(二維表)的結合，而E-R模型則是由實體、實體的屬性、實體間的關系三個要素組成。所以要將E-R模型轉換為關系模型，就是將實體、屬性和聯(lián)系都要轉換為相應的關系模型。
有了基本的E-R模型就可以進行邏輯結構設計，也就是設計基本的關系模式。設計基本的關系模式主要從E-R模型出發(fā)，將其直接轉換為關系模式。根據(jù)轉換規(guī)則，這個E-R轉換的關系模式為：
(1)用戶(用戶序號，用戶名，餐臺號，菜品編號，消費單編號)，主碼為用戶序號。
(2)消費單(消費單編號，所屬餐臺號，時間，消費額，操作用戶，餐臺編號，菜品編號，用戶序號)，主碼為消費單編號。
(3)菜品(菜品編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態(tài)，消費單編號，用戶序號，菜系序號)，主碼為菜品編號。
(4)菜系(菜系序號，名稱，菜品編號)，主碼為菜系序號。
(5)餐臺(餐臺編號，人數(shù)，消費單編號，用戶序號，菜品編號)，主碼為餐臺編號。
現(xiàn)在分析一下這些關系模式。由于在設計關系模式時是以現(xiàn)實存在的實體為依據(jù)，而且遵守一個基本表只描述現(xiàn)實世界的一個主題的原則，每個關系模式中的每個非主碼屬性都完全由主碼唯一確定，因此上述所有這些關系模式都是第三范式的關系模式。
對于物理設計階段，數(shù)據(jù)庫在物理上的存儲結構與存儲方法稱為數(shù)據(jù)庫的物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結構的過程，就是物理設計。
數(shù)據(jù)庫的物理設計通常分為兩步：
(1)確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構;
(2)對物理結構進行評價，評價的中的是時間和空間效率。
參考文獻
[1]周立柱，馮建華，孟小峰等.SQL Server數(shù)據(jù)庫原理.北京：清華大學出版社，2004.
[2]黃�中，黃澤鈞，胡�.計算機應用基礎教程.北京：中國電力出版社，2002.
[3]龔沛罾，陸慰民，楊志強.Visual Basic 程序設計簡明教程.高等教育版社，2003.
作者簡介
劉歡(1992-)，男，吉林省人。學士學位。研究方向為軟件開發(fā)。
作者單位
邵陽學院 湖南省邵陽市 422000
看了“大酒店管理論文下載”的人還看：
1.酒店管理論文范文
2.酒店管理相關論文