軟件工程中開(kāi)發(fā)模型的優(yōu)缺點(diǎn)及適用場(chǎng)合

邊做邊改模型瀑布模型快速原型模型增量模型螺旋模型思不斷的修正版本軟件的開(kāi)發(fā)嚴(yán)格快速原型模型利軟件被看作是一這種模型的每一想不斷的供用戶使的按照線性方式用的是原型輔助系列的增量構(gòu)建個(gè)周期都包括需用，如果出現(xiàn)錯(cuò)誤進(jìn)行，當(dāng)前活動(dòng)的軟件開(kāi)發(fā)的一種來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集求定義、風(fēng)險(xiǎn)分或是新的需求又工作結(jié)果， 實(shí)施完思想。經(jīng)過(guò)簡(jiǎn)單、成和測(cè)試， 每一個(gè)析、工程實(shí)現(xiàn)和評(píng)不斷的修改代碼。成所需要的工作快速的分析， 快速構(gòu)建由多種相互審4個(gè)階段， 由這結(jié)果需要驗(yàn)證， 如實(shí)現(xiàn)一個(gè)原型， 用作用的模塊所形4個(gè)階段進(jìn)行迭果驗(yàn)證通過(guò)， 則結(jié)戶與開(kāi)發(fā)人員在成的提供特定功代。果作為下一項(xiàng)活試用原型過(guò)程中能呢的代碼片段動(dòng)的輸入，繼續(xù)。加強(qiáng)通信與反饋，構(gòu)成。 開(kāi)發(fā)出一否則返回。通過(guò)反復(fù)評(píng)價(jià)和部分就向用戶展改進(jìn)原型， 減少誤0000, 及早的解，彌補(bǔ)漏洞， 口發(fā)現(xiàn)問(wèn)題。 先開(kāi)發(fā)

應(yīng)變化， 最終提高軟件質(zhì)量。一個(gè)原型模型的軟件，完成模型的主要功能。 展示給用戶征求意見(jiàn)。優(yōu)在提供給用戶使一種有效的管理⑴快速模型克服1.縮短時(shí)間⑴可以在項(xiàng)目的點(diǎn)用后，如果程序出視圖。每項(xiàng)開(kāi)發(fā)活瀑布模型的特點(diǎn)，2.開(kāi)發(fā)人員與用各個(gè)階段進(jìn)行變現(xiàn)錯(cuò)誤， 或者用戶動(dòng)均處于一個(gè)質(zhì)減少由于軟件需戶可以通過(guò)原型更(21可以分段提出新的要求， 開(kāi)量環(huán)節(jié)。文檔口求不明確帶來(lái)的充分的交流；來(lái)構(gòu)建大型系統(tǒng)，發(fā)人員重新修改動(dòng)，以項(xiàng)目階段評(píng)開(kāi)發(fā)風(fēng)險(xiǎn)， 具有顯3.有利于用戶的使成本計(jì)算變得代碼，直到用戶滿審和文檔控制為著的效果 。⑵培訓(xùn)和開(kāi)發(fā)的同簡(jiǎn)單、容易。 口3)意為止。手段有效的對(duì)口能快速吸引用戶，步。用戶參與開(kāi)發(fā)， 保個(gè)開(kāi)發(fā)過(guò)程進(jìn)行從而搶占市場(chǎng)。4.加入構(gòu)建必須證項(xiàng)目不偏離正指導(dǎo)。不破壞已構(gòu)造好確方向。

的體系結(jié)構(gòu)。5.模型的靈活性可以使其適應(yīng)需求的變化缺點(diǎn)缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)。忽略需求環(huán)節(jié)，風(fēng)險(xiǎn)大。 周期長(zhǎng)費(fèi)用高。缺乏靈活性， 太過(guò)于理想化。 如果開(kāi)發(fā)其中， 客戶難以明確需求， 需求錯(cuò)誤在后期就難以糾正。⑴沒(méi)有考慮軟件的整體質(zhì)量和長(zhǎng)期的可維護(hù)性。(2)這種模型在大部分情況下是不適合的，采用該模型往往是為了演示功能的需要或它的方便性。 (3)很容易退化為邊做邊改模型(1)不能讓用戶確信這種演化方法結(jié)果是可控的。(2)建設(shè)周期長(zhǎng)

、G 由于達(dá)不到質(zhì)量要求可能被拋棄，而采用新的模型重新設(shè)計(jì)。適用場(chǎng)合□□□□□□□□□□□□□,□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□型。適合于客戶的需求較明確的情況下。用戶需求不明確、小型或是交互型式的系統(tǒng)、 大型系統(tǒng)的某些部分技術(shù)風(fēng)險(xiǎn)較大、 用戶需求較為穩(wěn)定的軟件系統(tǒng)適合于大型復(fù)雜的系統(tǒng)迭代模型噴泉模型敏捷模型混合模式思想整個(gè)開(kāi)發(fā)工作被組織為一系列的短小的、固定長(zhǎng)度（如 3周）的小項(xiàng)目，被稱為一軟件開(kāi)發(fā)過(guò)程的各個(gè)階段是相互迭代的、無(wú)間歇的。軟件的某個(gè)部分常常被重復(fù)工把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)把幾種不同模型組合成一種混合模型，它允許一個(gè)項(xiàng)目能沿著最有效的路徑發(fā)展,

系列的迭代。每一次迭代都包括了需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試作多次，相關(guān)對(duì)象在每次迭代中加入漸近的軟件成分。程中軟件一直處于可使用狀態(tài)。這就是過(guò)程開(kāi)發(fā)模型（或混合模型口 口實(shí)際上，一些軟件開(kāi)發(fā)單位都是使用幾種不同的開(kāi)發(fā)方法組成他們自己的混合模型。優(yōu)點(diǎn)降低風(fēng)險(xiǎn)、得到早期用戶反饋、持續(xù)的測(cè)試和集成、 使用變更、提高復(fù)用性可以提高軟件項(xiàng)目開(kāi)發(fā)效率，節(jié)省開(kāi)發(fā)時(shí)間。緊密協(xié)作、面對(duì)面的溝通給企業(yè)管理者和開(kāi)發(fā)者提供了一個(gè)舞臺(tái)，使每個(gè)模型的長(zhǎng)處得到發(fā)揮缺點(diǎn) 、￡rn_A： 項(xiàng)目風(fēng)險(xiǎn)可能會(huì)很高不利于項(xiàng)目管理文檔少□□□□□□□技術(shù)都提出□□□