第一篇：UML建模--銀行管理系統(tǒng)（范文）
銀行管理系統(tǒng)的UML
建模
課程設(shè)計(jì)報(bào)告
專業(yè)：
學(xué)號(hào)：
姓名：
任課教師：
一、系統(tǒng)概述
銀行是與人們生活密切相關(guān)的一個(gè)機(jī)構(gòu)，銀行可以提供存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)被稱為銀行的客戶（customer）。一個(gè)客戶可以在銀行開(kāi)設(shè)多個(gè)賬戶（account），客戶可以存錢(qián)到賬戶中，也可以從自己的賬戶中取錢(qián)，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。另外，客戶可以隨時(shí)查詢自己的賬戶情況，以及查詢以前所進(jìn)行的存款、取款等交易記錄。客戶還有權(quán)利要求關(guān)閉自己的賬戶。
實(shí)際生活中的銀行功能其實(shí)還要復(fù)雜得多，但為了簡(jiǎn)化系統(tǒng)，本次設(shè)計(jì)只考慮銀行的基本功能。簡(jiǎn)化版的銀行信息系統(tǒng)至少應(yīng)具有如下功能：
1.一個(gè)銀行可以有多個(gè)賬戶； 2.一個(gè)銀行可以有多個(gè)客戶； 3.一個(gè)客戶可以持有多個(gè)賬戶； 4.一個(gè)賬戶可以有多個(gè)持有者； 5.銀行可以為客戶開(kāi)設(shè)賬戶； 6.銀行可以為客戶注銷(xiāo)賬戶； 7.客戶可以從自己賬戶中取錢(qián)； 8.客戶可以向自己賬戶中存錢(qián)；
9.客戶可以在同一銀行的不同賬戶之間轉(zhuǎn)賬； 10.客戶可以在不同銀行的不同賬戶之間轉(zhuǎn)賬； 請(qǐng)完成登錄、存款、取款、轉(zhuǎn)賬和查詢幾個(gè)模塊的設(shè)計(jì)。
二、需求分析
銀行系統(tǒng)是與生活緊密相關(guān)的一個(gè)機(jī)構(gòu)，銀行提供了存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)通常被稱為銀行的儲(chǔ)戶。一個(gè)儲(chǔ)戶可以在銀行開(kāi)多個(gè)賬戶，儲(chǔ)戶可以存錢(qián)到賬戶中，也可以從自己的賬戶中取現(xiàn)，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。儲(chǔ)戶還可以隨時(shí)查詢自己賬戶的情況，并查詢以前所進(jìn)行的存款、取款等交易記錄。后臺(tái)管理員可以對(duì)客戶的賬戶進(jìn)行注銷(xiāo)、刪除、查詢等管理，還有就是銀行利息、匯率、手續(xù)費(fèi)之類(lèi)參數(shù)的設(shè)置，以及財(cái)務(wù)管理以及財(cái)務(wù)分析。
軟件分別有開(kāi)戶，查詢存取款，轉(zhuǎn)賬等功能。各個(gè)模塊各有不同的功能，但都能完成查詢和存取功能。各模塊的數(shù)據(jù)都存放在數(shù)據(jù)庫(kù)中。數(shù)據(jù)的調(diào)用和連接都有程序來(lái)完成。
此軟件所要完成的主要功能有三方面：如果是存款，用戶填寫(xiě)存款單，然后交給收銀員鍵入系統(tǒng)，同時(shí)系統(tǒng)還要記錄存款人姓名，住址，身份證號(hào)碼，存款類(lèi)型，存款日期，利率及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款，用戶填寫(xiě)取款的相關(guān)信息（取款金額、取款幣種）進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息單給用戶。如果是轉(zhuǎn)賬，用戶填寫(xiě)轉(zhuǎn)賬的相關(guān)信息進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并反饋信息給用戶。系統(tǒng)及時(shí)更新數(shù)據(jù)庫(kù)。
外部功能：實(shí)現(xiàn)化窗口，開(kāi)戶/銷(xiāo)戶、存款/取款、查詢/轉(zhuǎn)賬。
內(nèi)部功能：同步，過(guò)濾，定位，識(shí)別，更新，連接。
三、系統(tǒng)的UML基本模型
（1）、用例圖
通過(guò)分析對(duì)銀行管理系統(tǒng)的需求分析，確定參與者有銀行客戶、收銀員。收銀員具有維護(hù)系統(tǒng)信息、維護(hù)客戶信息、查詢客戶情況和處理處理客戶需求的作用。用例包括：
1）開(kāi)戶、2）存款、3）取款、4）轉(zhuǎn)賬、5）查詢、6）銷(xiāo)戶等
（2）、用例描述：
用例名稱：銀行信息系統(tǒng)
描述：銀行客戶對(duì)需要辦理業(yè)務(wù)的需求以及收銀員對(duì)事件的處理。
（3）、銀行信息系統(tǒng)的事件流
1.用例存款的事件流
1.1 前置條件
在存款之前，客戶已經(jīng)辦理銀行賬號(hào)并且?guī)?lái)現(xiàn)金若干，并到達(dá)銀行網(wǎng)點(diǎn)。1.2 后置條件
如果這個(gè)用例成功，這個(gè)存款事件是成功的，否則，系統(tǒng)沒(méi)有變化。1.3 擴(kuò)充點(diǎn)
無(wú) 1.4 事件流
1.4.1 基流（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認(rèn)密碼。
（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類(lèi)型。
（5）客戶選擇存款服務(wù)。
（6）收銀員提示：存款數(shù)目。
（7）客戶說(shuō)出數(shù)目，并把錢(qián)交給收銀員。
（8）收銀員完成服務(wù)。
（9）收銀員退還卡。1.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
2.用例轉(zhuǎn)賬的事件流
2.1 前置條件
在轉(zhuǎn)賬之前，客戶已經(jīng)辦理銀行賬號(hào)，被轉(zhuǎn)賬人的賬號(hào)已經(jīng)存在并且已經(jīng)知道了對(duì)方的賬號(hào)。
2.2 后置條件
如果這個(gè)用例成功，這個(gè)轉(zhuǎn)賬事件是成功的，否則，系統(tǒng)沒(méi)有變化。2.3 擴(kuò)充點(diǎn)
無(wú) 2.4 事件流
2.4.1 基流
（1）客戶填寫(xiě)轉(zhuǎn)賬單。
（2）客戶把轉(zhuǎn)賬單和銀行卡交給收銀員。
（3）收銀員要求客戶輸入卡密碼。
（4）客戶輸入卡密碼，并確認(rèn)密碼。
（5）收銀員轉(zhuǎn)賬成功。
（6）收銀員退還卡。2.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
3.用例查詢的事件流
3.1 前置條件
在查詢之前，客戶已經(jīng)辦理銀行賬號(hào)并且攜帶銀行卡，并到達(dá)銀行網(wǎng)點(diǎn)。3.2 后置條件
如果這個(gè)用例成功，這個(gè)查詢事件是成功的，否則，系統(tǒng)沒(méi)有變化。3.3 擴(kuò)充點(diǎn)
無(wú) 3.4 事件流
3.4.1 基流
（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認(rèn)密碼。
（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類(lèi)型。（5）客戶選擇查詢服務(wù)。
（6）客戶說(shuō)出查詢內(nèi)容，收銀員將內(nèi)容反饋給客戶。
（7）收銀員完成服務(wù)。
（8）收銀員退還卡。3.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
（4）、活動(dòng)圖
活動(dòng)圖是基于對(duì)象的狀態(tài)變遷所繪制的視圖。
收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)，收銀員可以通過(guò)銀行客戶提供的有效證件號(hào)開(kāi)戶，提供客戶賬號(hào)開(kāi)戶、存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶等功能，最后退出系統(tǒng)。
1．存款活動(dòng)圖
2．轉(zhuǎn)賬活動(dòng)圖
3．查詢活動(dòng)圖
（5）、時(shí)序圖
時(shí)序圖（Sequence Diagram）主要用于按照交互發(fā)生的一系列順序，顯示對(duì)象之間的這些交互。收銀員通過(guò)用戶賬號(hào)和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對(duì)需要存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶的用戶進(jìn)行操作，最后退出操作窗口。
我們所開(kāi)發(fā)的銀行管理系統(tǒng)時(shí)序圖如圖所示：
（6）、類(lèi)圖
類(lèi)圖是對(duì)象結(jié)構(gòu)建模的一部分，類(lèi)圖描述系統(tǒng)中類(lèi)的靜態(tài)結(jié)構(gòu)。類(lèi)圖是代碼生成（將模型轉(zhuǎn)化為代碼）的來(lái)源，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物。
類(lèi)圖設(shè)計(jì)如下圖：
系統(tǒng)中主要的類(lèi)（1）用戶類(lèi)： 它的屬性有用戶名（Name）、密碼（Password）、銀行卡號(hào)（Cardnumber）、用戶身份證號(hào)碼（ID）。
操作包括修改密碼（Changpassword）、存款（deposit）、取款（cash）、轉(zhuǎn)賬（transfer）、查詢（Chaxun）、、用戶開(kāi)戶（Registered）。
（2）系統(tǒng)類(lèi)：
它的屬性有電腦號(hào)（Computernumber）、機(jī)器地址（Mac）。本身的操作沒(méi)有，但有被管理員使用的操作。（3）收銀員類(lèi)：
它的屬性有用戶名（name）、密碼（password）。
操作包括用戶開(kāi)戶（Registeredusers）、注銷(xiāo)用戶（Deleteusers）、查詢用戶信息（Chaxun）、系統(tǒng)維護(hù)（Weihu）。
（7）狀態(tài)圖
狀態(tài)圖用來(lái)表示建模對(duì)象是如何改變其狀態(tài)的，狀態(tài)定義為對(duì)象行為在某一時(shí)刻的快照或轉(zhuǎn)折點(diǎn)。
四、結(jié)論
系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開(kāi)戶、存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶和后臺(tái)服務(wù)器端系統(tǒng)的設(shè)計(jì)，提供完善的功能設(shè)計(jì)。
五、總結(jié)及心得體會(huì)
UML工具很好的幫助我們實(shí)現(xiàn)了對(duì)銀行信息系統(tǒng)的設(shè)計(jì)，通過(guò)UML建模，把事物從抽象到實(shí)例化的過(guò)程，對(duì)每個(gè)對(duì)象進(jìn)行細(xì)化分析，從而得到簡(jiǎn)單而方便，容易理解的模型結(jié)構(gòu)。通過(guò)此次試驗(yàn)收獲很大，使我們認(rèn)識(shí)到了通過(guò)UML模型可以高效完成軟件設(shè)計(jì)，收獲頗豐。
一、開(kāi)發(fā)背景與目標(biāo)
1.1開(kāi)發(fā)背景
本系統(tǒng)選題為銀行存儲(chǔ)系統(tǒng)，是模擬銀行存儲(chǔ)開(kāi)發(fā)的。隨著計(jì)算機(jī)的飛速發(fā)展及應(yīng)用領(lǐng)域的擴(kuò)大，特別是計(jì)算機(jī)網(wǎng)絡(luò)和電子商務(wù)的發(fā)展，極大的改變了商業(yè)銀行傳統(tǒng)的經(jīng)營(yíng)模式。能夠?yàn)榭蛻籼峁┓奖?、快捷、安全的服?wù)，也能夠有效的降低銀行的營(yíng)運(yùn)成本，這是銀行存儲(chǔ)系統(tǒng)追求的目標(biāo)。目前，對(duì)于現(xiàn)代化銀行運(yùn)營(yíng)的要求是客戶可以實(shí)現(xiàn)方便安全的業(yè)務(wù)交易，銀行職員可以進(jìn)行高效合理的工作管理，實(shí)現(xiàn)銀行業(yè)務(wù)電子化
在銀行管理系統(tǒng)中，系統(tǒng)包括4個(gè)節(jié)點(diǎn)，分別是：銀行管理員業(yè)務(wù)處理節(jié)點(diǎn)、ATM自動(dòng)取款機(jī)節(jié)點(diǎn)、系統(tǒng)維護(hù)節(jié)點(diǎn)、數(shù)據(jù)庫(kù)節(jié)點(diǎn)。
銀行管理員業(yè)務(wù)處理節(jié)點(diǎn)，銀行管理員通過(guò)該節(jié)點(diǎn)辦理相應(yīng)業(yè)務(wù)； ATM自動(dòng)取款節(jié)點(diǎn)，用戶通過(guò)該節(jié)點(diǎn)進(jìn)行自動(dòng)取款服務(wù)；
系統(tǒng)維護(hù)節(jié)點(diǎn)，系統(tǒng)管理員通過(guò)該節(jié)點(diǎn)進(jìn)行后臺(tái)維護(hù)，執(zhí)行銀行管理員允許的所有操作；數(shù)據(jù)庫(kù)節(jié)點(diǎn)，負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)與處理。
誰(shuí)使用系統(tǒng)的主要功能?誰(shuí)改變系統(tǒng)的數(shù)據(jù)? 誰(shuí)從系統(tǒng)獲取信息? 誰(shuí)需要系統(tǒng)的支持才能完成日常的工作任務(wù)?誰(shuí)負(fù)責(zé)維護(hù),管理并保持系統(tǒng)的正常運(yùn)行?系統(tǒng)需要應(yīng)付,處理那些硬件設(shè)備?系統(tǒng)需要和那些外部系統(tǒng)交互?誰(shuí)(或是什么)對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果感興趣?
用例圖主要用來(lái)描述“用戶、需求、系統(tǒng)功能單元”之間的關(guān)系。它展示了一個(gè)外部用戶能夠觀察到的系統(tǒng)功能模型圖。
【用途】：幫助開(kāi)發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求
第二篇：UML建模--銀行管理系統(tǒng)
銀行管理系統(tǒng)的UML
建模
課程設(shè)計(jì)報(bào)告
專業(yè)：
學(xué)號(hào)：
姓名：
任課教師：
一、系統(tǒng)概述
銀行是與人們生活密切相關(guān)的一個(gè)機(jī)構(gòu)，銀行可以提供存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)被稱為銀行的客戶（customer）。一個(gè)客戶可以在銀行開(kāi)設(shè)多個(gè)賬戶（account），客戶可以存錢(qián)到賬戶中，也可以從自己的賬戶中取錢(qián)，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。另外，客戶可以隨時(shí)查詢自己的賬戶情況，以及查詢以前所進(jìn)行的存款、取款等交易記錄?？蛻暨€有權(quán)利要求關(guān)閉自己的賬戶。
實(shí)際生活中的銀行功能其實(shí)還要復(fù)雜得多，但為了簡(jiǎn)化系統(tǒng)，本次設(shè)計(jì)只考慮銀行的基本功能。簡(jiǎn)化版的銀行信息系統(tǒng)至少應(yīng)具有如下功能：
1.一個(gè)銀行可以有多個(gè)賬戶； 2.一個(gè)銀行可以有多個(gè)客戶； 3.一個(gè)客戶可以持有多個(gè)賬戶； 4.一個(gè)賬戶可以有多個(gè)持有者； 5.銀行可以為客戶開(kāi)設(shè)賬戶； 6.銀行可以為客戶注銷(xiāo)賬戶； 7.客戶可以從自己賬戶中取錢(qián)； 8.客戶可以向自己賬戶中存錢(qián)；
9.客戶可以在同一銀行的不同賬戶之間轉(zhuǎn)賬； 10.客戶可以在不同銀行的不同賬戶之間轉(zhuǎn)賬； 請(qǐng)完成登錄、存款、取款、轉(zhuǎn)賬和查詢幾個(gè)模塊的設(shè)計(jì)。
二、需求分析
銀行系統(tǒng)是與生活緊密相關(guān)的一個(gè)機(jī)構(gòu)，銀行提供了存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)通常被稱為銀行的儲(chǔ)戶。一個(gè)儲(chǔ)戶可以在銀行開(kāi)多個(gè)賬戶，儲(chǔ)戶可以存錢(qián)到賬戶中，也可以從自己的賬戶中取現(xiàn)，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。儲(chǔ)戶還可以隨時(shí)查詢自己賬戶的情況，并查詢以前所進(jìn)行的存款、取款等交易記錄。后臺(tái)管理員可以對(duì)客戶的賬戶進(jìn)行注銷(xiāo)、刪除、查詢等管理，還有就是銀行利息、匯率、手續(xù)費(fèi)之類(lèi)參數(shù)的設(shè)置，以及財(cái)務(wù)管理以及財(cái)務(wù)分析。
軟件分別有開(kāi)戶，查詢存取款，轉(zhuǎn)賬等功能。各個(gè)模塊各有不同的功能，但都能完成查詢和存取功能。各模塊的數(shù)據(jù)都存放在數(shù)據(jù)庫(kù)中。數(shù)據(jù)的調(diào)用和連接都有程序來(lái)完成。
此軟件所要完成的主要功能有三方面：如果是存款，用戶填寫(xiě)存款單，然后交給收銀員鍵入系統(tǒng)，同時(shí)系統(tǒng)還要記錄存款人姓名，住址，身份證號(hào)碼，存款類(lèi)型，存款日期，利率及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款，用戶填寫(xiě)取款的相關(guān)信息（取款金額、取款幣種）進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息單給用戶。如果是轉(zhuǎn)賬，用戶填寫(xiě)轉(zhuǎn)賬的相關(guān)信息進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并反饋信息給用戶。系統(tǒng)及時(shí)更新數(shù)據(jù)庫(kù)。
外部功能：實(shí)現(xiàn)化窗口，開(kāi)戶/銷(xiāo)戶、存款/取款、查詢/轉(zhuǎn)賬。
內(nèi)部功能：同步，過(guò)濾，定位，識(shí)別，更新，連接。
三、系統(tǒng)的UML基本模型
（1）、用例圖
通過(guò)分析對(duì)銀行管理系統(tǒng)的需求分析，確定參與者有銀行客戶、收銀員。收銀員具有維護(hù)系統(tǒng)信息、維護(hù)客戶信息、查詢客戶情況和處理處理客戶需求的作用。用例包括：
1）開(kāi)戶、2）存款、3）取款、4）轉(zhuǎn)賬、5）查詢、6）銷(xiāo)戶等
（2）、用例描述：
用例名稱：銀行信息系統(tǒng)
描述：銀行客戶對(duì)需要辦理業(yè)務(wù)的需求以及收銀員對(duì)事件的處理。
（3）、銀行信息系統(tǒng)的事件流
1.用例存款的事件流
1.1 前置條件
在存款之前，客戶已經(jīng)辦理銀行賬號(hào)并且?guī)?lái)現(xiàn)金若干，并到達(dá)銀行網(wǎng)點(diǎn)。1.2 后置條件
如果這個(gè)用例成功，這個(gè)存款事件是成功的，否則，系統(tǒng)沒(méi)有變化。1.3 擴(kuò)充點(diǎn)
無(wú) 1.4 事件流
1.4.1 基流（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認(rèn)密碼。
（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類(lèi)型。
（5）客戶選擇存款服務(wù)。
（6）收銀員提示：存款數(shù)目。
（7）客戶說(shuō)出數(shù)目，并把錢(qián)交給收銀員。
（8）收銀員完成服務(wù)。
（9）收銀員退還卡。1.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
2.用例轉(zhuǎn)賬的事件流
2.1 前置條件
在轉(zhuǎn)賬之前，客戶已經(jīng)辦理銀行賬號(hào)，被轉(zhuǎn)賬人的賬號(hào)已經(jīng)存在并且已經(jīng)知道了對(duì)方的賬號(hào)。
2.2 后置條件
如果這個(gè)用例成功，這個(gè)轉(zhuǎn)賬事件是成功的，否則，系統(tǒng)沒(méi)有變化。2.3 擴(kuò)充點(diǎn)
無(wú) 2.4 事件流
2.4.1 基流
（1）客戶填寫(xiě)轉(zhuǎn)賬單。
（2）客戶把轉(zhuǎn)賬單和銀行卡交給收銀員。
（3）收銀員要求客戶輸入卡密碼。
（4）客戶輸入卡密碼，并確認(rèn)密碼。
（5）收銀員轉(zhuǎn)賬成功。
（6）收銀員退還卡。2.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
3.用例查詢的事件流
3.1 前置條件
在查詢之前，客戶已經(jīng)辦理銀行賬號(hào)并且攜帶銀行卡，并到達(dá)銀行網(wǎng)點(diǎn)。3.2 后置條件
如果這個(gè)用例成功，這個(gè)查詢事件是成功的，否則，系統(tǒng)沒(méi)有變化。3.3 擴(kuò)充點(diǎn)
無(wú) 3.4 事件流
3.4.1 基流
（1）客戶將銀行卡交給收銀員。
（2）收銀員要求客戶輸入卡密碼。
（3）客戶輸入卡密碼，并確認(rèn)密碼。
（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類(lèi)型。（5）客戶選擇查詢服務(wù)。
（6）客戶說(shuō)出查詢內(nèi)容，收銀員將內(nèi)容反饋給客戶。
（7）收銀員完成服務(wù)。
（8）收銀員退還卡。3.4.2 替代流
如果輸入的密碼無(wú)效，用戶可以重新輸入密碼或者終止用例。
（4）、活動(dòng)圖
活動(dòng)圖是基于對(duì)象的狀態(tài)變遷所繪制的視圖。
收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)，收銀員可以通過(guò)銀行客戶提供的有效證件號(hào)開(kāi)戶，提供客戶賬號(hào)開(kāi)戶、存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶等功能，最后退出系統(tǒng)。
1．存款活動(dòng)圖
2．轉(zhuǎn)賬活動(dòng)圖
3．查詢活動(dòng)圖
（5）、時(shí)序圖
時(shí)序圖（Sequence Diagram）主要用于按照交互發(fā)生的一系列順序，顯示對(duì)象之間的這些交互。收銀員通過(guò)用戶賬號(hào)和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對(duì)需要存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶的用戶進(jìn)行操作，最后退出操作窗口。
我們所開(kāi)發(fā)的銀行管理系統(tǒng)時(shí)序圖如圖所示：
（6）、類(lèi)圖
類(lèi)圖是對(duì)象結(jié)構(gòu)建模的一部分，類(lèi)圖描述系統(tǒng)中類(lèi)的靜態(tài)結(jié)構(gòu)。類(lèi)圖是代碼生成（將模型轉(zhuǎn)化為代碼）的來(lái)源，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物。
類(lèi)圖設(shè)計(jì)如下圖：
系統(tǒng)中主要的類(lèi)（1）用戶類(lèi)： 它的屬性有用戶名（Name）、密碼（Password）、銀行卡號(hào)（Cardnumber）、用戶身份證號(hào)碼（ID）。
操作包括修改密碼（Changpassword）、存款（deposit）、取款（cash）、轉(zhuǎn)賬（transfer）、查詢（Chaxun）、、用戶開(kāi)戶（Registered）。
（2）系統(tǒng)類(lèi)：
它的屬性有電腦號(hào)（Computernumber）、機(jī)器地址（Mac）。本身的操作沒(méi)有，但有被管理員使用的操作。（3）收銀員類(lèi)：
它的屬性有用戶名（name）、密碼（password）。操作包括用戶開(kāi)戶（Registeredusers）、注銷(xiāo)用戶（Deleteusers）、查詢用戶信息（Chaxun）、系統(tǒng)維護(hù)（Weihu）。
（7）狀態(tài)圖
狀態(tài)圖用來(lái)表示建模對(duì)象是如何改變其狀態(tài)的，狀態(tài)定義為對(duì)象行為在某一時(shí)刻的快照或轉(zhuǎn)折點(diǎn)。
四、結(jié)論
系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開(kāi)戶、存款、取款、轉(zhuǎn)賬、查詢、銷(xiāo)戶和后臺(tái)服務(wù)器端系統(tǒng)的設(shè)計(jì)，提供完善的功能設(shè)計(jì)。
五、總結(jié)及心得體會(huì)
UML工具很好的幫助我們實(shí)現(xiàn)了對(duì)銀行信息系統(tǒng)的設(shè)計(jì)，通過(guò)UML建模，把事物從抽象到實(shí)例化的過(guò)程，對(duì)每個(gè)對(duì)象進(jìn)行細(xì)化分析，從而得到簡(jiǎn)單而方便，容易理解的模型結(jié)構(gòu)。通過(guò)此次試驗(yàn)收獲很大，使我們認(rèn)識(shí)到了通過(guò)UML模型可以高效完成軟件設(shè)計(jì)，收獲頗豐。
第三篇：UML(ATM系統(tǒng))動(dòng)態(tài)建模
實(shí)驗(yàn)3 動(dòng)態(tài)建模
一、實(shí)驗(yàn)?zāi)康呐c要求 掌握分析ATM系統(tǒng)用例中用例的流程，分析對(duì)象之間的交互關(guān)系 掌握用UML設(shè)計(jì)參與對(duì)象之間的交互，用狀態(tài)圖、時(shí)序圖、協(xié)作圖和活動(dòng)圖來(lái)描述系統(tǒng)的行為。
二、實(shí)驗(yàn)設(shè)備、環(huán)境
PC(一臺(tái))，Windows 2000或以上版本，安裝Microsoft Visio 2003
三、實(shí)驗(yàn)內(nèi)容及步驟 交互圖：實(shí)現(xiàn)ATM系統(tǒng)的序列關(guān)系圖和通信（協(xié)作）關(guān)系圖； 2 分析設(shè)計(jì)軟件系統(tǒng)的狀態(tài)圖。（（1）和（2）選做一個(gè)狀態(tài)圖）；
（1）ATM系統(tǒng)
（2）具體題目如下：某銷(xiāo)售POS機(jī)，它的工作流程是：當(dāng)客戶到收銀臺(tái)后，收銀員逐一輸入用戶購(gòu)買(mǎi)的商品，輸入完之后，計(jì)算出總金額，然后等待用戶付款，確定支付成功之后，完成收銀，等待下一個(gè)客戶。請(qǐng)為其繪制出相應(yīng)的狀態(tài)機(jī)圖。
3分析設(shè)計(jì)ATM系統(tǒng)的活動(dòng)圖（選做1個(gè)活動(dòng)圖）。
建立動(dòng)態(tài)模型：
建立序列關(guān)系圖、狀態(tài)圖、活動(dòng)圖
步驟：
?
編寫(xiě)腳本
?
確定各個(gè)對(duì)象之間的事件
?
構(gòu)造事件追蹤圖（交互圖）?
構(gòu)造狀態(tài)圖
?
添加活動(dòng)和動(dòng)作
一、時(shí)序關(guān)系圖
1）ATM系統(tǒng)的正常情況腳本
? ATM請(qǐng)儲(chǔ)戶插卡；儲(chǔ)戶插入一張現(xiàn)金兌換卡。? ATM接受該卡并讀它上面的卡號(hào)。
? ATM要求儲(chǔ)戶輸入密碼；儲(chǔ)戶輸入自己的密碼“1234”等數(shù)字。
? ATM請(qǐng)求系統(tǒng)驗(yàn)證卡號(hào)和密碼；核對(duì)儲(chǔ)戶密碼，然后通知顯示器顯示說(shuō)這張卡有效。
? ATM要求儲(chǔ)戶選擇事務(wù)類(lèi)型（取款、轉(zhuǎn)賬、查詢等）；儲(chǔ)戶選擇“取款”。? ATM要求儲(chǔ)戶輸入取款額；儲(chǔ)戶輸入“880”。
? ATM確認(rèn)取款額在預(yù)先規(guī)定的限額內(nèi)，然后要求處理這個(gè)事務(wù)；成功處理完這項(xiàng)事務(wù)并返回該賬戶的新余額。
? ATM吐出現(xiàn)金并請(qǐng)儲(chǔ)戶拿走這些現(xiàn)金；儲(chǔ)戶拿走現(xiàn)金。? ATM問(wèn)儲(chǔ)戶是否繼續(xù)這項(xiàng)事務(wù)；儲(chǔ)戶回答“不”。
? ATM打印賬單，退出現(xiàn)金兌換卡，請(qǐng)儲(chǔ)戶拿走它們；儲(chǔ)戶取走賬單和卡。? ATM請(qǐng)儲(chǔ)戶插卡。
2）ATM系統(tǒng)的異常情況腳本
? ATM請(qǐng)儲(chǔ)戶插卡；儲(chǔ)戶插入一張現(xiàn)金兌換卡。? ATM接受該卡并順序讀它上面的數(shù)字。
? ATM要求密碼；儲(chǔ)戶誤輸入“8888”等數(shù)字。
? ATM請(qǐng)求總行驗(yàn)證卡號(hào)和密碼；經(jīng)驗(yàn)證發(fā)現(xiàn)密碼錯(cuò)誤，拒絕這張卡。? ATM顯示“密碼錯(cuò)”，并請(qǐng)儲(chǔ)戶輸入密碼；儲(chǔ)戶輸入“1234”等數(shù)字；ATM請(qǐng)求總行驗(yàn)證后知道輸入密碼正確。
? ATM要求儲(chǔ)戶選擇事務(wù)類(lèi)型；儲(chǔ)戶選擇“取款”。
? ATM詢問(wèn)取款額；儲(chǔ)戶改變主意不想取款了，按“取消”。? ATM退出現(xiàn)金兌換卡，請(qǐng)儲(chǔ)戶拿走它們；儲(chǔ)戶取走卡。? ATM請(qǐng)儲(chǔ)戶插卡。
ATM 腳本的事件時(shí)序圖如下圖所示：（正常情況）
用戶讀卡器顯示器ATM卡用戶賬戶事務(wù)提款機(jī)插卡讀卡初始化提示輸入密碼輸入密碼驗(yàn)證密碼獲取密碼獲取賬戶初始化提示選擇業(yè)務(wù)選擇業(yè)務(wù)執(zhí)行事務(wù)初始化提示輸入金額輸入金額獲取余額驗(yàn)證取款金額計(jì)算余額計(jì)算利息更新賬戶配給現(xiàn)金打印收據(jù)退卡
二、狀態(tài)圖
主屏]do：顯示主屏幕插卡[可讀]Do：要求密碼輸入密碼Do:驗(yàn)證賬戶繼續(xù)密碼錯(cuò)拿走卡退卡do：退卡請(qǐng)拿走卡插卡[不可讀]不可讀的卡do：顯示信息取消取消do:顯示取消信息無(wú)效賬戶賬戶有效Do:要求類(lèi)型取消輸入類(lèi)型Do:要求金額取消結(jié)束do：打印賬單Do:顯示無(wú)效賬戶信息輸入金額等待5秒Do:處理事務(wù)中止取消Do:請(qǐng)求繼續(xù)拿走現(xiàn)金do：吐出現(xiàn)金請(qǐng)拿走現(xiàn)金事務(wù)成功取消事務(wù)失敗Do:失敗信息網(wǎng)絡(luò)響應(yīng)等待網(wǎng)絡(luò)響應(yīng)中斷do：顯示取消信息ATM類(lèi)的狀態(tài)圖
處理事務(wù)驗(yàn)證賬戶請(qǐng)求處理事務(wù)請(qǐng)求驗(yàn)卡事務(wù)成功事務(wù)失敗無(wú)效賬戶賬戶有效密碼錯(cuò)
事務(wù)處理狀態(tài)圖
賬戶驗(yàn)證狀態(tài)圖
三、活動(dòng)圖
插卡<沒(méi)有接收動(dòng)作>輸入密碼<沒(méi)有接收動(dòng)作>輸入賬戶類(lèi)型輸入金額取卡取錢(qián)<沒(méi)有發(fā)送動(dòng)作>
四、實(shí)驗(yàn)體會(huì)
順序圖的重點(diǎn)是完成某個(gè)行為的對(duì)象類(lèi)之間所傳遞的消息的時(shí)間順序。一個(gè)順序圖事務(wù)對(duì)象角色，生命線，激活期和消息構(gòu)成。協(xié)作圖用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分合作實(shí)現(xiàn)的。協(xié)作時(shí)一種靜態(tài)結(jié)構(gòu)，是一個(gè)系統(tǒng)對(duì)實(shí)現(xiàn)某些服務(wù)所涉及的對(duì)象及其交互的投影。一個(gè)協(xié)同定義了一組對(duì)某些服務(wù)有意義的參加者和它們的聯(lián)系，這些參加者定義了交互中的對(duì)象所扮演的角色。
第四篇：基于UML的圖書(shū)館管理系統(tǒng)建模設(shè)計(jì)
基于UML的圖書(shū)館管理系統(tǒng)建模設(shè)計(jì)
一、圖書(shū)館管理系統(tǒng)可行性分析
隨著政府機(jī)關(guān)與廣大企事業(yè)單位內(nèi)部網(wǎng)絡(luò)的廣泛建立，在通用信息平臺(tái)上構(gòu)筑高效實(shí)用的協(xié)同工作和自動(dòng)化辦公應(yīng)用系統(tǒng)，滿足信息高度共享和即時(shí)發(fā)布的需求，有效實(shí)現(xiàn)內(nèi)部知識(shí)管理，已成為眾多用戶的共同需求。
該圖書(shū)管理系統(tǒng)，為圖書(shū)館管理提供了一個(gè)較好的解決方案。在開(kāi)發(fā)過(guò)程中，按照軟件工程的步驟，從設(shè)計(jì)到開(kāi)發(fā)采用了面向?qū)ο蟮乃枷牒图夹g(shù)，采用了SQL SERVER 2000數(shù)據(jù)庫(kù)，使得本系統(tǒng)可以方便的和其他子系統(tǒng)進(jìn)行數(shù)據(jù)交換。同時(shí)，注意從軟件的圖形應(yīng)用界面上優(yōu)化軟件質(zhì)量，使得本系統(tǒng)具有很強(qiáng)的可操作性。
二、需求分析
需求分析的目的是深入描述軟件功能和性能，確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求。2．
1、客戶需求分析
①能夠?qū)D書(shū)進(jìn)行注冊(cè)登記，也就是將圖書(shū)的基本信息（如：書(shū)的編號(hào)、書(shū)名、作者、價(jià)格等）預(yù)先存入數(shù)據(jù)庫(kù)中，供以后檢索。
②能夠?qū)栝喨诉M(jìn)行注冊(cè)登記，包括記錄借閱人的姓名、編號(hào)、班級(jí)、年齡、性別、地址、電話等信息。
③提供方便的查詢方法。如：以書(shū)名、作者、出版社、出版時(shí)間（確切的時(shí)間、時(shí)間段、某一時(shí)間之前、某一時(shí)間之后）等信息進(jìn)行圖書(shū)檢索，并能反映出圖書(shū)的借閱情況；以借閱人編號(hào)對(duì)借閱人信息進(jìn)行檢索；以出版社名稱查詢出版社聯(lián)系方式信息。
④提供舊書(shū)注銷(xiāo)功能，對(duì)于淘汰、損壞、丟失的書(shū)目可及時(shí)對(duì)數(shù)據(jù)庫(kù)進(jìn)行修改。
⑤能夠?qū)κ褂迷摴芾硐到y(tǒng)的用戶進(jìn)行管理，按照不同的工作職能提供不同的功能授權(quán)。⑥對(duì)所借圖書(shū)情況進(jìn)行登記，包括借閱時(shí)間、借閱人等 ⑦對(duì)超出借閱時(shí)間、損壞或丟失圖書(shū)的讀者進(jìn)行相應(yīng)處理 ⑧讀者可以查詢自己的信息 ⑨借書(shū)、還書(shū)、續(xù)借書(shū)
2．2 定義系統(tǒng)的邊界和范圍 該系統(tǒng)的邊界為學(xué)校的圖書(shū)館
該系統(tǒng)的范圍可包括“讀者管理子系統(tǒng)”、“書(shū)籍管理子系統(tǒng)”、“借閱管理子系統(tǒng)”、“系統(tǒng)管理子系統(tǒng)” 2.3確定執(zhí)行者
根據(jù)前面介紹的客戶需求分析可以看出?！皥D書(shū)館管理系統(tǒng)”有三個(gè)執(zhí)行者，即“讀者”、“圖書(shū)管理員”、“系統(tǒng)管理員”
1）2）讀者：查詢個(gè)人信息、查詢圖書(shū)信息、借閱圖書(shū)、返還圖書(shū)、續(xù)借圖書(shū)、接受相應(yīng)處理
圖書(shū)管理員：借書(shū)處理、還書(shū)處理、新舊書(shū)登記處理、辦理相應(yīng)處理手續(xù)
3）系統(tǒng)管理員：系統(tǒng)維護(hù)工作——學(xué)生信息管理、圖書(shū)信息管理、系統(tǒng)狀態(tài)維護(hù) 2.4確定用例
（1）“圖書(shū)館管理系統(tǒng)”中的用例
在第一層，根據(jù)客戶對(duì)“圖書(shū)館管理系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有：
·基本業(yè)務(wù)功能管理
·基本數(shù)據(jù)修改 ·信息查詢
·數(shù)據(jù)庫(kù)管理
（2）“基本業(yè)務(wù)功能子系統(tǒng)”中的用例
在第二層，客戶對(duì)“基本業(yè)務(wù)功能子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·借閱管理 ·借書(shū)
·續(xù)借書(shū) ·還書(shū)
（3）“基本數(shù)據(jù)修改功能子系統(tǒng)”中的用例
在第二層，客戶對(duì)“基本數(shù)據(jù)修改功能子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·讀者信息管理 ·讀者信息錄入 ·讀者信息修改 ·讀者信息注銷(xiāo) ·書(shū)籍信息管理 ·書(shū)籍信息錄入 ·書(shū)籍信息修改
·書(shū)籍信息注銷(xiāo)（4）“信息查詢子系統(tǒng)”中的用例
在第二層，客戶對(duì)“信息查詢子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·圖書(shū)信息查詢 ·讀者信息查詢
（5）“數(shù)據(jù)庫(kù)管理子系統(tǒng)”中的用例
在第二層，客戶對(duì)“數(shù)據(jù)庫(kù)管理子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·借閱管理 2.5分層繪制用例圖
根據(jù)系統(tǒng)需求分析中客戶對(duì)系統(tǒng)的功能要求，我們一確定了系統(tǒng)和子系統(tǒng)的邊界、執(zhí)行者和用例，現(xiàn)在就可以繪制用例圖了。
1． 最高層用例圖
根據(jù)客戶對(duì)“圖書(shū)館管理系統(tǒng)”的整體業(yè)務(wù)功能要求，可以繪制如圖1-1所示的最高層用例圖 2． 第2層用例圖
在第2層用例圖中包括四個(gè)用例圖：基本業(yè)務(wù)功能子系統(tǒng)、基本數(shù)據(jù)修改功能子系統(tǒng)、信息查詢子系統(tǒng)、數(shù)據(jù)庫(kù)管理子系統(tǒng)。如下圖所示：
System<
System讀者信息銷(xiāo)毀<
System借閱管理系統(tǒng)管理員圖1-5 數(shù)據(jù)庫(kù)管理子系統(tǒng)
2.6 描述用例
1．“借書(shū)”用例
用例編號(hào)：0102（共有兩層用例圖，每層用2位數(shù)字表示，采用4位編號(hào)）用例名：借書(shū)
執(zhí)行者：直接執(zhí)行者：圖書(shū)管理員，涉及到的執(zhí)行者有：讀者、系統(tǒng)管理員 目的：借閱圖書(shū)
過(guò)程描述：
（1）圖書(shū)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“借閱管理”中的“借閱”（2）輸入圖書(shū)證編號(hào)
若輸入不正確，則提示“您輸入的借閱證號(hào)碼有誤，請(qǐng)重新輸入！”；輸入正確后，顯示讀者已借閱圖書(shū)信息，提示超期未歸還的圖書(shū)；（3）輸入圖書(shū)編號(hào)
若讀者已借滿，提示“您已借滿，請(qǐng)先歸還部分圖書(shū)再來(lái)借，謝謝！”；若讀者可以正常 4 借閱，提示“您確定要借閱這本書(shū)嗎？”
（4）確定借閱圖書(shū)，則借閱證號(hào)增加一條借閱信息記錄；讀者選擇 “放棄”，回到步驟（3）重新選擇圖書(shū)；
（5）讀者成功借閱圖書(shū)，系統(tǒng)管理員保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量。
（6）借閱完成，點(diǎn)擊“退出”，退出系統(tǒng)。2．“還書(shū)”用例 用例編號(hào)：0103 用例名：還書(shū)
執(zhí)行者：直接執(zhí)行者：圖書(shū)管理員，涉及到的執(zhí)行者有：讀者、系統(tǒng)管理員 目的：歸還圖書(shū) 過(guò)程描述：
（1）圖書(shū)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“借閱管理”中的“還書(shū)”；（2）輸入圖書(shū)證編號(hào)；
若輸入不正確，則提示“您輸入的借閱證號(hào)碼有誤，請(qǐng)重新輸入！”；輸入正確后，顯示讀者已借閱圖書(shū)信息，提示超期未歸還的圖書(shū)，有超期未還的圖書(shū)，調(diào)用“超期罰款”；若讀者說(shuō)自己丟失圖書(shū)，調(diào)用“丟失罰款”
（3）輸入要還的圖書(shū)編號(hào)； 若輸入錯(cuò)誤，提示“您未借閱該圖書(shū)！” 若輸入正確，提示“您確定要?dú)w還這本書(shū)嗎？”（4）讀者選擇“確定”，讀者借閱的圖書(shū)信息記錄消失；讀者選擇 “放棄”，返回到步驟（3）
（5）完成還書(shū)，點(diǎn)擊“退出”，退出系統(tǒng)；
（6）讀者成功歸還圖書(shū)，系統(tǒng)管理員刪除借閱記錄，并修改數(shù)據(jù)庫(kù)管理子系統(tǒng)的圖書(shū)數(shù)量和讀者借出數(shù)量。
3．“讀者信息錄入”用例
用例編號(hào)：0302 用例名：讀者信息錄入
執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：讀者 目的：錄入新讀者相關(guān)信息，包括姓名、身份、學(xué)院 過(guò)程描述：
（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“讀者信息錄入”（2）寫(xiě)入讀者相應(yīng)信息，將讀者信息保存至數(shù)據(jù)庫(kù)
（3）發(fā)放圖書(shū)證
（4）創(chuàng)建完成，讀者信息錄入成功，在數(shù)據(jù)庫(kù)管理子系統(tǒng)增加圖書(shū)信息，退出系統(tǒng)
4．“讀者信息注銷(xiāo)”用例 用例編號(hào)：0303 用例名：讀者信息銷(xiāo)毀
執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：讀者
目的：當(dāng)讀者由于工作地點(diǎn)變化或其他原因，無(wú)需再使用圖書(shū)館的圖書(shū)資料時(shí)，應(yīng)當(dāng)為其辦理注銷(xiāo)
過(guò)程描述：
（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“讀者信息注銷(xiāo)”（2）查詢讀者的借閱記錄
若有未歸還圖書(shū)，給出提示：暫時(shí)不能注銷(xiāo)
否則注銷(xiāo)讀者，提示：注銷(xiāo)后，不能借閱圖書(shū) 若不確定，返回上一層界面
（3）注銷(xiāo)圖書(shū)證，刪除基本數(shù)據(jù)修改功能子系統(tǒng)中的讀者信息（4）注銷(xiāo)完成，在數(shù)據(jù)庫(kù)管理子系統(tǒng)刪除讀者信息，退出系統(tǒng) 5．“書(shū)籍信息錄入”用例 用例編號(hào)：0305 用例名：書(shū)籍信息錄入
執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：圖書(shū)管理員，數(shù)據(jù)庫(kù)管理子系統(tǒng) 目的：圖書(shū)館里的圖書(shū)根據(jù)館藏需求進(jìn)行更新 過(guò)程描述：
（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“書(shū)籍信息錄入”
（2）寫(xiě)入圖書(shū)相應(yīng)信息
（3）圖書(shū)管理員給圖書(shū)進(jìn)行分類(lèi)編號(hào)，記錄條形碼信息（4）圖書(shū)管理員為圖書(shū)張貼條形碼
（5）圖書(shū)管理員檢查圖書(shū)編號(hào)是否入庫(kù)
（6）在數(shù)據(jù)庫(kù)管理子系統(tǒng)增加圖書(shū)信息，書(shū)籍信息錄入成功，退出系統(tǒng) 相應(yīng)活動(dòng)圖如下：
系統(tǒng)管理員界面圖書(shū)管理員數(shù)據(jù)庫(kù)管理子系統(tǒng)登陸基本數(shù)據(jù)修改功能子系統(tǒng)點(diǎn)擊書(shū)籍信息錄入圖書(shū)進(jìn)行分類(lèi)編號(hào)，記錄條形碼信息圖書(shū)張貼條形碼檢查圖書(shū)編號(hào)是否入庫(kù)增加圖書(shū)信息[否]退出系統(tǒng)[是]
6．“書(shū)籍信息注銷(xiāo)”用例
用例編號(hào)：0306 用例名：書(shū)籍信息注銷(xiāo)
執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：圖書(shū)管理員，數(shù)據(jù)庫(kù)管理子系統(tǒng)
目的：當(dāng)圖書(shū)館里藏書(shū)，由于受到毀損或其他意外的破壞而無(wú)法再使用的情況下，需要對(duì)館藏圖書(shū)進(jìn)行注銷(xiāo)。過(guò)程描述：
（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“書(shū)籍信息注銷(xiāo)”
（2）輸入圖書(shū)編號(hào)，若該書(shū)借閱出庫(kù)，則暫時(shí)不能注銷(xiāo)，提示“該書(shū)借閱中，不能注銷(xiāo)”；若該書(shū)未被借閱，提示“確定要注銷(xiāo)此書(shū)嗎？”若不確定，返回上一層界面（3）成功注銷(xiāo)圖書(shū)后，在數(shù)據(jù)庫(kù)管理子系統(tǒng)刪除圖書(shū)信息，退出系統(tǒng)
三、系統(tǒng)分析
3.1建立對(duì)象類(lèi)（1）reader 類(lèi)名：reader 類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 功能：負(fù)責(zé)讀者信息并對(duì)這些信息進(jìn)行處理，便于對(duì)讀者借閱信息進(jìn)行統(tǒng)一管理。屬性：讀者的編號(hào)ID（reader_id）、姓名（reader_Name）、身份（identification）、學(xué)院（academy）、所借書(shū)籍的編號(hào)（borrowed）等 操作：借書(shū)和還書(shū)、接受相應(yīng)處理
(2)system admin 類(lèi)名：system admin 類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 屬性：編號(hào)和姓名等
操作：讀者信息管理、書(shū)籍信息管理、借閱管理、（3）books admin 類(lèi)名：books admin
類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 屬性：編號(hào)和姓名等
操作：借閱管理、書(shū)籍信息錄入、書(shū)籍信息修改、書(shū)籍信息注銷(xiāo)（3）Books 類(lèi)名：Books 類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，可以共享 屬性：書(shū)名、作者、書(shū)籍編碼、類(lèi)別、價(jià)錢(qián)、入庫(kù)時(shí)間 操作：分類(lèi)編號(hào)、記錄條形碼信息、（4）borrow 類(lèi)名：borrow 類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 屬性：借閱書(shū)籍的編號(hào)、借閱時(shí)間、操作：借書(shū)、還書(shū)、續(xù)借書(shū)、交欠款、交罰款（5）data 類(lèi)的類(lèi)型：該類(lèi)創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 屬性：書(shū)籍信息、讀者信息、借閱信息
操作：讀者信息錄入、讀者信息修改、讀者信息注銷(xiāo)、書(shū)籍信息錄入、書(shū)籍信息修改、書(shū)籍信息注銷(xiāo)、增加借閱信息、刪除借閱信息 3.2 建立對(duì)象類(lèi)圖
reader+編號(hào)+姓名+身份+學(xué)院+所借書(shū)籍的編號(hào)+借書(shū)()+還書(shū)()+接受相應(yīng)處理()data+書(shū)籍信息+讀者信息+Attribute1+讀者信息錄入()+讀者信息修改()+讀者信息注銷(xiāo)()+書(shū)籍信息錄入()+書(shū)籍信息修改()+書(shū)籍信息注銷(xiāo)()+增加借閱信息()+刪除借閱信息()system admin+編號(hào)+姓名+讀者信息管理()+書(shū)籍信息管理()+借閱管理()Books+書(shū)名+作者+書(shū)籍編碼+類(lèi)別+價(jià)錢(qián)+入庫(kù)時(shí)間+分類(lèi)編號(hào)()+記錄條形碼信息()borrow+借閱書(shū)籍的編號(hào)+借閱時(shí)間+借書(shū)()+還書(shū)()+續(xù)借書(shū)()+交欠款()+交罰款()books admin+編號(hào)+姓名+借閱管理()+書(shū)籍信息錄入()+書(shū)籍信息修改()+書(shū)籍信息注銷(xiāo)()圖2-1 圖書(shū)館管理系統(tǒng)類(lèi)圖
四、系統(tǒng)設(shè)計(jì)
4.1順序圖建模
◆在“借書(shū)”用例中涉及的對(duì)象間的交互分析如下：
1）登錄系統(tǒng)。圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”，對(duì)讀者的借書(shū)要求進(jìn)行處理。涉及的對(duì)象：
·消息的發(fā)送者：“系統(tǒng)管理員”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 傳遞的消息：
·消息：口令密碼（）
·消息的類(lèi)型：同步消息
·返回消息：口令密碼正確或出錯(cuò)信息 2）輸入圖書(shū)證編號(hào)。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象
傳遞的消息：
·消息：核對(duì)圖書(shū)證編號(hào)（）·消息的類(lèi)型：自調(diào)用消息
·返回消息：圖書(shū)證編號(hào)正確或出錯(cuò)信息 3）輸入圖書(shū)編號(hào)。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 ·消息的接收者：“reader”對(duì)象
傳遞的消息：
·消息：[最大借書(shū)額為0]:核對(duì)借書(shū)額（）·消息的類(lèi)型：同步消息
·返回消息：可以借書(shū) 4）確定借閱圖書(shū)。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“reader”對(duì)象 傳遞的消息：
·消息：[確定借書(shū)]: 借閱證號(hào)增加借閱信息記錄（）·消息的類(lèi)型：自調(diào)用消息 ·返回消息：借書(shū)成功 5）修改數(shù)據(jù)庫(kù)。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理”對(duì)象
傳遞的消息：
·消息：[借書(shū)成功]: 保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量（）·消息的類(lèi)型：同步消息
·返回消息：退出系統(tǒng)
根據(jù)以上確立的“借書(shū)”用例圖中涉及的對(duì)象，建立“借書(shū)”用例的順序圖如圖3-1：
基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口reader數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理窗口 : 圖書(shū)管理員1 : 登錄系統(tǒng)()2 : 核對(duì)圖書(shū)證編號(hào)()3 [最大借書(shū)額為0] : :核對(duì)借書(shū)額()4 [確定借書(shū)] : 借閱證號(hào)增加借閱信息記錄()5 [借書(shū)成功] : 保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量()圖3-1 “借書(shū)”用例順序圖
◆在“還書(shū)”用例中涉及的對(duì)象間的交互分析如下：
1）登錄系統(tǒng)。圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”，對(duì)讀者的還書(shū)要求進(jìn)行處理。涉及的對(duì)象：
·消息的發(fā)送者：“系統(tǒng)管理員”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 傳遞的消息：
·消息：口令密碼（）
·消息的類(lèi)型：同步消息
·返回消息：口令密碼正確或出錯(cuò)信息
2）輸入圖書(shū)證編號(hào)。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象
傳遞的消息：
·消息：核對(duì)圖書(shū)證編號(hào)（）
·消息的類(lèi)型：自調(diào)用消息
·返回消息：圖書(shū)證編號(hào)正確或出錯(cuò)信息
3）超期罰款處理。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)超期罰款窗口”對(duì)象 傳遞的消息：
·消息：[超期]：超期罰款（）·消息的類(lèi)型：同步消息 ·返回消息：銷(xiāo)毀超期信息
3）丟失罰款處理。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)丟失罰款窗口”對(duì)象
傳遞的消息：
·消息：[丟失]：丟失罰款（）·消息的類(lèi)型：同步消息 ·返回消息：銷(xiāo)毀超期信息
4）輸入圖書(shū)編號(hào)。涉及的對(duì)象：
·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“reader”對(duì)象 傳遞的消息：
·消息：[借閱]：核對(duì)是否借閱此書(shū)（）·消息的類(lèi)型：同步消息 ·返回消息：是否借閱此書(shū) 5）確定還書(shū)。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“reader”對(duì)象
傳遞的消息：
·消息：[確定還書(shū)]: 借閱證號(hào)刪除借閱信息記錄（）·消息的類(lèi)型：自調(diào)用消息 ·返回消息：還書(shū)成功
6）修改數(shù)據(jù)庫(kù)。涉及的對(duì)象：
·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理”對(duì)象
傳遞的消息：
·消息：[還書(shū)成功]: 刪除借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量（）·消息的類(lèi)型：同步消息 ·返回消息：退出系統(tǒng)
根據(jù)以上確立的“還書(shū)”用例圖中涉及的對(duì)象，建立“還書(shū)”用例的順序圖如圖：
基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口基本數(shù)據(jù)修改功能子系統(tǒng)超期罰款窗口基本數(shù)據(jù)修改功能子系統(tǒng)丟失罰款窗口reader : 圖書(shū)管理員1 : 登錄系統(tǒng)()2 : 核對(duì)圖書(shū)證編號(hào)()3 [超期] : ：超期罰款()4 [丟失] : ：丟失罰款()5 [借閱] : ：核對(duì)是否借閱此書(shū)()6 [確定還書(shū)] : : 借閱證號(hào)刪除借閱信息記錄()
圖3-2 “還書(shū)”用例順序圖一
reader數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理5 [確定還書(shū)] : : 借閱證號(hào)刪除借閱信息記錄()6 [還書(shū)成功] : :刪除借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量()
圖3-3 “還書(shū)”用例順序圖二
4.2 構(gòu)件圖建模
構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型，通過(guò)構(gòu)件之間的依賴關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示了系統(tǒng)中的不同物理構(gòu)件機(jī)器之間的聯(lián)系。
圖3-4所示的是圖書(shū)館管理系統(tǒng)部分構(gòu)件圖，圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”并成功通過(guò)驗(yàn)證后，進(jìn)入基本數(shù)據(jù)修改功能子系統(tǒng)主界面
圖書(shū)管理員登陸驗(yàn)證基本數(shù)據(jù)修改功能子系統(tǒng)主界面續(xù)借書(shū)借書(shū)還書(shū)丟失罰款超期罰款圖3-4 基本數(shù)據(jù)修改功能子系統(tǒng)構(gòu)件圖
4.3 配置圖建模
實(shí)用配置圖定義的軟硬件結(jié)構(gòu)及通訊機(jī)制，表示軟硬件系統(tǒng)之間的合作關(guān)系；使用構(gòu)件圖描述系統(tǒng)由哪些構(gòu)件組成。
圖書(shū)館管理系統(tǒng)是一個(gè)客戶/服務(wù)器和服務(wù)器/瀏覽器相結(jié)合的系統(tǒng)，可以同配置圖顯示系統(tǒng)的物理結(jié)構(gòu)，如圖3-5所示：
TCP/IP應(yīng)用服務(wù)器ODBC圖3-5 圖書(shū)館管理系統(tǒng)配置圖SQL SERVER13 客戶程序數(shù)據(jù)庫(kù)服務(wù)器
第五篇：uml建模報(bào)告ATM自動(dòng)柜員機(jī)系統(tǒng)
UML建模報(bào)告
（2010 / 2011 學(xué)年 第 2學(xué)期）
題 目：
基于UML的ATM自動(dòng)
柜員機(jī)系統(tǒng)
專
業(yè)：
成員：
指
導(dǎo)
教
師：
基于UML的ATM自動(dòng)柜員機(jī)系統(tǒng)建模報(bào)告
一、需求分析
（1）功能需求：
1.登陸：客戶通過(guò)輸入正確的登陸密碼即可登陸ATM。
2.取款：允許客戶取出自己賬戶中的現(xiàn)金。3.客戶存款：允許客戶把現(xiàn)金存入自己賬戶。4客戶查詢余額：允許客戶查詢自己的賬戶余額。
5客戶轉(zhuǎn)賬：允許客戶將自己賬戶中的金額轉(zhuǎn)移至另一賬戶。6客戶更改密碼：允許客戶修改自己的登錄密碼。
（2）系統(tǒng)操作要求：
1．要求用戶每次取款數(shù)額為50的整數(shù)倍；
2．要求用戶一次取款數(shù)額不得大于1000元； 3．要求用戶一天取款數(shù)額不得超過(guò)5000元； 4．要求用戶每次取款數(shù)額不得大于賬戶余額； 5．要求用戶設(shè)置的登錄密碼為6位。
（3）系統(tǒng)性能要求：
1．要求反應(yīng)時(shí)間不得大于10秒鐘； 2． 系統(tǒng)設(shè)計(jì)目標(biāo)：
ATM自動(dòng)取款機(jī)可以提供24小時(shí)不間斷服務(wù)，操作簡(jiǎn)單，可以很方便為用戶提供取款、轉(zhuǎn)賬/匯款、查詢賬戶余額等服務(wù)。
（4）實(shí)現(xiàn)手段：
使用ASP.NET進(jìn)行界面設(shè)計(jì)，建立一個(gè)數(shù)據(jù)庫(kù)保存客戶的賬戶信息，使用C#語(yǔ)言功能函數(shù)并對(duì)數(shù)據(jù)庫(kù)中的賬戶信息進(jìn)行操作。
二、總體設(shè)計(jì)
本系統(tǒng)總共分為登陸、查詢、存款、取款、轉(zhuǎn)賬、修改密碼等6個(gè)功能模塊。
1.登錄模塊：登陸模塊使用字符匹配算法，要求用戶在輸入賬號(hào)之后輸入登陸密碼，只有輸入正確的密碼才能登陸自己的賬戶。否則提示密碼錯(cuò)誤。
2.查詢模塊：用戶輸入正確的密碼后就可登陸自己的賬戶并接受服務(wù)。查詢功能允許用戶查得自己賬戶上的余額信息。
3.存款模塊：允許客戶向自己的賬戶中存入現(xiàn)金。
4.取款模塊：允許客戶從賬戶中取走現(xiàn)金，要求取出的金額不能大于所剩余款，否則提示余額不足。
5.轉(zhuǎn)賬模塊：允許客戶將自己賬戶中的金額轉(zhuǎn)移至另一賬戶。要求所轉(zhuǎn)的金額不能多于所剩余款，否則提示余額不足。
6.修改密碼模塊：允許用戶修改自己的登陸密碼，密碼仍然是6位數(shù)的，修改之后，下次登陸就應(yīng)該用新密碼。
三、詳細(xì)設(shè)計(jì) 用例圖：
類(lèi)圖：
客戶取錢(qián)的協(xié)作圖：
其他功能的協(xié)作圖與此類(lèi)似。
賬目類(lèi)的狀態(tài)圖：
ATM系統(tǒng)的部署圖：
四、測(cè)試報(bào)告 我們?cè)诳蛻魯?shù)據(jù)庫(kù)中建立四個(gè)賬戶，如下：
其中四個(gè)屬性分別是客戶名、賬號(hào)、密碼、賬戶余額。打開(kāi)網(wǎng)頁(yè)，進(jìn)入初始頁(yè)面：
若選擇取回磁卡，顯示如下：
1.登錄功能測(cè)試
我們選擇繼續(xù)以進(jìn)行測(cè)試，單擊測(cè)試進(jìn)入如下頁(yè)面：
若輸入不存在的賬號(hào)，則出現(xiàn)提示：
現(xiàn)在我們輸入正確的賬號(hào)，這里以08060112為例：
單擊確認(rèn)，系統(tǒng)將提示客戶輸入密碼，正確的密碼是“123456”，我們輸入“333333”以進(jìn)行測(cè)試，系統(tǒng)提示密碼錯(cuò)誤：
我們輸入正確的密碼“123456”，單擊確認(rèn)，則進(jìn)入交易界面：
2.查詢功能測(cè)試
單擊查詢，顯示如下
與數(shù)據(jù)庫(kù)表中的number值比較可得，結(jié)果正確。3.取款功能測(cè)試
選擇返回，回到主菜單，單擊取款，系統(tǒng)提示客戶輸入取款金額：
我們輸入300單擊確認(rèn)，顯示如下
單擊確定回到主菜單，單擊查詢，顯示如下：
余額為700，說(shuō)明取款成功，取款功能順利實(shí)現(xiàn)。4.轉(zhuǎn)賬功能測(cè)試
單擊返回，回到主菜單，單擊轉(zhuǎn)賬，系統(tǒng)提示用戶輸入轉(zhuǎn)入賬號(hào)，我們以轉(zhuǎn)入08060119為例：
單擊確認(rèn)，系統(tǒng)提示轉(zhuǎn)賬金額，我們輸入300：
單擊確認(rèn)，提示轉(zhuǎn)賬成功：
單擊確定回到主菜單，這時(shí)我們單擊查詢08060112的余額：
結(jié)果正確，我們?cè)偻ㄟ^(guò)數(shù)據(jù)庫(kù)查詢08060119的余額，打開(kāi)表格，右擊，執(zhí)行，顯示如下：
結(jié)果也正確，說(shuō)明轉(zhuǎn)賬功能也已順利實(shí)現(xiàn)。5.存款功能測(cè)試
單擊返回回到主菜單，單擊“存款”，我們通過(guò)輸入數(shù)值來(lái)模擬放入現(xiàn)金：
單擊確認(rèn)，系統(tǒng)提示操作成功：
單擊“確定”回到主菜單，單擊查詢，顯示如下：
結(jié)果正確。
6.修改密碼功能測(cè)試
單擊返回回到主菜單，單擊“修改密碼”，系統(tǒng)提示如下：
我們將密碼修改為“555555”，輸入“555555”后，提示操作成功：
單擊確定就回到主菜單。這時(shí)我們?nèi)』卮趴ㄖ匦碌卿浺詼y(cè)試密碼是否已經(jīng)修改。依舊輸入卡號(hào)08060112，單擊確認(rèn)，輸入舊密碼“123456”，提示密碼錯(cuò)誤：
單擊確定，重新輸入新密碼“555555”，單擊確認(rèn)，則可順利登錄到主菜單
可見(jiàn)，密碼已經(jīng)修改成功，另一方面，我們查看數(shù)據(jù)庫(kù)中的數(shù)據(jù)，右擊，執(zhí)行，顯示如下：
可以看到賬戶08060112的password屬性已經(jīng)變?yōu)椤?55555”，因此，修改密碼功能也能順利實(shí)現(xiàn)。至此，ATM系統(tǒng)的六大功能都已通過(guò)測(cè)試并正確無(wú)誤。
五、總結(jié)
通過(guò)這次UML建模的學(xué)習(xí)，我們學(xué)會(huì)了很多知識(shí)。之前我對(duì)UML建模一無(wú)所知，但現(xiàn)在我已學(xué)會(huì)了一些UML建模的基本知識(shí)，并學(xué)會(huì)了建立一些簡(jiǎn)單的模型。
雖然只有短短的幾個(gè)禮拜，但收獲卻是很大的。首先是分析問(wèn)題的能力，剛拿到這個(gè)題，總覺(jué)得無(wú)從下手，不知道題目到底要我們做什么，心里只是干著急，不知道該干嘛。經(jīng)過(guò)一周的迷茫，我們開(kāi)始靜下心來(lái)，分析題目，找參考書(shū)，嘗試性地進(jìn)行編程。到第三周，我們終于做出了一個(gè)成果并且編譯沒(méi)有錯(cuò)誤。之后就是嘗試運(yùn)行，運(yùn)行的過(guò)程中出現(xiàn)很多問(wèn)題。比如轉(zhuǎn)賬，修改密碼等，但經(jīng)過(guò)我們細(xì)心的測(cè)試、排查，還是找到了錯(cuò)誤的原因并進(jìn)行了糾正。因此，我們的查錯(cuò)改錯(cuò)的能力也得到了提高。最重要的是，我們通過(guò)這次實(shí)習(xí)學(xué)會(huì)了互相合作，俗話說(shuō)“三個(gè)臭皮匠頂個(gè)諸葛亮”，也許我們單獨(dú)做很難完成這個(gè)程序。但是只要我們團(tuán)結(jié)一致就沒(méi)有克服不了的困難。這次實(shí)習(xí)在我們的大學(xué)生活乃至整個(gè)人生中都有著非常重要的意義，是一筆不小的財(cái)富，難忘的經(jīng)歷。我們會(huì)以此為基礎(chǔ)走好人生的每一步。
以上是我們對(duì)UML建模的學(xué)習(xí)的一點(diǎn)總結(jié)，同時(shí)也是為自己的未來(lái)整理好思路，為以后的學(xué)習(xí)做好準(zhǔn)備。UML建模，教會(huì)了我很多，而我要做的，就是在以后的學(xué)習(xí)與生活中更加努力的學(xué)習(xí)來(lái)迎接它帶來(lái)的知識(shí)與挑戰(zhàn)。
點(diǎn)擊咨詢 