軟件開發模型(計算機網絡中常見的軟件開發模型有哪些)

軟件開發模型是指軟件開發全部過程、活動和任務的結構框架。常見的軟件開發模型有:邊做邊改模型、瀑布模型、快速原型模型、增量模型、螺旋模型、演化模型、噴泉模型、智能模型、混合模型、RAD模型。

軟件開發模型(Software Development Model)是指軟件開發全部過程、活動和任務的結構框架。

軟件開發包括需求、設計、編碼和測試等階段,有時也包括維護階段。 軟件開發模型能清晰、直觀地表達軟件開發全過程,明確規定了要完成的主要活動和任務,用來作為軟件項目工作的基礎。

對于不同的軟件系統,可以采用不同的開發方法、使用不同的程序設計語言以及各種不同技能的人員參與工作、運用不同的管理方法和手段等,以及允許采用不同的軟件工具和不同的軟件工程環境。

典型開發模型

1、邊做邊改模型(Build-and-Fix Model)

遺憾的是,許多產品都是使用"邊做邊改"模型來開發的。在這種模型中,既沒有規格說明,也沒有經過設計,軟件隨著客戶的需要一次又一次地不斷被修改.

在這個模型中,開發人員拿到項目立即根據需求編寫程序,調試通過后生成軟件的第一個版本。在提供給用戶使用后,如果程序出現錯誤,或者用戶提出新的要求,開發人員重新修改代碼,直到用戶滿意為止。

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

(1) 缺少規劃和設計環節,軟件的結構隨著不斷的修改越來越糟,導致無法繼續修改;

(2) 忽略需求環節,給軟件開發帶來很大的風險;

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

2、瀑布模型(Waterfall Model)

在瀑布模型中,軟件開發的各項活動嚴格按照線性方式進行,當前活動接受上一項活動的工作結果,實施完成所需的工作內容。當前活動的工作結果需要進行驗證,如果驗證通過,則該結果作為下一項活動的輸入,繼續進行下一項活動,否則返回修改。

瀑布模型強調文檔的作用,并要求每個階段都要仔細驗證。但是,這種模型的線性過程太理想化,已不再適合現代的軟件開發模式,幾乎被業界拋棄,其主要問題在于:

(1) 各個階段的劃分完全固定,階段之間產生大量的文檔,極大地增加了工作量;

(2) 由于開發模型是線性的,用戶只有等到整個過程的末期才能見到開發成果,從而增加了開發的風險;

(3) 早期的錯誤可能要等到開發后期的測試階段才能發現,進而帶來嚴重的后果。

我們應該認識到,"線性"是人們最容易掌握并能熟練應用的思想方法。當人們碰到一個復雜的"非線性"問題時,總是千方百計地將其分解或轉化為一系列簡單的線性問題,然后逐個解決。一個軟件系統的整體可能是復雜的,而單個子程序總是簡單的,可以用線性的方式來實現,否則干活就太累了。線性是一種簡潔,簡潔就是美。當我們領會了線性的精神,就不要再呆板地套用線性模型的外表,而應該用活它。例如增量模型實質就是分段的線性模型,螺旋模型則是接連的彎曲了的線性模型,在其它模型中也能夠找到線性模型的影子。

3、快速原型模型(Rapid Prototype Model)

快速原型模型的第一步是建造一個快速原型,實現客戶或未來的用戶與系統的交互,用戶或客戶對原型進行評價,進一步細化待開發軟件的需求。

通過逐步調整原型使其滿足客戶的要求,開發人員可以確定客戶的真正需求是什么;第二步則在第一步的基礎上開發客戶滿意的軟件產品。

顯然,快速原型方法可以克服瀑布模型的缺點,減少由于軟件需求不明確帶來的開發風險,具有顯著的效果。

快速原型的關鍵在于盡可能快速地建造出軟件原型,一旦確定了客戶的真正需求,所建造的原型將被丟棄。因此,原型系統的內部結構并不重要,重要的是必須迅速建立原型,隨之迅速修改原型,以反映客戶的需求。

4、增量模型(Incremental Model)

又稱演化模型。與建造大廈相同,軟件也是一步一步建造起來的。在增量模型中,軟件被作為一系列的增量構件來設計、實現、集成和測試,每一個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成.增量模型在各個階段并不交付一個可運行的完整產品,而是交付滿足客戶需求的一個子集的可運行產品。整個產品被分解成若干個構件,開發人員逐個構件地交付產品,這樣做的好處是軟件開發可以較好地適應變化,客戶可以不斷地看到所開發的軟件,從而降低開發風險

