王磊

摘 要 在過去十幾年時間，軟件工程已經(jīng)總結(jié)出一些規(guī)范開發(fā)模型，進行軟件項目管理。在企業(yè)信息系統(tǒng)開發(fā)中，各個供應(yīng)商或者企業(yè)內(nèi)部團隊都有擅長或者偏好的軟件項目開發(fā)模型進行系統(tǒng)實施和構(gòu)建。在實際開發(fā)中，因為開發(fā)模型的不同，會影響項目的成果。每個模型都有自身的特色和優(yōu)劣勢、本文嘗試分析不同的應(yīng)用場景需要選擇不同的開發(fā)模型。

關(guān)鍵詞 項目管理；軟件開發(fā)模型；敏捷開發(fā)

中圖分類號 TP3 文獻標(biāo)識碼 A 文章編號 1674-6708（2017）199-0104-02

近年來，隨著企業(yè)內(nèi)部自主軟件開發(fā)或采取外包模式的軟件開發(fā)增多，在項目管理中發(fā)現(xiàn)采用適當(dāng)?shù)能浖_發(fā)模型是項目成功因素之一。筆者作為企業(yè)內(nèi)部軟件開發(fā)項目經(jīng)理，總結(jié)針對不同的項目規(guī)模和對需求的把控程度要選擇不同的軟件開發(fā)模型。

1 傳統(tǒng)瀑布模型開發(fā)

瀑布模型采用的是線性生命周期方法，一般會對項目不同階段建立項目里程碑，分為可行性研究、需求分析、系統(tǒng)設(shè)計、系統(tǒng)開發(fā)實施、測試、系統(tǒng)維護等階段。當(dāng)一個階段全部完成后，下個階段才能開始。當(dāng)各個階段工作完成后，都會對項目里程碑進行回顧，確保項目處于正常項目進度和目標(biāo)之內(nèi)。從管理角度看，這是一種有效的管理方式，每項開發(fā)活動都是處于一個確保質(zhì)量的環(huán)節(jié)。項目是通過文檔來驅(qū)動，通過項目文檔評審來對項目進行有效的指導(dǎo)。

但是傳統(tǒng)瀑布模型中所有的需求都要在需求分析階段從各方人員中完成收集，但是隨著項目開展，業(yè)務(wù)部門會更深入的反思或者重構(gòu)需求，導(dǎo)致需求發(fā)生變化時。這個模型很難在項目過程中進行需求變更，會耗費大量人天在需求變更和對應(yīng)系統(tǒng)設(shè)計、開發(fā)的調(diào)整上。這種模型適合較小的項目并且是在充分理解需求的情況下采用。對于大型、復(fù)雜的項目，筆者認(rèn)為這是一種危險的開發(fā)模型，因為項目中通常包含許多變量，它們不同程度的對項目能否正常開展產(chǎn)生影響。

2 V形模型開發(fā)

V形模型是在軟件工程中不再按照線性方法，而是遵循V形格式步驟。這個模型強調(diào)軟件產(chǎn)品的每個階段都進行驗證和確認(rèn)。具體是需求和用戶測試相互驗證；系統(tǒng)架構(gòu)設(shè)計和集成測試項目驗證；詳細(xì)設(shè)計和單元測試項目驗證等。

V形模型和瀑布模型在各階段執(zhí)行方面類似，擬定好了執(zhí)行步驟。在某一階段開始之前，前置的階段內(nèi)容需要完成。V形模型在開發(fā)階段不斷進行各個級別的測試，反饋到前期對應(yīng)階段的內(nèi)容里。所以項目執(zhí)行效率會高。但是需求變更依然很困難，在項目周期中變更成本會很高。這個模型沒有迭代概念，更適用于前期可以理解所有需求而且變更范圍很小的場合。

3 螺旋模型

在投入大量時間和人力資源之前，可以開發(fā)軟件代碼的樣品或模型。通過迭代的方式進行開發(fā)，重點關(guān)注風(fēng)險分析。模型分成四個階段：計劃、風(fēng)險分析、開發(fā)和測試。反復(fù)進行迭代。通過和業(yè)務(wù)用戶溝通，解決特定的需求問題。

如果一個團隊使用螺旋模型開展工作，可以盡快和用戶確認(rèn)需求，盡快調(diào)整變更。在項目管理上，螺旋原型可以讓開發(fā)團隊快速設(shè)計樣品，進而驗證當(dāng)前對項目理解的正確性。團隊快速開發(fā)模型和業(yè)務(wù)用戶討論是否可行。螺旋模型開發(fā)的目標(biāo)是漸進式的改進，不像快速模型那樣開發(fā)完原型后將其拋棄掉，原型方法中的原型將會被持續(xù)改進直到它達到最后的成品。每個開發(fā)階段得到的反饋，都用來改進原型，從而滿足用戶需求。開發(fā)一個快速模型，是為了迅速理解提議的解決方案，演化型原型在實驗環(huán)境中是不斷的改進和創(chuàng)新，它適合于在需求不明確的項目中控制關(guān)鍵業(yè)務(wù)點。

