該項目的開發。 迭代 - 這是改進過程的方式

迭代 - 該項目的設定的時間段，為其生產產品的穩定工作版本。 它應附有安裝腳本，支持文檔，以及所需要的這個版本的應用程序等文物。

摘要

該產品的工作版本，您可以顯示有關各方該項目的實際開發。 演示過程中，開發團隊可以對需求的需要和實現方法更廣泛的理解要執行什麼得到反饋。 前一個的基礎上進行後續的迭代。 得到的產物，結果，它是一個更接近最終。 迭代 - 在有限的時間。 換言之，調度被充分牢固地固定。 為了滿足這個時間表，填充時間間隔可以變化。

特點

迭代 - 這是一個監管的時期。 該項目的發展，是經過精心策劃的目標，時間間隔很長是固定的。 當每次迭代的規定，設置自己的評價標準。 在參與項目的各方之間的同時，明確落實責任和任務。 此外，研究進行項目開發的客觀指標。 迭代 - 這一次，涉及一定量的返工。 應該說，他們是在一個結構化的方式進行。

積分

任何簡單的迭代應考慮到項目重要性的考慮可能存在的風險，以及實現高優先級組件的工作。 作為其中的每一個時間段被添加到在背景中的利益相關者的最大值的置信度結果減少不確定性。 通常情況下，迭代開發連續或頻繁集成相結合。 換句話說，由於組件是令人滿意的單元測試的結果，他們都融入了整個項目。 組裝和測試之後進行。 因此，綜合產品，對已規劃期間已經確定的各項目標迭代的可能性增大。 定期收集（每日或更頻繁）允許分割的問題和集成和測試的挑戰，它們均勻地在整個開發週期分佈。 經常項目崩潰的原因是，在某一時刻發現了一個所有的困難 一體化進程 的最後階段怎麼回事。 在這種情況下，由於唯一的問題整個團隊停止。

前途

由於目前使用的軟件的複雜性並不總是一致的共同設計，定義需求，測試，實施，選擇正確執行這些和其他步驟的架構。 該解決方案使迭代方法在每個週期的結束讓感興趣的人進入該項目的機會。 在這種情況下，開發團隊迅速和定期收到的反饋。 他們，反過來，使人們有可能進行改進，並在當發展將遠遠不夠的時刻之前的時間和項目預算的範圍和長期放置的情況下，以較低的成本，可能需要實質性的改進來解決問題。 迭代可以得到一個有效的代碼。 它可以激活，評估和執行調整該項目的發展方向。 通常，四個星期的週期的持續時間。 不過，也有七天工作團隊或更長的時間 - 長達半年。