對(duì)于團(tuán)隊(duì)Leader來(lái)說(shuō)，進(jìn)行軟件開(kāi)發(fā)前，根據(jù)團(tuán)隊(duì)和業(yè)務(wù)的情況選擇合適的軟件開(kāi)發(fā)模式是非常重要的。對(duì)于普通的軟件開(kāi)發(fā)工程師而言，了解軟件的開(kāi)發(fā)模式也有助于其理解在軟件開(kāi)發(fā)過(guò)程中的定位和每個(gè)階段的工作內(nèi)容。

所以本文簡(jiǎn)單談?wù)剮追N主要的軟件開(kāi)發(fā)模式，僅供參考。

瀑布開(kāi)發(fā)模式

瀑布開(kāi)發(fā)模式的開(kāi)發(fā)過(guò)程是通過(guò)設(shè)計(jì)一系列階段順序展開(kāi)的，從系統(tǒng)需求分析開(kāi)始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問(wèn)題，那么最好 返回上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷模?xiàng)目開(kāi)發(fā)進(jìn)程從一個(gè)階段流動(dòng)到下一個(gè)階段，這也是瀑布模型名稱的由來(lái)。包括軟件工程開(kāi)發(fā)、企業(yè)項(xiàng)目開(kāi)發(fā)、產(chǎn)品生產(chǎn)以及市場(chǎng)銷售等構(gòu)造瀑布模型。

瀑布模型是最早出現(xiàn)的軟件開(kāi)發(fā)模式，在軟件工程中占有重要的地位，它提供了軟件開(kāi)發(fā)的基本框架。其過(guò)程是從上一項(xiàng)活動(dòng)接收該項(xiàng)活動(dòng)的工作對(duì)象作為輸入，利用這一輸入實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容給出該項(xiàng)活動(dòng)的工作成果，并作為輸出傳給下一項(xiàng)活動(dòng)。同時(shí)評(píng)審該項(xiàng)活動(dòng)的實(shí)施，若確認(rèn)，則繼續(xù)下一項(xiàng)活動(dòng)；否則返回前面，甚至更前面的活動(dòng)。對(duì)于經(jīng)常變化的項(xiàng)目而言，瀑布模型毫無(wú)價(jià)值。

瀑布模型的優(yōu)點(diǎn)是：容易理解，管理成本低；強(qiáng)調(diào)開(kāi)發(fā)的階段性早期計(jì)劃及需求調(diào)查和產(chǎn)品測(cè)試。

瀑布模型的不足之處是：客戶必須能夠完整、正確和清晰地表達(dá)他們的需要；在開(kāi)始的2個(gè)或3個(gè)階段中，很難評(píng)估真正的進(jìn)度狀態(tài)；當(dāng)接近項(xiàng)目結(jié)束時(shí)，出現(xiàn)了大量的集成和測(cè)試工作；直到項(xiàng)目結(jié)束之前，都不能演示系統(tǒng)的能力。

在瀑布模型中，需求或設(shè)計(jì)中的錯(cuò)誤往往只有到了項(xiàng)目后期才能夠被發(fā)現(xiàn)，對(duì)于項(xiàng)目風(fēng)險(xiǎn)的控制能力較弱，從而導(dǎo)致項(xiàng)目常常延期完成，開(kāi)發(fā)費(fèi)用超出預(yù)算。

敏捷開(kāi)發(fā)模式

敏捷開(kāi)發(fā)模式是一種能應(yīng)對(duì)快速變化需求的新型軟件開(kāi)發(fā)方法。敏捷開(kāi)發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。

敏捷軟件開(kāi)發(fā)描述了一套軟件開(kāi)發(fā)的價(jià)值和原則，在這些開(kāi)發(fā)中，需求和解決方案皆通過(guò)自組織跨功能團(tuán)隊(duì)達(dá)成。敏捷軟件開(kāi)發(fā)主張適度的計(jì)劃、進(jìn)化開(kāi)發(fā)、提前交付與持續(xù)改進(jìn)，并且鼓勵(lì)快速與靈活的面對(duì)開(kāi)發(fā)與變更。這些原則支援許多軟件開(kāi)發(fā)方法的定義和持續(xù)進(jìn)化。

瀑布開(kāi)發(fā)模式的主要的問(wèn)題是它的嚴(yán)格分級(jí)導(dǎo)致的自由度降低，項(xiàng)目早期即作出承諾導(dǎo)致對(duì)后期需求的變化難以調(diào)整，代價(jià)高昂。瀑布式方法在需求不明并且在項(xiàng)目進(jìn)行過(guò)程中可能變化的情況下基本是不可行的。

相對(duì)來(lái)講，敏捷方法則在幾周或者幾個(gè)月的時(shí)間內(nèi)完成相對(duì)較小的功能，強(qiáng)調(diào)的是能將盡早將盡量小的可用的功能交付使用，并在整個(gè)項(xiàng)目周期中持續(xù)改善和增強(qiáng)。

DevOps開(kāi)發(fā)模式

敏捷開(kāi)發(fā)模式雖然能夠?yàn)殚_(kāi)發(fā)帶來(lái)敏捷性，但是在運(yùn)維方面卻失去了敏捷實(shí)踐的速度。開(kāi)發(fā)人員和運(yùn)維工程師之間缺乏協(xié)作仍然會(huì)減慢開(kāi)發(fā)過(guò)程和發(fā)布。DevOps開(kāi)發(fā)模式就是基于對(duì)更好的協(xié)作和更快的交付的需求而產(chǎn)生的。

DevOps是一種涉及軟件在整個(gè)開(kāi)發(fā)生命周期中的持續(xù)開(kāi)發(fā)，持續(xù)測(cè)試，持續(xù)集成，持續(xù)部署和持續(xù)監(jiān)控軟件開(kāi)發(fā)方法，用于促進(jìn)開(kāi)發(fā)、技術(shù)運(yùn)營(yíng)和質(zhì)量保障部門之間的溝通、協(xié)作與整合。

DevOps是一種重視軟件開(kāi)發(fā)人員和IT運(yùn)維技術(shù)人員之間溝通合作的文化、運(yùn)動(dòng)或慣例。透過(guò)自動(dòng)化的軟件交付和架構(gòu)變更的流程，來(lái)使得構(gòu)建、測(cè)試、發(fā)布軟件能夠更加地快捷、頻繁和可靠。

DevOps的出現(xiàn)是由于軟件行業(yè)日益清晰地認(rèn)識(shí)到為了按時(shí)交付軟件產(chǎn)品和服務(wù)，開(kāi)發(fā)和運(yùn)維工作必須緊密合作。