三個(gè)模型

瀑布模型

增量模型

集成和配置模型

沒有適用于所有不同類型軟件開發(fā)的過程模型。

瀑布模型

• 需求定義
• 系統(tǒng)和軟件的設(shè)計(jì)
• 實(shí)現(xiàn)與單元測試
• 集成與系統(tǒng)測試
• 運(yùn)行與維護(hù)

瀑布模型的特征

從上一項(xiàng)活動(dòng)中接受該項(xiàng)活動(dòng)的工作成果（工作產(chǎn)品），作為輸入。

利用這一輸入實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容

給出該項(xiàng)活動(dòng)的工作成果，作為輸出傳給下一項(xiàng)活動(dòng)

對該項(xiàng)活動(dòng)實(shí)施的工作進(jìn)行評審。若其工作得到確認(rèn)，則繼續(xù)下一項(xiàng)活動(dòng)。

瀑布模型的優(yōu)點(diǎn)：

1.強(qiáng)調(diào)開發(fā)的階段性；
2.強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查；
3.強(qiáng)調(diào)產(chǎn)品測試。

瀑布模型的缺點(diǎn)：

• 從認(rèn)識(shí)論角度看，人的認(rèn)識(shí)是一個(gè)多次反復(fù)循環(huán)的過程，不可能一次完成。但瀑布模型中劃分的幾個(gè)階段，沒有反映出這種認(rèn)識(shí)過程的反復(fù)性。 特別是瀑布模型過于依賴早期進(jìn)行的唯一一次需求調(diào)查，不能適應(yīng)需求的變化；
• 軟件開發(fā)是一個(gè)知識(shí)密集型的開發(fā)活動(dòng)，需要相互合作完成，但瀑布模型沒有體現(xiàn)這一點(diǎn)。特別是由于瀑布模型是單一流程，開發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過程。

瀑布模型適合的系統(tǒng)種類

• 嵌入式系統(tǒng)：軟件必須和硬件連接、交互，由于硬件不靈活，將軟件功能的決策推遲到開發(fā)階段通常不可行。
• 關(guān)鍵性系統(tǒng)：要求在早期對軟件規(guī)格說明和設(shè)計(jì)的安全性和信息安全進(jìn)行全面分析，在實(shí)現(xiàn)階段處理安全性問題通常代價(jià)非常大。
• 大型軟件系統(tǒng)：需要完整的規(guī)格說明以使不同的子系統(tǒng)可以獨(dú)立開發(fā)。

增量模型

增量模型的特點(diǎn)

• 增量模型又稱產(chǎn)品改進(jìn)模型（Incremental Model）
• 從給定需求開始，通過構(gòu)造一系列中間版本來實(shí)施開發(fā)活動(dòng)，依次類推，直到系統(tǒng)完成。
• 每一個(gè)中間版本都是需求分析、設(shè)計(jì)、編碼和測試的過程。
• 某些中間版本的開發(fā)可以并行進(jìn)行。

增量模型的優(yōu)點(diǎn)

降低了實(shí)現(xiàn)需求變更的成本。較瀑布模型而言，重新分析和修改文檔的工作流要少很多。

在開發(fā)過程中更容易得到客戶對已完成的開發(fā)工作的反饋意見。客戶可以對軟件的已有版本進(jìn)行評價(jià)，并可以判斷項(xiàng)目進(jìn)度；客戶通常會(huì)覺得從軟件設(shè)計(jì)文檔中評價(jià)項(xiàng)目、判斷項(xiàng)目進(jìn)度很困難。

即使并未實(shí)現(xiàn)所有功能，也可以在早期向客戶交付有用的軟件，相對瀑布模型而言，客戶可以更早地使用軟件

增量模型的缺點(diǎn)

過程不可見。管理人員需要常規(guī)的交付物來掌握進(jìn)度。如果系統(tǒng)是快速開發(fā)的，那么要產(chǎn)生每個(gè)版本的文檔就很不劃算。

