軟件工程中開發(fā)模型優(yōu)缺點適用場合

1、思想邊做邊改模型瀑布模型迅速原型模型增量模型螺旋模型不停的修正版本軟件的開發(fā)嚴格迅速原型模型利軟件被看作是一這類模型的每一不停的供用戶使的依據(jù)線性方式用的是原型協(xié)助系列的增量建立個周期都包含需用，假如出現(xiàn)錯誤進行，目前活動的軟件開發(fā)的一種來設計、實現(xiàn)、集求定義、風險分或是新的需求又工作結果，實行完思想。經(jīng)過簡單、成和測試，每一個析、工程實現(xiàn)和評不停的改正代碼。成所需要的工作迅速的剖析，迅速建立由多種互相審4個階段，由這結果需要考證，如實現(xiàn)一個原型，用作用的模塊所形4個階段進行迭果考證經(jīng)過，則結戶與開發(fā)人員在成的供應特定功代。果作為下一項活試用原型過程中能呢的代碼片段動的輸入，連續(xù)。增強通訊與反

2、應，構成。開發(fā)出一不然返回。經(jīng)過頻頻評論和部分就向用戶展改良原型，減少誤示一部分，提早的解，填補破綻，適發(fā)現(xiàn)問題。先開發(fā)優(yōu)點應變化，最后提升一個原型模型的軟件質(zhì)量。軟件，達成模型的主要功能。展現(xiàn)給用戶征采建議。在供應給用戶使一種有效的管理(1)迅速模型戰(zhàn)勝1.縮短時間(1)能夠在項目的用后，假如程序出視圖。每項開發(fā)活瀑布模型的特色，2.開發(fā)人員與用各個階段進行變現(xiàn)錯誤，或許用戶動均處于一個質(zhì)減少因為軟件需戶能夠經(jīng)過原型更（2）能夠分段提出新的要求，開量環(huán)節(jié)。文檔驅(qū)求不明確帶來的充分的交流；來建立大型系統(tǒng)，發(fā)人員從頭改正動，以項目階段評開發(fā)風險，擁有顯3.有益于用戶的使成本計算變得代碼，直到用戶

3、滿審和文檔控制為著的成效。(2)培訓和開發(fā)的同簡單、簡單。（3）意為止。手段有效的對整能迅速吸引用戶，步。用戶參加開發(fā)，保個開發(fā)過程進行進而搶占市場。4.加入建立一定證項目不偏離正指導。不損壞已結構好確方向。缺點的系統(tǒng)結構。5.模型的靈巧性能夠使其適應需求的變化缺乏規(guī)劃和設計缺乏靈巧性，太甚(1)沒有考慮軟件很簡單退化為邊（1）不可以讓用戶環(huán)節(jié)。忽視需求環(huán)于理想化。假如的整體質(zhì)量和長做邊改模型確信這類演化方節(jié)，風險大。周期開發(fā)此中，客戶難期的可保護性。法結果是可控的。長花費高。以明確需求，需求(2)這類模型在大（2）建設周期長錯誤在后期就難部分狀況下是不以糾正。合適的，采納該模型常常是為了演示

4、功能的需要或它的方便性。(3)適用場合關于需求特別簡單和簡單理解，軟件希望的功能行為簡單定義，實現(xiàn)的成功或失敗簡單查驗的工程能夠使用這類模型。因為達不到質(zhì)量要求可能被扔掉，而采納新的模型從頭設計。合適于客戶的需用戶需求不明確、技術風險較大、用合適于大型復雜求較明確的狀況小型或是交互型戶需求較為穩(wěn)固的系統(tǒng)下。式的系統(tǒng)、大型系的軟件系統(tǒng)統(tǒng)的某些部分思想迭代模型噴泉模型矯捷模型混淆模式整個開發(fā)工作被組織軟件開發(fā)過程的各個把一個大項目分為多把幾種不一樣模型組合為一系列的短小的、階段是互相迭代的、個互相聯(lián)系，但也可成一種混淆模型，它固定長度（如3周）無間歇的。軟件的某獨立運轉的小項目，同意一個項目能沿著的小項目，被稱為一個部分經(jīng)常被重復工并分別達成，在此過最有效的路徑發(fā)展，優(yōu)點弊端合用處合系列的迭代。作多次，有關對象在程中軟件向來處于可這就是過程開發(fā)模型每一次迭代都包含了每次迭代中加入漸近使用狀態(tài)。（或混淆模型）。實質(zhì)需求剖析、設計、實的軟件成分。上，一些軟件開發(fā)單現(xiàn)與測試位都是使用幾種不一樣的開發(fā)方法構成他們自己的混淆模型。降低風險、獲得初期能夠提升軟件項目開密切協(xié)作、當面的給公司管理者和開發(fā)用戶反應、連續(xù)的測發(fā)效率，節(jié)儉開發(fā)時交流者供應了一個舞臺，試和集成、使用更改、間。使每個模型的優(yōu)點得提升復用性到發(fā)揮項目風險可能會很高不利于項目管理文檔少對公司的管理和技