（1）瀑布模型：（適應(yīng)結(jié)構(gòu)化開(kāi)發(fā)方法）用于需求明確或很少變動(dòng)的項(xiàng)目，也可用在以往已有類似經(jīng)驗(yàn)的項(xiàng)目上。

（2）V模型、W模型：都是瀑布模型的變體，它們將測(cè)試階段與開(kāi)發(fā)階段進(jìn)行對(duì)應(yīng)。V模型中：需求分析-驗(yàn)收測(cè)試（驗(yàn)證業(yè)務(wù)需求）、概要設(shè)計(jì)-系統(tǒng)測(cè)試（驗(yàn)證整體運(yùn)行情況）、詳細(xì)設(shè)計(jì)-集成測(cè)試（驗(yàn)證模塊間接口情況）、編碼-單元測(cè)試（驗(yàn)證邊界值錯(cuò)誤）。
其中V模型特點(diǎn)：開(kāi)發(fā)和測(cè)試同等重要；每個(gè)開(kāi)發(fā)階段都有一個(gè)測(cè)試級(jí)別與之相對(duì)應(yīng)；測(cè)試依舊是開(kāi)發(fā)生命周期中的階段，與瀑布模型不同的是，有多個(gè)測(cè)試級(jí)別與開(kāi)發(fā)階段對(duì)應(yīng)；適用于需求明確和需求變更不頻繁的情形。

（3）原型模型：（適應(yīng)原型化開(kāi)發(fā)方法）用于難以將需求描述清楚的項(xiàng)目，通過(guò)構(gòu)建原型來(lái)確定需求。原型分：拋棄式原型、進(jìn)化型原型。原型的特點(diǎn)：實(shí)際可行；具有最終系統(tǒng)的基本特征；構(gòu)造方便、快速，造價(jià)低。

（4）螺旋模型：是一個(gè)演化軟件過(guò)程模型，將原型模型中的迭代特征和瀑布模型線性順序控制和系統(tǒng)化的方面結(jié)合起來(lái)。每個(gè)周期均包括：制訂計(jì)劃（決定目標(biāo)、方案和限制）、風(fēng)險(xiǎn)分析（評(píng)價(jià)方案、識(shí)別風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)）、實(shí)施工程（開(kāi)發(fā)、驗(yàn)證下一產(chǎn)品）和客戶評(píng)估等4個(gè)階段。特別適用龐大而復(fù)雜、高風(fēng)險(xiǎn)系統(tǒng)開(kāi)發(fā)。

（5）敏捷開(kāi)發(fā)模型(Agile)：是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法，適用于一開(kāi)始并沒(méi)有或不能完整地確定出需求和范圍的項(xiàng)目或者需要應(yīng)對(duì)迅速變更化的環(huán)境，或者需求和范圍難以事先確定，或者能夠以有利于干系人的方式定義最小增量的改進(jìn)，強(qiáng)調(diào)團(tuán)隊(duì)成員與業(yè)務(wù)專家的緊密協(xié)作、面對(duì)面構(gòu)通、頻繁交付新的版本。

Scrum是其中的一種迭代式增加軟件開(kāi)發(fā)方法。

◆三個(gè)角色：

產(chǎn)品負(fù)責(zé)人 Product Owner： 負(fù)責(zé)維護(hù)產(chǎn)品訂單的人，代表利益相關(guān)者的利益。

團(tuán)隊(duì)負(fù)責(zé)人 Scrum Master： 為Scrum過(guò)程負(fù)責(zé)的人，確保scrum的正確使用并使得Scrum的收益最大化。

開(kāi)發(fā)團(tuán)隊(duì) Team: 由負(fù)責(zé)自我管理開(kāi)發(fā)產(chǎn)品的人組成的跨職能團(tuán)隊(duì)。

◆三個(gè)物件：

產(chǎn)品待辦事項(xiàng)列表 Product Backlog：根據(jù)用戶價(jià)值進(jìn)行優(yōu)先級(jí)排序的高層需求。

沖刺訂單 Sprint Backlog：要在沖刺中完成的任務(wù)的清單。

可交付產(chǎn)品增量 Increment：最終交付給客戶的內(nèi)容

◆四個(gè)會(huì)議：

沖刺計(jì)劃會(huì)議 Sprint Planning Meeting：在每個(gè)沖刺之初，由產(chǎn)品負(fù)責(zé)人講解需求，并由開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行估算的計(jì)劃會(huì)議。

每日站立會(huì)議Daily Standup Meeting：團(tuán)隊(duì)每天進(jìn)行溝通的內(nèi)部短會(huì)，因一般只有15分鐘且站立進(jìn)行而得名。

迭代評(píng)審會(huì)議 Review Meeting：在沖刺結(jié)束前給產(chǎn)品負(fù)責(zé)人演示并接受評(píng)價(jià)的會(huì)議。

迭代回顧會(huì)議 Retrospective Meeting：在沖刺結(jié)束后召開(kāi)的關(guān)于自我持續(xù)改進(jìn)的會(huì)議。

◆其他：

沖刺 Sprint: 一個(gè)時(shí)間周期（通常在2周到1個(gè)月之間），開(kāi)發(fā)團(tuán)隊(duì)會(huì)在此期間內(nèi)完成所承諾的一組訂單項(xiàng)的開(kāi)發(fā)。

（6）噴泉模型（適用于面向?qū)ο蟮拈_(kāi)發(fā)方法）：體現(xiàn)了面向?qū)ο箝_(kāi)發(fā)過(guò)程的迭代和連續(xù)性，分析、設(shè)計(jì)、編碼等活動(dòng)之間沒(méi)有明顯的界面，也具有一定的迭代性。

優(yōu)點(diǎn)：該模型的各個(gè)階段沒(méi)有明顯的界限，開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。其優(yōu)點(diǎn)是可以提高軟件項(xiàng)目開(kāi)發(fā)效率，節(jié)省開(kāi)發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。?

缺點(diǎn)：由于噴泉模型在各個(gè)開(kāi)發(fā)階段是重疊的，因此在開(kāi)發(fā)過(guò)程中需要大量的開(kāi)發(fā)人員，因此不利于項(xiàng)目的管理。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對(duì)可能隨時(shí)加入各種信息、需求與資料的情況。

（7）迭代模型：時(shí)間維度上分為初始、細(xì)化、構(gòu)造、移交等4個(gè)階段，每個(gè)階段都有業(yè)務(wù)建模、需求獲取、分析與設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署等環(huán)節(jié)的工作內(nèi)容，每個(gè)階段上述環(huán)節(jié)工作量不同。

（8）統(tǒng)一過(guò)程模型(Rational Unified Process ，RUP)（是上面迭代模型中的一種）：是一種以用例驅(qū)動(dòng)、以體系結(jié)構(gòu)為核心、迭代及增量的軟件過(guò)程模型，由UML方法和工具支持，廣泛應(yīng)用于各類面向?qū)ο箜?xiàng)目。

它有6個(gè)核心工作流：業(yè)務(wù)建模（或稱商業(yè)建模）、需求、分析設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署，和 3個(gè)支持工作流：配置與變更管理、項(xiàng)目管理和環(huán)境，分為初始、細(xì)化、構(gòu)建、交付等4個(gè)階段，并不斷迭代。