【文章內(nèi)容簡介】 的對象(對象成員)。(4)根據(jù)一般常識(shí)可能會(huì)出現(xiàn)的關(guān)聯(lián)。步驟：（1）分析已建立的設(shè)計(jì)類圖和交互圖，進(jìn)一步設(shè)計(jì)關(guān)聯(lián)和對象可見性（補(bǔ)上遺漏的關(guān)聯(lián)）。（下面以“企業(yè)綜合 信息管理系統(tǒng)” “進(jìn)銷存管理”子系統(tǒng) “銷售管理” “合同管理”“收款單處理”主線中 的“收款單處理”用例為例）。在銷售管理子系統(tǒng)中，定義的各個(gè)類之間一般都有關(guān)系發(fā)生。銷售人員和客戶(大客戶)共同簽署銷售合同，銷售合同中涉及到多種可以銷售的產(chǎn)品，合同經(jīng)公司經(jīng)理審查并簽字后該合同才能生效，付款單需要客戶付款，銷售人員簽發(fā)催款單向客戶催繳欠款，銷售人員制定銷售計(jì)劃，銷售人員要檢查督促執(zhí)行期合同按合同執(zhí)行、履 約，履約后的合同轉(zhuǎn)到履約合同數(shù)據(jù)庫存檔備查等等。例如：（a）銷售人員與客戶：一般關(guān)聯(lián)，多對多（b）銷售合同與合同明細(xì)，銷售計(jì)劃與計(jì)劃明細(xì)：組合。（c）付款單與客戶：依賴關(guān)系。《如果付款單類中有“統(tǒng)計(jì)付款金額(客戶類客戶對象)”操作的話，付款 單類就依賴客戶類》（2）完善設(shè)計(jì)類圖 畫圖原理：（1）關(guān)聯(lián)關(guān)系描繪了給定類的對象個(gè)體之間的語義連接，是類與類之間的連接。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和依賴關(guān)聯(lián)等。（2）一般關(guān)聯(lián)包括一對類的二元關(guān)聯(lián)及多個(gè)類之間的多元關(guān)聯(lián)。（3）聚合(Aggregation)表示整體和部分之間較強(qiáng)的關(guān)聯(lián)關(guān)系，聚合關(guān)系的多重性大于1，則稱為共享聚合。（4）組合(Composition)關(guān)系表示整體和部分之間有比聚合關(guān)系更強(qiáng)的關(guān)系，它們之間是一對一的關(guān)系，即同生死共存亡，組合關(guān)系不能共享。（5）依賴關(guān)系是一種使用關(guān)系，表現(xiàn)為一個(gè)對象僅僅調(diào)用了另一個(gè)對象的服務(wù)。步驟：（1）在關(guān)聯(lián)和對象可見性分析的基礎(chǔ)上，補(bǔ)充一般關(guān)聯(lián)、組合，泛化、依賴（a）一般關(guān)聯(lián)關(guān)系要注意關(guān)聯(lián)的命名以及哪個(gè)是role A 哪個(gè)是role B。(b)一般關(guān)聯(lián)選中role B detail 中的aggregate，就變成聚合；再選中by value 就變成組合。(c)依賴畫虛線箭頭。（2）完善設(shè)計(jì)類圖[實(shí)驗(yàn)結(jié)果] ① 對重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；② 實(shí)驗(yàn)中的問題和提高：對自己的分析或設(shè)計(jì)進(jìn)行評價(jià)，指出合理和不足之處，提出改進(jìn)的方案。③ 收獲與體會(huì)：分析依賴關(guān)系的要點(diǎn)，繪制關(guān)聯(lián)的要點(diǎn)。通過實(shí)驗(yàn)了解UML的建模的步驟和方法，了解用例圖和類圖等的畫法，了解系統(tǒng)的分析和建模方法。增加動(dòng)手和思維能力，使自己更加的了解軟件系統(tǒng)前期開發(fā)的軟件定義和分析方法。第四篇：UML實(shí)驗(yàn)報(bào)告計(jì) 《面向?qū)ο蠓治雠c設(shè)計(jì) U ＭL 》 實(shí)驗(yàn)報(bào)告 學(xué) 學(xué)號(hào):180 １0 ８２１３ 姓 姓名: 龐志偉 班 班級(jí):08 級(jí)軟件 2 班指導(dǎo)老師:姚 姚 宇峰 峰 實(shí)驗(yàn)及作業(yè)一 一、實(shí)驗(yàn)?zāi)康昧私廛浖こ痰然A(chǔ)知識(shí),為后續(xù)得統(tǒng)一建模語言 UＭL 知識(shí)得學(xué)習(xí)做好準(zhǔn)備工作。二、實(shí)驗(yàn)設(shè)備與環(huán)境裝有Ｖisiｏ、RatｈionalRoｓｅ得計(jì)算機(jī)。三、實(shí)驗(yàn)內(nèi)容 １、復(fù)習(xí)闡述“軟件工程開發(fā)模型”得相關(guān)概念,并分析各種模型得優(yōu)缺點(diǎn),寫成實(shí)驗(yàn)報(bào)告。２、熟悉ＵMＬ軟件設(shè)計(jì)工具 Vｉsio、Ratioｎal Rose 得安裝及環(huán)境四、實(shí)驗(yàn)過程及結(jié)果 軟件工程開發(fā)模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)噴泉模型(１)瀑布模型 將功能得實(shí)現(xiàn)與設(shè)計(jì)分開,便于分工協(xié)作,即采用結(jié)構(gòu)化得分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測試與運(yùn)行維護(hù)等六個(gè)基本活動(dòng),并且規(guī)定了它們自上而下、相互銜接得固定次序,如同瀑布流水,逐級(jí)下落。優(yōu)點(diǎn): 1)為項(xiàng)目提供了按階段劃分得檢瀑布模型查點(diǎn)。2)當(dāng)前一階段完成后,您只需要去關(guān)注后續(xù)階段。3)可在迭代模型中應(yīng)用瀑布模型。缺點(diǎn): １)在項(xiàng)目各個(gè)階段之間極少有反饋。2)只有在項(xiàng)目生命周期得后期才能瞧到結(jié)果。３)通過過多得強(qiáng)制完成日期與里程碑來跟蹤各個(gè)項(xiàng)目階段。(2)原型模型 原型模型又稱快速原型,它就是增量模型得另一種形式。它就是在開發(fā)真實(shí)系統(tǒng)之前,構(gòu)造一個(gè)原型,在該原型得基礎(chǔ)上,逐漸完成整個(gè)系統(tǒng)得開發(fā)工作、快速原型模型得第一步就是建造一個(gè)快速原型,實(shí)現(xiàn)客戶或未來得用戶與系統(tǒng)得交互,用戶或客戶對原型進(jìn)行評價(jià),進(jìn)一步細(xì)化待開發(fā)軟件得需求。通過逐步調(diào)整原型使其滿足客戶得要求,開發(fā)人員可以確定客戶得真正需求就是什么。第二步則在第一步得基礎(chǔ)上開發(fā)客戶滿意得軟件產(chǎn)品。優(yōu)點(diǎn):克服瀑布模型得缺點(diǎn),減少由于軟件需求不明確帶來得開發(fā)風(fēng)險(xiǎn)。缺點(diǎn):所選用得開發(fā)技術(shù)與工具不一定符合主流得發(fā)展。快速建立起來得系統(tǒng)結(jié)構(gòu)加上連續(xù)得修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。(３)螺旋模型 螺旋模型采用一種周期性得方法來進(jìn)行系統(tǒng)開發(fā)。這會(huì)導(dǎo)致開發(fā)出眾多得中間版本。使用它,項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型就是快速原型法,以進(jìn)化得開發(fā)方式為中心,在每個(gè)項(xiàng)目階段使用瀑布模型法、這種模型得每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)與評審 4 個(gè)階段,由這４個(gè)階段進(jìn)行迭代、軟件開發(fā)過程每迭代一次,軟件開發(fā)又前進(jìn)一個(gè)層次。螺旋模型基本做法就是在“瀑布模型”得每一個(gè)開發(fā)階段前引入一個(gè)非常嚴(yán)格得風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析與風(fēng)險(xiǎn)控制,它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn),直到所有得主要風(fēng)險(xiǎn)因素都被確定。優(yōu)點(diǎn): １)設(shè)計(jì)上得靈活性,可以在項(xiàng)目得各個(gè)階段進(jìn)行變更。2)以小得分段來構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡單容易。3)客戶始終參與每個(gè)階段得開發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目得可控性。4)隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目得最新信息 , 從而她或她能夠與管理層有效地交互。5)客戶認(rèn)可這種公司內(nèi)部得開發(fā)方式帶來得良好得溝通與高質(zhì)量得產(chǎn)品。缺點(diǎn): 很難讓用戶確信這種演化方法得結(jié)果就是可以控制得。建設(shè)周期長,而軟件技術(shù)發(fā)展比較快,所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后,與當(dāng)前得技術(shù)水平有了較大得差距,無法滿足當(dāng)前用戶需求。(4)噴泉模型 噴泉模型就是一種以用戶需求為動(dòng)力,以對象為驅(qū)動(dòng)得模型,主要用于采用對象技術(shù)得軟件開發(fā)項(xiàng)目。該模型認(rèn)為軟件開發(fā)過程自下而上周期得各階段就是相互迭代與無間隙得特性。軟件得某個(gè)部分常常被重復(fù)工作多次,相關(guān)對象在每次迭代中隨之加入漸進(jìn)得軟件成分。無間隙指在各項(xiàng)活動(dòng)之間無明顯邊界,如分析與設(shè)計(jì)活動(dòng)之間沒有明顯得界限,由于對象概念得引入,表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對象類與關(guān)系,從而可以較為容易地實(shí)現(xiàn)活動(dòng)得迭代與無間隙,使其開發(fā)自然地包括復(fù)用。優(yōu)點(diǎn): 噴泉模型不像瀑布模型那樣,需要分析活動(dòng)結(jié)束后才開始設(shè)計(jì)活動(dòng),設(shè)計(jì)活動(dòng)結(jié)束后才開始編碼活動(dòng)。該模型得各個(gè)階段沒有明顯得界限,開發(fā)人員可以同步進(jìn)行開發(fā)。其優(yōu)點(diǎn)就是可以提高軟件項(xiàng)目開發(fā)效率,節(jié)省開發(fā)時(shí)間,適應(yīng)于面向?qū)ο蟮密浖_發(fā)過程。缺點(diǎn): 由于噴泉模型在各個(gè)開發(fā)階段就是重疊得,因此在開發(fā)過程中需要大量得開發(fā)人員,因此不利于項(xiàng)目得管理、此外這種模型要求嚴(yán)格管理文檔,使得審核得難度加大,尤其就是面對可能隨時(shí)加入各種信息、需求與資料得情況。五、實(shí)驗(yàn)小結(jié): 通過本次實(shí)驗(yàn)讓我了解了軟件工程開發(fā)得 4 中主要模型與這些模型得優(yōu)缺點(diǎn)、初次安裝并使用 UML 軟件設(shè)計(jì)工具 Visio 與Ｒatioｎaｌ Rose 使我初步認(rèn)識(shí)了軟件開發(fā)中 UML 得設(shè)計(jì)、實(shí)驗(yàn)及作業(yè)二 一、實(shí)驗(yàn)?zāi)康昧私饷嫦驅(qū)ο蟮没靖拍?熟悉面向?qū)ο蟮梅治?、設(shè)計(jì)過程 了解基于 UML 得面向?qū)ο蠓治鲈O(shè)計(jì)過程二、實(shí)驗(yàn)設(shè)備與環(huán)境裝有 Visio、Ｒａt(yī)hｉｏnaｌRose 得計(jì)算機(jī)。三、實(shí)驗(yàn)內(nèi)容 熟悉 Raｔｉonal Rosｅ得使用。２、熟悉利用統(tǒng)一建模語言進(jìn)行分析、設(shè)計(jì)軟件得過程,完成作業(yè):論述面向?qū)ο?OO)方法得特點(diǎn)、優(yōu)勢以及存在得問題。四、實(shí)驗(yàn)過程及結(jié)果 面向?qū)ο蠓椒?Oｂject—Oriented Ｍethod)就是一種把面向?qū)ο蟮盟枷霊?yīng)用于軟件開發(fā)過程中,指導(dǎo)開發(fā)活動(dòng)得系統(tǒng)方法,簡稱 OO(Objｅcｔ－Ｏｒｉenｔed)方法,就是建立在“對象“概念基礎(chǔ)上得方法學(xué)。對象就是由數(shù)據(jù)與容許得操作組成得封裝體,與客觀實(shí)體有直接對