好吧,其實現在許多產品實際都是使用的“邊做邊改”模型來開發的,特別是很多小公司產品周期壓縮的太短。在這種模型中,既沒有規格說明,也沒有經過設計,軟件隨著客戶的需要壹次又壹次地不斷被修改。
在這個模型中,開發人員拿到項目立即根據需求編寫程序,調試通過後生成軟件的第壹個版本。在提供給用戶使用後,如果程序出現錯誤,或者用戶提出新的要求,開發人員重新修改代碼,直到用戶和測試等等滿意為止。
這是壹種類似作坊的開發方式,邊做邊改模型的優點毫無疑問就是前期出成效快。
對編寫邏輯不需要太嚴謹的小程序來說還可以對付得過去,但這種方法對任何規模的開發來說都是不能令人滿意的,其主要問題在於:
1) 缺少規劃和設計環節,軟件的結構隨著不斷的修改越來越糟,導致無法繼續修改;
2) 忽略需求環節,給軟件開發帶來很大的風險;
3) 沒有考慮測試和程序的可維護性,也沒有任何文檔,軟件的維護十分困難。
2. 瀑布模型(Waterfall Model)
瀑布模型是壹種比較老舊的軟件開發模型,1970年溫斯頓·羅伊斯提出了著名的“瀑布模型”,直到80年代都還是壹直被廣泛采用的模型。
瀑布模型將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動,並且規定了它們自上而下、相互銜接的固定次序,如同瀑布流水,逐級下落。
在瀑布模型中,軟件開發的各項活動嚴格按照線性方式進行,當前活動接受上壹項活動的工作結果,實施完成所需的工作內容。當前活動的工作結果需要進行驗證,如驗證通過,則該結果作為下壹項活動的輸入,繼續進行下壹項活動,否則返回修改。
瀑布模型優點是嚴格遵循預先計劃的步驟順序進行,壹切按部就班比較嚴謹。
瀑布模型強調文檔的作用,並要求每個階段都要仔細驗證。但是,這種模型的線性過程太理想化,已不再適合現代的軟件開發模式,幾乎被業界拋棄,其主要問題在於:
1) 各個階段的劃分完全固定,階段之間產生大量的文檔,極大地增加了工作量;
2) 由於開發模型是線性的,用戶只有等到整個過程的末期才能見到開發成果,從而增加了開發的風險;
3) 早期的錯誤可能要等到開發後期的測試階段才能發現,進而帶來嚴重的後果。
4) 各個軟件生命周期銜接花費時間較長,團隊人員交流成本大。
5)?瀑布式方法在需求不明並且在項目進行過程中可能變化的情況下基本是不可行的。
3. 叠代模型(stagewise model)(也被稱作叠代增量式開發或叠代進化式開發)
,是壹種與傳統的瀑布式開發相反的軟件開發過程,它彌補了傳統開發方式中的壹些弱點,具有更高的成功率和生產率。
在叠代式開發方法中,整個開發工作被組織為壹系列的短小的、固定長度(如3周)的小項目,被稱為壹系列的叠代。每壹次叠代都包括了需求分析、設計、實現與測試。采用這種方法,開發工作可以在需求被完整地確定之前啟動,並在壹次叠代中完成系統的壹部分功能或業務邏輯的開發工作。再通過客戶的反饋來細化需求,並開始新壹輪的叠代。
教學中,對叠代和版本的區別,可理解如下:?叠代壹般指某版本的生產過程,包括從需求分析到測試完成;?版本壹般指某階段軟件開發的結果,壹個可交付使用的產品。
與傳統的瀑布模型相比較,叠代過程具有以下優點:
1)降低了在壹個增量上的開支風險。如果開發人員重復某個叠代,那麽損失只是這壹個開發有誤的叠代的花費。
2)降低了產品無法按照既定進度進入市場的風險。通過在開發早期就確定風險,可以盡早來解決而不至於在開發後期匆匆忙忙。
3)加快了整個開發工作的進度。因為開發人員清楚問題的焦點所在,他們的工作會更有效率。
4)由於用戶的需求並不能在壹開始就作出完全的界定,它們通常是在後續階段中不斷細化的。因此,叠代過程這種模式使適應需求的變化會更容易些。因此復用性更高
4. 快速原型模型(Rapid Prototype Model)
快速原型模型的第壹步是建造壹個快速原型,實現客戶或未來的用戶與系統的交互,用戶或客戶對原型進行評價,進壹步細化待開發軟件的需求。通過逐步調整原型使其滿足客戶的要求,開發人員可以確定客戶的真正需求是什麽;第二步則在第壹步的基礎上開發客戶滿意的軟件產品。
顯然,快速原型方法可以克服瀑布模型的缺點,減少由於軟件需求不明確帶來的開發風險,具有顯著的效果。
快速原型的關鍵在於盡可能快速地建造出軟件原型,壹旦確定了客戶的真正需求,所建造的原型將被丟棄。因此,原型系統的內部結構並不重要,重要的是必須迅速建立原型,隨之迅速修改原型,以反映客戶的需求。
快速原型模型有點整合“邊做邊改”與“瀑布模型”優點的意味。
5、增量模型(Incremental Model)
與建造大廈相同,軟件也是壹步壹步建造起來的。在增量模型中,軟件被作為壹系列的增量構件來設計、實現、集成和測試,每壹個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成。
增量模型在各個階段並不交付壹個可運行的完整產品,而是交付滿足客戶需求的壹個子集的可運行產品。整個產品被分解成若幹個構件,開發人員逐個構件地交付產品,這樣做的好處是軟件開發可以較好地適應變化,客戶可以不斷地看到所開發的軟件,從而降低開發風險。但是,增量模型也存在以下缺陷:
1) 由於各個構件是逐漸並入已有的軟件體系結構中的,所以加入構件必須不破壞已構造好的系統部分,這需要軟件具備開放式的體系結構。
2) 在開發過程中,需求的變化是不可避免的。增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟件過程的控制失去整體性。
在使用增量模型時,第壹個增量往往是實現基本需求的核心產品。核心產品交付用戶使用後,經過評價形成下壹個增量的開發計劃,它包括對核心產品的修改和壹些新功能的發布。這個過程在每個增量發布後不斷重復,直到產生最終的完善產品。
例如,使用增量模型開發字處理軟件。可以考慮,第壹個增量發布基本的文件管理、編輯和文檔生成功能,第二個增量發布更加完善的編輯和文檔生成功能,第三個增量實現拼寫和文法檢查功能,第四個增量完成高級的頁面布局功能。
6. 螺旋模型(Spiral Model)
1988年,巴利·玻姆(Barry Boehm)正式發表了軟件系統開發的“螺旋模型”,它將瀑布模型和快速原型模型結合起來,強調了其他模型所忽視的風險分析,特別適合於大型復雜的系統。
螺旋模型沿著螺線進行若幹次叠代,圖中的四個象限代表了以下活動:
1) 制定計劃:確定軟件目標,選定實施方案,弄清項目開發的限制條件;
2) 風險分析:分析評估所選方案,考慮如何識別和消除風險;
3) 實施工程:實施軟件開發和驗證;
4) 客戶評估:評價開發工作,提出修正建議,制定下壹步計劃。
螺旋模型由風險驅動,強調可選方案和約束條件從而支持軟件的重用,有助於將軟件質量作為特殊目標融入產品開發之中。但是,螺旋模型也有壹定的限制條件,具體如下:
1) 螺旋模型強調風險分析,但要求許多客戶接受和相信這種分析,並做出相關反應是不容易的,因此,這種模型往往適應於內部的大規模軟件開發。
2) 如果執行風險分析將大大影響項目的利潤,那麽進行風險分析毫無意義,因此,螺旋模型只適合於大規模軟件項目。
3) 軟件開發人員應該擅長尋找可能的風險,準確地分析風險,否則將會帶來更大的風險
壹個階段首先是確定該階段的目標,完成這些目標的選擇方案及其約束條件,然後從風險角度分析方案的開發策略,努力排除各種潛在的風險,有時需要通過建造原型來完成。如果某些風險不能排除,該方案立即終止,否則啟動下壹個開發步驟。最後,評價該階段的結果,並設計下壹個階段。
7. 敏捷軟件開發?(Agile development)
敏捷開發是壹種以人為核心、叠代、循序漸進的開發方法。在敏捷開發中,軟件項目的構建被切分成多個子項目,各個子項目的成果都經過測試,具備集成和可運行的特征。換言之,就是把壹個大項目分為多個相互聯系,但也可獨立運行的小項目,並分別完成,在此過程中軟件壹直處於可使用狀態。
敏捷開發小組主要的工作方式可以歸納為:作為壹個整體工作; 按短叠代周期工作; 每次叠代交付壹些成果,關註業務優先級,檢查與調整。
敏捷軟件開發要註意項目規模,規模增長,團隊交流成本就上去了,因此敏捷軟件開發暫時適合不是特別大的團隊開發,比較適合壹個組的團隊使用。
8. 演化模型(evolutionary model)
主要針對事先不能完整定義需求的軟件開發。用戶可以給出待開發系統的核心需求,並且當看到核心需求實現後,能夠有效地提出反饋,以支持系統的最終設計和實現。軟件開發人員根據用戶的需求,首先開發核心系統。當該核心系統投入運行後,用戶試用之,完成他們的工作,並提出精化系統、增強系統能力的需求。軟件開發人員根據用戶的反饋,實施開發的叠代過程。第壹叠代過程均由需求、設計、編碼、測試、集成等階段組成,為整個系統增加壹個可定義的、可管理的子集。
在開發模式上采取分批循環開發的辦法,每循環開發壹部分的功能,它們成為這個產品的原型的新增功能。於是,設計就不斷地演化出新的系統。 實際上,這個模型可看作是重復執行的多個“瀑布模型”。
“演化模型”要求開發人員有能力把項目的產品需求分解為不同組,以便分批循環開發。這種分組並不是絕對隨意性的,而是要根據功能的重要性及對總體設計的基礎結構的影響而作出判斷。有經驗指出,每個開發循環以六周到八周為適當的長度。
9. 噴泉模型(fountain model, (面向對象的生存期模型, 面向對象(Object Oriented,OO)模型))
噴泉模型與傳統的結構化生存期比較,具有更多的增量和叠代性質,生存期的各個階段可以相互重疊和多次反復,而且在項目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來,可以落在中間,也可以落在最底部。
10. 智能模型(四代技術(4GL))
智能模型擁有壹組工具(如數據查詢、報表生成、數據處理、屏幕定義、代碼生成、高層圖形功能及電子表格等),每個工具都能使開發人員在高層次上定義軟件的某些特性,並把開發人員定義的這些軟件自動地生成為源代碼。這種方法需要四代語言(4GL)的支持。4GL不同於三代語言,其主要特征是用戶界面極端友好,即使沒有受過訓練的非專業程序員,也能用它編寫程序;它是壹種聲明式、交互式和非過程性編程語言。4GL還具有高效的程序代碼、智能缺省假設、完備的數據庫和應用程序生成器。目前市場上流行的4GL(如Foxpro等)都不同程度地具有上述特征。但4GL目前主要限於事務信息系統的中、小型應用程序的開發。
11. 混合模型(hybrid model)
過程開發模型又叫混合模型(hybrid model),或元模型(meta-model),把幾種不同模型組合成壹種混合模型,它允許壹個項目能沿著最有效的路徑發展,這就是過程開發模型(或混合模型)。實際上,壹些軟件開發單位都是使用幾種不同的開發方法組成他們自己的混合模型。
點贊
2
評論
3
分享
收藏
12
手機看
關註
壹鍵三連
原來思維導圖有那麽多種用法?
09-28
MindMaster思維導圖可以用於制定學習筆記、會議紀要、頭腦風暴、知識管理、項目規劃、高效演示、分析決策等。
什麽是軟件開發模式
dengyaozhong8958的博客
73
什麽是軟件開發模式呢?我想,於我們學生而言,更加要註重的是我們的個人能力和團隊協作的方面;在這兩個方面,我們必須註意,在壹個Team中,首先自己需要有足夠的能力和技術去完成團隊分配下來的任務,其次就是壹個團隊在做項目的同時,需要註意與他人的配合。以上即我所認知的軟件開發模式(學生時期)。 轉載於:blogs.com/Ricardo-M-Lu/p/653276...
周小小的慧:默默的問壹句,微信小程序開發的微樂鬥地主真的有外掛和輔助存在嗎?我壹個同事在小程序上輸到崩潰,去網站買外掛加微信又被騙子騙錢騙到懷疑人生5月前回復
Vanda1812回復:23天前回復
周小小的慧:默默的問壹句,微信小程序開發的微樂鬥地主真的有外掛和輔助存在嗎?我壹個同事在小程序上輸到崩潰,去網站買外掛加微信又被騙子騙錢騙到懷疑人生。替他感到無知和生無可戀5月前回復
項目開發流程及開發模式
王晨光的博客
5252
項目開發階段 整體階段:需求分析、設計、編碼、測試、維護。 需求階段:通常定義系統的需求,明白系統的目標。 設計階段:通常確定系統使用什麽數據庫,系統模塊的劃分,各個模塊的功能。 編碼階段:用編程語言對設計階段的實現。 測試階段:分黑盒測試,白盒測試。測試系統的功能是否實現,是否準確。 維護階段:是根據用戶新的需要重新修改系統,使系統更加穩定,更符合用戶的要求。 需求階段:其工作是否到位是整個系...
軟件開發模式之敏捷開發(scrum)
android_Mr_夏
5萬+
簡介 這幾年關於敏捷開發在互聯網企業中越來越廣泛被使用到,運用的比較多的當屬scrum敏捷開發和xp敏捷開發,人人都在談論敏捷開發。那什麽才是敏捷開發呢? 目錄 什麽是敏捷開發? 傳統的開發模式和敏捷開發模式的對比? 敏捷開發scrum的實施。 什麽是敏捷開發 敏捷開發以用戶的需求進化為核心,采用叠代、循序漸進的方法進行軟件開發。 在敏捷開發中,軟件項目在構建初期被...
什麽是軟件開發模式_qq_22343633的博客-CSDN博客
9-5
軟件開發模式這個詞在學校的時候就接觸,出名的瀑布模式、螺旋模式都清楚是怎麽回事,但是卻在網絡上找不到其定義。今天我鬥膽給個基礎定義,拋磚引玉。軟件開發模式,...
什麽是軟件開發模式 - weixin_34358365的博客 - CSDN博客
7-7
什麽是軟件開發模式呢?我想,於我們學生而言,更加要註重的是我們的個人能力和團隊協作的方面;在這兩個方面,我們必須註意,在壹個Team中,首先自己需要有足夠的能力和...
軟件開發流程與模式
oscar999的專欄
1萬+
軟件開發角色與流程軟件生命周期: 制定計劃,需求分析,設計,編碼實現,測試,運行維護模型與演進主要模型介紹1. 邊做邊改模型(Build-and-Fix Model) 其實現在許多產品實際都是使用的“邊做邊改”模型來開發的,特別是很多小公司產品周期壓縮的太短。在這種模型中,既沒有規格說明,也沒有經過設計,軟件隨著客戶的需要壹次又壹次地不斷被修改。 在這個模型中,開發人員拿到項目立即根據需求編寫
軟件常用開發模式介紹
03-29
軟件開發模型(Software Development Model)是指軟件開發全部過程、活動和任務的結構框架。軟件開發包括需求、設計、編碼和測試等階段,有時也包括維護階段。具體介紹軟件中常用的開發模
軟件開發模式圖文詳解-講義文檔類資源
9-29
軟件開發模式 1391. 邊做邊改模型(Build-and-Fix Model) 好吧,其實現在許多產品實際都是使用的“邊做邊改”模型來開發的,特別是很多小公司產品周期壓縮的太短。
軟件的幾種開發模式_m15712884682的博客-CSDN博客
9-28
瀑布模型強調文檔的作用,並要求每個階段都要仔細驗證。但是,這種模型的線性過程太理想化,已不再適合現代的軟件開發模式,幾乎被業界拋棄,其主要問題在於: ...
國家標準軟件開發文檔模板
12-02
國家標準軟件開發文檔模板,包括:操作手冊(GB8567——88)、測試分析報告(GB8567——88)、測試計劃(GB8567——88)、概要設計說明書(GB8567——88)、開發進度月報(GB85
軟件開發計劃書(是 壹個完整的項目開發文檔)
01-09
軟件開發計劃書 ..............1.任務申請.doc ..............2.可行性與計劃階段--可行性研究報告.doc ..............2.可行性與計劃階段--項目開
開發軟件的三種模式,妳了解多少?看看哪種適合妳_qq_384..._CSDN博客
9-18
問:怎麽區分軟件的定制開發、平臺開發、SAAS三種不同開發模式?答:這是三種不同的開發模式,各有優點,和各有缺點,成本也大不相同,沒有絕對優劣,關鍵是看那種模式...
軟件開發模式_qq_43614606的博客-CSDN博客
9-25
軟件開發模式對比(瀑布、叠代、螺旋、敏捷)瀑布模型是由W.W.Royce在1970年最初提出的軟件開發模型, 瀑布式開發是壹種老舊的計算機軟件開發方法。通過概念、啟動、...
2020數學建模A題
09-11
2020數學建模國賽A題及其數據 2020數學建模國賽A題及其數據2020數學建模國賽A題及其數據 2020數學建模國賽A題及其數據 2020數學建模國賽A題及其數據 2020數學建模國賽A題及其數據
靈敏度分析使用MATLAB編寫完成
05-29
靈敏度分析matlab代碼編寫,運籌學中的靈敏度分析的求解均可用此方法
app四種開發模式的優缺點
jia12216的專欄
6921
app的四種開發模式: 1.原生App開發(Native App, 本地應用程序); 2.網頁應用程序(Web App,移動web)。 3.采用Hybrid混合框架開發(Hybrid App,混合應用程序); 4.采用ReactNative和WEEX等混合框架開發(混合App);