迭代模型

用手机看条目

出自 MBA智库百科(https://wiki.mbalib.com/)

迭代模型(Iterative Model)

目錄

什麼是迭代模型

  早在20世紀50年代末期,軟體領域中就出現了迭代模型。最早的迭代過程可能被描述為“分段模型(stagewise model)”,其背景是H.D.Benington領導的美國空軍SAGE項目

  迭代模型是RUPRational Unified Process統一軟體開發過程統一軟體過程)推薦的周期模型。在RUP中,迭代被定義為:迭代包括產生產品發佈(穩定、可執行的產品版本)的全部開發活動和要使用該發佈必需的所有其他外圍元素。所以,在某種程度上,開發迭代是一次完整地經過所有工作流程的過程:(至少包括)需求工作流程、分析設計工作流程、實施工作流程和測試工作流程。

  實質上,它類似小型的瀑布式項目。RUP認為,所有的階段(需求及其它)都可以細分為迭代。每一次的迭代都會產生一個可以發佈的產品,這個產品是最終產品的一個子集。迭代的思想如下圖所示。

迭代式模型

  在現代過程方法XP(eXtreme Programming,極限編程)、RUP無一例外地都推薦、主張採用能顯著減少風險的迭代模型。美國國防部原本提倡瀑布過程和觀點,在發現那麼多採用了瀑布模型的失敗的項目之後,不但放棄了對它的要求,而且從1994年的報告開始,積極地鼓勵採用更加現代化的迭代模型來取代瀑布模型做法。同時,中國中科院也提倡選用迭代模型。

  對眾多的開發模型和過程方法,及權威機構的看法,企業應選擇什麼樣的開發模型,應慎重對從以下幾方面進行考慮:

  1、RUP雖然內容極其豐富,定義了選起、精化、構建、產品化4個階段和業務建模、需求、分析設計、實現、測試、部署等9個工種,提供了一大堆的文檔模板,但極易讓人誤解是重型的過程,實施推廣有一定難度。

  2、再次,在質量管理方面:以實現系統架構、核心功能目標的迭代產品生的工作成果作為質量控制重點。每次迭代進行系統集成、系統測試,達到對軟體質量的持續驗證。每次系統測試,需要回歸測試前一次迭代遺留髮現的問題。每次迭代發佈的小版本組織客戶(包括內部客戶、外部客戶)進行評價,通過演示操作等方式,評價該次迭代是否達到預定的目標,並以此為依據來制定下一次迭代的目標。

  3、最後,在其他方面:每次迭代成果須進行配置管理,版本控制很重要。在整個迭代過程中風險無處不在,建議每周作一次風險跟蹤。同時通過重點關註進度、工作量、滿意度、缺陷等數據收集,關註每次迭代情況。

  總之,選擇一個合適的生命周期模型,並應用正確的方法,對於任何軟體項目的成功是至關重要。企業在選擇開發模型應從項目時間要求、需求明確程度、風險狀況等選擇合適的生命周期模型。

迭代模型的選擇使用條件

  1、在項目開發早期需求可能有所變化。

  2、分析設計人員對應用領域很熟悉。

  3、高風險項目。

  4、用戶可不同程度地參與整個項目的開發過程。

  5、使用面向對象的語言統一建模語言Unified Modeling LanguageUML)。

  6、使用CASE(Computer Aided Software Engineering,電腦輔助軟體工程)工具,如Rose(Rose是非常受歡迎的物件軟體開發工具。)。

  7、具有高素質的項目管理者和軟體研發團隊。

迭代模型的優點

  與傳統的瀑布模型相比較,迭代過程具有以下優點:

  1)降低了在一個增量上的開支風險。如果開發人員重覆某個迭代,那麼損失只是這一個開發有誤的迭代的花費。

  2)降低了產品無法按照既定進度進入市場的風險。通過在開發早期就確定風險,可以儘早來解決而不至於在開發後期匆匆忙忙。

  3)加快了整個開發工作的進度。因為開發人員清楚問題的焦點所在,他們的工作會更有效率。

  4)由於用戶的需求並不能在一開始就作出完全的界定,它們通常是在後續階段中不斷細化的。因此,迭代過程這種模式使適應需求的變化會更容易些。

各種軟體過程模型的特點[1]

  不同的軟體過程模型對軟體開發過程有不同的理解和認識,支持不同的軟體項目和開發組織。下表對比和分析了各個軟體過程模型的特點及其適用的軟體項目類型。

  各種軟體過程模型的特點

模型名稱技術特點適用範圍
瀑布模型簡單,分階段,階段間存在因果關係,

各個階段完成後都有評審,允許反饋,不支持

用戶參與,要求預先確定需求

需求易於完善定義且不易變更的軟體系統
快速原型模型不要求需求預先完備定義,支持用戶參與,

支持需求的漸進式完善和確認,能夠適應用戶需求的變化

需求複雜、難以確定、動態變化的軟體系統
增量模型軟體產品是被增量式地一塊塊開發的,

允許開發活動並行和重疊

技術風險較大、用戶需求較為穩定的軟體系統
迭代模型不要求一次性地開發出完整的軟體系統,將軟體

開發視為一個逐步獲取用廣需求、完善軟體產品的過程

需求難以確定、不斷變更的軟體系統
螺旋模型結合瀑布模型、快速原型模型和迭代模

型的思想,並引進了風險分析活動

需求難以獲取和確定、軟體開發風險較大的軟體系統
RUP可改造、擴展和剪裁:可以對它進行設計、

開發、維護和發佈;強調迭代開發

複雜和需求難以獲取和確定的軟體系統;

軟體開發項目組擁有豐富的軟體開發和管理經驗

參考文獻

  1. 譚慶平,毛新軍,董威.軟體工程實踐教程[M].高等教育出版社,2009.04.
本條目對我有幫助37
MBA智库APP

扫一扫,下载MBA智库APP

分享到:
  如果您認為本條目還有待完善,需要補充新內容或修改錯誤內容,請編輯條目

本条目由以下用户参与贡献

Zfj3000,Angle Roh,Dan,Vulture,Smileandblue,鲈鱼,Yixi,Tracy,Mis铭,苏青荇.

評論(共6條)

提示:評論內容為網友針對條目"迭代模型"展開的討論,與本站觀點立場無關。
117.80.215.* 在 2011年3月17日 11:55 發表

回複評論
59.55.111.* 在 2011年7月22日 07:49 發表

學習了

回複評論
183.16.13.* 在 2012年1月31日 17:33 發表

本人感覺:迭代模型和快速原型模型很相似啊··

回複評論
Yixi (討論 | 貢獻) 在 2012年2月1日 13:45 發表

183.16.13.* 在 2012年1月31日 17:33 發表

本人感覺:迭代模型和快速原型模型很相似啊··

添加了新的內容,希望對您有幫助哦 ~

回複評論
123.232.8.* 在 2012年6月21日 15:27 發表

183.16.13.* 在 2012年1月31日 17:33 發表

本人感覺:迭代模型和快速原型模型很相似啊··

沒有吧,迭代多次,但是快整原型就一次。

回複評論
121.14.162.* 在 2013年6月27日 21:24 發表

好,灰常感謝你們的貢獻!o(≧v≦)o

回複評論

發表評論請文明上網,理性發言並遵守有關規定。

打开APP

以上内容根据网友推荐自动排序生成