迭代軟體開發--整理
一、 迭代軟體開發介紹：
在迭代式開發方法中，整個開發工作被組織為一系列的短小的、固定長度（如
3周）的小專案，被稱為一系列的迭代。每一次迭代都包括了需求分
析、設計、實現與測試。採用這種方法，開發工作可以在需求被完整地確定之前啟動，並在一次迭代中完成系統的一部分功能或業務邏輯的開發工作。再通過客戶的反
饋來細化需求，並開始新一輪的迭代。
二、 為什麼選擇迭代開發：
初始設計就其關鍵需求而言很有可能是有缺陷的。
到後期才發現設計缺陷會導致非常嚴重的費用超支，在某些情況下甚至會導致專案被取消。在迭代式生命週期中，您需要根據主要風險列表選擇要在迭代中開發的新的增量內容。每次迭代完成時都會生成乙個經過測試的可執行檔案，這樣就可以核實是否已
經降低了目標風險
業務分析師
：系統使用者 ： 系統使用者視角與客戶視角非常相象，使用者可以看到關於進展的週期性跡象以確保解決方案能夠適應他們的實際需要。 對於專案整體，將使用者包含入迭代所產生的發行版本的演示和評估一般來說這是非常有利的。但在每乙個迭代中未必時必要的，因為允許對早期部分實 現的廣泛回顧可能會起到反作用。與系統使用者的常規互動也可以幫助提醒開發團隊的發布業務職責，而不僅僅是迷人的新技術。它還使得需求本身可以像它們的系統 一樣被驗證。對於早期使用者反饋請求的益處，特別是在應用以及使用者介面設計領域，已經由前面所提到的案例被證實。我們認為它提供了有價值的教訓
團隊成員：
三、
迭代化軟體開發技術
ibm rational 技術 傅純一 ibm中國 軟體部rational中國區技術銷售經理 2004 年 9 月1.傳統開發流程的問題 傳統的軟體開發流程是乙個文件驅動的流程，它將整個軟體開發過程劃分為順序相接的幾個階段，每個階段都必需完成全部規定的任務 文件 後才能夠進入下乙個階段。如必須完成全...
迭代化軟體開發技術
ibm rational 技術 傅純一 ibm中國 軟體部rational中國區技術銷售經理 2004 年 9 月 1.傳統開發流程的問題 傳統的軟體開發流程是乙個文件驅動的流程，它將整個軟體開發過程劃分為順序相接的幾個階段，每個階段都必需完成全部規定的任務 文件 後才能夠進入下乙個階段。如必須完成...
迭代式軟體開發也有陷阱
迭代式 iterative 軟體開發似乎已經成為了目前業內被證明最有效的開發方式，不管是微軟模式，還是rup或者xp，還有別的個別公司和個人嚐到的模式，除去具體細節上的差別，核心思想都是迭代。這世界上道理是想通的，摸著石頭過河 也就是迭代式的思想，走一步看看情況如何，然後決定下一步怎麼走。迭代式開發...