1、UML系統分析與設計實訓報告系別： 計算機科學與工程系 班級： 網絡0801 姓名： XXX 學號： 200809203127 指導老師： XXX 日期： 2010年12月24日 酒店預訂系統小組成員及分工XXX 餐桌信息設置時序圖、協作圖，訂餐時序圖、協作圖，餐桌信息狀態圖，訂單狀態圖XXX 組件圖，用例圖及事件流文檔XXX 類圖、權限設置時序圖、權限設置協作圖、權限設置活動圖教師評語一、 課題詳述題目四：酒店預訂系統基本業務流程：顧客預約：記錄,取消,修改,查詢和顯示顧客到達：有預約顧客和無預約顧客相分離；用餐顧客結帳：同時刷新餐桌和預約信息 顯示：顯示當前桌子的狀態完成以下模塊：（1）預

2、約模塊l 顯示預約：顯示當天所有預約,同時桌子根據當前時間顯示當前狀態l 添加預約：添加一個新的預約,并插入數據庫,如果是當天預約則顯示在預約狀態欄中l 修改預約：修改一個已有的預約,可以修改訂餐人數,預約日期,時間以及餐桌l 刪除預約：刪除一個已有預約,刪除數據庫信息,如果是當天預約則刷新預約狀態欄l 查詢預約：根據訂餐人姓名,餐桌號,預約日期,時間查詢預約狀態（2）到達模塊l 到達情況有兩種,一種是有預約的到達,另一種是無預約的到達l 有預約的到達首先要查詢預約,故在預約模塊中添加到達的功能l 無預約的到達,就可以立即找空桌子用餐在到達操作中還要刷新當前桌子狀態,由預約或空閑狀態轉為用餐狀

3、態（3）結帳模塊l 顯示當前正在用餐的桌子信息,從中選中需要結帳的桌子,進行結帳操作l 結帳完成后,將桌子置為空閑狀態,若當天還有不同時間預約此桌子的則置該桌為預約狀態l 工作內容及要求根據三人的分工，請在一周內完成下列工作內容：（1） 進一步細化需求分析的內容，識別出系統的參與者，并完成用例圖；（2） 將用例圖中的每個用例都寫成相應的事件流文檔；（3） 進一步使用活動圖來描述每個用例，為后續的系統設計做好準備；（4） 按照系統的功能分析，從用例的描述中提取出系統的對象類和界面類，建立類圖；（5） 分析類圖中的實體類和實體類之間的關系，畫出數據庫的邏輯模型圖（只包含實體類，且注明角色和階元）。

4、（6） 對數據庫的邏輯模型進行優化，取消多對多的聯系，完成最終的邏輯模型設計；（7） 使用交互作用圖或狀態機圖完成系統動態行為的建模。（建議使用順序圖按功能分別描述）。l 提交結果及要求（1） 請提交用例圖（包括事件流文檔）、類圖、活動圖、交互作用圖。（2） 可選提交：狀態機圖、系統部署圖（3） 完成規定格式的實驗報告（紙質），以小組為單位上交電子版實驗報告和系統建模的成果（各類圖和相關文檔，電子文檔）。二、 需求分析酒店管理系統要能完成以下功能：用戶能夠了解酒店的信息，根據信息申請預定餐桌。工作人員能夠處理顧客預定餐桌：首先檢查客戶的訂餐信息，然后根據訂餐信息選擇相應級別的餐桌或包間。顧客結

5、賬：顯示當前正在用餐的桌子信息,從中選中需要結帳的桌子,進行結帳操作，結帳完成后,將桌子置為空閑狀態,若當天還有不同時間預約此桌子的則置該桌為預約狀態。員工能夠對信息進行管理。根據要求可將系統分為七個模塊1 客戶申請注冊登錄模塊 會員能夠查詢酒店的餐桌信息情況，然后根據自己的需要，填寫申請單，向工作人員遞交申請，工作人員根據系統情況，回復客戶。2 系統管理員登陸模塊 系統管理員工作需要登陸系統，才能夠進行操作，系統中的各項數據都不允許外人隨便查看和更改，所以設置登陸模塊是必須的。3 顧客到達模塊到達情況有兩種,一種是有預約的到達,另一種是無預約的到達，有預約的到達首先查詢預約,故在預約模塊中添

