1、文件編號UML-T02版本號1.1創建日期作 者更新日期旅游業務申請系統用例文檔旅游申請系統用例圖表1給出了旅游申請系統中“辦理申請手續”用例的文檔。由于該用例中并沒有明確的非功能需求，因此在文檔中也沒有體現。表1 “辦理申請手續”用例文檔用例名辦理申請手續簡要描述前臺服務員通過該用例為申請人辦理申請旅游團的手續參與者前臺服務員涉眾申請人、前臺服務員相關用例暫無前置條件前臺服務員登錄到系統后置條件申請信息被正確保存，相關旅游團可申請人數減少基本事件流1. 該用例起始于旅客需要辦理申請手續；2. 前臺服務員錄入要申請的旅游團旅行路線代碼和出發日期；3. 系統查詢要申請的旅游團信息（A-1）；4.

2、 系統顯示查詢到的旅游團和相關路線信息（D-1）（A-2、A-3）；5. 前臺服務員錄入本次申請信息（D-2）；6. 系統顯示旅行費用的總額和申請訂金金額；7. 前臺服務員提交該申請信息；8. 系統保存該申請信息（A-4），用例結束。備選事件流A-* 前臺服務員在提交該申請前，隨時都可能中止該申請1. 系統顯示中止確認的消息；2. 前臺服務員可以結束該用例，也可以選擇繼續錄入下一個申請。A-1 無法查詢到所需的旅游團信息1. 系統顯示錄入的旅游線路代碼或者出發日期有誤信息；2. 前臺服務員再次錄入旅游路線代碼和出發日期，也可以結束用例。A-2 旅行已超過申請截止日期1. 系統提示已超過申請截止

3、日期，不能申請；2. 前臺服務員重新輸入旅游線路代碼和新的出發日期，也可以結束用例。A-3 可以申請的人數為0人1. 系統提示旅游團人數已滿；2. 前臺服務員重新輸入新的旅游線路代碼和出發日期，也可以結束用例。A-4 保存信息失敗1. 系統顯示保存失敗，并提示用戶需要再次提交；2. 前臺服務員可以重新提交該申請，也可以結束用例。補充約束-數據需求D-1 顯示的旅游團和路線信息包括：旅游路線代碼、旅游路線名稱、出發日期、天數、申請截止日、可申請人數、大人的單價和小孩的單價等。D-2 錄入申請信息包括：申請責任人的姓名、電話號碼、參加的大人人數、小孩人數補充約束-業務規則B-1 所申請旅游團的截止

4、日期在申請日期之前B-2 所申請旅游團的人數限額未滿B-3 申請訂金的計算規則如下表所示：距出發日期的天數訂金比例2個月10%1個月，且<2個月20%<1個月全款待解決問題（暫無）相關圖（暫無）表2給出了“管理參加人”用例文檔，與前一個用例文檔不同的是，該用例文檔的基本事件流被劃分成三個子流程，通過子流程的方式可以使該用例文檔的結構更加清晰。表2 “管理參加人”用例文檔用例名管理參加人簡要描述前臺服務員通過該用例為對申請參加人的信息進行維護參與者前臺服務員涉眾申請人、申請參加人相關用例暫無前置條件前臺服務員登錄到系統后置條件申請參加人的信息被正確的錄入到系統中基本事件流1. 用例起

5、始于前臺服務員需要對申請的參加人信息進行維護；2. 前臺服務員輸入查詢條件（D-1），查詢申請信息；3. 系統查詢該申請（A-1），并顯示申請詳細信息（D-2）；4. 前臺服務員選擇所要進行的操作；5. 系統根據前臺服務員選擇的操作，執行以下的子流程：選擇“增加參加人”操作時，開始“增加參加人”子流程（S-1）；選擇“修改參加人”操作時，開始“修改參加人”子流程（S-2）；選擇“刪除參加人”操作時，開始“刪除參加人”子流程（S-3）；6. 子流程完成后，用例結束。子流程S-1：增加參加人1. 系統顯示申請責任人的姓名和電話號碼；2. 前臺服務員錄入申請責任人信息（D-3）；3. 前臺服務員錄入

6、申請責任人旅行途中的聯絡人信息（D-4）；4. 前臺服務員繼續錄入其它參加人的信息；5. 前臺服務員錄入參加人信息（D-3）；6. 前臺服務員錄入參加人有關旅行途中的聯絡人信息（D-4）；7. 重復步驟5.6，錄入所有的參加人（A-2）；8. 前臺服務員提交本次錄入信息（A-3）；9. 系統保存參加者信息（A-4），結束該子流程。子流程S-2：修改參加人1. 系統顯示全部參加人的姓名；2. 前臺服務員選出要修改的參加人；3. 系統顯示要變更的參加者信息（D-3）和聯絡人信息（D-4）；4. 前臺服務員修改相關的信息；5. 前臺服務員提交本次修改（A-2）；6. 系統保存參加人信息，結束該子流程

7、。子流程S-3：刪除參加人1. 系統顯示全部參加人的姓名；2. 前臺服務員選出刪除的參加人；3. 系統顯示取消手續費用和返還金額；4. 前臺服務員確認刪除；5. 系統保存本次刪除信息；6. 若刪除的參加人就是申請責任人，為了選擇新的申請責任人，系統會顯示所有參加人的姓名；7. 前臺服務員選擇新的申請責任人；8. 系統錄入新的申請責任人（A-4），結束該子流程。備選事件流A-* 前臺服務員在操作提交之前，隨時都能夠結束子流程1. 系統顯示確認中止的消息；2. 前臺服務員可以結束子流程，也可選擇繼續其它操作。A-1 沒有找到申請信息1. 系統提示未找到該申請信息2. 前臺服務員輸入查詢條件進行查詢

