【正文】 UML建模，教會(huì)了我很多，而我要做的，就是在以后的學(xué)習(xí)與生活中更加努力的學(xué)習(xí)來(lái)迎接它帶來(lái)的知識(shí)與挑戰(zhàn)。我們會(huì)以此為基礎(chǔ)走好人生的每一步。但是只要我們團(tuán)結(jié)一致就沒(méi)有克服不了的困難。因此，我們的查錯(cuò)改錯(cuò)的能力也得到了提高。之后就是嘗試運(yùn)行，運(yùn)行的過(guò)程中出現(xiàn)很多問(wèn)題。經(jīng)過(guò)一周的迷茫，我們開始靜下心來(lái)，分析題目，找參考書，嘗試性地進(jìn)行編程。雖然只有短短的幾個(gè)禮拜，但收獲卻是很大的。五、總結(jié)通過(guò)這次UML建模的學(xué)習(xí)，我們學(xué)會(huì)了很多知識(shí)。依舊輸入卡號(hào)08060112，單擊確認(rèn)，輸入舊密碼“123456”，提示密碼錯(cuò)誤：?jiǎn)螕舸_定，重新輸入新密碼“555555”，單擊確認(rèn)，則可順利登錄到主菜單可見(jiàn)，密碼已經(jīng)修改成功，另一方面，我們查看數(shù)據(jù)庫(kù)中的數(shù)據(jù)，右擊，執(zhí)行，顯示如下：可以看到賬戶08060112的password屬性已經(jīng)變?yōu)椤?55555”，因此，修改密碼功能也能順利實(shí)現(xiàn)。單擊返回回到主菜單，單擊“修改密碼”，系統(tǒng)提示如下：我們將密碼修改為“555555”，輸入“555555”后，提示操作成功：?jiǎn)螕舸_定就回到主菜單。單擊返回，回到主菜單，單擊轉(zhuǎn)賬，系統(tǒng)提示用戶輸入轉(zhuǎn)入賬號(hào)，我們以轉(zhuǎn)入08060119為例：?jiǎn)螕舸_認(rèn)，系統(tǒng)提示轉(zhuǎn)賬金額，我們輸入300：?jiǎn)螕舸_認(rèn)，提示轉(zhuǎn)賬成功：?jiǎn)螕舸_定回到主菜單，這時(shí)我們單擊查詢08060112的余額：結(jié)果正確，我們?cè)偻ㄟ^(guò)數(shù)據(jù)庫(kù)查詢08060119的余額，打開表格，右擊，執(zhí)行，顯示如下：結(jié)果也正確，說(shuō)明轉(zhuǎn)賬功能也已順利實(shí)現(xiàn)。打開網(wǎng)頁(yè)，進(jìn)入初始頁(yè)面：若選擇取回磁卡，顯示如下：我們選擇繼續(xù)以進(jìn)行測(cè)試，單擊測(cè)試進(jìn)入如下頁(yè)面：若輸入不存在的賬號(hào)，則出現(xiàn)提示：現(xiàn)在我們輸入正確的賬號(hào)，這里以08060112為例：?jiǎn)螕舸_認(rèn)，系統(tǒng)將提示客戶輸入密碼，正確的密碼是“123456”，我們輸入“333333”以進(jìn)行測(cè)試，系統(tǒng)提示密碼錯(cuò)誤：我們輸入正確的密碼“123456”，單擊確認(rèn)，則進(jìn)入交易界面：?jiǎn)螕舨樵?，顯示如下與數(shù)據(jù)庫(kù)表中的number值比較可得，結(jié)果正確。三、詳細(xì)設(shè)計(jì) 用例圖：類圖：客戶取錢的協(xié)作圖：其他功能的協(xié)作圖與此類似。要求所轉(zhuǎn)的金額不能多于所剩余款，否則提示余額不足。：允許客戶從賬戶中取走現(xiàn)金，要求取出的金額不能大于所剩余款，否則提示余額不足。查詢功能允許用戶查得自己賬戶上的余額信息。否則提示密碼錯(cuò)誤。二、總體設(shè)計(jì)本系統(tǒng)總共分為登陸、查詢、存款、取款、轉(zhuǎn)賬、修改密碼等6個(gè)功能模塊。（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ù)。6客戶更改密碼：允許客戶修改自己的登錄密碼。4客戶查詢余額：允許客戶查詢自己的賬戶余額。：允許客戶取出自己賬戶中的現(xiàn)金。約束的表示法和標(biāo)記值法類似，都是使用花括號(hào)括起來(lái)的串來(lái)表示，不過(guò)它是不能夠放在元素中的，而是放在相關(guān)的元素附近。實(shí)現(xiàn)則是負(fù)責(zé)實(shí)施接口提供的契約UML擴(kuò)展機(jī)制這部分不容易描述，待改構(gòu)造型：在實(shí)際的建模過(guò)程中，可能會(huì)需要定義一些特定于某個(gè)領(lǐng)域或某個(gè)系統(tǒng)的構(gòu)造塊標(biāo)記值則是用來(lái)為事物添加新特性的。和任何語(yǔ)言一樣，名字都是一個(gè)標(biāo)識(shí)符范圍：：Public，Protected，Private，Package三、UML公共機(jī)制規(guī)格描述在圖形表示法的每個(gè)部分后面都有一個(gè)規(guī)格描述(也稱為詳述)，它用來(lái)對(duì)構(gòu)造塊的語(yǔ)法和語(yǔ)義進(jìn)行文字?jǐn)⑹?。有兩個(gè)元素X、Y，如果修改元素X的定義可能會(huì)引起對(duì)另一個(gè)元素Y的定義的修改，則稱元素Y依賴(Dependency)于元素X。實(shí)現(xiàn)關(guān)系是用來(lái)規(guī)定接口和實(shí)現(xiàn)接口的類或組件之間的關(guān)系。也就是說(shuō)，在一個(gè)組合關(guān)系中一個(gè)對(duì)象一次就只是一個(gè)組合的一部分，“整體”負(fù)責(zé)“部分”的創(chuàng)建和破壞，當(dāng)“整體”被破壞時(shí)，“部分”也隨之消失聚合就像汽車和車胎，汽車壞了胎還可以用。在UML中，使用一條實(shí)線來(lái)表示關(guān)聯(lián)關(guān)系在關(guān)聯(lián)關(guān)系中，有兩種比較特殊的關(guān)系：聚合和組合聚合關(guān)系：聚合(Aggregation)是一種特殊形式的關(guān)聯(lián)。而注釋事物則是用來(lái)錦上添花的，它是用來(lái)在UML模型上添加適當(dāng)?shù)慕忉尣糠株P(guān)系UML模型的關(guān)系比較多,下圖 關(guān)聯(lián)關(guān)系關(guān)聯(lián)(Association)表示兩個(gè)類之間存在某種語(yǔ)義上的聯(lián)系。在系統(tǒng)中滿足相同接口的組件可以自由地替換節(jié)點(diǎn)(node)為了能夠有效地對(duì)部署的結(jié)構(gòu)進(jìn)行建模，UML引入了節(jié)點(diǎn)這一概念，它可以用來(lái)描述實(shí)際的PC機(jī)、打印機(jī)、服務(wù)器等軟件運(yùn)行的基礎(chǔ)硬件節(jié)點(diǎn)是運(yùn)行時(shí)存在的物理元素，它表示了一種可計(jì)算的資源，通常至少有存儲(chǔ)空間和處理能力、行為元素交互(interaction)： 是在特定語(yǔ)境中，共同完成某個(gè)任務(wù)的一組對(duì)象之間交換的信息集合交互的表示法很簡(jiǎn)單，就是一條有向直線，并在上面標(biāo)有操作名狀態(tài)機(jī)(state machine)：是一個(gè)對(duì)象或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列在UML模型中將狀態(tài)畫為一個(gè)圓 角矩形，并在矩形內(nèi)寫出狀態(tài)名稱及其子狀態(tài)、分組元素對(duì)于一個(gè)中大型的軟件系統(tǒng)而言，通常會(huì)包含大量的類，因此也就會(huì)存在大量的結(jié)構(gòu)事物、行為事物，為了能夠更加有效地對(duì)其進(jìn)行整合，生成或簡(jiǎn)或繁、或宏觀或微觀的模型，就需要對(duì)其進(jìn)行分組。對(duì)于某個(gè)用例的實(shí)現(xiàn)就可 以表示為一個(gè)協(xié)作構(gòu)件(ponent)在實(shí)際的軟件系統(tǒng)中，有許多要比“類”更大的實(shí)體，例如一個(gè)COM組件、一個(gè)DLL文件、一個(gè)JavaBeans、一個(gè)執(zhí)行文件等等。一個(gè) 用例定義一組用例實(shí)例。、建模元素類(class)和對(duì)象(object)接口(interface)主動(dòng)類(active class)用例(use case)協(xié)作(collaboration)構(gòu)件(ponent)節(jié)點(diǎn)(node)類(class)和對(duì)象(object)類是對(duì)一組具有相同屬性、相同操作、相同關(guān)系和相同語(yǔ)義的對(duì)象的抽象UML中類是用一個(gè)矩形表示的，它包含三個(gè)區(qū)域，最上面是類名、中間是類的屬性、最下面是類的方法對(duì)象則是類的一個(gè)實(shí)例(object is a Instance of Class)接口(interface)接口是描述某個(gè)類或構(gòu)件的一個(gè)服務(wù)操作集主動(dòng)類(active class)主動(dòng)類實(shí)際上是一種特殊的類。分組元素：UML中的容器，用來(lái)組織模型，使模型更加的結(jié)構(gòu)化。正式開始UML組成，三部分(構(gòu)造塊、規(guī)則、公共機(jī)制)，關(guān)系如下圖所示：一、構(gòu)造塊構(gòu)造塊是對(duì)模型中最具有代表性的成分的抽象建模元素：UML中的名詞，它是模型基本物理元素。實(shí)現(xiàn)模型：以資深開發(fā)人員(設(shè)計(jì)人員)為主，架構(gòu)師提供總體指導(dǎo)。三、誰(shuí)應(yīng)該建模業(yè)務(wù)建模：以領(lǐng)域?qū)＜覟橹?，需求分析人員是主力，系統(tǒng)分析員、架構(gòu)師可參與需求模型：以需求分析人員為主，系統(tǒng)分析員是主力，領(lǐng)域?qū)＜姨峁┲笇?dǎo)，架構(gòu)師和資深開發(fā)人員參與設(shè)計(jì)模型：高層設(shè)計(jì)模型以架構(gòu)師為主，系統(tǒng)分