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

1、邊做邊改模型瀑布模型快速原型模型增量模型螺旋模型思想不斷的修正版本不斷的 供用 戶(hù)使用，如果出現(xiàn) 錯(cuò)誤或是 新的需求又不 斷的修改代 碼。軟件的開(kāi)發(fā)嚴(yán)格的按照 線(xiàn) 性方式進(jìn)行，當(dāng)前活 動(dòng)的工 作結(jié)果，實(shí)施完 成所需要的 工作結(jié)果需 要驗(yàn)證，如果驗(yàn) 證通過(guò)， 則結(jié)果作為下一項(xiàng) 活動(dòng) 的輸入，繼續(xù)。否則返 回。快速原型模型利用的是 原 型輔助軟件開(kāi)發(fā)的一 種思 想。經(jīng)過(guò)簡(jiǎn)單、快 速的分析， 快速實(shí)現(xiàn)一 個(gè)原型，用戶(hù)與 開(kāi)發(fā)人 員在試用原型過(guò)程 中加 強(qiáng)通信與反饋， 通過(guò)反 復(fù)評(píng)價(jià)和改進(jìn)原型， 減 少誤 解，彌補(bǔ)漏洞，適 應(yīng)變化， 最終提高軟件 質(zhì)里。軟件被看作是一系列的 增 量構(gòu)建來(lái)設(shè)計(jì)、實(shí)現(xiàn)、

2、集 成和測(cè)試，每一個(gè)構(gòu) 建由 多種相互作用的模 塊所形 成的提供特定功 能呢的代 碼片段構(gòu)成。開(kāi)發(fā)出一部分就向用戶(hù) 展 示一部分，及早的發(fā) 現(xiàn)問(wèn) 題。先開(kāi)發(fā)一個(gè)原 型模型 的軟件，完成模 型的主要 功能。展示給 用戶(hù)征求意 見(jiàn)。這種模型的每一個(gè)周期 都 包括需求定乂、風(fēng)險(xiǎn) 分 析、工程實(shí)現(xiàn)和評(píng)審 4 個(gè) 階段，由這 4 個(gè)階 段進(jìn)行 迭代。優(yōu)占 八' 、在提供給用戶(hù)使用后， 如果 程序出現(xiàn)錯(cuò)誤，或 者用戶(hù)提 出新的要求， 開(kāi)發(fā)人員重新 修改代 碼，直到用戶(hù)滿(mǎn)意為 止。一種有效的管理視圖。每項(xiàng)開(kāi)發(fā)活動(dòng)均處于一 個(gè) 質(zhì)量環(huán)節(jié)。文檔驅(qū)動(dòng)， 以項(xiàng) 目階段評(píng)審和文檔 控制為手 段有效的對(duì)整 個(gè)開(kāi)

3、發(fā)過(guò)程進(jìn) 行指導(dǎo)。（ 1）快速模型克服瀑布模 型的特點(diǎn)， 減少由于軟 件需 求不明確帶來(lái)的開(kāi) 發(fā)風(fēng)險(xiǎn)， 具有顯著的效 果。 （2）能 快速吸引用 戶(hù)，從而搶占市 場(chǎng)。1? 縮短時(shí)間2. 開(kāi)發(fā)人員與用戶(hù)可以 通過(guò)原型充分的交流；3. 有利于用戶(hù)的培訓(xùn)和 開(kāi)發(fā)的同步。4. 加入構(gòu)建必須不破壞 已構(gòu)造好的體系結(jié)構(gòu)。5. 模型的靈活性可以使 其適應(yīng)需求的變化（1）可以在項(xiàng)目的各個(gè)階 段進(jìn)行變更（ 2）可以分 段來(lái)構(gòu)建大型系統(tǒng)，使 成 本計(jì)算變得簡(jiǎn)單、容 易。 （3）用戶(hù)參與開(kāi)發(fā)， 保 證項(xiàng)目不偏離正確方 向。缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)。 忽略 需求環(huán)節(jié)，風(fēng)險(xiǎn)大。 周期長(zhǎng)費(fèi)用高。缺乏靈活性，太過(guò)于理 想 化。如

4、果開(kāi)發(fā)其中， 客戶(hù)難 以明確需求，需（ 1 ） 沒(méi)有考慮軟件的整體 質(zhì)量和長(zhǎng)期的可維護(hù) 性。（ 2）這種模型在大部很容易退化為邊做邊改 模 型（1）不能讓用戶(hù)確信這 種演化方法結(jié)果是可控 的。（ 2）建設(shè)周期長(zhǎng)缺占 八' 、求錯(cuò)誤在后期就難以糾 正。分情況下是不適合的， 采 用該模型往往是為了 演示 功能的需要或匕的 方便 性。 （ 3）由于達(dá)不到 質(zhì)量 要求可能被拋棄， 而采用 新的模型重新設(shè) 計(jì)。適 用 場(chǎng) 合對(duì)于需求非常簡(jiǎn)單 和容易明白，軟件期 望的功能行為容易 定 義，實(shí)現(xiàn)的成功或 失敗容易檢驗(yàn)的工 程 可以使用這種模 型。適合于客戶(hù)的需求較明 確的情況下。用戶(hù)需求不明確、小型

5、 或是交互型式的系統(tǒng)、 大型系統(tǒng)的某些部分技術(shù)風(fēng)險(xiǎn)較大、用戶(hù)需求較為穩(wěn)定的軟件系統(tǒng)適合于大型復(fù)雜的系統(tǒng)迭代模型噴泉模型敏捷模型混合模式思想整個(gè)開(kāi)發(fā)工作被組織為一系 列的 短小的、固定長(zhǎng)度（如 3 周）的小項(xiàng) 目， 被稱(chēng)為一系列的迭代。 每一次迭 代都包括了需求分 析、設(shè)計(jì)、實(shí) 現(xiàn)與測(cè)試軟件開(kāi)發(fā)過(guò)程的各個(gè)階段是 相互 迭代的、無(wú)間歇的。軟 件的某個(gè) 部分常常被重復(fù)工 作多次，相關(guān) 對(duì)象在每次迭 代中加入漸近的軟 件成分。把一個(gè)大項(xiàng)目分為多個(gè)相互 聯(lián) 系，但也可獨(dú)立運(yùn)行的小 項(xiàng)目， 并分別完成，在此過(guò) 程中軟件一 直處于可使用狀 態(tài)。把幾種不同模型組合成一種 混合 模型，它允許一個(gè)項(xiàng)目 能沿著最 有效的路徑發(fā)展， 這就是過(guò)程開(kāi) 發(fā)模型（或混 合模型）。實(shí)際 上，一些軟件 開(kāi)發(fā)單位都是使用 幾種不同 的開(kāi)發(fā)方法組成他們自 己的 混合模型。優(yōu)占 八 ' 、降低風(fēng)險(xiǎn)、得到早期用戶(hù)反 饋、 持續(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)項(xiàng)目風(fēng)險(xiǎn)可能會(huì)很高不利于項(xiàng)目管理文檔少對(duì)企業(yè)的管理和