計算機專業課程論文(2)

時間：2017-03-13 14:03:52 堅烘964由分享

計算機專業課程論文

　　計算機專業課程論文篇二

　　《酒店管理系統述論》

　　摘要：為了便于酒店資料的管理需要有效的酒店管理軟件，減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質量和水平，做到高效、智能化管理，達到提高酒店餐飲信息管理效率的目的。采用數據庫技術生成的酒店餐飲管理系統將會極大地方便客人并簡化酒店管理人員和工作人員的勞動，使工作人員從繁忙、復雜的工作進入到一個簡單、高效的工作中。

　　關鍵詞：酒店管理人員管理餐飲住宿

　　管理信息系統利用計算機的硬件和軟件，手工規程、分析、計劃、控制和決策用的模型，以及數據庫對信息進行收集、傳輸、加工、保存和使用。因此，管理信息系統是一個信息處理系統。酒店管理系統的應用對象定位在普通酒店，因此在進行需求分析時主要考慮酒店的具體需求，并將設計目標確定為酒店提供基本的管理功能。

　　我們在概念設計方面的需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一DBMS實現這些需求。

　　數據庫作為存取數據并對數據進行操作的工具在系統中所起到的作用至關重要。數據庫設計是指對于一個給定的應用環境，構造優化的數據庫邏輯模式和物理模式結果，并據此建立數據庫及其應用系統，使之能有效地存儲和管理數據，滿足應用需求，包括信息管理要求和數據操作。信息管理要求是指在數據庫中應該存儲和管理哪些數據對象;數據操作要求是指對數據對象進行哪些操作，如查詢、增、刪、改、統計等操作。數據庫設計地目標是維用戶和各種應用系統提供的一個信息基礎設施和高效率地運行環境。高效率的運行環境包括：數據庫數據的存取速率、數據庫存儲空間的利用率、數據庫系統運行管理的效率等都是高的。

　　概念結構主要特點：

　　(1)能真是、充分地反映顯示世界，包括事物和事物之間的聯系，能滿足用戶對數據的處理要求，是對現實世界的一個只是模型;

　　(2)易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數據庫設計成功的關鍵。

　　(3)易于更改，當應用環境和應用要求改變時，容易對概念模型修改和擴充;

　　(4)易于向關系、網狀、層次等各種數據模型轉換。

　　現在對所設計系統的需求作進一步的分析，產生概念結構設計的E-R模型。由于這個系統并不復雜，因此可采用自頂向下的設計方法。自頂向下設計的關鍵是確定系統的核心活動。所謂核心活動就是系統中的其它活動都要圍繞這個活動展開，或與此活動密切相關。確定了核心活動之后，系統就有了可擴展的余地。此系統包含的實體有：

　　(l)用戶：用來描述酒店操作員的有關信息，用用戶編號來標志。

　　(2)餐臺：用來描述餐臺的有關信息，用餐臺編號來標志。

　　(3)菜品：用來描述酒店菜品的有關信息，用菜品編號來標志。

　　(4)菜系：用來描述菜品分類的有關信息，用菜系編號來標志。

　　(5)消費單：用來描述酒店某一餐臺消費的有關信息，用消費單編號來標志。

　　經過初步分析，可以得到此系統中各實體所包含的基本屬性如下：

　　(1)用戶(序號，姓名，性別，出生日期，身份證號，密碼，用戶狀態) 。

　　(2)餐臺(編號，人數)。

　　(3)菜品(編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態)。

　　(4)菜系(序號，名稱)。

　　(5)消費單(編號，所屬餐臺號，時間，消費額，操作用戶)。

　　數據庫的設計是系統設計過程中的重要組成部分，它是通過管理系統的整體需求而制定的，數據庫設計的好壞直接影響到系統的后期開發。下面對系統中具有代表性的數據庫設計進行詳細說明。餐臺和菜系在本系統中是最簡單的實體，在本系統中用來描述餐臺的是臺號和座位數，而描述菜系的是名稱。在描述菜品實體時，加入了助記碼，目的是為了實現智能化獲取菜單功能，通過這一功能系統操作員可以快速的獲取顧客所點的菜品信息、菜品信息表的E-R圖。

　　概念結構設計所得的E-R模型是對用戶需求的一種抽象的表達形式，它獨立于任何一種具體的數據模型，因而也不能為任何一個具體的DBMS所支持。為了能夠建立起最終的物理系統，還需要將概念結構進一步轉化為某一DBMS所支持的數據模型，然后根據邏輯設計的準則、數據的語義約束、規范化理論等對數據模型進行適當的調整和優化，形成合理的全局邏輯結構，并設計出用戶子模式。這就是數據庫邏輯設計所要完成的任務。

　　關系模型是由一組關系(二維表)的結合，而E-R模型則是由實體、實體的屬性、實體間的關系三個要素組成。所以要將E-R模型轉換為關系模型，就是將實體、屬性和聯系都要轉換為相應的關系模型。

　　有了基本的E-R模型就可以進行邏輯結構設計，也就是設計基本的關系模式。設計基本的關系模式主要從E-R模型出發，將其直接轉換為關系模式。根據轉換規則，這個E-R轉換的關系模式為：

　　(1)用戶(用戶序號，用戶名，餐臺號，菜品編號，消費單編號)，主碼為用戶序號。

　　(2)消費單(消費單編號，所屬餐臺號，時間，消費額，操作用戶，餐臺編號，菜品編號，用戶序號)，主碼為消費單編號。

　　(3)菜品(菜品編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態，消費單編號，用戶序號，菜系序號)，主碼為菜品編號。

　　(4)菜系(菜系序號，名稱，菜品編號)，主碼為菜系序號。

　　(5)餐臺(餐臺編號，人數，消費單編號，用戶序號，菜品編號)，主碼為餐臺編號。

　　現在分析一下這些關系模式。由于在設計關系模式時是以現實存在的實體為依據，而且遵守一個基本表只描述現實世界的一個主題的原則，每個關系模式中的每個非主碼屬性都完全由主碼唯一確定，因此上述所有這些關系模式都是第三范式的關系模式。

　　對于物理設計階段，數據庫在物理上的存儲結構與存儲方法稱為數據庫的物理結構，它依賴于選定的數據庫管理系統。為一個給定的邏輯數據模型選取一個最適合應用要求的物理結構的過程，就是物理設計。

　　數據庫的物理設計通常分為兩步：

　　(1)確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構;

　　(2)對物理結構進行評價，評價的中的是時間和空間效率。