構中的所以加入構件必需不破壞已構造好的系統區域性，這需要軟體具備開放式的體系結構。2開發過程中，需求的變化是不可防止的增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟體過程的控制失去整體性。

　　app開發風險及方案措施研究使用增量模型時，第一個增量往往是實現基本需求的核心產品。核心產品交付使用者使用後，經過評價形成下一個增量的開發計劃，包括對核心產品的修改和一些新功能的釋出。這個過程在每個增量釋出後不斷重。但是螺旋模型也有一定的限制條件，具體如下：1螺旋模型強調風險分析。

　　但要求許多客戶接受和相信這種分析，並做出相關反應是不容易的因此，這種app開發模型往往適應於內部的大規模軟體開發。2如果執行風險分析將大大影響專案的利潤，那麼進行風險分析毫無意義，因此，螺旋模型只適合於大規模軟體專案。3軟體開發人員應該擅長尋找可能的風險，準確地分析風險。 否則將會帶來更大的風險一個階段首先是確定該階段的目標，完成這些app開發目標的選擇方案及其約束條件，然後從風險角度分析方案的開發戰略，努力排除各種潛在風險，有時需要透過建造原型來完成。如果某些風險不能排除，該方案立即終止，否則啟動下一個開發步驟。