清湯白水才是醍醐至味
開發背景：
? 隨著旅店聲譽日益提高，住宿人員越來越多，旅客為了能夠獲得好的房間，均提前預訂房間，
? 然而，隨著預訂的增多、預訂周期的拉長，前臺服務員作業壓力也日益增大，還經常出現作業的失誤，使得已經預訂好房間的旅客也不能按期入住，這給酒店的聲譽帶來不好的影響，
? 為此，旅店老板想到了計算機，希望能夠通過計算機來自動管理這些預訂業務，不過由于目前資金的問題，目前只開發一個單機版的系統，不提供網上業務；并且旅店方面的其它業務暫不考慮資訊化問題，
? 旅店老板委托某計算機公司開發該系統，并承諾如果系統運轉良好的話，將會考慮進一步合作事宜，
一、目的及要求
利用UML用例圖、用例描述、順序圖(或活動圖)完成用例建模程序，
二、軟體環境
Enterprise Architect 12
三、業務描述
? 某旅店可對外開放50個雙人間和2 0個單人間，房間費用視情況按季節調整，但周一到周五提供半價（周末全價）折扣，
? 旅客可以直接入住房間(如果有空房)，也可提前預訂；入住和預訂都需要登記個人資訊，
? 旅客提前預訂房間時，需提交一定的訂金；入住時間24小時之外的旅客可以取消預訂，并退回所有訂金，24小時以內則不退還訂金，
四、內容
（1）識別參與者：
? 業務參與者：旅客
? 業務工人：服務員、經理、時間
（2）識別用例：
? 用例：登錄、預定房間、取消預訂、查詢房間狀態、計算預定費用、交定金、退還定金、調整價格、管理旅客資訊 、提供房間預定情況、統計入住情況
（3）畫出用例圖：
（4）用例描述：
- “預訂房間”用例描述
| 用例描述 | “預訂房間”用例描述 |
|---|---|
| 用例名稱 | 預訂房間 |
| 簡要描述 | 旅店的服務員通過該用例為顧客預訂所需要的房間 |
| 參與者 | 服務員 |
| 涉眾 | 服務員：準確地完成預訂房間 旅客：簡單快速地預訂到所需的房間 |
| 相關用例 | 無 |
| 前置條件 | 服務員成功登錄到系統 |
| 后置條件 | 如果預訂成功，系統保存本次預訂資訊，更新相關房間的狀態 |
| 主事件流 | (1)用例起始于旅客現場需要預訂房間， (2)服務員按照旅客的要求設定查詢條件(D-1)， (3)系統查詢可預訂的房間資訊(D-2)，并顯示所有可預訂的房間串列(A-1)， (4)服務員為旅客選定所需的房間，并輸入預訂的時間和天數， (5)系統計算所需的總費用和預付的訂金金額(B-1)， (6)服務員現場收取旅客支付訂金的現金， (7)服務員將支付資訊(D-3)記錄到系統中，并進行預訂操作， (8)系統保存本次預訂資訊(E-1)(D-4)，更新房間狀態(E-2) (D-5)，并顯示預訂成功訊息， (9)系統列印預訂收據后，用例結束， |
| 子事件流 | A-1 沒有找到滿足可預訂需求的房間 (1)系統顯示沒有找到滿足需求的房間 (2)服務員可以重新設定查詢條件，或者選擇結束該用例 |
| 例外事件流 | E-1 系統保存預訂資訊失敗 (1)系統顯示保存預訂資訊失敗，并提醒服務員重新提交 (2)服務員可以重新提交本次預訂資訊，或者選擇結束該用例 E-2 系統更新房間狀態失敗 (1)系統顯示更新房間狀態失敗，并提醒服務員重新設定房間狀態 (2) 服務員可以重新提交本次預訂資訊，或者選擇結束該用例 |
| 資料需求 | D-1 查詢條件包括：預訂時間段、房間型別 D-2房間資訊包括：房間號、房間型別、價格、房間狀態 D-3 支付資訊包括：支付金額、交易時間、交易渠道、收付款客戶名稱、有效追溯交易的標識 D-4 預訂資訊包括：客戶的基本資訊（姓名、地址、聯系電話、有效證件）、本次預訂情況（房間號、預訂天數、預訂金額、預訂的總費用） D-5 房間狀態有：空閑、整理房間、已預訂、有客 |
| 業務規則 | B-1旅客提前預訂房間時，需提交一定的訂金，可以是總費用的比例（例如，15%）， |
| 非功能需求 | 目前只考慮旅客用現金當場支付的情況，但也要為其它支付方式預留介面， |
| 順序圖 | 畫出針對主事件流的順序圖  |
- “取消預訂”用例描述
| 用例描述 | “取消預訂”用例描述 |
|---|---|
| 用例名稱 | 預訂房間 |
| 簡要描述 | 旅店的服務員通過該用例為顧客取消所預訂的房間 |
| 參與者 | 服務員 |
| 涉眾 | 服務員：準確地完成取消預訂 旅客：簡單快速地取消所預訂的房間 |
| 相關用例 | 無 |
| 前置條件 | 服務員成功登錄到系統，旅客成功預訂到房間 |
| 后置條件 | 如果取消預訂成功，系統保存本次取消預訂資訊，更新相關房間的狀態 |
| 主事件流 | (1)用例起始于旅客現場取消預訂房間， (2)服務員按照旅客的要求查詢房間資訊(D-1)，并輸入旅客所預定的房間號， (3)系統查詢房間資訊以及預訂資訊(A-1)，并顯示該房間的資訊以及預訂資訊 (D-2)， (4)服務員為旅客辦理取消預訂房間業務， (5)系統查詢支付資訊(D-3)，并顯示支付資訊， (6)服務員現場退還旅客支付訂金的現金(B-1)， (7)服務員將退款資訊(D-4)記錄到系統中，并進行取消預訂操作， (8)系統保存本次取消預訂資訊(E-1)(D-5)，更新房間狀態(E-2) (D-6)，并顯示取消預訂成功訊息， (9)系統列印取消預訂憑據后，用例結束， |
| 子事件流 | A-1 沒有找到旅客預訂的房間資訊 (1)系統顯示沒有找到該房間的預訂資訊僅顯示房間資訊 (2)服務員可以重新查詢，或者選擇結束該用例 |
| 例外事件流 | E-1 系統保存預訂資訊失敗 (1)系統顯示保存預訂資訊失敗，并提醒服務員重新提交 (2)服務員可以重新提交本次取消預訂資訊，或者選擇結束該用例 E-2 系統更新房間狀態失敗 (1)系統顯示更新房間狀態失敗，并提醒服務員重新設定房間狀態 (2) 服務員可以重新提交本次取消預訂資訊，或者選擇結束該用例 |
| 資料需求 | D-1 房間資訊包括：房間號、房間型別、價格、房間狀態 D-2 預訂資訊包括：客戶的基本資訊（姓名、地址、聯系電話、有效證件）、本次預訂情況（房間號、預訂天數、預訂金額、預訂的總費用） D-3 支付資訊包括：支付金額、交易時間、交易渠道、收付款客戶名稱、有效追溯交易的標識 D-4 退款資訊包括：退款金額、退款時間、退款渠道、收付款客戶名稱、有效追溯交易的標識 D-5 取消預訂資訊：客戶的基本資訊（姓名、地址、聯系電話、有效證件）、本次預訂情況（房間號、退款金額、退款時間、預訂的總費用） D-6 房間狀態有：空閑、整理房間、已預訂、有客 |
| 業務規則 | B-1 服務員退還旅客提前預訂房間時，提交一定的訂金，金額是總費用的比例（例如，15%）， |
| 非功能需求 | 目前只考慮服務員用現金現場退款的情況，但也要為其它支付方式預留介面， |
| 順序圖 | 畫出針對主事件流的順序圖  |
- “管理旅客資訊”用例描述
| 用例描述 | “管理旅客資訊”用例描述 |
|---|---|
| 用例名稱 | 管理旅客資訊 |
| 簡要描述 | 旅店的服務員通過該用例對旅客的要求進行增刪改 |
| 參與者 | 服務員 |
| 涉眾 | 服務員：根據顧客的需求對旅客資訊進行增刪改操作 旅客：通知服務員修改個人資訊 |
| 相關用例 | 無 |
| 前置條件 | 服務員成功登錄到系統 |
| 后置條件 | 如果預訂成功，系統保存本次對旅客資訊增刪改操作結果 |
| 主事件流 | (1)用例起始于服務員查看當前時間之前輸入的資料， (2)服務員通過旅客提供的個人資訊(D-1)錄入到系統， (3)服務員洗掉過期預訂資訊(D-2)中的旅客資訊， (4)服務員根據客戶的需求修改旅客資訊(A-1)， (5)系統保存本次對旅客資訊增刪改操作的結果(E-1)，并顯示操作成功訊息，用例結束， |
| 子事件流 | A-1 沒有找到該客戶的旅客資訊 (1)系統顯示沒有找到該客戶的旅客資訊 (2)服務員可以重新修改客戶的旅客資訊，或者選擇結束該用例 |
| 例外事件流 | E-1 系統保存旅客資訊更新結果失敗 (1)系統顯示保存旅客資訊更新結果失敗，并提醒服務員重新更新旅客資訊 (2)服務員可以重新更新旅客資訊，或者選擇結束該用例 |
| 資料需求 | D-1 旅客資訊包括：姓名、地址、聯系電話、有效證件 D-2 預訂資訊包括：客戶的基本資訊（姓名、地址、聯系電話、有效證件）、本次預訂情況（房間號、預訂天數、預訂金額、預訂的總費用） |
| 業務規則 | B-1旅客通知服務員修改個人資訊，并提供最新的個人資訊， |
| 非功能需求 | 目前只考慮服務員具有權限更新旅客資訊，但也要為其它用戶能夠使用此預留介面， |
| 順序圖 | 畫出針對主事件流的順序圖  |
o(￣▽￣)ブ分析不是很到位，各抒己見，僅供參考😁~~~
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/230697.html
標籤：其他
上一篇：如何安裝Docker