伴隨新的增量的加入，系統(tǒng)結(jié)構(gòu)會(huì)退化。敏捷方法建議定期對軟件重構(gòu)。

面對大型、復(fù)雜以及長生命周期的系統(tǒng)，增量模型的以上缺點(diǎn)更為突出。大型系統(tǒng)不同部分由不同團(tuán)隊(duì)開發(fā)，需要穩(wěn)定的框架或體系結(jié)構(gòu)，這種體系結(jié)構(gòu)需要事先進(jìn)行計(jì)劃而不是增量地開發(fā)。

集成與配置模型

尋找可復(fù)用的代碼，按照需求對他們進(jìn)行修改，并將他們與新代碼相集成。

優(yōu)點(diǎn)與缺點(diǎn)

優(yōu)點(diǎn)：

• 基于配置和集成的面向復(fù)用的軟件工程在降低軟件開發(fā)量以及降低成本和風(fēng)險(xiǎn)方面有著明顯的優(yōu)勢。
• 可以實(shí)現(xiàn)更快的軟件交付。

缺點(diǎn)：

• 系統(tǒng)可能不完全滿足用戶的真實(shí)需求。
• 可能失去對系統(tǒng)演化的控制，因?yàn)榭蓮?fù)用構(gòu)建的新版本并不在使用該構(gòu)件的組織的控制之下。

軟件過程

軟件過程中的四個(gè)活動(dòng)(牢記)

軟件需求規(guī)格說明（可行性分析、需求獲取、需求分析）

軟件開發(fā)（總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)）

軟件確認(rèn)（測試）

軟件演化（維護(hù)）

應(yīng)對變化(牢記)

變化預(yù)測：軟件過程包括可以在要求大量返工之前預(yù)見或預(yù)測可能的變化的活動(dòng)，如原型。

變化容忍：基于過程和軟件設(shè)計(jì)手段，使系統(tǒng)修改變得容易。如增量模型、重構(gòu)、框架。

過程改進(jìn)的方法

過程成熟度方法。關(guān)注改進(jìn)過程和項(xiàng)目管理，并將好的軟件工程實(shí)踐引入到組織中。目標(biāo)是提高產(chǎn)品質(zhì)量和過程的可預(yù)測性。

敏捷方法。關(guān)注迭代化的開發(fā)以及降低軟件工程中的額外開銷。主要特點(diǎn)是快速交付功能以及對客戶需求變更的快速響應(yīng)。其哲學(xué)思想：最好的過程是那些額外開銷最低的過程。

過程成熟度方法：

CMM是指“能力成熟度模型"其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。
正式的過程改進(jìn)中的額外開銷過高，小企業(yè)不用，有些大企業(yè)在實(shí)踐。

如何選擇軟件過程模型

在前期需求明確的情況下盡量采用瀑布模型或改進(jìn)型的瀑布模型.

在用戶無信息系統(tǒng)使用經(jīng)驗(yàn),需求分析人員技能不足情況下一定要借助原型.

在不確定性因素很多,很多東西前面無法計(jì)劃情況下盡量采用RUP和螺旋模型

在需求不穩(wěn)定情況下盡量采用RUP模型

在資金和成本無法一次到位情況下可以采用增量模型,軟件產(chǎn)品分多個(gè)版本進(jìn)行發(fā)布

對于完全多個(gè)獨(dú)立功能開發(fā)可以在需求階段就分功能并行,但每個(gè)功能內(nèi)都應(yīng)該遵循瀑布模型

對于全新系統(tǒng)的開發(fā)必須在總體設(shè)計(jì)完成后再開始增量或并行.

對于編碼人員經(jīng)驗(yàn)較少情況下建議不要采用敏捷或迭代等生命周期模型.

增量,迭代和原型可以綜合使用,但每一次增量或迭代都必須有明確的交付和出口準(zhǔn)則.

總結(jié)

以上是生活随笔為你收集整理的软件工程---2.软件过程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。