瀑布模型

瀑布模型也稱為生命周期法，是生命周期法中最常用的開發(fā)模型，它把軟件開發(fā)的過程分為軟件計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編碼、軟件測試和運(yùn)行維護(hù)6個(gè)階段，規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

• 軟件計(jì)劃：主要確定軟件的開發(fā)目標(biāo)及其可行性。

• 需求分析：在確定軟件開發(fā)可行的情況下，對軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。

• 軟件設(shè)計(jì)：主要根據(jù)需求分析的結(jié)果，對整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)（概要設(shè)計(jì)）和詳細(xì)設(shè)計(jì)。

• 程序編碼：將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編寫中必須制定統(tǒng)一、符合標(biāo)準(zhǔn)的編寫規(guī)范，以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。

• 軟件測試：在軟件設(shè)計(jì)完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過程中存在的問題并加以糾正。在測試過程中需要建立詳細(xì)的測試計(jì)劃并嚴(yán)格按照測試計(jì)劃進(jìn)行測試，以減少測試的隨意性。

• 軟件維護(hù)：軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求，要延續(xù)軟件的使用壽命，就必須對軟件進(jìn)行維護(hù)。

變換模型

變換模型（演化模型）是在快速開發(fā)一個(gè)原型的基礎(chǔ)上，根據(jù)用戶在調(diào)用原型的過程中提出的反饋意見和建議，對原型進(jìn)行改進(jìn)，獲得原型的新版本，重復(fù)這一過程，直到演化成最終的軟件產(chǎn)品。

螺旋模型

螺旋模型將瀑布模型和變換模型相結(jié)合，它綜合了兩者的優(yōu)點(diǎn)，并增加了風(fēng)險(xiǎn)分析。它以原型為基礎(chǔ)，沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈都要經(jīng)過制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評價(jià)等活動，并開發(fā)原型的一個(gè)新版本。經(jīng)過若干次螺旋上升的過程，得到最終的系統(tǒng)。

噴泉模型

噴泉模型對軟件復(fù)用和生命周期中多項(xiàng)開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法。"噴泉"一詞本身體現(xiàn)了迭代和無間隙特性。系統(tǒng)某個(gè)部分常常重復(fù)工作多次，相關(guān)功能在每次迭代中隨之加入演進(jìn)的系統(tǒng)。所謂無間隙是指在開發(fā)活動中，分析、設(shè)計(jì)和編碼之間不存在明顯的邊界。

V模型

在開發(fā)模型中，測試常常作為亡羊補(bǔ)牢的事后行為，但也有以測試為中心的開發(fā)模型，那就是V模型。V模型只得到軟件業(yè)內(nèi)比較模糊的認(rèn)可。V模型宣稱測試并不是一個(gè)事后彌補(bǔ)行為，而是一個(gè)同開發(fā)過程同樣重要的過程。

V模型描述了一些不同的測試級別，并說明了這些級別所對應(yīng)的生命周期中不同的階段。在圖中，左邊下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊上升的部分，即測試過程的各個(gè)階段。請注意在不同的組織中，對測試階段的命名可能有所不同。V模型的價(jià)值在于它非常明確地表明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系：

• 單元測試的主要目的是針對編碼過程中可能存在的各種錯(cuò)誤。例如：用戶輸入驗(yàn)證過程中的邊界值的錯(cuò)誤。

• 集成測試的主要目的是針對詳細(xì)設(shè)計(jì)中可能存在的問題，尤其是檢查各單元與其他程序部分之間的接口上可能存在的錯(cuò)誤。

• 系統(tǒng)測試主要針對概要設(shè)計(jì)，檢查系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行。例如：在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能。

• 驗(yàn)收測試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。

增量模型

增量模型像原型實(shí)現(xiàn)模型和其他演化方法一樣，本質(zhì)上是迭代的。但與原型實(shí)現(xiàn)不同的是增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作產(chǎn)品。早期的增量是最終產(chǎn)品的"可拆卸"版本，但它們確實(shí)提供了為用戶服務(wù)的功能，并且提供了給用戶評估的平臺。增量模型的特點(diǎn)是引進(jìn)了增量包的概念，無須等到所有需求都出來，只要某個(gè)需求的增量包出來即可進(jìn)行開發(fā)。雖然某個(gè)增量包可能還需要進(jìn)一步適應(yīng)客戶的需求，還需要更改，但只要這個(gè)增量包足夠小，其影響對整個(gè)項(xiàng)目來說是可以承受的。

RAD模型

快速應(yīng)用開發(fā)（Rapid Application Development,RAD）模型是一個(gè)增量型的軟件開發(fā)過程模型，強(qiáng)調(diào)極短的開發(fā)周期。RAD模型是瀑布模型的一個(gè)“高速”變種，通過大量使用可復(fù)用構(gòu)件，采用基于構(gòu)件的建造方法贏得快速開發(fā)。如果需求理解得好且約束了項(xiàng)目的范圍，利用這種模型可以很快地創(chuàng)建出功能完善的“信息系統(tǒng)“。其流程從業(yè)務(wù)建模開始，隨后是數(shù)據(jù)建模、過程建模、應(yīng)用生成、測試及反復(fù)。采用RAD模型的軟件過程如圖所示。

RAD模型各個(gè)活動期所要完成的任務(wù)如下。

• 業(yè)務(wù)建模：以什么信息驅(qū)動業(yè)務(wù)過程運(yùn)作？要生成什么信息？誰生成它？信息流的去向是哪里？由誰處理？可以輔之以數(shù)據(jù)流圖。

