軟工開發模型

我們在進行軟體開發的時候，我們需要對軟體開發的全部過程、活動和任務設計乙個框架，那就是軟體開發模型。選擇軟體開發模型是我們進行軟體開發至關重要的一步！

它包括軟體開發的需求、設計、編碼、測試階段，有時也包括運維階段。它能夠清晰地表達軟體開發的全過程，明確規定了要完成的主要任務和活動，用來作為軟體專案工作的基礎。

不同的軟體系統，可以採用不同的開發方法、程式語言，不同技能的人員參與工作、運用不同的管理方法等。

最早出現的軟體開發模型是2023年w·royce提出的瀑布模型。該模型給出了固定的順序，將生存期活動從上乙個階段向下乙個階段逐級過渡，如同流水下瀉，最終得到所開發的軟體產品，投入使用。但計算拓廣到統計分析、商業事務等領域時，大多數程式採用高階語言(如fortran、cobol等)編寫。瀑布模式模型也存在著缺乏靈活性、無法通過併發活動澄清本來不夠確切的需求等缺點。

思想：

從製作時間上按工序吧問題簡化，將功能實現與製作分開便於分工協作

優點：

奠定了軟體工程方法的基礎

流水依賴，便於分工協作

推遲物理實現，便於修改文件，有複審質量保證

不足：

與使用者見面晚，成功率低，一般為25%

使用範圍：

使用於系統要求明確的系統，各種應用軟體的開發均可使用

圖例：

此模型的之間各個階段的相互依賴性特別強，每個階段都要產生乙個文件，還要接受評審！可以看出這個模型是一步乙個腳印走過來！

b模型有由下圖可以看出，就是在之前的瀑布模型的基礎進行了調整，在測試階段之後，新增了維護迴圈的過程，保證我們的軟體開發的更加完善！（但是維護的工作量不能超過軟體開發工作量的一半，超過一半那就不是軟體維護了，那就是是二次開發了！）

圖例：

它主要運用在比較注重維護的軟體開發過程中，而且一般維護的成本比較高的！

快速原型模型的第一步是建造乙個快速原型，實現客戶或未來的使用者與系統的互動，使用者或客戶對原型進行評價，進一步細化待開發軟體的需求。通過逐步調整原形使其滿足客戶的要求，開發人員可以確定客戶的真正需求是什麼；第二步則是在第一步的基礎上開發客戶滿意的軟體產品。

圖例：

快速原型方法可以克服瀑布模型的不足，減少由於軟體需求不明確帶來的開發風險，具有顯著的效果！

由於在專案開發的初始階段人們對軟體的需求認識常常不夠清晰，因而使得開發專案的難於做到一次開發成功，出現返工的現象是在所難免的。

所以我們在開發的時候，一般是做兩次：

第一次是試驗開發，其目標只是在於探索可行性，弄清軟體需求！

第二次則是在此基礎上獲得較為滿意的軟體產品

圖例（漸增模型）：

基本思想：

允許從部分需求出發，先建立乙個不全面的系統，通過測試這個系統，進一步使系統擴充和完善。

優點：

開發的過程始終有開發人員和使用者參與，有問題可以隨時更改，從而很好的滿足使用者的需求。

適用範圍：

適用於那些知識型軟體系統的開發。

特點：

從整體結構上不如瀑布模型清晰

軟體的文件不如瀑布模型的劃分嚴格

周期長，成本高

與使用者見面快，開發效率高

螺旋模型是一種演化軟體開發過程模型，它兼顧了快速原型的迭代的特徵以及瀑布模型的系統化與嚴格監控。螺旋模型最大的特點在於引入了其他模型不具備的風險分析，使軟體在無法排除重大風險時有機會停止，以減小損失。同時，在每個迭代階段構建原型是螺旋模型用以減小風險的途徑。螺旋模型更適合大型的昂貴的系統級的軟體應用。

螺旋模型沿著螺線旋轉，在四個象限分別表達四個方面：

制定計畫：確定軟體目標，續訂實施方案，弄清專案開發的限制條件

風險分析：分析所選方案，考慮如何識別和消除風險

實事工程：實施軟體開發

客戶評估：評價開發工作，提出修正建議

圖例：