軟件架構實驗一實驗名稱：UML實踐專業班級：xxx學號：xxx姓名：xxx一、實驗目的熟悉體系結構架構工具PowerDesigner的安裝和使用，使用PowerDesigner繪制用例圖，構造系統的需求模型；使用PowerDesigner繪制類圖和對象圖，構造系統的靜態模型。二、實驗內容1.使用PowerDesigner根據實際場景構造需求模型，了解需求建模的步驟并繪制用例圖，撰寫用例描述文檔，進行模型檢查。某酒店訂房系統描述如下：（1）顧客可以選擇在線預訂，也可以直接去酒店通過前臺服務員預訂；（2）前臺服務員可以利用系統直接在前臺預訂房間；（3）不管采用哪種預訂方式，都需要在預訂時交相應訂金；（4）前臺預訂可以通過現金或信用卡的形式進行訂金支付，但是網上預訂只能通過信用卡進行支付；（5）利用信用卡進行支付時需要和信用卡系統進行通信；（6）客房部經理可以隨時查看客房預訂情況和每日收款情況。2.SunnyCollege軟件學院的圖書管理系統的部分需求如下：(1)圖書館會員有兩類：學生和教師，學生可以借五本書，教師可以借十本書；(2)學生會員借書期限為兩個月，教師會員借書期限為三個月；(3)書籍分為圖書和期刊；(4)圖書管理系統應記錄借出和歸還的書籍信息；(5)系統應該能添加新會員，當圖書管理員添加新會員時，系統創建新記錄；(6)圖書管理員可以刪除會員記錄。現根據以上需求對系統進行靜態建模，繪制類圖，并假設一個名為“張三”的學生借一本名為《設計模式》的書，創建相應的對象圖。3.根據NewWorldBank銀行系統項目需求，構建系統的需求模型和靜態模型。三、實驗要求1.熟練安裝PowerDesigner11，熟練使用PowerDesigner11繪制用例圖、類圖和對象圖；2.嚴格按照需求建模和靜態建模的步驟；3.使用UML2.0中用例圖的標準圖符；4.繪制標準的用例圖并撰寫規范的用例文檔，繪制標準的類圖和對象圖；5.最終需求模型需要進行檢查，確保模型與需求的一致性。四、實驗步驟1.安裝PowerDesigner11；2.了解PowerDesigner11的常用功能；3.分析實例場景，識別執行者；4.識別用例及用例之間的關系；5.使用PowerDesigner繪制用例圖；6.使用PowerDesigner撰寫用例文檔；7.模型檢查；8.識別系統的類（實體類、邊界類和控制類）；9.識別類的屬性和方法（實體類和控制類）；10.識別類之間的關系；11.使用PowerDesigner繪制類圖；12.使用PowerDesigner繪制對象圖；13.檢查類圖和對象圖的正確性。五、實驗報告要求1.繪制酒店訂房系統的用例圖并撰寫相關用例的用例描述文檔，需要提交模型檢查矩陣；A．用例圖如下：B．用例文檔：用例名稱網上在線預訂房間用例編號RRS001執行者顧客用例簡述顧客通過該用例可以在線預訂房間。涉眾及興趣客房部經理：了解房間預訂情況。信用卡系統：預付訂金前置條件顧客通過身份驗證，進入酒店訂房系統并交付訂金。后置條件系統正確記錄顧客的預定房間信息。基本流程顧客進入酒店房間預訂界面，用例開始。顧客點擊預訂房間。系統顯示房間信息。系統驗證房間是否可預訂。網上預付訂金系統提示預訂成功。用例結束。替代流程4a.房間不能預訂房間已被預訂。顧客重新預訂房間。系統再次驗證直至提示成功。字段列表顧客信息包括以下字段：編號、姓名。房間信息包括以下：房間號、樓層號、房間類型。非功能需求系統響應時間應該在30秒以內發生頻率頻繁發生用例名稱前臺預訂房間用例編號RRS002執行者服務員用例描述服務員通過此用例可以幫顧客預訂房間。涉眾及興趣客房部經理：了解房間預訂情況。前置條件服務員通過身份驗證，進入酒店訂房系統并收取顧客的交付訂金。后置條件系統正確記錄顧客的預定房間信息。基本流程服務員進入酒店房間預訂界面，用例開始。服務員點擊預訂房間。系統顯示房間信息。系統驗證房間是否可預訂。顧客預付訂金系統提示預訂成功。用例結束。替代流程4a.房間不能預訂房間已被預訂。顧客重新預訂房間。系統再次驗證直至提示成功。字段列表服務員信息如下：姓名、編號。房間信息包括以下：房間號、樓層號、房間類型。非功能需求系統響應時間應該在30秒以內發生頻率頻繁發生用例名稱查看房間預訂用例編號RRS003執行者客房部經理用例描述客房部經理通過該用例了解房間預訂信息涉眾及興趣酒店訂房系統：了解房間預訂信息前置條件客房部經理通過身份驗證，進入酒店訂房系統后置條件客房部經理已掌握房間預訂情況基本流程客房部經理進入酒店訂房界面，用例開始。客房部經理點擊訂房信息。系統顯示房間預訂信息。用例結束。替代流程2a.客房部經理不能查看房間預訂信息系統出故障。客房部經理重新查閱房間預訂信息。系統再次驗證直至提示成功。字段列表客房部經理信息包括以下字段：編號、姓名。房間信息包括以下：房間號、樓層號、房間類型。非功能需求系統響應時間應該在20秒以內發生頻率頻繁發生用例名稱查看每日收款用例編號RRS004執行者客房部經理用例描述客房部經理通過該用例可以查看每日的收支信息涉眾及興趣酒店訂房系統：查看每日的收支信息前置條件客房部經理通過身份驗證，進入酒店訂房系統后置條件客房部經理已掌握公司的盈利信息。基本流程客房部經理進入酒店每日收支界面，用例開始。客房部經理點擊查看每日收款系統顯示每日的收款用例結束。替代流程2a.客房部經理不能查看每日的收款信息系統出故障。客房部經理重新查看每日的收款信息。系統再次驗證直至提示成功。字段列表客房部經理信息包括以下字段：編號、姓名。房間信息包括以下：房間號、樓層號、房間類型。非功能需求系統響應時間應該在20秒以內發生頻率頻繁發生用例模型檢查矩陣如下：顧客客房部經理服務員信用卡系統網上在線預定房間前臺預定房間查看房間預定查看每日收款預付訂金現金支付信用卡支付2.繪制圖書管理系統的類圖和對象圖：3.構造NewWorldBank銀行系統的需求模型和靜態模型。用例圖如下：用例描述文檔如下：用例名稱管理賬號用例編號yh001執行者銀行工作人員用例描述銀行工作人員通過該用例管理賬號，包括包括創建新帳號，設置或修改賬號密碼，設置或修改借記卡密碼，賬號掛失，借記卡掛失，取消賬號。涉眾及興趣客戶：希望可以快捷方便的創建賬號；希望工作人員服務態度好銀行工作人員：希望系統運行正常；希望客戶可以給出清晰準確的信息。銀行：希望客戶滿意，可以及時的為客戶服務；希望系統有一定的容錯性前置條件銀行工作人員登錄系統后置條件系統正確記錄賬號的更改，滿足客戶需求基本流程1.銀行工作人員進入工作界面，用例開始2.客戶提供信息，選擇創建賬號3.工作人員錄入信息4.工作人員設置密碼5.系統提示操作成功6.系統記錄更改7.用例結束替代流程2a.客戶選擇修改密碼1.客戶提供原始密碼2.系統驗證原始密碼，若不成功，則重新輸入，直到成功3.客戶提供新密碼4.系統保存修改2b.客戶選擇申請借記卡1.客戶提供賬號及密碼2.系統驗證賬號密碼，若不成功，則重新輸入，直到成功3.工作人員將借記卡交給客戶并設置密碼4.系統保存修改2c.客戶選擇賬號掛失1.客戶提供賬號及密碼2.系統驗證賬號密碼，若不成功，則重新輸入，直到成功3.客戶注明掛失原因4.工作人員掛失賬號5.系統保存修改2d.取消賬號1.客戶提供賬號及密碼2.系統驗證賬號密碼，若不成功，則重新輸入，直到成功3.客戶注明取消原因4.工作人員取消賬號5.系統保存修改字段列表客戶信息包括：姓名，性別，身份證號碼，賬號，密碼工作人員信息包括：姓名，編號非功能需求客戶信息安全保證發生頻率頻繁發生用例名稱注冊用例編號Yh002執行者銀行客戶用例描述銀行客戶通過該用例注冊涉眾及興趣顧客：希望可以快捷方便的完成注冊，希望自己的信息可以得到安全保證。銀行：希望客戶可以提交完整正確的信息前置條件客戶登錄注冊界面后置條件系統正確記錄客戶資料，客戶注冊成功基本流程1.客戶進入注冊界面，用例開始2.客戶輸入基本信息3.系統驗證客戶信息完整性4.客戶提交信息5.系統驗證客戶信息正確性6.系統保存客戶注冊資料7.系統提示注冊成功8.用例結束替代流程3a客戶信息不完整1. 系統提示客戶信息不完整的原因2. 客戶補充資料3. 系統再次驗證直到信息完整5a客戶信息不正確1. 系統提示客戶信息不正確的原因2. 客戶重新輸入信息3. 客戶重新提交4. 系統再次驗證直到信息正確字段列表客戶信息包括：姓名，性別，身份證號碼，賬號，密碼，郵箱，電話，用戶名非功能需求客戶信息安全保證發生頻率頻繁發生用例名稱管理銀行工作人員基本資料用例編號Yh003執行者系統管理員用例描述系統管理員通過該用例管理銀行工作人員基本資料，包括錄入、修改、查詢銀行工作人員基本資料。涉眾及興趣銀行工作人員：希望自己的基本資料可以安全的被修改保存；希望系統管理員服務態度友好系統管理員：希望能夠正確的修改工作人員的資料，系統有一定的容錯性前置條件系統管理員登錄系統，系統管理員有權限修改資料后置條件系統正確記錄工作人員資料的更改基本流程1.系統管理員以管理員身份登陸系統，用例開始2.系統管理員錄入工作人員基本資料3.系統提示錄入成功4.用例結束替代流程2a系統管理員修改工作人員基本資料1. 系統管理員找到要修改資料的工作人員的記錄2. 系統將更改后的資料錄入系統1. 系統保存更改，提示更改成功2b.系統管理員查詢工作人員基本資料1. 系統管理員輸入要查詢資料的工作人員的姓名或編號2. 系統查找該工作人員的資料3. 若找到，顯示其基本資料，若沒有找到，提示查找不成功字段列表工作人員信息包括：姓名，性別，編號，職位系統服務員信息包括：姓名，編號，用戶名，密碼非功能需求工作人員信息安全保證發生頻率偶爾模型檢查矩陣:銀行服務模塊銀行管理模塊網上服務模塊創建新賬號●設置或修改賬號密