當(dāng)一個軟件產(chǎn)品在沒有規(guī)格說明或主要設(shè)計的情況下被開發(fā)時，開發(fā)者往往不得不重新對產(chǎn)品編碼多次直到他們得到正確穩(wěn)定的產(chǎn)品。這種開發(fā)模型就是邊做邊改模型。

開發(fā)者們首先開發(fā)出一個產(chǎn)品的最初版本給客戶驗收，然后開發(fā)團(tuán)隊開發(fā)一個新的版本再次給客戶驗收。這個過程一直持續(xù)到客戶感覺產(chǎn)品滿意為止。

邊做邊改模型的最重要缺點是存在于需求，設(shè)計和實現(xiàn)中的錯誤要到整個產(chǎn)品被構(gòu)建出來后才能被發(fā)現(xiàn)。

這是一種類似作坊的開發(fā)方式，對編寫幾百行的小程序來說還不錯，但這種方法對任何規(guī)模的開發(fā)來說都是不能令人滿意的，其主要問題在于：

1） 缺少規(guī)劃和設(shè)計環(huán)節(jié)，軟件的結(jié)構(gòu)隨著不斷的修改越來越糟，導(dǎo)致無法繼續(xù)修改；

2） 忽略需求環(huán)節(jié)，給軟件開發(fā)帶來很大的風(fēng)險；

3） 沒有考慮測試和程序的可維護(hù)性，也沒有任何文檔，軟件的維護(hù)十分困難。

因為這種模型沒有包括編碼前的開發(fā)階段，所以它不被認(rèn)為是一個完整的生命周期模型。然而在某些場合這種簡單的方式非常有用。對于需求非常簡單和容易明白，軟件期望的功能行為容易定義，實現(xiàn)的成功或失敗容易檢驗的工程可以使用這種模型。