1、華北科技學院計算機學院綜合性實驗報告華北科技學院計算機學院綜合性實驗實 驗 報 告 課程名稱 面向對象建模UML 實驗學期 2012 至 2013 學年 第 二 學期學生所在院部 計算機學院 年級 專業班級 學生姓名 學號 任課教師 黃江蘭 實驗成績 計算機學院制 面向對象建模UML 課程綜合性實驗報告開課實驗室：七機房 2013 年 6 月 18 日實驗題目食堂售飯系統UML建模一、 實驗目的1、掌握UML的表示法。2、掌握陳述問題和分析問題的方法，使用UML進行面向對象系統分析。3、使用UML進行面向對象系統設計。4、掌握面向對象建模的流程和基本思想。二、 設備與環境硬件：多媒體計算機軟件

2、：Windows系列操作系統、StarUML建模工具三、實驗內容及要求1.實驗要求1. 完成用戶需求的分析，找出系統的執行者、用例，畫出用例模型圖。2. 找出系統的概念類，建立領域模型。3. 畫出系統順序圖，找出系統與外界交互的消息。4. 找出系統的設計類，建立設計類模型圖。5. 完成系統中主要類的詳細設計。6. 重點畫出用例圖、類圖及順序圖。2.實驗內容1.1、用例圖： 食堂售飯系統的用戶主要是學生、食堂管理部門和食堂工作人員，因此該系同的用例包括辦理飯卡、充卡、補辦、掛失飯卡、退換飯卡、扣除飯菜金額和查看個人明細等。就食堂售飯系統而言，其主要功能是讓持卡人用飯卡使購買飯菜的過程繞過了付款及

3、找零的環節，提高了服務效率，而管理部門和食堂工作人員的作用都是為了使用戶免于對系統的直接操作而設置的，因而此兩者應歸為食堂售飯系統的內部，相當于用戶和具體的計算機軟硬件系統之間的接口。持卡人需要通過食堂售飯系統來使用其所持有飯卡買飯，因而是整個系統的執行者；管理部門根據持卡人的需求操作計算機系統從而實現與飯卡相關信息的管理，是位于食堂售飯系統內部的執行者；食堂工作人員同樣通過操作計算機系統來實現購買飯菜過程中的扣費功能以及對營業情況進行的匯總統計的功能，也是位于食堂售飯系統內部的執行者。其用例圖如圖1.1。圖1.1 食堂售飯系統用例圖 根據用例模型圖，對其中8個用例的簡單描述如下： 用例：l

4、辦理新飯卡：管理部門人員負責在用戶申請新卡時替用戶辦理新飯卡。l 飯卡充值：管理部門人員負責根據持卡人所給的金額向飯卡中追加存款金額。l 注銷飯卡：管理部門人員負責在持卡人補辦新卡或退卡時注銷其原有飯卡。l 掛失/撤銷掛失飯卡：管理部門人員負責在持卡人因飯卡遺失申請掛失時進行掛失飯卡操作，在其找回飯卡時撤銷對飯卡的掛失。l 補辦飯卡：管理部門人員負責在持卡人確認飯卡丟失或者損壞時替其補辦飯卡，更改飯卡版本號，并實現只能使用最新版本號的飯卡。l 退還飯卡：管理部門人員負責在持卡人申請退卡時清除卡內信息，退還剩余金額和押金。l 查看個人信息明細：管理部門人員負責在持卡人申請查看其信息明細。l 扣除

5、飯卡費用：食堂工作人員負責在持卡人持卡消費時根據飯菜的價格對飯卡進行扣費操作。l 營業匯總統計結算：食堂工作人員負責在每天營業結束后對營業情況進行匯總統計并打印相關報表。 1.2.用例事件流描述：1）. 辦理新飯卡l 基本流1. 用戶申請辦理新飯卡2. 管理部門收取其押金和存款，記錄持卡人相關信息3. 管理部門創建新飯卡的相關信息4. 用戶領取新飯卡l 備選流無2）. 飯卡充值l 基本流1. 持卡人申請對飯卡充值2. 管理部門向持卡人收取現金3. 管理部門根據持卡人要求向飯卡中充值l 備選流3.a 如果收取現金金額大于充值額度，管理部門向持卡人找零3）. 注銷飯卡l 基本流1. 持卡人申請注銷

6、飯卡2. 管理部門注銷飯卡l 備選流無4）. 掛失/撤銷掛失飯卡l 基本流1. 持卡人申請掛失/撤銷掛失飯卡2. 管理部門執行相應操作l 備選流無5）. 補辦新卡l 基本流1. 持卡人申請補辦新卡2. 管理部門注銷持卡人原有飯卡，讀出余額，清除卡內信息3. 管理部門創建新飯卡的相關信息4. 管理部門更新持卡人的相關信息5. 持卡人領取新飯卡l 備選流 無6）. 退還飯卡l 基本流1. 持卡人申請退還飯卡2. 管理部門收回飯卡3. 管理部門將押金退還持卡人并清除卡內信息l 備選流2.a 如果卡內有剩余金額，管理部門想持卡人退還相應金額7）. 查看個人信息明細l 基本流1. 持卡人申請查看個人信息

