uml實(shí)驗(yàn)報(bào)告四五篇范例-wenkub.com
2025-04-18 06:56 本頁(yè)面
【正文】 通過(guò)實(shí)驗(yàn)了解 UML 的建模的步驟和方法，了解用例圖和類圖等的畫(huà)法，了解系統(tǒng)的分析和建模方法。 (b)一般關(guān)聯(lián)選中 roleBdetail 中的 aggregate，就變成聚合；再選中 byvalue 就變成組合。 （ 3）聚合 (Aggregation)表示整體和部分之間較強(qiáng)的關(guān)聯(lián)關(guān)系，聚合關(guān)系的多重性大于 1，則稱為共享聚合。（ c）付款單與客戶：依賴關(guān)系。（下面以“企業(yè)綜合信息管理系統(tǒng)” “ 進(jìn)銷(xiāo)存管理”子系統(tǒng) “銷(xiāo)售管理” “合同管理” “收款單處理”主線中的“收款單處理”用例為例）。 (2)類的操怍 (成員函數(shù) )的參數(shù)列表里出現(xiàn)其他類的對(duì)象。 （ 3）聚合 (Aggregation)表示整體和部分之間較強(qiáng)的關(guān)聯(lián)關(guān)系，聚合關(guān)系的多重性大于 1，則稱為共享聚合。 實(shí)驗(yàn) 4 設(shè)計(jì)建模（ 2） [實(shí)驗(yàn)日期 ]2021 年 5 月 27 日 [實(shí)驗(yàn)?zāi)康?](1)理解面向?qū)ο箢愔g關(guān)聯(lián)關(guān)系的概念 (2)了解和掌握分析類之間的關(guān)聯(lián)關(guān)系的方法 (3)了解和掌握待開(kāi)發(fā)系統(tǒng)中類之間關(guān)聯(lián)關(guān)系的分析方法 (4)完善設(shè)計(jì)類圖，掌握使用 ROSE 對(duì)關(guān)聯(lián)進(jìn)行建模的過(guò)程 [實(shí)驗(yàn)內(nèi)容 ]根據(jù)設(shè)計(jì)建模（ 1）中的交互分析，進(jìn)一步設(shè)計(jì)關(guān)聯(lián)和對(duì)象可 見(jiàn)性（補(bǔ) 上遺漏的關(guān)聯(lián)） ,完善設(shè)計(jì)類圖。 [實(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)的方案。從前面的分析來(lái)看，就一個(gè)系統(tǒng)事件，我們就命名為“付款單處理 (pb:付款單 )”（ 2）為每個(gè)系統(tǒng)事 件估計(jì)后置條件。所以有必要設(shè)計(jì)一個(gè)“臨時(shí)存貨明細(xì)”（概念模型中還沒(méi)有）（不是真實(shí)的“存貨明細(xì)”）供修改，何時(shí)按存貨明細(xì) ”進(jìn)行刷新應(yīng)該是庫(kù)存管理系統(tǒng)的事（比如每天夜里刷新，但因?yàn)橛暄┨鞖?，取貨人遲遲不提貨，是提貨單作廢（相當(dāng)于退回銷(xiāo)售系統(tǒng)，付款單變?yōu)槲刺幚恚┻€是就強(qiáng)行刷新（此時(shí)有沖突危險(xiǎn)）？）失敗場(chǎng)景。后續(xù)的削減庫(kù)存（核銷(xiāo)）、預(yù) 警顯然不是銷(xiāo)售管理員的職權(quán)，并且真正的核銷(xiāo)必須由倉(cāng)庫(kù)的發(fā)貨人執(zhí)行，才能保證貨帳一致。此合同顯然已經(jīng)存在，不需要?jiǎng)?chuàng)建，但需要根據(jù)合同編號(hào) find，然后形成關(guān)聯(lián)。（下面以“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷(xiāo)存管理”子系統(tǒng) “銷(xiāo)售管理” “合同管理” “收款單處理”主線中的“收款單處理”用例為例）。 (3)請(qǐng)仔細(xì)研究下圖 ,考察它是如何從左邊的 購(gòu)買(mǎi)商品 用例的文字描述中分解出 3 個(gè)系統(tǒng)事件的。 實(shí)驗(yàn) 3 設(shè)計(jì)建模（ 1） [實(shí)驗(yàn)日期 ]2021 年 5 月 20 日 [實(shí)驗(yàn)?zāi)康?](1)理解順序圖的基本概念 （ 2）了解和掌握軟件工程中用例邏輯時(shí)序的分析方法（ 3）掌握使用 ROSE創(chuàng)建順序圖的方法 [實(shí)驗(yàn)內(nèi)容 ]在用例模型和概念模型的基礎(chǔ)上，對(duì)首選的用例進(jìn)行事件分解，識(shí)別出系統(tǒng)事件（系統(tǒng)操作），（并寫(xiě)出契約的后置條件）；為每個(gè)系統(tǒng)事件畫(huà)順序圖，為對(duì)象分配職責(zé)。做好與此用 例相關(guān)的概念模型 （ 1）建立相關(guān)的概念模型的基礎(chǔ)上，在“邏輯視圖”下的類圖中描述概念模型，可以直接在類圖 main 中繪制，也可采用類似用例圖中用過(guò)的分包機(jī)制 (2）繪制概念和重要屬性。 （ 3）建立概念間的關(guān)聯(lián)?？梢赃x“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷(xiāo)存管理”子系統(tǒng) “庫(kù)存管理” “原材料出庫(kù)” “領(lǐng)料單處理”主線中的“領(lǐng)料單處理”用例；也可以選“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷(xiāo)存管理”子系統(tǒng) “銷(xiāo)售管理” “合同管理” “收款單處理”主線中的“增加銷(xiāo)售合同”或“收款單處理”用例。因此，待開(kāi)發(fā)用例的文字描述中，名詞可能成為概念或?qū)傩缘暮蜻x對(duì)象；表示行為的動(dòng)詞詞組有可能成為事務(wù)型或過(guò)程型對(duì)象；形容詞詞組有可能對(duì)應(yīng)抽象的名詞型概念。步驟： （ 1）分層繪制用例圖，每層采用“包”進(jìn)行管理。確定系統(tǒng)范圍和邊界、確定參與者、確定用例。 步驟： （ 1）需求獲取。以任務(wù)和客戶為中心，通過(guò)會(huì)議、面談等手段對(duì)客戶需求進(jìn)行調(diào)研，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說(shuō)明。 在這個(gè)界面中選擇創(chuàng)建順序圖（ Sequence），進(jìn)入如下圖所示界面。它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)也顯示對(duì)象之間的交互過(guò)程。注意在本圖沒(méi)有一個(gè)生命線終端有一個(gè) X，這是因?yàn)檫@個(gè)流程中還未遇到有對(duì)象生命結(jié)束。因?yàn)槭鞘纠龍D，所以整個(gè)過(guò)程是沒(méi)有出現(xiàn)任何故障時(shí)的流程，并且只畫(huà)到了取款結(jié)束。對(duì)于不同的帳戶可能還有一些它特有的操作，我們也可以加上，比如 savingaccount 在存款達(dá)到多少時(shí)可以享受機(jī)票打折的優(yōu)惠。比如帳戶類型我們可以先定義一個(gè) abstractclass，它包含一個(gè)帳戶最基本的屬性及操作。 ATM 系統(tǒng)包含了許多 ATM 機(jī)。 getAccountNumbe 獲取帳戶號(hào)，返回類型為 int，無(wú)參數(shù)。六個(gè)操作分別為 setType、 getType、 getAccountNumbe、 setAccountNumbe、caculateBalance、 get
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1