它優(yōu)勢是在項目各個階段都可以進行需求變更，可以分階段構(gòu)建大型系統(tǒng)，使流程變得簡單容易，推薦用戶參與到開發(fā)，保證項目方向不偏離。劣勢在于用戶不能確信這種方法的結(jié)果是可控的，而且開發(fā)周期長，螺旋模型適用于復(fù)雜項目。

4 快速應(yīng)用開發(fā)

采用快速應(yīng)用開發(fā)模型是不需要大量的前期規(guī)劃或者調(diào)研、大面積的需求分析，而是依賴于快速原型的使用。在這種模型中，快速開發(fā)軟件的過程與改進軟件計劃相互作用在一起?？焖賾?yīng)用開發(fā)模型集成了選代開發(fā)方法和原型化方法。為了明確軟件產(chǎn)品最終的實現(xiàn)結(jié)果，開發(fā)流程從創(chuàng)建業(yè)務(wù)流程模型和數(shù)據(jù)模型開始。通過應(yīng)用原型設(shè)計，改進過程和數(shù)據(jù)模型。需求的明確化、清晰化會促進原型改進，原型測試和評價也可以提高數(shù)據(jù)和過程模型的質(zhì)量。這些步驟的目標(biāo)是集成業(yè)務(wù)需求和技術(shù)設(shè)計，其中技術(shù)設(shè)計可以提供軟件開發(fā)項目的指導(dǎo)。

一般選用快速應(yīng)用開發(fā)模型的主要原因是，如果依據(jù)其他模型，那么在開發(fā)軟件時，需求往往會發(fā)生變化，開發(fā)人員必須回到繪圖板上重新開始?？焖賾?yīng)用開發(fā)模型允許客戶參與開發(fā)階段，目的是最終結(jié)果能以更現(xiàn)實的方式滿足他們的需求，減少由于軟件需求不確定帶來的風(fēng)險，能夠快速吸引用戶。但是這類方法適合互聯(lián)網(wǎng)類的軟件產(chǎn)品更新頻繁的項目，進行迭代開發(fā)。跌勢是這個開發(fā)模型項目過程文檔不夠完善，不能很好的支持后期運維工作。

5 敏捷模型

在行業(yè)內(nèi)采用敏捷模型之前，一般開發(fā)團隊都會嚴(yán)格采用面向過程的模型。就像瀑布模型那樣，更強調(diào)遵循過程和步驟，而不是以更敏捷有效的方式工作。傳統(tǒng)的項目管理是根據(jù)整體的問題和難度，按照計劃一次解決完整問題，一次交付完整價值。敏捷模型是先把整體的問題分解和降低難度，快速開始行動，逐次解決問題，盡快得到業(yè)務(wù)用戶的反饋，盡早交付更高的價值。敏捷模型是一個軟件開發(fā)能力，是針對迅速變化的要求。敏捷模型具體的名稱、概念、過程和條件不相同，相對于“非敏捷”而言，強調(diào)程序員和業(yè)務(wù)專家面對面交流和密切合作，對新的軟件版本的頻繁交付，緊湊和自我組織類型的團隊，可以很好的適應(yīng)需求改變的代碼，但也更注重軟件開發(fā)中人的作用。

敏捷模型關(guān)注的不是嚴(yán)格的、線性的、階梯式的流程，而是側(cè)重于增量和迭代開發(fā)方法，目的是適應(yīng)不斷變化的業(yè)務(wù)需求，業(yè)務(wù)部門可以對需求的增加、變化或取消進行更多的分析和判斷。同時促進跨部門團隊協(xié)作和持續(xù)反饋機制。相對于傳統(tǒng)的重量級方法，該模型被認(rèn)為是輕量級的，這意味著該模型不限于狹窄的視野和過于結(jié)構(gòu)化的方法，足以滿足每一個項目的需求。根據(jù)業(yè)界實踐，即使是一個定義良好的過程庫，也不能處理開發(fā)項目中的每一種情況。因此，時間和資源不再用于早期的大規(guī)模設(shè)計分析，資源更傾向于業(yè)務(wù)所需功能的增量式代碼創(chuàng)建。此模型側(cè)重于個人交互，而不是過程和工具。它側(cè)重于彈性而不是嚴(yán)格執(zhí)行計劃。這種模型適用于小系統(tǒng)，不適用于大系統(tǒng)。項目管理的關(guān)鍵步驟是控制變化，使一切有序，而敏捷模型基于另一個想法，它允許從一開始就進行大量的需求更改。

本文只是基于筆者企業(yè)內(nèi)部的項目管理經(jīng)驗，介紹了最常用的軟件開發(fā)模型的優(yōu)勢、劣勢和使用場景。如果一個項目選錯了開發(fā)模型，會影響項目的成敗。所以在項目開始之前要和項目團隊確定好恰當(dāng)?shù)能浖_發(fā)模型。

參考文獻

[1]郭連明.談瀑布模型及其局限性[J].科技展望，2016（6）：143.

[2]蔣懌.基于Web標(biāo)準(zhǔn)和快速原型模型的網(wǎng)站開發(fā)方法研究[J].黑龍江科技信息，2011（33）：33-34.

[3]白魚秀，鄭歡歡.敏捷開發(fā)在軟件工程實踐課程中的應(yīng)用[J].計算機學(xué)報，2017（1）：27-28.endprint