7、明細2. 管理部門讓持卡人輸入飯卡密碼3. 持卡人查看個人信息明細l 備選流2.a 如果飯卡密碼錯誤，給出提示，結束8）. 扣除飯卡費用（對應于持卡人使用飯卡消費）l 基本流1. 持卡人購買飯菜，將飯卡放到自動售飯機上2. 食堂工作人員在自動售飯機上輸入飯菜的金額3. 自動售飯機查詢飯卡余額4. 卡內金額扣除l 備選流3.a 如果卡中金額不夠用，給出提示，結束4.a 如果卡內金額低于底線，給出提示，結束9）. 營業匯總統計結算l 基本流1. 食堂工作人員按需求對營業情況進行匯總統計2. 打印相關報表l 備選流無 2.類圖 食堂售飯系統對應的概念類類圖如圖2.1。圖2.1 食堂售飯系統對應的概念

8、類類圖 該類圖主要描述了食堂工作人員、食堂管理人員、持卡人、飯卡、計算機系統、售飯機和數據庫等的外部特性及實現方法的描述。 3.順序圖 3.1辦理新飯卡的順序圖 食堂售飯系統的辦理新飯卡的順序圖如圖3.1。圖3.1 辦理新飯卡順序圖 3.2追加金額的順序圖 食堂售飯系統的追加金額的順序圖如圖3.2。 圖3.2 飯卡充值順序圖 3.3補辦新飯卡的順序圖 食堂售飯系統的補辦新飯卡的順序圖如圖3.3。 圖3.3 補辦新卡順序圖 3.4退還飯卡的順序圖 食堂售飯系統的退還新飯卡的順序圖如圖3.4。 圖3.4 退換飯卡順序圖 3.5掛失/撤銷掛失飯卡的順序圖 食堂售飯系統的掛失/撤銷掛失飯卡的順序圖如圖

9、3.5。 圖3.5 掛失/撤銷掛失飯卡順序圖 3.6扣除飯卡金額的順序圖 食堂售飯系統的扣除飯卡金額的順序圖如圖3.6。 圖3.6 扣除飯卡順序圖 3.7注銷飯卡金額的順序圖 食堂售飯系統的注銷飯卡金額的順序圖如圖3.7。 圖3.7 注銷飯卡順序圖 3.8查看個人信息的順序圖 食堂售飯系統的查看個人信息的順序圖如圖3.8。 圖3.8 查看個人信息順序圖 3.9營業匯總統計結算的順序圖 食堂售飯系統的營業匯總統計結算的順序圖如圖3.9。 圖3.9 營業匯總統計結算順序圖4. 活動圖 活動圖描述的是一個操作的執行過程中所完成的工作或動作，并在這一過程中顯示了如何執行一組相關的動作。4.1食堂管理人

10、員活動圖食堂售飯系統的食堂管理人員活動圖如圖4.1. 圖4.1食堂管理人員活動圖 該活動圖是對管理員進入系統后根據相應的需要選擇相應需求，為學生完成相關服務！4.2食堂系統活動圖食堂售飯系統的食堂系統活動圖如圖4.2. 圖4.2 食堂系統活動圖4.3辦理新飯卡活動圖食堂售飯系統的辦理新飯卡活動圖如圖4.3. 圖4.3 辦理新飯卡順序圖 5.包圖食堂售飯系統的包圖如圖5.1。 圖5.1 食堂售飯系統包圖 包圖用來補充說明事件。 GUI包是圖像用戶界面的包圖；Sever Package包是事件包！如工作人員鍵入數據 收款機損壞 數據鍵入數值有誤 等等！從而進行相應的處理！Card Client P

11、ackage處理卡的相應事件！如當卡內余額不足時 給出相應提示。6. 構件圖食堂售飯系統的構件圖如圖6.1。 圖6.1 食堂售飯系統的構件圖構件圖是從物理中端的角度體現了系統中各個接口之間的聯系。本構件圖從食堂售飯系統的角度描述了該系統分為的幾個子系統，并且每個構件都具有獨立的功能。7. 部署圖食堂售飯系統的部署圖如圖7.1。 圖7.1 食堂售飯系統的部署圖 部署圖描述了系統運行時的就餐系統中的各個物理節點上軟件結構的視圖和系統的基本網絡結構。本部署圖描述的是食堂售飯系統的各個節點的上運行的軟件構件。四、實驗結果及分析通過這次的綜合實驗，我對本學期的在課堂上講解的理論知識加深了印象，并且有了更進一步的認識，也對面向對象的設計方法及其途徑有了系統的理解和深刻的體會。了解了UML統一建模語言，用于需求模型的領域及建模時的一些條件，并且知道了建模還可以幫助理解全局。通過使用一些圖，可以方便的了解整個系統的功能、結構和行為。還認識到通過模型可以實現業務領域到軟件領域的映射，通過建模可以使問題可視化、形式化。雖然比較全面的考慮了系統的功能，但仍存在諸多不盡如人意的地方。面向對象的分析、設計方法有五類、十種，在本次設計中著重設計了用例圖、類圖和順序圖三種，還簡要介紹了合作圖、協作圖、部