• 數(shù)據(jù)建模：為支持業(yè)務(wù)過程的數(shù)據(jù)流，找數(shù)據(jù)對象集合，定義數(shù)據(jù)對象屬性，與其他數(shù)據(jù)對象的關(guān)系構(gòu)成數(shù)據(jù)模型，可輔之以E-R圖。

• 過程建模：使數(shù)據(jù)對象在信息流中完成各業(yè)務(wù)功能。創(chuàng)建過程以描述數(shù)據(jù)對象的增加、修改、刪除、查找，即細(xì)化數(shù)據(jù)流圖中的處理框。

• 應(yīng)用程序生成：利用第四代語言（4GL）寫出處理程序，重用已有構(gòu)件或創(chuàng)建新的可重用構(gòu)件，利用環(huán)境提供的工具自動生成并構(gòu)造出整個(gè)應(yīng)用系統(tǒng)。

• 測試與交付，由于大量重用，一般只做總體測試，但新創(chuàng)建的構(gòu)件還是要測試的。

基于構(gòu)件的模型

構(gòu)件（Component,組件）是一個(gè)具有可重用價(jià)值的、功能相對獨(dú)立的軟件單元?；跇?gòu)件的軟件開發(fā)（Component Based Software Development,CBSD）模型是利用模塊化方法，將整個(gè)系統(tǒng)模塊化，并在一定構(gòu)件模型的支持下，復(fù)用構(gòu)件庫中的一個(gè)或多個(gè)軟件構(gòu)件，通過組合手段高效率、高質(zhì)量地構(gòu)造應(yīng)用軟件系統(tǒng)的過程?；跇?gòu)件的開發(fā)模型融合了螺旋模型的許多特征，本質(zhì)上是演化型的，開發(fā)過程是迭代的?；跇?gòu)件的開發(fā)模型由軟件的需求分析和定義、體系結(jié)構(gòu)設(shè)計(jì)、構(gòu)件庫建立、應(yīng)用軟件構(gòu)建、測試和發(fā)布5個(gè)階段組成。

原型方法

軟件原型是所提出的新產(chǎn)品的部分實(shí)現(xiàn)，建立原型的主要目的是為了解決在產(chǎn)品開發(fā)的早期階段的需求不確定的問題，其目的是明確并完善需求、探索設(shè)計(jì)選擇方案、發(fā)展為最終的產(chǎn)品。原型有很多種分類方法。從原型是否實(shí)現(xiàn)功能來分，軟件原型可分為水平原型和垂直原型兩種。水平原型也稱為行為原型，用來探索預(yù)期系統(tǒng)的一些特定行為，并達(dá)到細(xì)化需求的目的。水平原型通常只是功能的導(dǎo)航，但并未真實(shí)實(shí)現(xiàn)功能。水平原型主要用在界面上。垂直原型也稱為結(jié)構(gòu)化原型，實(shí)現(xiàn)了一部分功能。垂直原型主要用在復(fù)雜的算法實(shí)現(xiàn)上。

XP方法

XP是一種輕量（敏捷）、高效、低風(fēng)險(xiǎn)、柔性、可預(yù)測、科學(xué)而且充滿樂趣的軟件開發(fā)方式。與其他方法論相比，其最大的不同在于：

• 在更短的周期內(nèi)，更早地提供具體、持續(xù)的反饋信息。

• 迭代地進(jìn)行計(jì)劃編制，首先在最開始迅速生成一個(gè)總體計(jì)劃，然后在整個(gè)項(xiàng)目開發(fā)過程中不斷地發(fā)展它。

• 依賴于自動測試程序來監(jiān)控開發(fā)進(jìn)度，并及早地捕獲缺陷。

• 依賴于口頭交流、測試和源程序進(jìn)行溝通。

• 倡導(dǎo)持續(xù)的演化式的設(shè)計(jì)。

  依賴于開發(fā)團(tuán)隊(duì)內(nèi)部的緊密協(xié)作。

  盡可能達(dá)到程序員短期利益和項(xiàng)目長期利益的平衡。

RUP方法

RUP（Rational Unified Process）是一個(gè)統(tǒng)一的軟件開發(fā)過程，是一個(gè)通用過程框架，可以應(yīng)付種類廣泛的軟件系統(tǒng)、不同的應(yīng)用領(lǐng)域、不同的組織類型、不同的性能水平和不同的項(xiàng)目規(guī)模。 RUP是基于構(gòu)件的，這意味著利用它開發(fā)的軟件系統(tǒng)是由構(gòu)件構(gòu)成的，構(gòu)件之間通過定義良好的接口相互聯(lián)系。在準(zhǔn)備軟件系統(tǒng)所有藍(lán)圖的時(shí)候，RUP使用的是統(tǒng)一建模語言UML.與其他軟件過程相比，RUP具有三個(gè)顯著的特點(diǎn)：用例驅(qū)動、以基本架構(gòu)為中心、迭代和增量。 RUP中的軟件過程在時(shí)間上被分解為四個(gè)順序的階段，分別是初始階段、細(xì)化階段、構(gòu)建階段和交付階段。每個(gè)階段結(jié)束時(shí)都要安排一次技術(shù)評審，以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評審結(jié)果令人滿意，就可以允許項(xiàng)目進(jìn)入下一個(gè)階段。

以上是java軟件開發(fā)生命周期是什么的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！