軟件工程的六個(gè)常用模型及模型的選擇

1、軟件工程的六個(gè)常用模型及模型的選擇目錄 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 軟件工程的六個(gè)常用模型及模型的選擇 1 HYPERLINK l bookmark2 o Current Document 軟件生命周期：1 HYPERLINK l bookmark4 o Current Document 能力成熟度模型（CMM）:（5個(gè)等級，等級越高軟件開發(fā)能力越強(qiáng)） 1瀑布模型：1 HYPERLINK l bookmark10 o Current Document V模型：2 HYPERLINK l bookmark25 o

2、Current Document 原型模型（原型化模型、快速原型模型）： 3增量模型：4螺旋模型：5噴泉模型：6 HYPERLINK l bookmark65 o Current Document 如何選擇軟件過程模型：6軟件生命周期：問題定義（項(xiàng)目計(jì)劃報(bào)告）-可行性研究（可行性研究報(bào)告）-需求分析（需求規(guī)格說明書）f總體設(shè)計(jì)（總體設(shè)計(jì)說明書）-詳細(xì)設(shè)計(jì)（詳細(xì)設(shè)計(jì)說明書）f編碼階段（源程序）-測試（軟件測試報(bào)告）-維護(hù)（軟件維護(hù)說明）能力成熟度模型（CMM ） : （5個(gè)等級，等級越高軟件開發(fā)能力越強(qiáng)）1、初始級（有能力的人和個(gè)人英雄主義，管理無章）2、可重復(fù)級（有基本項(xiàng)目管理，有章可循）3、

3、已定義級（過程標(biāo)準(zhǔn)化）4、量化管理級（量化管理）5、優(yōu)化級（持續(xù)的過程改進(jìn)）瀑布模型：定義：瀑布模型是將軟件生存周期的各項(xiàng)活動規(guī)定為按固定順序而連接的若干階段工作， 形如瀑布流水，最終得到軟件產(chǎn)品。模型：軟件開發(fā)過程與軟件生命周期一致，也稱經(jīng)典生命周期模型，實(shí)際應(yīng)用 時(shí)是帶反饋的。PMT里看計(jì)tWH帆成名rF用討甘陽汽a京蜂外m出 1響日R脖51 r tltn I葡WI?序纖 v用戶T L.aM中百量索5比片.尸ft缺點(diǎn)：1、每個(gè)階段的劃分固定，階段之間產(chǎn)生大量的文檔，極大的增加了工作 量2、開發(fā)風(fēng)險(xiǎn)大：線性開發(fā)，用戶只有等到整個(gè)過程將結(jié)束時(shí)才能看到成 果3、早期錯(cuò)誤發(fā)現(xiàn)晚：錯(cuò)誤一般在測試階段

4、才能發(fā)現(xiàn)4、不適應(yīng)需求變化：不能適應(yīng)需求不明確和需求變化適應(yīng)范圍：適用于系統(tǒng)需求明確且穩(wěn)定的、技術(shù)成熟、工程管理比較嚴(yán)格的場合，如軍工、航天、醫(yī)療。V模型：定義：瀑布模型的變種，由于其模型構(gòu)圖形似字母 V,所以又稱軟件測試的 V 模型。模型：頂端（編碼）左邊（設(shè)計(jì)分析（可行性研究一需求分析一總體設(shè)計(jì)一詳細(xì)設(shè)計(jì)一編碼）右邊（測試（單元測試一系統(tǒng)測試一驗(yàn)收測試一運(yùn)行維護(hù)）缺點(diǎn)：V模型僅僅把測試過程作為在需求分析、系統(tǒng)設(shè)計(jì)及編碼之后的一個(gè)階 段，忽視了測試對需求分析，系統(tǒng)設(shè)計(jì)的驗(yàn)證，需求的滿足情況一直到后期 的驗(yàn)收測試才被驗(yàn)證。適用范圍：V模式是一種傳統(tǒng)軟件開發(fā)模型，一般適用于一些傳統(tǒng)信息系統(tǒng)應(yīng)用的

5、 開發(fā)，而一些高性能高風(fēng)險(xiǎn)的系統(tǒng)、互聯(lián)網(wǎng)軟件，或一個(gè)系統(tǒng)難以被具體模 塊化的時(shí)候，就比較難做成 V模式所需的各種構(gòu)件，需要更強(qiáng)調(diào)迭代的開發(fā) 模型或者敏捷開發(fā)模型。原型模型（原型化模型、快速原型模型）：定義：一個(gè)部分開發(fā)的產(chǎn)品，使客戶和開發(fā)人員能夠?qū)τ?jì)劃開發(fā)的系統(tǒng)的相關(guān) 方面進(jìn)行檢查。模型：原型構(gòu)建一系統(tǒng)開發(fā)優(yōu)點(diǎn)：1、減少需求不明確帶來的風(fēng)險(xiǎn)缺點(diǎn)：1、構(gòu)造原型采用的技術(shù)和工具不一定主流2、快速建立的系統(tǒng)加連續(xù)的修改可能導(dǎo)致原型質(zhì)量低下3、設(shè)計(jì)者在質(zhì)量和原型進(jìn)行折中4、客戶意識不到一些質(zhì)量問題適用范圍：客戶定義一個(gè)總體目標(biāo)集，但是他們并不清楚系統(tǒng)的具體輸入輸出；或開 發(fā)者不確定算法的效率、軟件與操

