uml與軟件建模實(shí)驗(yàn)報(bào)告(編輯修改稿)
2025-03-12 00:12 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 件是由某參與者發(fā)起的指向系統(tǒng)的輸入事件。一個(gè)事件的發(fā)生能夠觸發(fā)一個(gè)響應(yīng)操作 的執(zhí)行。 (3) 請(qǐng)仔細(xì)研究下圖 ,考察它是如何從左邊的 購(gòu)買商品 用例的文字描述中分解出 3 個(gè)系統(tǒng)事件的。 （ 4）參照用例模型和概念模型，為每個(gè)系統(tǒng)操作估計(jì)后置條件。（實(shí)例創(chuàng)建、形成關(guān)聯(lián)、屬性修改） （ 5）按照設(shè)計(jì)模式為對(duì)象分配職責(zé)。 步驟： （ 1） 分析首選用例的文字描述，按事件進(jìn)行分解，識(shí)別出系統(tǒng)事件。（下面以“企業(yè)綜合信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “銷售管理” “合同管理” “收款單處理”主線中的“收款單處理”用例為例）。 我們暫不考慮批處理。第一個(gè)核對(duì)，因?yàn)橐獙ⅰ柏浛罱痤~填寫 到合同中”。后置條件顯然有“銷售合同”的屬性修改。此合同顯然已經(jīng)存在，不需要?jiǎng)?chuàng)建，但需要根據(jù)合同編號(hào) find，然后形成關(guān)聯(lián)。第二個(gè)核對(duì)需要根據(jù)合同明細(xì)到倉(cāng)庫(kù)的“存貨明細(xì)”（概念模型中還沒(méi)有）中去查。此核對(duì)發(fā)生前雖然敲了一下鍵盤，但隨后并沒(méi)有新的消息穿越系統(tǒng)邊界，因此這仍然是同一個(gè)系統(tǒng)事件。先考慮成功場(chǎng)景，應(yīng)該向庫(kù)存系統(tǒng)發(fā)提貨單（概念模型中還沒(méi)有）就結(jié)束了。后續(xù)的削減庫(kù)存（核銷）、預(yù)警顯然不是銷售管理員的職權(quán)，并且真正的核銷必須由倉(cāng)庫(kù)的發(fā)貨人執(zhí)行，才能保證貨帳一致。并且“生產(chǎn)廠家”與“郵購(gòu)公司”的運(yùn)作方式不同 ，后者是自己的員工取貨并郵寄，而前者還有可能是來(lái)人來(lái)車取貨，這時(shí)倉(cāng)庫(kù)收到取貨單后并不能立即自動(dòng)處理（開(kāi)發(fā)貨單），必須等取貨人到達(dá)才能處理。 根據(jù)題意，本項(xiàng)目應(yīng)該是“生產(chǎn)廠家”模式。這又存在一個(gè)問(wèn)題，如果在開(kāi)出提貨單后不修改庫(kù)存，可能影響并發(fā)用戶和后續(xù)付款單的處理。所以有必要設(shè)計(jì)一個(gè)“臨時(shí)存貨明細(xì)”（概念模型中還沒(méi)有）（不是真實(shí)的“存貨明細(xì)”）供修改，何時(shí)按存貨明細(xì)”進(jìn)行刷新應(yīng)該是庫(kù)存管理系統(tǒng)的事（比如每天夜里刷新，但因?yàn)橛暄┨鞖?，取? 人遲遲不提貨，是提貨單作廢（相當(dāng)于退回銷售系統(tǒng)，付款單變?yōu)槲刺幚恚┻€是就強(qiáng)行刷新（此時(shí)有沖突危險(xiǎn)）？）失敗場(chǎng)景。向“生產(chǎn)調(diào)度部門”發(fā)送“產(chǎn)品生產(chǎn)申請(qǐng)單”。如果是專門為此單進(jìn)行生產(chǎn)，那么還應(yīng)該有庫(kù)存系統(tǒng)發(fā)來(lái)的“產(chǎn)品入庫(kù)通知處理”用例來(lái)調(diào)用本用例進(jìn)行發(fā)貨。本題顯然一概根據(jù)付款單運(yùn)作，UML 與軟件建模 11 因此如果失敗，就不處 理付款單，但按日期把它排在待處理付款單的前面。從前面的分析來(lái)看，就一個(gè)系統(tǒng)事件，我們就命名為“付款單處理 (pb:付款單 )” （ 2） 為每個(gè)系統(tǒng)事件估計(jì)后置條件。 (以上已做了部分分析 ) （ 3） 按設(shè)計(jì)模式進(jìn)行設(shè)計(jì) 。 首先考慮控制者 ,領(lǐng)域控制者選參與者角色，即“銷售人員”。為了避免使用 FORM,窗口等表示層對(duì)象 ,我們?nèi)嗽煲? 個(gè)類”應(yīng)用協(xié)調(diào)者”向控制者發(fā)送消息。 [ 實(shí)驗(yàn)結(jié)果 ] [ 實(shí)驗(yàn)總結(jié) ] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析，了解順序圖的創(chuàng)建步驟和方法，并結(jié)合案例，分析事件的發(fā)生時(shí)序，使人一目了然； ② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。 ③ 收獲與體會(huì)：學(xué)會(huì)了順序圖的創(chuàng)建方法，重點(diǎn)是其中事件發(fā)生的時(shí)序順序，清楚表達(dá)用例。 實(shí)驗(yàn) 4 設(shè)計(jì)建模（ 2） [ 實(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)原理和步驟 ] 建模原理： UML 與軟件建模 12 （ 1）關(guān)聯(lián)關(guān)系描繪了給定類的對(duì)象個(gè)體之間的語(yǔ)義連接，是類與類之間的連接。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1