網(wǎng)站制作NEWS
軟件開發(fā)生命周期分為幾個階段
軟件生命周期分為問題定義、可行性研究、需求分析、開發(fā)階段、維護這5個階段。各個階段的主要任務(wù)是如下。
1、問題定義
要求系統(tǒng)分析員與用戶進行交流，弄清“用戶需要計算機解決什么問題”然后提出關(guān)于“系統(tǒng)目標與范圍的說明”，提交用戶審查和確認。
2、可行性研究
一方面在于把待開發(fā)的系統(tǒng)的目標以明確的語言描述出來，另一方面從經(jīng)濟、技術(shù)、法律等多方面進行可行性分析。
3、需求分析
弄清用戶對軟件系統(tǒng)的全部需求，編寫需求規(guī)格說明書和初步的用戶手冊，提交評審。
4、開發(fā)階段
開發(fā)階段由四個階段組成：概要設(shè)計、詳細設(shè)計、實現(xiàn)、測試
五、維護
維護包括四個方面：
（1）改正性維護：在軟件交付使用后，由于開發(fā)測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到運行階段，這些隱藏的錯誤在某些特定的使用環(huán)境下就會暴露。
（2）適應(yīng)性維護：是為適應(yīng)環(huán)境的變化而修改軟件的活動。
（3）完善性維護：是根據(jù)用戶在使用過程中提出的一些建設(shè)性意見而進行的維護活動。
（4）預(yù)防性維護：是為了進一步改善軟件系統(tǒng)的可維護性和可靠性，并為以后的改進奠定基礎(chǔ)。
擴展資料：
軟件常見周期模型：
1、瀑布模型
瀑布模型首先由Royce提出。該模型由于酷似瀑布聞名。在該模型中，首先確定需求，并接受客戶和SQA小組的驗證。然后擬定規(guī)格說明，同樣通過驗證后，進入計劃階段…可以看出，瀑布模型中至關(guān)重要的一點是只有當一個階段的文檔已經(jīng)編制好并獲得SQA小組的認可才可以進入下一個階段。
瀑布模型通過強制性的要求提供規(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認為，所有的階段（需求及其它）都可以細分為迭代。
3、快速原型模型
快速原型模型在功能上等價于產(chǎn)品的一個子集。瀑布模型的缺點就在于不夠直觀，快速原型法就解決了這個問題。一般來說，根據(jù)客戶的需要在很短的時間內(nèi)解決用戶最迫切需要，完成一個可以演示的產(chǎn)品。這個產(chǎn)品只是實現(xiàn)部分的功能（最重要的）。
它最重要的目的是為了確定用戶的真正需求。在我的經(jīng)驗中，這種方法非常的有效，原先對計算機沒有絲毫概念的用戶在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到用戶的需求之后，原型將被拋棄。
因為原型開發(fā)的速度很快，設(shè)計方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中會為此付出極大的代價。至于保留原型方面，也是有一種叫做增量模型是這么做的，但這種模型并不為大家所接受的。
參考資料來源：百度百科-軟件生命周期
多重隨機標簽