軟件生命周期分為問題定義、可行性研究、需求分析、開發(fā)階段、維護(hù)這5個階段。各個階段的主要任務(wù)是如下。

1、問題定義

要求系統(tǒng)分析員與用戶進(jìn)行交流，弄清“用戶需要計算機(jī)解決什么問題”然后提出關(guān)于“系統(tǒng)目標(biāo)與范圍的說明”，提交用戶審查和確認(rèn)。

2、可行性研究

一方面在于把待開發(fā)的系統(tǒng)的目標(biāo)以明確的語言描述出來，另一方面從經(jīng)濟(jì)、技術(shù)、法律等多方面進(jìn)行可行性分析。

3、需求分析

弄清用戶對軟件系統(tǒng)的全部需求，編寫需求規(guī)格說明書和初步的用戶手冊，提交評審。

4、開發(fā)階段

開發(fā)階段由四個階段組成：概要設(shè)計、詳細(xì)設(shè)計、實現(xiàn)、測試

五、維護(hù)

維護(hù)包括四個方面：

（1）改正性維護(hù)：在軟件交付使用后，由于開發(fā)測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到運行階段，這些隱藏的錯誤在某些特定的使用環(huán)境下就會暴露。

（2）適應(yīng)性維護(hù)：是為適應(yīng)環(huán)境的變化而修改軟件的活動。

（3）完善性維護(hù)：是根據(jù)用戶在使用過程中提出的一些建設(shè)性意見而進(jìn)行的維護(hù)活動。

（4）預(yù)防性維護(hù)：是為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)。

擴(kuò)展資料：

軟件常見周期模型：

1、瀑布模型

瀑布模型首先由Royce提出。該模型由于酷似瀑布聞名。在該模型中，首先確定需求，并接受客戶和SQA小組的驗證。然后擬定規(guī)格說明，同樣通過驗證后，進(jìn)入計劃階段…可以看出，瀑布模型中至關(guān)重要的一點是只有當(dāng)一個階段的文檔已經(jīng)編制好并獲得SQA小組的認(rèn)可才可以進(jìn)入下一個階段。

瀑布模型通過強(qiáng)制性的要求提供規(guī)約文檔來確保每個階段都能很好的完成任務(wù)。但是實際上往往難以辦到，因為整個的模型幾乎都是以文檔驅(qū)動的，這對于非專業(yè)的用戶來說是難以閱讀和理解的。

2、迭代式模型

迭代式模型是RUP推薦的周期模型，也是我們在這個系列文章討論的基礎(chǔ)。在RUP中，迭代被定義為：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素。

所以，在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：（至少包括）需求工作流程、分析設(shè)計工作流程、實施工作流程和測試工作流程。實質(zhì)上，它類似小型的瀑布式項目。RUP認(rèn)為，所有的階段（需求及其它）都可以細(xì)分為迭代。

3、快速原型模型

快速原型模型在功能上等價于產(chǎn)品的一個子集。瀑布模型的缺點就在于不夠直觀，快速原型法就解決了這個問題。一般來說，根據(jù)客戶的需要在很短的時間內(nèi)解決用戶最迫切需要，完成一個可以演示的產(chǎn)品。這個產(chǎn)品只是實現(xiàn)部分的功能（最重要的）。

它最重要的目的是為了確定用戶的真正需求。在我的經(jīng)驗中，這種方法非常的有效，原先對計算機(jī)沒有絲毫概念的用戶在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到用戶的需求之后，原型將被拋棄。

因為原型開發(fā)的速度很快，設(shè)計方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中會為此付出極大的代價。至于保留原型方面，也是有一種叫做增量模型是這么做的，但這種模型并不為大家所接受的。

參考資料來源：百度百科-軟件生命周期