設計模式實驗一實驗報告完整版.doc

軟件體系結構實驗報告項目名稱 UML實驗 專業(yè)班級 軟件 學 號 姓 名 實驗成績：批閱教師：年 月 日實驗1 UML實驗(1)實驗學時： 2 每組人數(shù)： 1 實驗類型： 3 （1：基礎性 2：綜合性 3：設計性 4：研究性）實驗要求： 1 （1：必修 2：選修 3：其它）實驗類別： 3 （1：基礎 2：專業(yè)基礎 3：專業(yè) 4：其它）一、實驗目的1學會安裝和使用建模工具PowerDesigner，熟練使用PowerDesigner繪制常用的UML圖形，熟悉常用的UML符號；2構建用例模型來描述軟件需求，包括繪制用例圖，撰寫用例文檔并制作用例檢查矩陣；3. 繪制狀態(tài)圖描述對象的狀態(tài)及轉換。二、實驗內容1. 某酒店訂房系統(tǒng)描述如下：(1) 顧客可以選擇在線預訂，也可以直接去酒店通過前臺服務員預訂；(2) 前臺服務員可以利用系統(tǒng)直接在前臺預訂房間；(3) 不管采用哪種預訂方式，都需要在預訂時支付相應訂金；(4) 前臺預訂可以通過現(xiàn)金或信用卡的形式進行訂金支付，但是網上預訂只能通過信用卡進行支付；(5) 利用信用卡進行支付時需要和信用卡系統(tǒng)進行通信；(6) 客房部經理可以隨時查看客房預訂情況和每日收款情況。繪制該酒店訂房系統(tǒng)的用例圖。2. 根據以下場景繪制用例圖：某企業(yè)為了方便員工用餐，為企業(yè)餐廳開發(fā)了一個訂餐系統(tǒng)（COS：Cafeteria Ordering System），企業(yè)員工可通過企業(yè)內聯(lián)網使用該系統(tǒng)。該系統(tǒng)功能描述如下：(1) 企業(yè)的任何員工都可以查看菜單和今日特價；(2) 系統(tǒng)的顧客是注冊到系統(tǒng)的員工，可以在線訂餐（以下操作均需先登錄）、注冊工資支付、修改訂餐信息和刪除訂餐信息，在注冊工資支付時需要通過工資系統(tǒng)進行身份驗證；(3) 餐廳員工是特殊的顧客，可以進行備餐（系統(tǒng)記錄備餐信息）、生成付費請求和請求送餐，其中對于注冊使用工資支付的顧客生成付費請求并發(fā)送給工資系統(tǒng)；(4) 菜單管理員是餐廳員工的一種，可以管理菜單；(5) 送餐員也是餐廳員工的一種，可以打印送餐說明、記錄送餐信息（如送餐時間）以及記錄收費（對于沒有注冊工資支付的顧客，由送餐員收取現(xiàn)金后記錄）。3. Draw a use case diagram for the following library system:The library stores various items that can be borrowed, including books and journals. Books can be borrowed by both staff and students, but only staff members can borrow journals. When a user borrows a book, their loan details are checked to ensure that they have no overdue books on loan, and have not already borrowed the maximum permitted number of books.Users can check their own loan details at any time. Librarians are permitted to check the loan details of any user.Library users can reserve books that are currently out on loan. If three reservations have already been made for a given book, and a further reservation is made, a new copy will be ordered by the librarian.4. 某棋牌館管理系統(tǒng)的基本功能描述如下：客戶可以通過Internet預訂座位，如果暫時沒有合適的座位則允許客戶進入“等候隊列”，當有人退訂或結賬之后將及時通知客戶。此外，該系統(tǒng)還需要為總臺服務員提供座位安排以及結賬的功能，要求能夠支持現(xiàn)金和銀行卡兩種結賬方式。根據以上功能描述繪制相應的用例圖。5. 某銀行準備開發(fā)一個網上信用卡管理系統(tǒng) CCMS，該系統(tǒng)的基本功能為： (1) 信用卡申請。非信用卡客戶填寫信用卡申請表，說明所要申請的信用卡類型及申請者的基本信息，提交 CCMS登錄。如果信用卡申請被銀行接受，客戶會收到銀行的確認函， 并告知用戶信用卡的有效期及信貸限額；否則銀行會發(fā)送一封拒絕函給該客戶?？蛻羰盏酱_認函后，需再次登錄 CCMS，用信用卡號和密碼激活該信用卡。激活操作結束后，CCMS將激活通知發(fā)送給客戶，告知客戶其信用卡是否被成功地激活。(2) 月報表生成。在每個月第一天的零點，CCMS為每個信用卡客戶創(chuàng)建一份月報表，對該客戶上月的信用卡交易情況及交易額進行統(tǒng)計。信用卡客戶可以登錄 CCMS查看月報表，也可以要求 CCMS提供打印出的月報表。 (3) 信用卡客戶信息管理。信用卡客戶的個人信息可以在 CCMS 中進行在線的管理。每個信用卡客戶可以在線查詢其個人信息。 (4) 信用卡交易記錄。信用卡客戶使用信息卡進行的每一筆交易都會記錄在 CCMS中。 (5) 交易信息查詢。信用卡客戶可以登錄 CCMS查詢并核實其信用卡交易記錄及交易額。 構造該系統(tǒng)的用例模型，要求繪制用例圖，編寫相應的用例文檔，還需提供用例追蹤矩陣。6. 根據以下描述繪制狀態(tài)圖：某銷售信息管理系統(tǒng)中銷售部員工可以提交訂單，剛提交的訂單為“初始”狀態(tài)；系統(tǒng)管理員可以處理訂單，如果訂單無誤，則修改訂單為“備貨”狀態(tài)，否則將訂單退還給提交訂單的銷售部員工修改，員工此時可以取消訂單；倉庫管理員備貨完畢后可將訂單狀態(tài)改為“發(fā)貨”狀態(tài)；銷售部員工在確認客戶已經收到貨物后，可將訂單改為“關閉”狀態(tài)。三、實驗要求1. 正確安裝PowerDesigner；2. 熟練使用PowerDesigner繪制用例圖和狀態(tài)圖；3. 需按照用例建模的流程，提供用例圖、用例文檔和用例追蹤矩陣；4. 使用UML2.X中的標準圖符繪制圖形，對于一些較為復雜的圖形，適當增加文字注釋來進行說明；5. 所繪制圖形必須正確、完整，需具有較好的可讀性，注意圖形中圖符和文字大小及布局。四、實驗步驟1. 安裝PowerDesigner15.X；2. 熟悉PowerDesigner15.X的常用功能；3. 分析實例場景，識別執(zhí)行者；4. 識別用例及用例之間的關系；5. 使用PowerDesigner15.X繪制用例圖；6. 撰寫用例文檔；7. 創(chuàng)建用例追蹤矩陣；8. 使用PowerDesigner15.X繪制狀態(tài)圖。五、實驗報告要求1. 繪制并提交酒店訂房系統(tǒng)用例圖；2. 繪制并提交訂餐系統(tǒng)用例圖；3. 繪制并提交圖書館系統(tǒng)(Library System)用例圖；4. 繪制并提交棋牌館管理系統(tǒng)用例圖；5. 構造網上信用卡管理系統(tǒng)CCMS的用例模型，提交用例圖、用例文檔和用例追蹤矩陣；6. 繪制并提交銷售信息管理系統(tǒng)訂單類的狀態(tài)圖；7. 注意調整圖中文字的字體及字號，注意圖的整體布局和圖的大小，避免使用交叉線。六、實驗結果1. 酒店訂房系統(tǒng)用例圖：2. 訂餐系統(tǒng)用例圖：3. 圖書館系統(tǒng)(Library System)用例圖：4. 棋牌館管理系統(tǒng)用例圖：5. 網上信用卡管理系統(tǒng)CCMS的需求模型：(1) 用例圖：(2) 用例描述文檔：用例編號(Number) ：UC001 用例名稱(Name)：信用卡申請簡要說明 (Brief Description)非信用卡客戶申請信用卡提交CCMS系統(tǒng)并通過銀行驗證。執(zhí)行者(Actors)非信用卡客戶前置條件(Pre-Condition)無后置條件(Post-Condition)銀行驗證涉眾利益(Stakeholder)1. 客戶會收到銀行的確認函2. 客戶收到確認函后，需再次登錄 CCMS，用信用卡號和密碼激活該信用卡。3. CCMS將激活通知發(fā)送給客戶，告知客戶其信用卡是否被成功地激活。事件流 (Flow of Event)基本流程（Base Flow）信用卡申請。非信用卡客戶填寫信用卡申請表，說明所要申請的信用卡類型及申請者的基本信息，提交 CCMS登錄。如果信用卡申請被銀行接受，客戶會收到銀行的確認函， 并告知用戶信用卡的有效期及信貸限額；否則銀行會發(fā)送一封拒絕函給該客戶?？蛻羰盏酱_認函后，需再次登錄 CCMS，用信用卡號和密碼激活該信用卡。激活操作結束后，CCMS將激活通知發(fā)送給客戶，告知客戶其信用卡是否被成功地激活。用例編號(Number) ：UC002 用例名稱(Name)：月報表生成簡要說明 (Brief Description)信用卡用戶登錄CCMS系統(tǒng)并查看交易信息。執(zhí)行者(Actors)信用卡客戶前置條件(Pre-Condition)登錄CCMS系統(tǒng)后置條件(Post-Condition)打印報表涉眾利益(Stakeholder)1 CCMS為每個信用卡客戶創(chuàng)建一份月報表2 對該客戶上月的信用卡交易情況及交易額進行統(tǒng)計3 信用卡客戶可以登錄 CCMS查看月報表，也可以要求 CCMS提供打印出的月報表事件流 (Flow of Event)基本流程（Base Flow）月報表生成。在每個月第一天的零點，CCMS為每個信用卡客戶創(chuàng)建一份月報表，對該客戶上月的信用卡交易情況及交易額進行統(tǒng)計。信用卡客戶可以登錄 CCMS查看月報表，也可以要求 CCMS提供打印出的月報表。 用例編號(Number) ：UC003 用例名稱(Name)：信用卡客戶信息管理簡要說明 (Brief Description)在線查詢其個人信息執(zhí)行者(Actors)信用卡客戶前置條件(Pre-Condition)登錄CCMS系統(tǒng)后置條件(Post-Condition)無涉眾利益(Stakeholder)1 信用卡客戶的個人信息可以在 CCMS 中進行在線的管理2 每個信用卡客戶可以在線查詢其個人信息事件流 (Flow of Event)基本流程（Base Flow）信用卡客戶的個人信息可以在 CCMS 中進行在線的管理。每個信用卡客戶可以在線查詢其個人信息。用例編號(Number) ：UC004 用例名稱(Name)：信用卡交易記錄簡要說明 (Brief Description)信用卡客戶使用信息卡進行的每一筆交易都會記錄在 CCMS中。 執(zhí)行者(Actors)信用卡客戶前置條件(Pre-Condition)登錄CCMS系統(tǒng)后置條件(Post-Condition)無涉眾利益(Stakeholder)1記錄，每一筆交易事件流 (Flow of Event)基本流程（Base Flow）信用卡客戶使用信息卡進行的每一筆交易都會記錄在 CCMS中。用例編號(Number) ：UC005 用例名稱(Name)：交易信息查詢簡要說明 (Brief Description)信用卡客戶可以登錄 CCMS查詢并核實其信用卡交易記錄及交易額。 執(zhí)行者(Actors)信用卡客戶前置條件(Pre-Condition)登錄CCMS系統(tǒng)后置條件(Post-Condition)無涉眾利益(Stakeholder)1查詢并核實其信用卡交易記錄及交易額事件流 (Flow of Event)基本流程（Base Fl