第一篇：UML系統(tǒng)建模與分析大作業(yè)
UML系統(tǒng)建模與分析設計大作業(yè)
題
目：
《圖書館管理系統(tǒng)》 專業(yè)班級：
學
號:
姓
名：
一、系統(tǒng)功能需求
1、基本功能
① 借閱者能夠借閱書籍和還書。
② 圖書管理員能夠處理借閱者的借閱和還書請求。
③ 系統(tǒng)管理員可以對系統(tǒng)的數據進行維護，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增加和刪除書籍。
2、系統(tǒng)主要包括以下幾個模塊：
2.1、基本數據維護模塊
① 添加借閱者帳戶
② 修改更新借閱者帳戶信息 ③ 添加書目
④ 修改和更新書目信息 ⑤ 添加書籍 ⑥ 刪除書籍
2.2、基本業(yè)務模塊
① 借書 ② 還書 ③ 書籍預留
④ 取消書籍預定
2.3、數據庫模塊
① 借閱信息管理 ② 書籍信息管理 ③ 帳戶信息管理 ④ 書籍預留信息管理
2.4、信息查詢模塊
① 查詢書籍信息 ② 查詢借閱者信息
3、系統(tǒng)中的類
① 讀者類Reader ② 圖書館人員類 LibraryStaff 圖書館管理員類LibraryManager 系統(tǒng)管理員類SystemManager 圖書館館長類LibraryBoos ③ 圖書館數據庫類LibraryDatabase 圖書館資源數據庫ResourcesDatabase 圖書館讀者數據庫ReaderDatabase 圖書館工作人員數據庫LibraryStaffbase ④ 圖書館資源類LibraryResources 實物書籍類BooksResources 電子書籍類ElectronicResources 書類Book
Magazine雜志類
4、系統(tǒng)的用例圖
? 借閱者請求服務的用例圖
1借書還書resourcesDatabase下載（閱讀）電子書長籍11讀者身份驗證1reader查詢書籍資料閱讀雜志readerDatabase11libraryDatabaselibraryStaffese
? 圖書館工作人員用例圖
圖書館管理員驗證處理讀者借書處理讀書還書1systemManager添加書目resourcesDatabase1系統(tǒng)管理員驗證刪除書目1添加書籍1libraryDatabaselibraryStaff刪除書籍readerDatabase刪除讀者用戶libraryManager添加讀者用戶
二、軟件系統(tǒng)體系結構建模 2.1、系統(tǒng)的時序圖
? 系統(tǒng)管理員添加書籍的時序圖
? 系統(tǒng)管理員添加借閱者帳戶的時序圖
? 系統(tǒng)管理員刪除書目的時序圖
? 圖書管理員處理書籍借閱的時序圖
? 圖書管理員處理書籍歸還的時序圖
? 借閱者查詢書籍信息的時序圖
? 借閱者預留書籍的時序圖
ReaderReaderDatabase1:驗證身份()ResourcesDatabase2:返回驗證信息3:使用終端機器預留書籍()4:預留書籍信息5:返回書籍信息和館藏地點
2.2、系統(tǒng)的協作圖
? 系統(tǒng)管理員添加書籍的協作圖
SystemManager2:返回驗證消息LibraryResources3:向數據添加新書()4:向書庫添加新書()7:返回添加新書成功1:驗證身份()5:返回添加成功信息LibraryStaffbaseResourcesDatabase ? 系統(tǒng)管理員刪除書籍的協作圖
SystemManager3:刪除數據庫書目()7:刪除成功2:返回信息1:驗證身份()LibraryResources5:返回刪除消息4:刪除館藏的書()LibraryStaffbaseResourcesDatabase6:更新數據庫
? 圖書管理員處理借書的協作圖
對象13：發(fā)出借書請求4:輸入ReaderID()5:返回讀者信息11：將書給讀者對象42:返回信息7:輸入書籍ID()10:借閱成功1:驗證身份()對象38:該書信息對象5對象29:標記該書借出
? 圖書管理員處理還書的協作圖
? 借閱者預留書籍的協作圖2.3、系統(tǒng)的活動圖
? 借閱者的活動圖
進入圖書館
Reader進入刷卡終端鍵盤輸入ReaderId刷卡輸入ReaderID驗證成功享受Reader各項服務借書還書將書給圖書館管理人員將書還給圖書館管理員查詢書籍資料登錄查詢終端機下載電子資料登錄賬戶圖書管理人員處理借書請圖書館管理人員處理還書請求輸入查詢資料信息進入電子資料數據庫借書成功還書成功得到相關資料信息下載或閱覽電子資愿該項服務結束結束離開圖書館 ? 圖書管理員的活動圖
驗證圖書館管理人員賬戶登錄到管理員賬戶等待讀者的還書請求等待讀者的借書請書處理讀者的還書請?zhí)幚碜x者借書請求重新等待讀者服務請求處理還書結束處理借書 借書將書給讀者重新等待讀者服務請求系統(tǒng)管理員的活動圖
? 系統(tǒng)管理員維護借閱者帳戶的活動圖
系統(tǒng)管理員 維護借閱者賬戶的活動圖登錄到系統(tǒng)管理員賬戶登錄到維護讀者賬戶模塊添加讀者賬戶刪除讀者賬戶修改更新讀者賬戶輸入新賬戶信息檢查該賬戶信息修改更新讀者數據庫信息有欠款欠書開設新讀者賬戶沒有欠款欠書將賬戶給讀者刪除該賬戶信息督促該用戶歸還欠款書 ? 系統(tǒng)管理員進行書目信息維護的活動圖
系統(tǒng)管理員進行書目信息維護的活動圖登錄到系統(tǒng)管理員賬戶登錄到書目信息維護模塊添加書目刪除書目修改更新書目向數據庫中添加書目刪除數據庫中的書目修改更新數據庫書目向書庫添加新書目刪除書庫中書目 系統(tǒng)管理員維護書籍信息的活動圖
系統(tǒng)管理員維護書籍活動圖登錄到系統(tǒng)管理員賬登錄到維護書籍模添加書籍刪除書籍向書庫添加書籍刪除書庫中書籍更新數據庫書籍信
三、硬件系統(tǒng)體系結構建模
3.1、業(yè)務對象組件圖 <
UpdateBorrowerFBorrowerFrame.jrame.javaavaCancelResevationFBorrowerWirame.javandow.javaFindBorroweReturnItemrDialog.javaFrame.javaLendItemFFindTitleDrame.javaialog.javaUpdateTitleTitleFramFrame.javae.java
3.3、系統(tǒng)的部署圖
DatabaseApplication ServiceWeb Bussiness ApplicationOperation<
MainWindow.javaReservationFrame.javaTitleInfoWindow.javaBorrowerInfoWindow.java
Information maintenance
第二篇：UML(ATM系統(tǒng))動態(tài)建模
實驗3 動態(tài)建模
一、實驗目的與要求 掌握分析ATM系統(tǒng)用例中用例的流程，分析對象之間的交互關系 掌握用UML設計參與對象之間的交互，用狀態(tài)圖、時序圖、協作圖和活動圖來描述系統(tǒng)的行為。
二、實驗設備、環(huán)境
PC(一臺)，Windows 2000或以上版本，安裝Microsoft Visio 2003
三、實驗內容及步驟 交互圖：實現ATM系統(tǒng)的序列關系圖和通信（協作）關系圖； 2 分析設計軟件系統(tǒng)的狀態(tài)圖。（（1）和（2）選做一個狀態(tài)圖）；
（1）ATM系統(tǒng)
（2）具體題目如下：某銷售POS機，它的工作流程是：當客戶到收銀臺后，收銀員逐一輸入用戶購買的商品，輸入完之后，計算出總金額，然后等待用戶付款，確定支付成功之后，完成收銀，等待下一個客戶。請為其繪制出相應的狀態(tài)機圖。
3分析設計ATM系統(tǒng)的活動圖（選做1個活動圖）。
建立動態(tài)模型：
建立序列關系圖、狀態(tài)圖、活動圖
步驟：
?
編寫腳本
?
確定各個對象之間的事件
?
構造事件追蹤圖（交互圖）?
構造狀態(tài)圖
?
添加活動和動作
一、時序關系圖
1）ATM系統(tǒng)的正常情況腳本
? ATM請儲戶插卡；儲戶插入一張現金兌換卡。? ATM接受該卡并讀它上面的卡號。
? ATM要求儲戶輸入密碼；儲戶輸入自己的密碼“1234”等數字。
? ATM請求系統(tǒng)驗證卡號和密碼；核對儲戶密碼，然后通知顯示器顯示說這張卡有效。
? ATM要求儲戶選擇事務類型（取款、轉賬、查詢等）；儲戶選擇“取款”。? ATM要求儲戶輸入取款額；儲戶輸入“880”。
? ATM確認取款額在預先規(guī)定的限額內，然后要求處理這個事務；成功處理完這項事務并返回該賬戶的新余額。
? ATM吐出現金并請儲戶拿走這些現金；儲戶拿走現金。? ATM問儲戶是否繼續(xù)這項事務；儲戶回答“不”。
? ATM打印賬單，退出現金兌換卡，請儲戶拿走它們；儲戶取走賬單和卡。? ATM請儲戶插卡。
2）ATM系統(tǒng)的異常情況腳本
? ATM請儲戶插卡；儲戶插入一張現金兌換卡。? ATM接受該卡并順序讀它上面的數字。
? ATM要求密碼；儲戶誤輸入“8888”等數字。
? ATM請求總行驗證卡號和密碼；經驗證發(fā)現密碼錯誤，拒絕這張卡。? ATM顯示“密碼錯”，并請儲戶輸入密碼；儲戶輸入“1234”等數字；ATM請求總行驗證后知道輸入密碼正確。
? ATM要求儲戶選擇事務類型；儲戶選擇“取款”。
? ATM詢問取款額；儲戶改變主意不想取款了，按“取消”。? ATM退出現金兌換卡，請儲戶拿走它們；儲戶取走卡。? ATM請儲戶插卡。
ATM 腳本的事件時序圖如下圖所示：（正常情況）
用戶讀卡器顯示器ATM卡用戶賬戶事務提款機插卡讀卡初始化提示輸入密碼輸入密碼驗證密碼獲取密碼獲取賬戶初始化提示選擇業(yè)務選擇業(yè)務執(zhí)行事務初始化提示輸入金額輸入金額獲取余額驗證取款金額計算余額計算利息更新賬戶配給現金打印收據退卡
二、狀態(tài)圖
主屏]do：顯示主屏幕插卡[可讀]Do：要求密碼輸入密碼Do:驗證賬戶繼續(xù)密碼錯拿走卡退卡do：退卡請拿走卡插卡[不可讀]不可讀的卡do：顯示信息取消取消do:顯示取消信息無效賬戶賬戶有效Do:要求類型取消輸入類型Do:要求金額取消結束do：打印賬單Do:顯示無效賬戶信息輸入金額等待5秒Do:處理事務中止取消Do:請求繼續(xù)拿走現金do：吐出現金請拿走現金事務成功取消事務失敗Do:失敗信息網絡響應等待網絡響應中斷do：顯示取消信息ATM類的狀態(tài)圖
處理事務驗證賬戶請求處理事務請求驗卡事務成功事務失敗無效賬戶賬戶有效密碼錯
事務處理狀態(tài)圖
賬戶驗證狀態(tài)圖
三、活動圖
插卡<沒有接收動作>輸入密碼<沒有接收動作>輸入賬戶類型輸入金額取卡取錢<沒有發(fā)送動作>
四、實驗體會
順序圖的重點是完成某個行為的對象類之間所傳遞的消息的時間順序。一個順序圖事務對象角色，生命線，激活期和消息構成。協作圖用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分合作實現的。協作時一種靜態(tài)結構，是一個系統(tǒng)對實現某些服務所涉及的對象及其交互的投影。一個協同定義了一組對某些服務有意義的參加者和它們的聯系，這些參加者定義了交互中的對象所扮演的角色。
第三篇：UML建模--銀行管理系統(tǒng)（范文）
銀行管理系統(tǒng)的UML
建模
課程設計報告
專業(yè)：
學號：
姓名：
任課教師：
一、系統(tǒng)概述
銀行是與人們生活密切相關的一個機構，銀行可以提供存款、取款、轉賬等業(yè)務。在銀行設立賬戶的人或機構被稱為銀行的客戶（customer）。一個客戶可以在銀行開設多個賬戶（account），客戶可以存錢到賬戶中，也可以從自己的賬戶中取錢，還可以將存款從一個賬戶轉到另一個賬戶。另外，客戶可以隨時查詢自己的賬戶情況，以及查詢以前所進行的存款、取款等交易記錄?？蛻暨€有權利要求關閉自己的賬戶。
實際生活中的銀行功能其實還要復雜得多，但為了簡化系統(tǒng)，本次設計只考慮銀行的基本功能。簡化版的銀行信息系統(tǒng)至少應具有如下功能：
1.一個銀行可以有多個賬戶； 2.一個銀行可以有多個客戶； 3.一個客戶可以持有多個賬戶； 4.一個賬戶可以有多個持有者； 5.銀行可以為客戶開設賬戶； 6.銀行可以為客戶注銷賬戶； 7.客戶可以從自己賬戶中取錢； 8.客戶可以向自己賬戶中存錢；
9.客戶可以在同一銀行的不同賬戶之間轉賬； 10.客戶可以在不同銀行的不同賬戶之間轉賬； 請完成登錄、存款、取款、轉賬和查詢幾個模塊的設計。
二、需求分析
銀行系統(tǒng)是與生活緊密相關的一個機構，銀行提供了存款、取款、轉賬等業(yè)務。在銀行設立賬戶的人或機構通常被稱為銀行的儲戶。一個儲戶可以在銀行開多個賬戶，儲戶可以存錢到賬戶中，也可以從自己的賬戶中取現，還可以將存款從一個賬戶轉到另一個賬戶。儲戶還可以隨時查詢自己賬戶的情況，并查詢以前所進行的存款、取款等交易記錄。后臺管理員可以對客戶的賬戶進行注銷、刪除、查詢等管理，還有就是銀行利息、匯率、手續(xù)費之類參數的設置，以及財務管理以及財務分析。
軟件分別有開戶，查詢存取款，轉賬等功能。各個模塊各有不同的功能，但都能完成查詢和存取功能。各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成。
此軟件所要完成的主要功能有三方面：如果是存款，用戶填寫存款單，然后交給收銀員鍵入系統(tǒng)，同時系統(tǒng)還要記錄存款人姓名，住址，身份證號碼，存款類型，存款日期，利率及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款，用戶填寫取款的相關信息（取款金額、取款幣種）進行提交，系統(tǒng)要求用戶輸入密碼以確認身份，核對密碼正確無誤后系統(tǒng)計算利息并印出利息單給用戶。如果是轉賬，用戶填寫轉賬的相關信息進行提交，系統(tǒng)要求用戶輸入密碼以確認身份，核對密碼正確無誤后系統(tǒng)計算利息并反饋信息給用戶。系統(tǒng)及時更新數據庫。
外部功能：實現化窗口，開戶/銷戶、存款/取款、查詢/轉賬。
內部功能：同步，過濾，定位，識別，更新，連接。
三、系統(tǒng)的UML基本模型
（1）、用例圖
通過分析對銀行管理系統(tǒng)的需求分析，確定參與者有銀行客戶、收銀員。收銀員具有維護系統(tǒng)信息、維護客戶信息、查詢客戶情況和處理處理客戶需求的作用。用例包括：
1）開戶、2）存款、3）取款、4）轉賬、5）查詢、6）銷戶等
（2）、用例描述：
用例名稱：銀行信息系統(tǒng)
描述：銀行客戶對需要辦理業(yè)務的需求以及收銀員對事件的處理。
（3）、銀行信息系統(tǒng)的事件流
1.用例存款的事件流
1.1 前置條件
在存款之前，客戶已經辦理銀行賬號并且?guī)憩F金若干，并到達銀行網點。1.2 后置條件
如果這個用例成功，這個存款事件是成功的，否則，系統(tǒng)沒有變化。1.3 擴充點
無 1.4 事件流
1.4.1 基流（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認密碼。
（4）收銀員提示，請客戶選擇服務類型。
（5）客戶選擇存款服務。
（6）收銀員提示：存款數目。
（7）客戶說出數目，并把錢交給收銀員。
（8）收銀員完成服務。
（9）收銀員退還卡。1.4.2 替代流
如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。
2.用例轉賬的事件流
2.1 前置條件
在轉賬之前，客戶已經辦理銀行賬號，被轉賬人的賬號已經存在并且已經知道了對方的賬號。
2.2 后置條件
如果這個用例成功，這個轉賬事件是成功的，否則，系統(tǒng)沒有變化。2.3 擴充點
無 2.4 事件流
2.4.1 基流
（1）客戶填寫轉賬單。
（2）客戶把轉賬單和銀行卡交給收銀員。
（3）收銀員要求客戶輸入卡密碼。
（4）客戶輸入卡密碼，并確認密碼。
（5）收銀員轉賬成功。
（6）收銀員退還卡。2.4.2 替代流
如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。
3.用例查詢的事件流
3.1 前置條件
在查詢之前，客戶已經辦理銀行賬號并且攜帶銀行卡，并到達銀行網點。3.2 后置條件
如果這個用例成功，這個查詢事件是成功的，否則，系統(tǒng)沒有變化。3.3 擴充點
無 3.4 事件流
3.4.1 基流
（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認密碼。
（4）收銀員提示，請客戶選擇服務類型。（5）客戶選擇查詢服務。
（6）客戶說出查詢內容，收銀員將內容反饋給客戶。
（7）收銀員完成服務。
（8）收銀員退還卡。3.4.2 替代流
如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。
（4）、活動圖
活動圖是基于對象的狀態(tài)變遷所繪制的視圖。
收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)，收銀員可以通過銀行客戶提供的有效證件號開戶，提供客戶賬號開戶、存款、取款、轉賬、查詢、銷戶等功能，最后退出系統(tǒng)。
1．存款活動圖
2．轉賬活動圖
3．查詢活動圖
（5）、時序圖
時序圖（Sequence Diagram）主要用于按照交互發(fā)生的一系列順序，顯示對象之間的這些交互。收銀員通過用戶賬號和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對需要存款、取款、轉賬、查詢、銷戶的用戶進行操作，最后退出操作窗口。
我們所開發(fā)的銀行管理系統(tǒng)時序圖如圖所示：
（6）、類圖
類圖是對象結構建模的一部分，類圖描述系統(tǒng)中類的靜態(tài)結構。類圖是代碼生成（將模型轉化為代碼）的來源，也是逆向工程（將代碼轉化為模型）的目標設生成物。
類圖設計如下圖：
系統(tǒng)中主要的類（1）用戶類： 它的屬性有用戶名（Name）、密碼（Password）、銀行卡號（Cardnumber）、用戶身份證號碼（ID）。
操作包括修改密碼（Changpassword）、存款（deposit）、取款（cash）、轉賬（transfer）、查詢（Chaxun）、、用戶開戶（Registered）。
（2）系統(tǒng)類：
它的屬性有電腦號（Computernumber）、機器地址（Mac）。本身的操作沒有，但有被管理員使用的操作。（3）收銀員類：
它的屬性有用戶名（name）、密碼（password）。
操作包括用戶開戶（Registeredusers）、注銷用戶（Deleteusers）、查詢用戶信息（Chaxun）、系統(tǒng)維護（Weihu）。
（7）狀態(tài)圖
狀態(tài)圖用來表示建模對象是如何改變其狀態(tài)的，狀態(tài)定義為對象行為在某一時刻的快照或轉折點。
四、結論
系統(tǒng)主要的實現目標是實現客戶開戶、存款、取款、轉賬、查詢、銷戶和后臺服務器端系統(tǒng)的設計，提供完善的功能設計。
五、總結及心得體會
UML工具很好的幫助我們實現了對銀行信息系統(tǒng)的設計，通過UML建模，把事物從抽象到實例化的過程，對每個對象進行細化分析，從而得到簡單而方便，容易理解的模型結構。通過此次試驗收獲很大，使我們認識到了通過UML模型可以高效完成軟件設計，收獲頗豐。
一、開發(fā)背景與目標
1.1開發(fā)背景
本系統(tǒng)選題為銀行存儲系統(tǒng)，是模擬銀行存儲開發(fā)的。隨著計算機的飛速發(fā)展及應用領域的擴大，特別是計算機網絡和電子商務的發(fā)展，極大的改變了商業(yè)銀行傳統(tǒng)的經營模式。能夠為客戶提供方便、快捷、安全的服務，也能夠有效的降低銀行的營運成本，這是銀行存儲系統(tǒng)追求的目標。目前，對于現代化銀行運營的要求是客戶可以實現方便安全的業(yè)務交易，銀行職員可以進行高效合理的工作管理，實現銀行業(yè)務電子化
在銀行管理系統(tǒng)中，系統(tǒng)包括4個節(jié)點，分別是：銀行管理員業(yè)務處理節(jié)點、ATM自動取款機節(jié)點、系統(tǒng)維護節(jié)點、數據庫節(jié)點。
銀行管理員業(yè)務處理節(jié)點，銀行管理員通過該節(jié)點辦理相應業(yè)務； ATM自動取款節(jié)點，用戶通過該節(jié)點進行自動取款服務；
系統(tǒng)維護節(jié)點，系統(tǒng)管理員通過該節(jié)點進行后臺維護，執(zhí)行銀行管理員允許的所有操作；數據庫節(jié)點，負責數據的存儲與處理。
誰使用系統(tǒng)的主要功能?誰改變系統(tǒng)的數據? 誰從系統(tǒng)獲取信息? 誰需要系統(tǒng)的支持才能完成日常的工作任務?誰負責維護,管理并保持系統(tǒng)的正常運行?系統(tǒng)需要應付,處理那些硬件設備?系統(tǒng)需要和那些外部系統(tǒng)交互?誰(或是什么)對系統(tǒng)運行產生的結果感興趣?
用例圖主要用來描述“用戶、需求、系統(tǒng)功能單元”之間的關系。它展示了一個外部用戶能夠觀察到的系統(tǒng)功能模型圖。
【用途】：幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求
第四篇：uml建模報告ATM自動柜員機系統(tǒng)
UML建模報告
（2010 / 2011 學年 第 2學期）
題 目：
基于UML的ATM自動
柜員機系統(tǒng)
專
業(yè)：
成員：
指
導
教
師：
基于UML的ATM自動柜員機系統(tǒng)建模報告
一、需求分析
（1）功能需求：
1.登陸：客戶通過輸入正確的登陸密碼即可登陸ATM。
2.取款：允許客戶取出自己賬戶中的現金。3.客戶存款：允許客戶把現金存入自己賬戶。4客戶查詢余額：允許客戶查詢自己的賬戶余額。
5客戶轉賬：允許客戶將自己賬戶中的金額轉移至另一賬戶。6客戶更改密碼：允許客戶修改自己的登錄密碼。
（2）系統(tǒng)操作要求：
1．要求用戶每次取款數額為50的整數倍；
2．要求用戶一次取款數額不得大于1000元； 3．要求用戶一天取款數額不得超過5000元； 4．要求用戶每次取款數額不得大于賬戶余額； 5．要求用戶設置的登錄密碼為6位。
（3）系統(tǒng)性能要求：
1．要求反應時間不得大于10秒鐘； 2． 系統(tǒng)設計目標：
ATM自動取款機可以提供24小時不間斷服務，操作簡單，可以很方便為用戶提供取款、轉賬/匯款、查詢賬戶余額等服務。
（4）實現手段：
使用ASP.NET進行界面設計，建立一個數據庫保存客戶的賬戶信息，使用C#語言功能函數并對數據庫中的賬戶信息進行操作。
二、總體設計
本系統(tǒng)總共分為登陸、查詢、存款、取款、轉賬、修改密碼等6個功能模塊。
1.登錄模塊：登陸模塊使用字符匹配算法，要求用戶在輸入賬號之后輸入登陸密碼，只有輸入正確的密碼才能登陸自己的賬戶。否則提示密碼錯誤。
2.查詢模塊：用戶輸入正確的密碼后就可登陸自己的賬戶并接受服務。查詢功能允許用戶查得自己賬戶上的余額信息。
3.存款模塊：允許客戶向自己的賬戶中存入現金。
4.取款模塊：允許客戶從賬戶中取走現金，要求取出的金額不能大于所剩余款，否則提示余額不足。
5.轉賬模塊：允許客戶將自己賬戶中的金額轉移至另一賬戶。要求所轉的金額不能多于所剩余款，否則提示余額不足。
6.修改密碼模塊：允許用戶修改自己的登陸密碼，密碼仍然是6位數的，修改之后，下次登陸就應該用新密碼。
三、詳細設計 用例圖：
類圖：
客戶取錢的協作圖：
其他功能的協作圖與此類似。
賬目類的狀態(tài)圖：
ATM系統(tǒng)的部署圖：
四、測試報告 我們在客戶數據庫中建立四個賬戶，如下：
其中四個屬性分別是客戶名、賬號、密碼、賬戶余額。打開網頁，進入初始頁面：
若選擇取回磁卡，顯示如下：
1.登錄功能測試
我們選擇繼續(xù)以進行測試，單擊測試進入如下頁面：
若輸入不存在的賬號，則出現提示：
現在我們輸入正確的賬號，這里以08060112為例：
單擊確認，系統(tǒng)將提示客戶輸入密碼，正確的密碼是“123456”，我們輸入“333333”以進行測試，系統(tǒng)提示密碼錯誤：
我們輸入正確的密碼“123456”，單擊確認，則進入交易界面：
2.查詢功能測試
單擊查詢，顯示如下
與數據庫表中的number值比較可得，結果正確。3.取款功能測試
選擇返回，回到主菜單，單擊取款，系統(tǒng)提示客戶輸入取款金額：
我們輸入300單擊確認，顯示如下
單擊確定回到主菜單，單擊查詢，顯示如下：
余額為700，說明取款成功，取款功能順利實現。4.轉賬功能測試
單擊返回，回到主菜單，單擊轉賬，系統(tǒng)提示用戶輸入轉入賬號，我們以轉入08060119為例：
單擊確認，系統(tǒng)提示轉賬金額，我們輸入300：
單擊確認，提示轉賬成功：
單擊確定回到主菜單，這時我們單擊查詢08060112的余額：
結果正確，我們再通過數據庫查詢08060119的余額，打開表格，右擊，執(zhí)行，顯示如下：
結果也正確，說明轉賬功能也已順利實現。5.存款功能測試
單擊返回回到主菜單，單擊“存款”，我們通過輸入數值來模擬放入現金：
單擊確認，系統(tǒng)提示操作成功：
單擊“確定”回到主菜單，單擊查詢，顯示如下：
結果正確。
6.修改密碼功能測試
單擊返回回到主菜單，單擊“修改密碼”，系統(tǒng)提示如下：
我們將密碼修改為“555555”，輸入“555555”后，提示操作成功：
單擊確定就回到主菜單。這時我們取回磁卡重新登錄以測試密碼是否已經修改。依舊輸入卡號08060112，單擊確認，輸入舊密碼“123456”，提示密碼錯誤：
單擊確定，重新輸入新密碼“555555”，單擊確認，則可順利登錄到主菜單
可見，密碼已經修改成功，另一方面，我們查看數據庫中的數據，右擊，執(zhí)行，顯示如下：
可以看到賬戶08060112的password屬性已經變?yōu)椤?55555”，因此，修改密碼功能也能順利實現。至此，ATM系統(tǒng)的六大功能都已通過測試并正確無誤。
五、總結
通過這次UML建模的學習，我們學會了很多知識。之前我對UML建模一無所知，但現在我已學會了一些UML建模的基本知識，并學會了建立一些簡單的模型。
雖然只有短短的幾個禮拜，但收獲卻是很大的。首先是分析問題的能力，剛拿到這個題，總覺得無從下手，不知道題目到底要我們做什么，心里只是干著急，不知道該干嘛。經過一周的迷茫，我們開始靜下心來，分析題目，找參考書，嘗試性地進行編程。到第三周，我們終于做出了一個成果并且編譯沒有錯誤。之后就是嘗試運行，運行的過程中出現很多問題。比如轉賬，修改密碼等，但經過我們細心的測試、排查，還是找到了錯誤的原因并進行了糾正。因此，我們的查錯改錯的能力也得到了提高。最重要的是，我們通過這次實習學會了互相合作，俗話說“三個臭皮匠頂個諸葛亮”，也許我們單獨做很難完成這個程序。但是只要我們團結一致就沒有克服不了的困難。這次實習在我們的大學生活乃至整個人生中都有著非常重要的意義，是一筆不小的財富，難忘的經歷。我們會以此為基礎走好人生的每一步。
以上是我們對UML建模的學習的一點總結，同時也是為自己的未來整理好思路，為以后的學習做好準備。UML建模，教會了我很多，而我要做的，就是在以后的學習與生活中更加努力的學習來迎接它帶來的知識與挑戰(zhàn)。
第五篇：UML建模優(yōu)缺點
1.UML的優(yōu)點：
UML語言使系統(tǒng)建模過程標準化，統(tǒng)一化，規(guī)范化。
UML在整個軟件開發(fā)過程中采用相同的概念和表示方法，在不同的開發(fā)階段，不必轉換概念和表示方法，避免了傳統(tǒng)軟件開發(fā)方法的兩個鴻溝。
UML采用圖形化的表現形式。產生的模型易于理解，易于開發(fā)人員與用戶之間的溝通，從而能夠及時得到用戶的反饋信息。
用UML進行系統(tǒng)建模所得到的建模制品不僅僅包括各種模型框圖，還有大量豐富的文檔，這些文檔給系統(tǒng)后期的維護工作帶來了便捷。UML不是一門程序設計語言，但可以使用代碼生成工具將UML模型轉換為多種程序設計語言代碼，或使用反向生成工具將程序源代碼轉換為UML模型。2.UML的缺點：
任何事物都有正反兩個方面，UML這種新興的建模工具也存在它本身的一些不足，總結如下：
無法從語法上建立狀態(tài)圖與順序圖的關系。
無法從語法上建立活動圖與順序圖在流程描述中的關系。協作圖和順序圖中與消息相伴的參數不能與類圖建立關系。
點擊咨詢 