資源描述：
《面向?qū)ο蠓治雠c設(shè)計(jì)uml實(shí)驗(yàn)報(bào)告》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。
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)一建模語言UML知識(shí)的學(xué)習(xí)做好準(zhǔn)備工作。二、實(shí)驗(yàn)設(shè)備與環(huán)境裝有Visio、RationalRose的計(jì)算機(jī)。三、實(shí)驗(yàn)內(nèi)容1、復(fù)習(xí)闡述“軟件工程開發(fā)模型”的相關(guān)概念，并分析各種模型的優(yōu)缺點(diǎn)，寫成實(shí)驗(yàn)報(bào)告。2、熟悉UML軟件設(shè)計(jì)工具Visio、RationalRose的安裝及環(huán)境四、實(shí)驗(yàn)過程及結(jié)果經(jīng)過上網(wǎng)搜索相關(guān)信息進(jìn)行了解軟件工程開發(fā)模型的相關(guān)概念與優(yōu)缺點(diǎn)一，什么是軟件工程概念模型 模型就是抽象，就是有意識(shí)地
2、忽略事物的某些特征。抽象帶來的好處是能夠反映模型中元素之間的關(guān)系，清晰把握大局?！ 「拍钅Ｐ褪悄Ｐ偷囊环N，簡單說就是抽象程度極高的一種模型?！ ≤浖こ谈拍钅Ｐ褪菍?duì)軟件工程領(lǐng)域進(jìn)行抽象描述的模型，它能夠使我們對(duì)軟件工程有一個(gè)完整把握。二，軟件工程開發(fā)模型的種類以及優(yōu)缺點(diǎn)瀑布模型由26W.Royce于1970年首先提出。根據(jù)軟件工程生存周期各個(gè)階段的任務(wù)，瀑布模型從可行性研究開始，逐步進(jìn)行階段性變換，直至通過確認(rèn)測試并得到用戶確認(rèn)的軟件產(chǎn)品為止。瀑布模型上一階段的變換結(jié)果是下一階段變換的輸入，相鄰兩個(gè)階段具
3、有因果關(guān)系，緊密聯(lián)系。一個(gè)階段的失誤將蔓延到以后的各個(gè)階段。為了保障軟件開發(fā)的正確性，每一階段任務(wù)完成后，都必須對(duì)它的階段性產(chǎn)品進(jìn)行評(píng)審，確認(rèn)之后再轉(zhuǎn)入下一階段的工作。評(píng)審過程發(fā)現(xiàn)錯(cuò)誤和疏漏后，應(yīng)該及時(shí)反饋到前面的有關(guān)階段修正錯(cuò)誤或彌補(bǔ)疏漏，然后再重復(fù)前面的工作，直至某一階段通過評(píng)審后再進(jìn)入下一階段。瀑布模型如圖1.1所示。瀑布模型有許多優(yōu)點(diǎn)，如可強(qiáng)迫開發(fā)人員采用規(guī)范的方法；嚴(yán)格規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證等。但瀑布模型也存在缺點(diǎn)，其主要表現(xiàn)在：
4、①在軟件開發(fā)的初始階段指明軟件系統(tǒng)的全部需求是困難的，有時(shí)甚至是不現(xiàn)實(shí)的。而瀑布模型在需求分析階段要求客戶和系統(tǒng)分析員必須做到這一點(diǎn)才能開展后續(xù)階段的工作。②確定需求后，用戶和軟件項(xiàng)目負(fù)責(zé)人要等相當(dāng)長的時(shí)間才能得到一份軟件的最初版本。如果用戶對(duì)這個(gè)軟件提出比較大的修改意見，那么整個(gè)軟件項(xiàng)目將會(huì)蒙受巨大的人力、財(cái)力和時(shí)間方面的損失。原型模型又稱演化模型，主要是針對(duì)事先不能完整定義需求的軟件項(xiàng)目開發(fā)而言的。許多軟件開發(fā)項(xiàng)目由于人們對(duì)軟件需求的認(rèn)識(shí)模糊，很難一次開發(fā)成功，返工再開發(fā)難以避免。因此，人們對(duì)需開發(fā)的
5、軟件給出基本需求，作第一次試驗(yàn)開發(fā)，其目標(biāo)僅在于探索可行性和弄清需求，取得有效的反饋信息，以支持軟件的最終設(shè)計(jì)和實(shí)現(xiàn)。通常我們把第一次實(shí)驗(yàn)性開發(fā)出的軟件稱為原型（prototype）。這種開發(fā)模型可以減少由于需求不明給開發(fā)工作帶來的風(fēng)險(xiǎn)，有較好的效果。相對(duì)瀑布模型來說，原型模型更符合人類認(rèn)識(shí)真理的過程和思維，是目前較流行的一種實(shí)用的軟件開發(fā)方法。原型模型如圖4.2所示。26原型化模型有丟棄型、樣品型和漸增式演化型三種形式。丟棄型是指原型開發(fā)后，已獲得了更為清晰的需求反饋信息，原型無需保留而丟棄，開發(fā)的原型
6、僅以演示為目的，這往往用在軟件的用戶界面的開發(fā)上。樣品型是指原型規(guī)模與最終產(chǎn)品相似，只是原型僅供研究用。漸增式演化型是指原型作為最終產(chǎn)品的一部分，它可以滿足用戶的部分需求，經(jīng)用戶試用后提出精華系統(tǒng)、增強(qiáng)系統(tǒng)能力的需求，開發(fā)人員根據(jù)反饋信息，實(shí)施開發(fā)的迭代過程。如果在一次迭代過程中，有些需求還不能滿足用戶的需求，可以在下一迭代過程中予以修正，整個(gè)實(shí)現(xiàn)后軟件才可最終交付使用。螺旋模型是瀑布模型與原型模型相結(jié)合，并增加兩者所忽略的風(fēng)險(xiǎn)分析而產(chǎn)生的一種模型，該模型通常用來指導(dǎo)大型軟件項(xiàng)目的開發(fā)，它將開發(fā)劃分為制定
7、計(jì)劃、風(fēng)險(xiǎn)計(jì)劃、實(shí)施開發(fā)和客戶評(píng)估四類活動(dòng)。沿著螺旋線每轉(zhuǎn)一圈，表示開發(fā)出一個(gè)更完善的新的軟件版本。如果開發(fā)風(fēng)險(xiǎn)過大，開發(fā)機(jī)構(gòu)和客戶無法接受，項(xiàng)目有可能就此中止；多數(shù)情況下，會(huì)沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的軟件產(chǎn)品。該模型是由TRW公司的B.Boehm于1988年提出的。26圖1.3顯示了螺旋模型的原理，沿著螺旋線旋轉(zhuǎn)，在笛卡兒坐標(biāo)的四個(gè)像限上分別表達(dá)了四類活動(dòng)。制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；實(shí)施開發(fā)：實(shí)
8、施軟件開發(fā)；客戶評(píng)估：評(píng)價(jià)軟件功能和性能，提出修正建議。螺旋模型有許多優(yōu)點(diǎn)，主要表現(xiàn)在：對(duì)可選方案和約束的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)，減少了過多測試或測試不足所帶來的風(fēng)險(xiǎn)。但是要求許多客戶接受和相信并不容易，使用該模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，如果項(xiàng)目風(fēng)險(xiǎn)較大，又未必能及時(shí)發(fā)現(xiàn)，勢必造成重點(diǎn)損失。目前國內(nèi)許多軟件公司還未能及時(shí)掌握和運(yùn)用這種模型，有待進(jìn)一步積累經(jīng)驗(yàn)。噴
