Eclipse酒店管理系統(tǒng)java

1、1 需求分析1.1需求分析報告酒店管理系統(tǒng)是面向酒店的的各項事務，包括酒店管理，訂單管理、菜系管理等業(yè)務處理工作，是利用計算機進行集中管理而開發(fā)的系統(tǒng)。該系統(tǒng)是基于Eclipse連接SQL Server2005數(shù)庫進行開發(fā)的酒店管理系統(tǒng)，力求與實際相結合具有查詢、管理等功能，在達到使酒店的管理和運營趨于計算機化，使之更加方便、快捷以提高工作效率。主要包括五大管理模塊：1)登錄管理提供用戶登錄、注銷等功能l 用戶登錄 l 用戶退出2) 菜品管理用戶可以對菜名、菜品、單位、助記符等進行查詢、修改、添加、刪除操作。l 名稱l 單位l 助記符 3）菜系管理 用戶可以對酒店內(nèi)的所有菜系進行查詢、修改、添

2、加、刪除操作。l 菜系名稱4）臺號管理 用戶可以對酒店內(nèi)的所有的臺號進行查詢、修改、添加、刪除操作。l 臺號l 座位數(shù)5）結賬管理 操作員可以對系統(tǒng)的使用者以及該系統(tǒng)中數(shù)據(jù)庫里的多張表中數(shù)據(jù)項進行查詢操作l 日結賬l 月結賬l 年結賬6）用戶管理 操作員可以進行查詢、添加、刪除用戶信息等操作，并可以修改自己的用戶密碼l 修改密碼l 用戶管理7）菜單管理當前操作員可以進行開單、簽單、取消等操作，并進行金額結賬l 開單簽單l 金額結賬1.2數(shù)據(jù)流圖酒店管理系統(tǒng)管理人員客戶 客戶信息 管理人員信息 收銀信息 系統(tǒng)管理 菜單信息 圖1.頂級數(shù)據(jù)流圖 前臺 數(shù)據(jù)數(shù)據(jù)后臺客戶訂餐數(shù)據(jù) 圖2.第二層流程圖2

3、 數(shù)據(jù)庫概念設計在酒店管理系統(tǒng)中，存在菜品、菜系、臺號、定單、用戶等幾個對象實體，以菜品、菜系、臺號、定單以及用戶這幾個對象為例，一個定單對應多個菜品，同時一個菜品只能屬于一個菜系；一個定單中有多個菜系，一個菜系擁有多個菜品。一個定單對應一個操作員，一個操作員只能對應一個定單；一個定單對應一個臺號，一個臺號只能對應一個定單。（1）上述分析對應的實體-屬性圖如下所：編號菜品菜名助記符單位單價類型圖3.1菜品菜系名編號菜系圖3.2 菜系座位數(shù)臺編號臺號圖3.3 臺號操作員編號訂購時間總金額編號臺號訂單圖3.4 訂單賬單號數(shù)量編號金額訂單號積菜品單圖3.5 菜品單用戶用戶名日期筑面積積權限用戶號性別

4、卡號高密碼 圖3.6 用戶（2）實體-聯(lián)系圖如下：用戶1簽單n涉及n11對應訂單菜品單臺號涉及涉及nnn菜品擁有菜系圖3.8 實體-聯(lián)系圖3數(shù)據(jù)庫的邏輯設計E-R模型所表示的全局概念結構，是對用戶數(shù)據(jù)需求的一種抽象表示形式，它獨立于任何一種數(shù)據(jù)模型。為了實現(xiàn)用戶的需求，必須將概念結構進一步轉化為與我們選用的具體的機器上DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構，這就是數(shù)據(jù)庫邏輯設計的任務。首先要實現(xiàn)的是E-R模型向關系模型的轉換，將E-R模型轉換為關系模型實際上就是要將實體、實體的屬性和實體間的聯(lián)系轉換為關系模式的過程。這種轉換一般遵循如下規(guī)則：(1) 對于實體類型的轉換：將每個實體類型轉換

5、成一個關系模式，實體的屬性為關系模式的屬性，實體的碼即為關系模式的碼。(2) 對于實體間聯(lián)系的轉換，根據(jù)三種不同情況作出不同的處理： 若實體間的聯(lián)系是1：1，可以在兩個實體類型轉換成的兩個關系模式中的任意一個關系模式的屬性中加入另一個關系模式的碼和聯(lián)系的屬性。 若實體間的聯(lián)系是1：N，則在N端實體類型轉換成的關系模式中加入1端實體類型轉換成的關系模式的碼和聯(lián)系的屬性。 若實體間的聯(lián)系是N：M，則將聯(lián)系類型也轉換成關系模式，其屬性為兩端實體類型的碼加上聯(lián)系類型的屬性，而關系的碼則為兩端實體的碼的結合。 通過以上所述原則，由E-R圖轉換得到如下的關系模式表4.1 系統(tǒng)中所用到的基本信息表及用途表名

6、用途Tb_desk臺號Tb_menu菜品Tb_order_form訂單Tb_order_item菜品單Tb_sort菜系Tb_user用戶表4.2 臺號基本信息表(Tb_desk)表4.3 菜品信息表（Tb_menu）表4.4 訂單信息表(Tb_order_form)表4.5 菜品單信息表(Tb_order_item)表4.6 菜系信息表（Tb_sort）表4.7 用戶信息表(Tb_user).4 數(shù)據(jù)庫字典4.1餐臺信息表表名tb_desk序號字段名數(shù)據(jù)類型約束備注1numvarchar(6)非空臺號2seatingint非空座位數(shù)3statechar(4)非空狀態(tài)4.2.管理員表表名tb.

7、manager序號字段名序號字段名備注1id1id編號2record_num2record_num用戶名3password3password登錄密碼4purview_system4purview_system系統(tǒng)維修權限5purview_sell5purview_sell銷售統(tǒng)計權限6purview_personnel6purview_personnel人員管理權限7purview_init7purview_init初始化系統(tǒng)權限.4.3 菜品信息表表名tb.menu序名字段名數(shù)據(jù)類型約束備注1numchar(9)非空編號2sort_idInt非空所屬菜系3namevarchar(20)非空名

8、稱4codevarchar(10)非空主機名5unitvarchar(4)非空單位6unit_priceint非空單價7statechar(4)非空狀態(tài)4.4.消費單信息表表名tb_order_form序號字段名數(shù)據(jù)類型約束備注1numchar(11)非空編號2Desk_ num varchar(6)非空消費餐臺3Consume-datedatetime非空消費時間4ExpenditureInt非空消費金額5Record_numChar(9)非空操作用戶4.5.消費項目信息表表名tb_order_item序號字段名數(shù)據(jù)類型約束備注1idint非空編號2Order_form_numChar(11)非空所屬消費單3Menu_numChar(9)非空消費菜品4amountint非空消費數(shù)量5totalint非空消費額.4.6.員工表表名tb_record序號字段名數(shù)據(jù)類型約束備注1Numchar(9)非空編號2namevarchar(8)非空員工姓名3sexchar(2)非空性別4birthdaydatetime非空出生日期5Id_cardv