6、作系統(tǒng)是否兼容以及客戶與計(jì)算機(jī)交互的 方式。增量模型：定義：滿足用戶需求的一個(gè)子集，能夠完成一定功能、小而可用的軟件模型：需求分析一體系結(jié)構(gòu)設(shè)計(jì)一增量 1 一增量2一一增量N-最終產(chǎn)品 增量包括：需求一設(shè)計(jì)一編碼（實(shí)現(xiàn)）一測試（驗(yàn)證）一交付每一次增量都是在上一次的基礎(chǔ)上進(jìn)行模型開發(fā)要求系統(tǒng)體系結(jié)構(gòu)具有開放式結(jié)構(gòu)特點(diǎn)：1、增量模型是一種非整體開發(fā)的模型，是一種進(jìn)化式的開發(fā)過程2、增量模型從部分需求出發(fā)，先建立一個(gè)不完整的系統(tǒng)，通過測試運(yùn)行 這個(gè)系統(tǒng)取得經(jīng)驗(yàn)和反饋，進(jìn)-步使系統(tǒng)擴(kuò) 充和完善3、如此反復(fù)進(jìn)行，直至軟件人員和用戶對所設(shè)計(jì)的軟件系統(tǒng)滿意為止4、增量模型結(jié)合了原型模型的基本要素和迭代的特征

7、，采用了基于時(shí)間的線性序列，每個(gè)線性序列都會輸出該軟件的一個(gè) “增量”5、每個(gè)增量的開發(fā)可用瀑布或快速原型模型適用場合：1、軟件產(chǎn)品可以分批次地進(jìn)行交付。2、待開發(fā)的軟件系統(tǒng)能夠被模塊化。3、軟件開發(fā)人員對應(yīng)用領(lǐng)域不熟悉，難以一次性地進(jìn)行系統(tǒng)開發(fā)。4、項(xiàng)目管理人員把握全局的水平較高。螺旋模型：定義：一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)模型。模型：開發(fā)過程分成若干次迭代，每次迭代代表開發(fā)的一個(gè)階段，對應(yīng)模型中 一條環(huán)線每次迭代分成四個(gè)方面的活動，對應(yīng)笛卡爾坐標(biāo)的四個(gè)象限 ：確定本階段目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件 ；評估所選方案，通過構(gòu)造原型和風(fēng)險(xiǎn)分析識別和消除風(fēng)險(xiǎn) ；實(shí)施軟件開發(fā)和驗(yàn)證；

8、評價(jià)本階段的工作成果，提出修正建議，并計(jì)劃下一階段工作。優(yōu)點(diǎn)：1、強(qiáng)調(diào)原型的可擴(kuò)展性和可修改性，原型的進(jìn)化貫穿整個(gè)軟件生存周期， 支持用戶需求的動態(tài)變化。2、為用戶參與所有關(guān)鍵決策提供了方便。3、為項(xiàng)目管理人員及時(shí)調(diào)整管理決策提供了方便，進(jìn)而降低開發(fā)風(fēng)險(xiǎn)。缺點(diǎn)：1、如果每次迭代的效率不高，致使迭代次數(shù)過多，將會增加成本并推遲 交付時(shí)間。2、使用該模型需要有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門的知識，要求開發(fā)隊(duì)伍水平 較高，否則會帶來更大的風(fēng)險(xiǎn)。3、很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長，而軟件技術(shù) 發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距， 無法滿足當(dāng)前

9、用戶需求。適用場合：適用于需求不明確或者需求可能發(fā)生變化的大型復(fù)雜的軟件系統(tǒng)，支持 面向過程、面向?qū)ο蟮榷喾N軟件開發(fā)方法，是一種具有廣闊前景的模型。噴泉模型：定義：是一種以用戶需求為動力， 以對象驅(qū)動的模型，主要用于描述面向?qū)ο蟮能浖_發(fā) 過程。特點(diǎn)：需要分析活動結(jié)束后才開始設(shè)計(jì)活動，設(shè)計(jì)活動結(jié)束后才開始編碼活動。 該模型的各個(gè)階段沒有明顯的界限，開發(fā)人員可以同步進(jìn)行開發(fā)。優(yōu)點(diǎn)：是可以提高軟件項(xiàng)目開發(fā)效率，節(jié)省開發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。缺點(diǎn)：1、由于噴泉模型在各個(gè)開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人 員，因此不利于項(xiàng)目的管理。2、模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對可能隨時(shí)加入各種 信息、需求與資料的情況。如何選擇軟件過程模型:.前期需求明確的情況下，盡量采用瀑布模型.用戶無系統(tǒng)使用經(jīng)驗(yàn)，需求分析人員技能不足的情況下，盡量借助原型模 型.不確定因素很多，很多東西無法提前計(jì)劃的情況下，盡量采用增量模型或 螺旋模型.需求不穩(wěn)定的情況下，盡量采用增量模型.資金和成本無法一次到位的情