6、加到達的功能。無預約的到達,就可以立即找空桌子用餐，在到達操作中還要刷新當前桌子狀態,由預約或空閑狀態轉為用餐狀態4 顧客結賬模塊 顯示當前正在用餐的桌子信息,從中選中需要結帳的桌子,進行結帳操作，結帳完成后,將桌子置為空閑狀態,若當天還有不同時間預約此桌子的則置該桌為預約狀態。5 餐桌信息管理模塊 工作人員可以對公司的餐桌進行管理。工作人員可以查詢公司的餐桌情況，包括就餐情況，就餐歷史，餐桌狀況。6 客戶信息管理模塊 在酒店就餐過的會員，工作人員需要記錄下就餐情況，以便再次預定就餐時可以查詢。新注冊的客戶，工作人員需要添加新會員進系統中。7 會員權限管理模塊 管理員查詢會員的權限，寫入新的權

7、限。三、 靜態結構建模各類之間的關系類不是單獨一個模塊，各個類之間是存在聯系。酒店預訂系統各類之間的聯系如圖： 從圖中可以看出，系統管理員可以查看會員的個人信息，并修改會員的權限，還可以設置餐桌的狀態信息。會員可以瀏覽餐桌信息和申請訂單，申請訂單成功后，就可以通過網上支付系統支付定金。 四、 動態結構建模用例圖1 業務處理系統（圖1）客戶登陸系統進入個人信息管理，如果不是會員，先注冊成為會員，然后登陸系統選擇查詢餐桌相關信息，最后下訂單。圖1 業務處理系統2 系統管理員的系統管理 圖2 系統管理員的系統管理組件圖該圖是系統的各個組件圖，由主界面、個人信息管理、權限設置、餐桌信息設置、餐桌信息、

8、個人訂單管理?；顒訄D 會員查看餐桌信息，在登陸狀態下請求訂餐，并選擇底單、支付方式，在管理員確定后，訂餐成功。時序圖1 權限設置時序圖2 餐桌信息設置時序圖管理員可以查看、設置餐桌的狀態信息。3 訂餐時序圖 會員可以通過登陸訂餐系統，查詢餐桌信息，選擇餐桌，并進行網上支付定金，最終生成訂單。然后管理員修改相關餐桌狀態信息。管理員可以打開權限窗口，查詢所有會員或某個會員，寫入新的權限后，保存，完成設置。協作圖1 權限設置協作圖2 餐桌信息設置協作圖狀態圖1 餐桌信息狀態圖管理員和會員都可以查詢餐桌狀態信息，會員可以預訂、退訂，管理員根據實際情況修改餐桌信息。2 訂單狀態圖訂單狀態圖顯示，系統記錄

9、餐桌信息、餐桌信息及付款信息，會員可以修改訂單，請求通過后可以生成訂單?；顒訄D1 權限設置活動圖五、 事件流文檔1 用例“注冊”的描述1.1前置條件 在客戶網上注冊成為會員之前，必須要先進入該酒店的網上酒店預訂系統。1.2 后置條件 如果“注冊”用例成功，客戶就成為了改酒店的會員。1.3 擴充點無1.4 事件流 1.4.1基流 用戶進入系統是用例訂約注冊的開始，填寫申請表，填寫正確提交后，工作人員根據申請表，回復用戶申請表是否通過。用戶可以通過電話和前臺，詢問工作人員自己的申請，工作人員根據系統記錄，處理申請。 管理員根據用戶填寫的申請表，給予該用戶會員的資格，并回復該用戶已經注冊成功可以登陸

10、。 1.4.2 分支流 無 1.4.3 替代流 無2 用例“登陸”的描述2.1前置條件 在客戶網上登陸之前，必須要先成為酒店的網上會員，并登陸進入該酒店的網上酒店預訂系統。2.2 后置條件 如果“登陸”用例成功，客戶可以填寫申請表，進行網上訂餐。2.3 擴充點無2.4 事件流 2.4.1基流 會員成功登陸進入系統后，查詢餐桌信息，填寫訂餐信息并提交，等待管理員處理申請。 如果該餐桌狀態良好并且閑置，執行分支流s-1：同意申請。 如果該餐桌不能使用，執行分支流s-2：拒絕申請。如果該餐桌已有人預定，執行分支流s-2：拒絕申請。如果用戶申請完成，則用例結束推出。 2.4.2 分支流 s-1 同意申

