面向?qū)ο蠓治雠c設(shè)計uml實驗報告

《面向?qū)ο蠓治雠c設(shè)計uml實驗報告》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

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

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

3、階段的工作。評審過程發(fā)現(xiàn)錯誤和疏漏后，應(yīng)該及時反饋到前面的有關(guān)階段修正錯誤或彌補疏漏，然后再重復(fù)前面的工作，直至某一階段通過評審后再進入下一階段。瀑布模型如圖1.1所示。瀑布模型有許多優(yōu)點，如可強迫開發(fā)人員采用規(guī)范的方法；嚴格規(guī)定了每個階段必須提交的文檔；要求每個階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細驗證等。但瀑布模型也存在缺點，其主要表現(xiàn)在：①在軟件開發(fā)的初始階段指明軟件系統(tǒng)的全部需求是困難的，有時甚至是不現(xiàn)實的。而瀑布模型在需求分析階段要求客戶和系統(tǒng)分析員必須做到這一點才能開展后續(xù)階段的工作。②確定需求后，用戶和軟件項目負責(zé)人要等相當(dāng)長的時間才能得到一份軟件的最初版本。如

4、果用戶對這個軟件提出比較大的修改意見，那么整個軟件項目將會蒙受巨大的人力、財力和時間方面的損失。原型模型又稱演化模型，主要是針對事先不能完整定義需求的軟件項目開發(fā)而言的。許多軟件開發(fā)項目由于人們對軟件需求的認識模糊，很難一次開發(fā)成功，返工再開發(fā)難以避免。因此，人們對需開發(fā)的軟件給出基本需求，作第一次試驗開發(fā)，其目標僅在于探索可行性和弄清需求，取得有效的反饋信息，以支持軟件的最終設(shè)計和實現(xiàn)。通常我們把第一次實驗性開發(fā)出的軟件稱為原型（prototype）。這種開發(fā)模型可以減少由于需求不明給開發(fā)工作帶來的風(fēng)險，有較好的效果。相對瀑布模型來說，原型模型更符合人類認識真理的過程和思維，是目前

5、較流行的一種實用的軟件開發(fā)方法。原型模型如圖4.2所示。120原型化模型有丟棄型、樣品型和漸增式演化型三種形式。丟棄型是指原型開發(fā)后，已獲得了更為清晰的需求反饋信息，原型無需保留而丟棄，開發(fā)的原型僅以演示為目的，這往往用在軟件的用戶界面的開發(fā)上。樣品型是指原型規(guī)模與最終產(chǎn)品相似，只是原型僅供研究用。漸增式演化型是指原型作為最終產(chǎn)品的一部分，它可以滿足用戶的部分需求，經(jīng)用戶試用后提出精華系統(tǒng)、增強系統(tǒng)能力的需求，開發(fā)人員根據(jù)反饋信息，實施開發(fā)的迭代過程。如果在一次迭代過程中，有些需求還不能滿足用戶的需求，可以在下一迭代過程中予以修正，整個實現(xiàn)后軟件才可最終交付使用。螺旋模型是瀑布模型與

6、原型模型相結(jié)合，并增加兩者所忽略的風(fēng)險分析而產(chǎn)生的一種模型，該模型通常用來指導(dǎo)大型軟件項目的開發(fā)，它將開發(fā)劃分為制定計劃、風(fēng)險計劃、實施開發(fā)和客戶評估四類活動。沿著螺旋線每轉(zhuǎn)一圈，表示開發(fā)出一個更完善的新的軟件版本。如果開發(fā)風(fēng)險過大，開發(fā)機構(gòu)和客戶無法接受，項目有可能就此中止；多數(shù)情況下，會沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的軟件產(chǎn)品。該模型是由TRW公司的B.Boehm于1988年提出的。120圖1.3顯示了螺旋模型的原理，沿著螺旋線旋轉(zhuǎn)，在笛卡兒坐標的四個像限上分別表達了四類活動。制定計劃：確定軟件目標，選定實施方案，弄清項目開發(fā)的限制條件；風(fēng)險分析：分析所選方案

7、，考慮如何識別和消除風(fēng)險；實施開發(fā)：實施軟件開發(fā)；客戶評估：評價軟件功能和性能，提出修正建議。螺旋模型有許多優(yōu)點，主要表現(xiàn)在：對可選方案和約束的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標，減少了過多測試或測試不足所帶來的風(fēng)險。但是要求許多客戶接受和相信并不容易，使用該模型需要具有相當(dāng)豐富的風(fēng)險評估經(jīng)驗和專門知識，如果項目風(fēng)險較大，又未必能及時發(fā)現(xiàn)，勢必造成重點損失。目前國內(nèi)許多軟件公司還未能及時掌握和運用這種模型，有待進一步積累