瀑布模型又被成為經典生命週期，是系統的、順序的軟體開發方法，包括通用過程模型的5個部分。溝通——專案啟動、需求獲取；策劃——專案估算、進度計畫、專案跟蹤；建模——分析、設計；構建——編碼、測試；部署——交付、支援、反饋。使用瀑布模型遇到的問題有：（1）實際的專案很少遵守瀑布模型提出的順序。（2）客戶通常難以清楚地描述所有的需求。（3）客戶必須有耐心因為只有到專案接近尾聲的時候才能有個可執行程式。
增量過程模型以迭代的方式運用瀑布模型，它為使用者迅速提供一套功能有限的軟體產品，第乙個增量往往是核心產品。如果在專案既定的商業要求期限之前不可能找到足夠的開發人員，這種情況下增量模型顯得特別有用。
rad模型，即快速應用程式開發是一用側重於短暫的開發周期的增量軟體過程模型。其每個功能分配給乙個獨立的rad團隊，然後再集成為乙個整體。當然，rad模型也有不足：（1）對於大型的可伸縮的專案，rad需要大量的人力資源來建立多個相對獨立的rad團隊。（2）如果開發者和客戶沒有為短時間內急速完成整個系統做好準備，rad專案將會失敗。（3）如果乙個系統不能合理地模組化，rad構件建立會有很多問題。（4）如果系統需求是高效能，並且需要通過調整構件介面的方式來提高效能，不能採用rad模型。（5）技術風險很高的情況下，例如，乙個新的應用開發，大量使用新技術，不宜採用rad。
演化過程模型是迭代的過程模型。原型開發——摸著石頭過河，在需求不明確，難度大的情況下使用。存在一些問題：（1）軟體開發管理往往陷入失效。（2）系統效能不好，不完美。
螺旋模型是一種演進式軟體過程模型。它結合了原型的迭代性質和瀑布模型的系統性和可控性特點。使用範圍：大型負責系統。特點：迴圈迭代，每次迭代不一定是可用的，同時降低了風險；確定一系列里程碑，確保共利益者都支援可行的和令人滿意的系統解決方案。螺旋的第一圈一般開發出產品的規格說明，接下來開發產品的原型系統，並在每次迭代中逐步完善，開發不同的軟體版本。螺旋的每圈都會跨過策劃區域，此時，需調整專案計畫，並根據交付後的反饋調整預算和進度。另外，專案經理還調整完成軟體開發需要迭代的次數。它的缺點是很難說服客戶（特別是以合同的形式）演進的方法是可控的。他依賴大量的風險評估專家來保證成功。如果有較大的風險沒被發現和管理，肯定會發生問題。
協同開發模型可以表示為一系列框架活動、軟體工程動作和任務以及相應的狀態。它可以用於所有型別的軟體開發。基於構件的開發本質上是演化模型，需要以迭代的方式構件模型。它特點是採用預先打包的軟體構件開發程式。它能夠使軟體復用。
面向方面的軟體開發aop。
統一過程up以及uml建模技術。up的開始階段包括客戶溝通和策劃活動。在該階段，初步用「用例」描述每一類使用者所需要的主要特徵和功能。策劃活動識別各種資源，評估主要風險，定義進度計畫等。細化階段包括使用者溝通和通用過程模型的建模活動，完成軟體的五種檢視——用例模型、分析模型、設計模型、實現模型和部署模型。up的構建階段和通用的差不多，產生了不俗模型。up的轉換階段包括通用構建階段的後期階段以及第一部分通用部署活動。此階段，軟體增量成為可用的發布版本。up的生產階段與通用階段的部署活動一致，持續地監控軟體的允許並提供技術支援。五個up階段並不是順序地進行，而是階段性的併發進行。乙個軟體工程的工作流分布在所有up階段。
《大道至簡 軟體工程實踐者的思想》讀後感
大道至簡 源自老子的道家思想。道，即道理，理論。大道，即事物的本源，生命的本質。大道至簡的含義就是最有價值的道理其實是最樸素的道理，很重要的道理，其實是很平常的道理。它很簡單，簡單到一兩句話就能說明白。所以這個 大道至簡 可以適用任何行業。世界 雖變化萬端，而理為一貫。在學習任何東西之前，都要首先了...
《大道至簡 軟體工程實踐者的思想》讀後感
大道至簡 軟體工程實踐者的思想 讀後感 提起 軟體工程 一詞，很多人都不會感覺到陌生，對程式設計有所了解的人可能會首先想到程式設計師以及無窮無盡 成百上千行的程式 而對於程式設計一無所知的人可能就會聯想到 黑客 以及各種it精英，給人一種很高大上的感覺。在報考大學專業之前，我也是屬於第二種 對程式設...
《大道至簡 軟體工程實踐者的思想》讀後感
大道至簡 軟體工程實踐者的思想 是一本講思想講方法的書，它從不同的角度全方面 細緻的解析了軟體工程中的各個環節的意義 作用和價值。本書語言平易近人，多次引用古文典故以求道理清晰易懂，如首章引用愚公移山的典故來闡明程式設計和工程的本質。本書最令我獲益的地方在於它是真正的把軟體工程的核心思想講明白，正如...