11、請 管理人員根據用戶的申請，根據系統中餐桌的情況，同意用戶的申請，把申請結果返回給用戶，用例結束。s-2 駁回申請 工作人員根據用戶的申請，根據系統中餐桌的情況，駁回用戶的申請，用例重新開始。 2.4.3 替代流 無3 用例“選擇訂單”的描述3.1前置條件在用例個選擇訂單之前，用戶必須成為該酒店的網絡會員并成功登陸系統。3.2 后置條件如果這個用例成功，則用戶可以處理個人的訂單管理。 3.3 擴充點無3.4 事件流3.4.1基流會員進入選擇訂單系統后，通過查詢餐桌信息，可以選擇申請訂單，等待系統管理員處理申請。如果該餐桌空置并無預訂，執行分支流s-1：同意申請。如果該餐桌處于就餐狀態，執行分支

12、流s-2：駁回申請。如果用戶選擇訂單完成，則用例結束推出。3.4.2分支流 s-1 同意申請 工作人員根據餐桌的空置并且無預訂狀況，同意用戶的申請，把申請結果返回給用戶，用例結束。 s-2 駁回申請 工作人員根據該餐桌處于就餐狀態，駁回用戶的申請，用例重新開始。3.4.3替代流 無4 用例“個人信息管理”的描述4.1前置條件在用例個人信息管理之前，用戶必須成為該酒店的網絡會員，并登陸訂餐系統。4.2 后置條件如果這個用例成功，則用戶可以處理個人信息管理。 4.3 擴充點無4.4 事件流4.4.1基流會員進入個人信息管理系統后，可以查詢個人信息，也可以修改個人信息并保存。4.4.2分支流 無4.

13、4.3替代流 無4 用例“個人訂單管理”的描述4.1前置條件在用例個人訂單管理之前，用戶必須成為該酒店的網絡會員。4.2 后置條件如果這個用例成功，則用戶可以處理個人的訂單管理。 4.3 擴充點無4.4 事件流4.4.1基流會員進入個人訂單管理系統后，可以查詢個人餐桌信息及繳費情況，也可以申請修改訂單，等待系統管理員處理申請。如果管理員根據實際情況確定能夠修改，執行分支流s-1：同意申請。如果管理員根據實際情況確定不能夠修改，執行分支流s-2：駁回申請。如果用戶申請修改訂單完成，則用例結束推出。4.4.2分支流 s-1 同意申請 工作人員根據用戶的申請的要求和現實的狀況，同意用戶的申請，把申請

14、結果返回給用戶，用例結束。 s-2 駁回申請 工作人員根據用戶的申請的要求和現實的狀況，駁回用戶的申請，用例重新開始。4.4.3替代流 無5 用例“餐桌管理”的描述5.1前置條件 在用例餐桌管理之前，管理員必須先登錄訂餐管理系統。5.2后置條件 在管理員用例餐桌信息管理后，管理員可以更改、預訂、退訂餐桌的狀態信息。5.3擴充點無5.4 事件流 5.4.1基流 管理員成功登陸進入系統后，查詢餐桌狀態或預訂情況，可以進行餐桌狀態的修改。 如果該餐桌從空置狀態進入就餐狀態，執行分支流s-1：就餐狀態。 如果該餐桌從就餐狀態進入空置狀態，執行分支流s-2：空置狀態。 如果客戶預訂該餐桌，執行分支流s-3：預訂狀態。如果客戶退訂該餐桌，執行分支流s-2：空置狀態。如果餐桌管理完成，則用例結束推出。 5.4.2 分支流 s-1 就餐狀態 客戶正在進行就餐。s-2 空置狀態 餐桌狀況良好，并無人就餐和預訂。 s-3預訂狀態 餐桌