【文章內(nèi)容簡(jiǎn)介】 umbe、caculateBalance、 getBalance，除 caculateBalance 為 protected 其余均為 public。 setType 設(shè)置帳戶類型，返回類型為 void，參數(shù)類型為 char，輸入帳戶類型。 getType 獲取帳戶類型，返回類型為 char，無(wú)參數(shù)。 setAccountNumbe設(shè)置帳戶號(hào)，返回類型為 void，參數(shù)類型為 int，輸入帳戶號(hào)。 getAccountNumbe 獲取帳戶號(hào)，返回類型為 int，無(wú)參數(shù)。 caculateBalance 計(jì)算余額，返回類型為 void，參數(shù)為 double，第一個(gè)參數(shù)為輸入存取款數(shù)額，第二個(gè)參數(shù)為存款余額，既為輸入也為輸出。 getBalance 獲取帳戶余額，返回類型為 double，無(wú)參數(shù)。 許多銀行儲(chǔ)戶組成了儲(chǔ)戶庫(kù)。 ATM 系統(tǒng)包含了許多 ATM 機(jī)。銀行儲(chǔ)戶及 ATM 機(jī)兩個(gè)類包含哪些屬性，哪些操作，它們的可見(jiàn)性及操作的返回類型、參數(shù)個(gè)數(shù)、參數(shù)類型從類圖上都一目了然。更多的屬性及操作都可以一一加上，使這個(gè)類圖更詳細(xì)更完整，從而使參與項(xiàng)目的每個(gè)成員都能無(wú)歧義的明了整個(gè)設(shè)計(jì)的類 的結(jié)構(gòu)。同樣對(duì)于一個(gè)真正的銀行系統(tǒng)，這個(gè)類圖過(guò)于簡(jiǎn)單。比如帳戶類型我們可以先定義一個(gè) abstractclass，它包含一個(gè)帳戶最基本的屬性及操作。而有些操作先定義為 abstract，如余額的計(jì)算。然后再繼承這個(gè) abstractclass，我們可以有 savingaccount 和 checkingaccount 等等。不同的帳戶有不同的余額計(jì)算方法，我們可以加上具體的算法。對(duì)于不同的帳戶可能還有一些它特有的操作，我們也可以加上，比如 savingaccount 在存款達(dá)到多少時(shí)可以享受機(jī)票打折的優(yōu)惠。通過(guò)類圖不僅可以使 設(shè)計(jì)者明確的表達(dá)自己的設(shè)計(jì)意圖，也能幫組自己整理思路，充實(shí)及優(yōu)化自己的設(shè)計(jì)。 描述顧客在 ATM 機(jī)上取款時(shí)信息的流動(dòng)情況。以時(shí)間為順序。因?yàn)槭鞘纠龍D，所以整個(gè)過(guò)程是沒(méi)有出現(xiàn)任何故障時(shí)的流程，并且只畫(huà)到了取款結(jié)束。通過(guò)這個(gè)圖，我們可以看出消息是如何在系統(tǒng)中不同對(duì)象之間進(jìn)行交互。 通過(guò)流程圖我們可以很清楚地看到系統(tǒng)是如何工作的，系統(tǒng)各部分之間的信息及控制是如何發(fā)送的，整個(gè)流程是否合理。流程圖對(duì)我們的設(shè)計(jì)起到了很好的幫助作用。注意在本圖沒(méi)有一個(gè)生命線終端有一個(gè) X，這是因?yàn)檫@個(gè) 流程中還未遇到有對(duì)象生命結(jié)束。當(dāng)有對(duì)象生命結(jié)束時(shí)需在對(duì)應(yīng)的生命線終端畫(huà) X，表明這個(gè)對(duì)象在這時(shí)被銷毀。 首先銀行儲(chǔ)戶將 ATM 卡插入讀卡機(jī)，讀卡機(jī)將信息傳給客戶管理，客戶管理提出查詢密碼，顯示部分將輸入密碼請(qǐng)求顯示出來(lái)? .銀行儲(chǔ)戶讀卡機(jī)顯示輸入設(shè)備客戶管理點(diǎn)鈔機(jī)事務(wù)管理 1:插入 ATM 卡 2:接受ATM 卡 3:查詢密碼 4:顯示輸入密碼請(qǐng)求 5:輸入密碼 6:密碼傳遞 7:請(qǐng)求確認(rèn)密碼的合法性 8:確認(rèn)密碼的合法性 9:詢問(wèn)服務(wù)類別 10:顯示輸入服務(wù)類別請(qǐng)求 11:輸入取款請(qǐng)求 12:取消請(qǐng)求 13:詢問(wèn)取款數(shù)額 14:顯示 輸入數(shù)額請(qǐng)求 15:輸入取款數(shù)額 16:傳遞取款數(shù)額 17:詢問(wèn)取款數(shù)額確認(rèn) 18:顯示確認(rèn)數(shù)額請(qǐng)求 19:輸入確認(rèn) 20:傳遞確認(rèn)信息 21:數(shù)額合法性確認(rèn)請(qǐng)求 22:確認(rèn)數(shù)額的合法性 23:計(jì)算儲(chǔ)戶余額 24:出鈔請(qǐng)求25:出鈔 26:取鈔 27:傳遞余額并詢問(wèn)是否需要其它服務(wù) 28:顯示儲(chǔ)戶余額并顯示其它服務(wù) 第三篇： UML實(shí)驗(yàn)報(bào)告 [推薦 ] UML 實(shí)驗(yàn)報(bào)告 班級(jí)：軟件 0841 姓名：張文成學(xué)號(hào)： 081842173 實(shí)驗(yàn)內(nèi)容： 用例建模、分析建模、設(shè)計(jì)建模（ 1）、設(shè)計(jì)建模（ 2） 實(shí)驗(yàn)一：用例建模 [實(shí)驗(yàn)?zāi)康?]〃掌握客戶需求分析的方法和步驟 〃了解以用例驅(qū)動(dòng)的軟件開(kāi)發(fā)方法〃識(shí)別并編寫(xiě)用例 〃掌握用 Rose 進(jìn)行用例建模的具體方法和步驟 [實(shí)驗(yàn)內(nèi)容 ]要求學(xué)生根據(jù)周圍的實(shí)際情況，自選一個(gè)小型應(yīng)用項(xiàng)目，分析業(yè)務(wù)需求，識(shí)別并編寫(xiě)用例、繪制用例圖以理解系統(tǒng)需求。亦可采用教師指定的“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷存管理子系統(tǒng)” [實(shí)驗(yàn)原理和步驟 ]建模原理： (1)需求獲取。以任務(wù)和客戶為中心，通過(guò)會(huì)議、面談等手段對(duì)客戶需求進(jìn)行調(diào)研，獲得系統(tǒng)目 標(biāo)、范圍和功能要求的初步說(shuō)明。 (2)用例分析。確定用例，同時(shí)采用分層思想，對(duì)用例的層次級(jí)別進(jìn)行劃分（高層用例、子系統(tǒng)級(jí)、用戶目標(biāo)級(jí)） （ 3）用例描述。分層繪制用例圖，撰寫(xiě)用例的文字描述（采用單欄格式）。 步驟： （ 1）需求獲取。自選題目，與相關(guān)客戶、領(lǐng)域?qū)＜业确磸?fù)商討，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說(shuō)明。（也可采用教師指定的題目：“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷存管理子系統(tǒng)”，但要仔細(xì)研讀“企業(yè)現(xiàn)狀”、“系統(tǒng)目標(biāo)、范圍和功能要求”等文字說(shuō)明）。（ 2）用例分析。確定系統(tǒng)范圍和邊界 、確定參與者、確定用例。（ 3）用例描述。分層繪制用例圖、描述用例。 畫(huà)圖原理： 采用 Rose 軟件進(jìn)行用例建模必須建立在完好的系統(tǒng)用例分析基礎(chǔ)之上．只有做好系統(tǒng)用例分析，系統(tǒng)用例建模才能這到預(yù)期的效果。步驟： （ 1）分層繪制用例圖，每層采用“包”進(jìn)行管理。 （ 2）以“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “銷售管理” “合同管理” “收款單處理”為主線，完成附錄 2中的操作過(guò)程（亦可選擇“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “庫(kù)存管理” “原材料出 庫(kù)” “領(lǐng)料單處理”主線） [實(shí)驗(yàn)結(jié)果 ] 實(shí)驗(yàn) 2 分析建模 [實(shí)驗(yàn)?zāi)康?](1)理解面向?qū)ο笙到y(tǒng)分析和對(duì)象類建模 (概念建模 )的概念 (2)了解和掌握面向?qū)ο笙到y(tǒng)分析的方法和步驟 (3)了解和掌握尋找待開(kāi)發(fā)系統(tǒng)中類 (概念 )的方法和技巧 (4)掌握使用 ROSE 繪制概念模型的方法 [實(shí)驗(yàn)內(nèi)容 ]在用例分析的基礎(chǔ)上，選擇第一個(gè)迭代周期打算開(kāi)發(fā)的用例，建立相關(guān)的概念模型。 [實(shí)驗(yàn)原理和步驟 ]建模原理： (1)使用概念目錄列表（見(jiàn)下圖）和非正式分析法（識(shí)別出問(wèn)題域的文本描述中的名詞短語(yǔ)，然后將其作為概念或?qū)傩缘暮蜻x對(duì)象。）相結(jié)合的方法識(shí)別概念。因此，待開(kāi)發(fā)用例的文字描述中，名詞可能成為概念或?qū)傩缘暮蜻x對(duì)象；表示行為的動(dòng)詞詞組有可能成為事務(wù)型或過(guò)程型對(duì)象；形容詞詞組有可能對(duì)應(yīng)抽象的名詞型概念。 采用的技術(shù)基本上就是： ER 圖 +純行為 +OO 的聚合、泛化。（ 2）最終關(guān)聯(lián)的數(shù)量介于“需要知道”型關(guān)聯(lián)與【“需要知道”型關(guān)聯(lián) +“需要理解”型（從通用關(guān)聯(lián)列表中派生出的，見(jiàn)下圖）】之間。 步驟： （ 1）識(shí)別關(guān)鍵用例作為第一個(gè)迭代周期的開(kāi)發(fā)目標(biāo)（一般是在用例圖中被依賴得比較多的用例）?？梢赃x“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “庫(kù)存管理” “原材料出庫(kù)” “領(lǐng)料單處理”主線中的“領(lǐng)料單處理”用例；也可以選“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “銷售管理” “合同管理” “收款單處理”主線中的“增加銷售合同”或“收款單處理”用例。（其實(shí)，選“庫(kù)存管理”主線更合適；當(dāng)然，如果要實(shí)現(xiàn)產(chǎn)銷一體化，以銷售訂單指導(dǎo)生產(chǎn)和采購(gòu)，并實(shí)現(xiàn)零庫(kù)存目標(biāo)，那么一切工作就以銷售管理為中 心。即便如此，首選“增加合同”用例也更為合適。） （ 2）識(shí)別概念和重要屬性。 （ 3）建立概念間的關(guān)聯(lián)。 畫(huà)圖原理： （ 1）可以采用“邏輯視圖”下的類圖描述概念模型，只不過(guò)每個(gè)類中只有類名和屬性，沒(méi)有方法。在概念建模階段也沒(méi)有必要確定屬性的類型和訪問(wèn)屬性。 （ 2）概念間的關(guān)聯(lián)可以采用一般關(guān)聯(lián)（無(wú)方向?qū)嵕€），當(dāng)然，對(duì)于聚合和泛化，應(yīng)采用相應(yīng)的連線（組合：實(shí)心菱形 +實(shí)線；聚合：空心菱形 +實(shí)線；泛化：空三角形 +實(shí)線） 步驟： （ 0）前提條件：第一個(gè)迭代周期可以 選“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “庫(kù)存管理” “原材料出庫(kù)” “領(lǐng)料單處理”主線中的“領(lǐng)料單處理”用例；也可以選“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “銷售管理” “合同管理”“收款單處理”主線中的“增加銷售合同”或“收款單處理”用例。做好與此用例相關(guān)的概念模型 （ 1）建立相關(guān)的概念模型的基礎(chǔ)上，在“邏輯視圖”下的類圖中描述概念模型，可以直接在類圖 main 中繪制，也可采用類似用例圖中用過(guò)的分包機(jī)制 (2）繪制概念和重要屬性。（ 3）繪制概 念間的關(guān)聯(lián)。 [實(shí)驗(yàn)結(jié)果 ] [實(shí)驗(yàn)總結(jié) ]①對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析； ②實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。