首先來說明一下軟件開發(fā)生命周期：
軟件開發(fā)生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期，是軟件的產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。但隨著新的面向?qū)ο蟮脑O(shè)計方法和技術(shù)的成熟，軟件生命周期設(shè)計方法的指導(dǎo)意義正在逐步減少。 生命周期的每一個周期都有確定的任務(wù)，并產(chǎn)生一定規(guī)格的文檔（資料），提交給下一個周期作為繼續(xù)工作的依據(jù)。按照軟件的生命周期，軟件的開發(fā)不再只單單強調(diào)“編碼”，而是概括了軟件開發(fā)的全過程。軟件工程要求每一周期工作的開始只能必須是建立在前一個周期結(jié)果“正確”前提上的延續(xù)；因此，每一周期都是按“活動 ── 結(jié)果 ── 審核 ── 再活動 ── 直至結(jié)果正確”循環(huán)往復(fù)進展的。
軟件開發(fā)生命周期別強調(diào)了測試在每一個周期中所起到的作用。不管使用了何種生命周期模型對軟件進行開發(fā)，軟件都要接受測試。典型的幾種生命周期模型包括瀑布模型、迭代模型、快速原型模型。
瀑布模型：
在該模型中，首先確定需求，并接受客戶和SQA小組的驗證。然后擬定規(guī)格說明，同樣通過驗證后，進入計劃階段…可以看出，瀑布模型中至關(guān)重要的一點是只有當(dāng)一個階段的文檔已經(jīng)編制好并獲得SQA小組的認(rèn)可才可以進入下一個階段。這樣，瀑布模型通過強制性的要求提供規(guī)約文檔來確保每個階段都能很好的完成任務(wù)。但是實際上往往難以辦到，因為整個的模型幾乎都是以文檔驅(qū)動的，這對于非專業(yè)的用戶來說是難以閱讀和理解的。
迭代模型：
迭代式模型是是RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程)推薦的周期模型，也是我們在這個系列文章討論的基礎(chǔ)。在RUP中，迭代被定義為：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素。所以，在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：（至少包括）需求工作流程、分析設(shè)計工作流程、實施工作流程和測試工作流程。實質(zhì)上，它類似小型的瀑布式項目。RUP認(rèn)為，所有的階段（需求及其它）都可以細(xì)分為迭代。每一次的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集。
快速原型模式：
快速原型（Rapid Prototype）模型在功能上等價于產(chǎn)品的一個子集。注意，這里說的是功能上。瀑布模型的缺點就在于不夠直觀，快速原型法就解決了這個問題。一般來說，根據(jù)客戶的需要在很短的時間內(nèi)解決用戶最迫切需要，完成一個可以演示的產(chǎn)品。這個產(chǎn)品只是實現(xiàn)部分的功能（最重要的）。它最重要的目的是為了確定用戶的真正需求。在我的經(jīng)驗中，這種方法非常的有效，原先對計算機沒有絲毫概念的用戶在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到用戶的需求之后，原型將被拋棄。因為原型開發(fā)的速度很快，設(shè)計方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中會為此付出極大的代價。
軟件開發(fā)生命周期模型的發(fā)展實際上是體現(xiàn)了軟件工程理論的發(fā)展。在最早的時候，軟件的生命周期處于無序、混亂的情況。一些人為了能夠控制軟件的開發(fā)過程，就把軟件開發(fā)嚴(yán)格的區(qū)分為多個不同的階段，并在階段間加上嚴(yán)格的審查。這就是瀑布模型的起因以及后面的模型的發(fā)展的源由。