8、，也可以結束用例。A-2 必填項有未輸入項目1. 系統提示有未輸入項目；2. 前臺服務員再次輸入未輸入項。A-3 尚未錄入所有參加者的信息1. 系統提示有未錄入的參加者信息；2. 前臺服務員可以繼續錄入參加者的信息，也可登錄目前已錄入的參加者的信息，結束子流程。A-4 系統保存失敗1. 系統提示保存失敗；2. 前臺服務員可以再次提交，也可結束該用例補充約束-數據需求D-1 查詢條件包括：旅游線路代碼、出發日期、申請責任人姓名D-2 顯示的申請信息包括：旅游線路代碼、旅游團名稱、出發日期、申請日期、申請責任人姓名、支付情況。D-3 參加人信息包括：性別、出生年月、現在住所、郵政編碼、A-Mail

9、地址等D-4 聯絡人信息包括：姓名、與本人關系、住址、郵政編碼、電話號碼等；補充約束-業務規則B-1 取消手續費如下表所示：距出發日期的天數取消手續費用1個月以上無1個月到10天20%10天到1天（前一天）50%0天（出發當天）全款距出發日期的天數取消手續費用待解決問題（暫無）相關圖（暫無）表3給出了“完成支付”用例文檔。從用例文檔可以看出，該用例文檔和“管理參加人”用例文檔的基本事件流中存在很多相似的地方，即都需要查詢申請的信息；在下一節將介紹如何處理這種情況。表3 “完成支付”用例文檔用例名完成支付簡要描述前臺服務員通過該用例錄入申請的費用支付信息參與者前臺服務員涉眾前臺服務員、申請參加人

10、相關用例暫無前置條件前臺服務員登錄到系統后置條件申請的支付信息被正確的錄入到系統中基本事件流1. 用例起始于申請參加人來交費，前臺服務員需要錄入申請的支付信息；2. 前臺服務員可根據交款單編號或者申請信息（D-1），查詢已經錄入的申請；3. 系統查詢該申請（A-1），并顯示申請詳細信息（D-2）；4. 前臺服務員選擇完成支付功能；5. 系統顯示錄入支付信息界面；6. 前臺服務員錄入費用的支付信息；7. 系統保存費用支付信息（A-2），用例結束。備選事件流A-* 前臺服務員在操作提交之前，隨時都能夠結束支付流程1. 系統顯示確認錄入終止的信息；2. 前臺服務員可以結束用例，也可以選擇繼續。A-1

11、 沒有找到申請信息1. 系統提示未找到該申請信息；2. 前臺服務員輸入查詢條件進行查詢，也可以結束用例。A-2 保存失敗1. 系統顯示保存失敗；2. 前臺服務員可以選擇再次提交，也可以結束該用例。補充約束-數據需求D-1 查詢申請信息包括：旅游線路代碼、出發日期、申請責任人姓名；D-2 顯示的申請信息包括：旅游線路代碼、旅游團名稱、出發日期、申請責任人的姓名、余款金額、支付期限等信息。補充約束-非功能需求可擴展性：目前的支付方式是現金支付，可預見的變化是考慮通過信用卡進行網上支付待解決問題（暫無）相關圖（暫無）表4給出了系統中另一個參與者“收款員工”參與的用例“打印旅游確認書和余額交款單”的用

12、例文檔，注意在該用例文檔的基本事件流的第3步中如何表示循環操作。表4 “打印旅游確認書和余額交款單”用例文檔用例名打印旅游確認書和余額交款單簡要描述收款員工每天通過該用例打印前一天所有申請的旅游確認書和余額交款單參與者收款員工涉眾收款員工、申請責任人相關用例暫無前置條件收款員工登錄到系統后置條件設置申請狀態為已發送確認書，對于支付全款的申請，其狀態修改為已支付完成基本事件流1. 用例起始于收款員工準備為申請人打印旅游確認書和余額交款單；2. 系統查詢前一天為止已經完成申請并且尚未打印確認書的申請；3. 對于查詢到的全部申請，系統重復執行步驟46步：4. 系統打印旅游團確認書（D-1）；5. 對

13、于有余款未支付的申請，系統打印交款單（D-2）；對于旅費已全部支付的申請，設其狀態為完成支付；6. 系統設置該申請為已經發行確認書的狀態。7. 全部申請均處理完成后，用例結束。備選事件流（暫無）補充約束-數據需求D-1 旅游確認書包括：收信人信息（即申請負責人的姓名、郵編、當前住址）和對應的旅游團信息（即旅游線路編碼、旅游線路名稱、出發日期、全體參加人的名稱）；D-2 交款單內容包括：交款單編號、旅游團的單價、參加者人數、合計金額、訂金、余款、支付期限等。待解決問題（暫無）相關圖（暫無）表5給出了“導出財務信息”用例文檔。由于該用例的參與者是時間和財務系統，沒有外部用戶，所以事件流中全是系統的動作。此外，由于問題陳述中并沒有提及有關財務系統的相關細節，因此與財務系統的交互模式也無法表示清楚。表5 “導出財務信息”用例文檔用例名導出財務信息簡要描述系統每天晚上自動導出當頭的財務信息，并導入到財務系統中參與者時間，財務系統（輔參與者）涉眾會計人員相關用例暫無前置條件無后置條件所有當天的財務信息均被正確導入到財務系統中基本事件流1. 用例起始于系統每天晚上自動運行；2. 系統查詢當天所收取的所有訂金和支付信息（A-1）；3. 針對所有的訂金和支付信息，重復執行45步：4. 系統獲取當前的訂金和支付信息；5. 系統將這些訂金和支付信息導出到財務系統中（A-2）；