5、螺旋模型(Spiral Model)

1988年,Barry Boehm正式發表了軟件系統開發的"螺旋模型",它將瀑布模型和快速原型模型結合起來,強調了其他模型所忽視的風險分析,特別適合于大型復雜的系統。

螺旋模型沿著螺線進行若干次迭代,圖中的四個象限代表了以下活動:

(1) 制定計劃:確定軟件目標,選定實施方案,弄清項目開發的限制條件;

(2) 風險分析:分析評估所選方案,考慮如何識別和消除風險;

(3) 實施工程:實施軟件開發和驗證;

(4) 客戶評估:評價開發工作,提出修正建議,制定下一步計劃。

螺旋模型由風險驅動,強調可選方案和約束條件從而支持軟件的重用,有助于將軟件質量作為特殊目標融入產品開發之中。但是,螺旋模型也有一定的限制條件,具體如下:

(1) 螺旋模型強調風險分析,但要求許多客戶接受和相信這種分析,并做出相關反應是不容易的,因此,這種模型往往適應于內部的大規模軟件開發。

(2) 如果執行風險分析將大大影響項目的利潤,那么進行風險分析毫無意義,因此,螺旋模型只適合于大規模軟件項目。

(3) 軟件開發人員應該擅長尋找可能的風險,準確地分析風險,否則將會帶來更大的風險

一個階段首先是確定該階段的目標,完成這些目標的選擇方案及其約束條件,然后從風險角度分析方案的開發策略,努力排除各種潛在的風險,有時需要通過建造原型來完成。如果某些風險不能排除,該方案立即終止,否則啟動下一個開發步驟。最后,評價該階段的結果,并設計下一個階段。

6、演化模型(evolution model)

演化模型是一種全局的軟件(或產品)生存周期模型。屬于迭代開發方法。

該模型可以表示為:第一次迭代(需求->設計->實現->測試->集成)->反饋->第二次迭代(需求->設計->實現->測試->集成)->反饋->……

即根據用戶的基本需求,通過快速分析構造出該軟件的一個初始可運行版本,這個初始的軟件通常稱之為原型,然后根據用戶在使用原型的過程中提出的意見和建議對原型進行改進,獲得原型的新版本。重復這一過程,最終可得到令用戶滿意的軟件產品。采用演化模型的開發過程,實際上就是從初始的原型逐步演化成最終軟件產品的過程。演化模型特別適用于對軟件需求缺乏準確認識的情況。

7、噴泉模型(fountain model)

(也稱面向對象的生存期模型, OO模型)

噴泉模型與傳統的結構化生存期比較,具有更多的增量和迭代性質,生存期的各個階段可以相互重疊和多次反復,而且在項目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來,可以落在中間,也可以落在最底部。

8、智能模型(四代技術(4GL))

智能模型擁有一組工具(如數據查詢、報表生成、數據處理、屏幕定義、代碼生成、高層圖形功能及電子表格等),每個工具都能使開發人員在高層次上定義軟件的某些特性,并把開發人員定義的這些軟件自動地生成為源代碼。

這種方法需要四代語言(4GL)的支持。4GL不同于三代語言,其主要特征是用戶界面極端友好,即使沒有受過訓練的非專業程序員,也能用它編寫程序;它是一種聲明式、交互式和非過程性編程語言。4GL還具有高效的程序代碼、智能缺省假設、完備的數據庫和應用程序生成器。市場上流行的4GL(如Foxpro等)都不同程度地具有上述特征。但4GL主要限于事務信息系統的中、小型應用程序的開發。

9、混合模型(hybrid model)

過程開發模型又叫混合模型(hybrid model),或元模型(meta-model),把幾種不同模型組合成一種混合模型,它允許一個項目能沿著最有效的路徑發展,這就是過程開發模型(或混合模型)。實際上,一些軟件開發單位都是使用幾種不同的開發方法組成他們自己的混合模型。

10、RAD模型

快速應用開發(RAD)模型是一個增量型的軟件開發過程模型。強調極短的開發周期。RAD模型是瀑布模型

的一個“高速”變種,通過大量使用可復用構件,采用基于構件的建造方法贏得快速開發。如果需求理解得好且約束了項目的范圍,隨后是數據建模、過程建模、應用生成、測試及反復。采用RAD模型的軟件過程如右圖所示。

感謝你能夠認真閱讀完這篇文章,希望小編分享的“計算機網絡中常見的軟件開發模型有哪些”這篇文章對大家有幫助,同時也希望大家多多支持本站,關注本站行業資訊頻道,更多相關知識等著你來學習!