面向?qū)ο蠓治雠c設(shè)計(jì)uml實(shí)驗(yàn)報(bào)告

《面向?qū)ο蠓治雠c設(shè)計(jì)uml實(shí)驗(yàn)報(bào)告》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。

1、《面向?qū)ο蠓治雠c設(shè)計(jì)UML》實(shí)驗(yàn)報(bào)告26實(shí)驗(yàn)及作業(yè)一一、實(shí)驗(yàn)?zāi)康牧私廛浖こ痰然A(chǔ)知識(shí)，為后續(xù)的統(tǒng)一建模語(yǔ)言UML知識(shí)的學(xué)習(xí)做好準(zhǔn)備工作。二、實(shí)驗(yàn)設(shè)備與環(huán)境裝有Visio、RationalRose的計(jì)算機(jī)。三、實(shí)驗(yàn)內(nèi)容1、復(fù)習(xí)闡述“軟件工程開(kāi)發(fā)模型”的相關(guān)概念，并分析各種模型的優(yōu)缺點(diǎn)，寫(xiě)成實(shí)驗(yàn)報(bào)告。2、熟悉UML軟件設(shè)計(jì)工具Visio、RationalRose的安裝及環(huán)境四、實(shí)驗(yàn)過(guò)程及結(jié)果經(jīng)過(guò)上網(wǎng)搜索相關(guān)信息進(jìn)行了解軟件工程開(kāi)發(fā)模型的相關(guān)概念與優(yōu)缺點(diǎn)一，什么是軟件工程概念模型　　模型就是抽象，就是有意識(shí)地忽略事物的某些特征。抽象帶來(lái)的好處是

2、能夠反映模型中元素之間的關(guān)系，清晰把握大局?！　「拍钅Ｐ褪悄Ｐ偷囊环N，簡(jiǎn)單說(shuō)就是抽象程度極高的一種模型?！　≤浖こ谈拍钅Ｐ褪菍?duì)軟件工程領(lǐng)域進(jìn)行抽象描述的模型，它能夠使我們對(duì)軟件工程有一個(gè)完整把握。二，軟件工程開(kāi)發(fā)模型的種類以及優(yōu)缺點(diǎn)瀑布模型26由W.Royce于1970年首先提出。根據(jù)軟件工程生存周期各個(gè)階段的任務(wù)，瀑布模型從可行性研究開(kāi)始，逐步進(jìn)行階段性變換，直至通過(guò)確認(rèn)測(cè)試并得到用戶確認(rèn)的軟件產(chǎn)品為止。瀑布模型上一階段的變換結(jié)果是下一階段變換的輸入，相鄰兩個(gè)階段具有因果關(guān)系，緊密聯(lián)系。一個(gè)階段的失誤將蔓延到以后的各個(gè)階段。為了保障軟件

3、開(kāi)發(fā)的正確性，每一階段任務(wù)完成后，都必須對(duì)它的階段性產(chǎn)品進(jìn)行評(píng)審，確認(rèn)之后再轉(zhuǎn)入下一階段的工作。評(píng)審過(guò)程發(fā)現(xiàn)錯(cuò)誤和疏漏后，應(yīng)該及時(shí)反饋到前面的有關(guān)階段修正錯(cuò)誤或彌補(bǔ)疏漏，然后再重復(fù)前面的工作，直至某一階段通過(guò)評(píng)審后再進(jìn)入下一階段。瀑布模型如圖1.1所示。瀑布模型有許多優(yōu)點(diǎn)，如可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范的方法；嚴(yán)格規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組的仔細(xì)驗(yàn)證等。但瀑布模型也存在缺點(diǎn)，其主要表現(xiàn)在：①在軟件開(kāi)發(fā)的初始階段指明軟件系統(tǒng)的全部需求是困難的，有時(shí)甚至是不現(xiàn)實(shí)的。而瀑布模型在需求分析階段要求客戶和

4、系統(tǒng)分析員必須做到這一點(diǎn)才能開(kāi)展后續(xù)階段的工作。②確定需求后，用戶和軟件項(xiàng)目負(fù)責(zé)人要等相當(dāng)長(zhǎng)的時(shí)間才能得到一份軟件的最初版本。如果用戶對(duì)這個(gè)軟件提出比較大的修改意見(jiàn)，那么整個(gè)軟件項(xiàng)目將會(huì)蒙受巨大的人力、財(cái)力和時(shí)間方面的損失。原型模型又稱演化模型，主要是針對(duì)事先不能完整定義需求的軟件項(xiàng)目開(kāi)發(fā)而言的。許多軟件開(kāi)發(fā)項(xiàng)目由于人們對(duì)軟件需求的認(rèn)識(shí)模糊，很難一次開(kāi)發(fā)成功，返工再開(kāi)發(fā)難以避免。因此，人們對(duì)需開(kāi)發(fā)的軟件給出基本需求，作第一次試驗(yàn)開(kāi)發(fā)，其目標(biāo)僅在于探索可行性和弄清需求，取得有效的反饋信息，以支持軟件的最終設(shè)計(jì)和實(shí)現(xiàn)。通常我們把第一次實(shí)驗(yàn)性開(kāi)發(fā)

5、出的軟件稱為原型（prototype）。這種開(kāi)發(fā)模型可以減少由于需求不明給開(kāi)發(fā)工作帶來(lái)的風(fēng)險(xiǎn)，有較好的效果。相對(duì)瀑布模型來(lái)說(shuō)，原型模型更符合人類認(rèn)識(shí)真理的過(guò)程和思維，是目前較流行的一種實(shí)用的軟件開(kāi)發(fā)方法。原型模型如圖4.2所示。26原型化模型有丟棄型、樣品型和漸增式演化型三種形式。丟棄型是指原型開(kāi)發(fā)后，已獲得了更為清晰的需求反饋信息，原型無(wú)需保留而丟棄，開(kāi)發(fā)的原型僅以演示為目的，這往往用在軟件的用戶界面的開(kāi)發(fā)上。樣品型是指原型規(guī)模與最終產(chǎn)品相似，只是原型僅供研究用。漸增式演化型是指原型作為最終產(chǎn)品的一部分，它可以滿足用戶的部分需求，經(jīng)用戶試

6、用后提出精華系統(tǒng)、增強(qiáng)系統(tǒng)能力的需求，開(kāi)發(fā)人員根據(jù)反饋信息，實(shí)施開(kāi)發(fā)的迭代過(guò)程。如果在一次迭代過(guò)程中，有些需求還不能滿足用戶的需求，可以在下一迭代過(guò)程中予以修正，整個(gè)實(shí)現(xiàn)后軟件才可最終交付使用。螺旋模型是瀑布模型與原型模型相結(jié)合，并增加兩者所忽略的風(fēng)險(xiǎn)分析而產(chǎn)生的一種模型，該模型通常用來(lái)指導(dǎo)大型軟件項(xiàng)目的開(kāi)發(fā)，它將開(kāi)發(fā)劃分為制定計(jì)劃、風(fēng)險(xiǎn)計(jì)劃、實(shí)施開(kāi)發(fā)和客戶評(píng)估四類活動(dòng)。沿著螺旋線每轉(zhuǎn)一圈，表示開(kāi)發(fā)出一個(gè)更完善的新的軟件版本。如果開(kāi)發(fā)風(fēng)險(xiǎn)過(guò)大，開(kāi)發(fā)機(jī)構(gòu)和客戶無(wú)法接受，項(xiàng)目有可能就此中止；多數(shù)情況下，會(huì)沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最

7、終得到滿意的軟件產(chǎn)品。該模型是由TRW公司的B.Boehm于1988年提出的。26圖1.3顯示了螺旋模型的原理，沿著螺旋線旋轉(zhuǎn)，在笛卡兒坐標(biāo)的四個(gè)像限上分別表達(dá)了四類活動(dòng)。制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；實(shí)施開(kāi)發(fā)：實(shí)施軟件開(kāi)發(fā)；客戶評(píng)估：評(píng)價(jià)軟件功能和性能，提出修正建議。螺旋模型有許多優(yōu)點(diǎn)，主要表現(xiàn)在：對(duì)可選方案和約束的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開(kāi)發(fā)的一個(gè)重要目標(biāo)，減少了過(guò)多測(cè)試或測(cè)試不足所帶來(lái)的風(fēng)險(xiǎn)。但是要求許多客戶接受和相信并不容易，

8、使用該模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門(mén)知識(shí)，如果項(xiàng)目風(fēng)險(xiǎn)較大，又未必能及時(shí)發(fā)現(xiàn)，勢(shì)必造成重點(diǎn)損失。目前國(guó)內(nèi)許多軟件公司還未能及時(shí)掌握和運(yùn)用這種模型，有待進(jìn)一步積累經(jīng)驗(yàn)。噴