1樓：墨陌沫默漠末
軟體計劃與可行性研究階段、需求分析階段、軟體設計階段、軟體編碼階段、軟體測試階段和軟體執行與維護階段。
1、軟體計劃與可行性研究階段：此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。
2、需求分析階段：在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，也是在整個軟體開發過程中不斷變化和深入的階段，能夠為整個軟體開發專案的成功打下良好的基礎。
3、軟體設計階段（概要設計和詳細設計）：主要根據需求分析的結果，對整個軟體系統進行設計，如系統框架設計，資料庫設計等等。
4、軟體編碼階段：是將軟體設計的結果轉換成計算機可執行的程式**。在程式編碼中必須要制定統一，符合標準的編寫規範。以保證程式的可讀性，易維護性，提高程式的執行效率。
5、軟體測試階段：在軟體設計完成後要經過嚴密的測試，以發現軟體在整個設計過程中存在的問題並加以糾正。
6、軟體執行和維護階段：是軟體生命週期中持續時間最長的階段，包括糾錯性維護和改進性維護兩個方面。
早期的軟體生命週期往往是說“軟體從計劃、需求開始，經歷分析設計、實現、部署、維護，直到最後逐漸消亡的”。
這是受到了第一個軟體生命週期模型---瀑布模型影響，上述語句實質上簡要的描述了瀑布型生命週期。
軟體生命週期不再只考慮瀑布型生命週期，另外常見的軟體生命週期模型有原型模型、螺旋模型、迭代模型。所以軟體生命週期說明應當不再包括瀑布型生命週期中的典型階段。
因此，對軟體生命週期及軟體生命週期模型採用如下定義：
1、軟體生命週期是指軟體的產生直到成熟的全部過程。
2、軟體生命週期模型是指人們為開發更好的軟體而歸納總結的軟體生命週期的典型實踐參考。
2樓：赧景
軟體生命週期又稱為軟體生存週期或系統開發生命週期，是軟體的產生直到報廢的生命週期，週期內有問題定義、可行性分析、總體描述、系統設計、編碼、除錯和
測試、驗收與執行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟體工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審
查、形成文件以供交流或備查，以提高軟體的質量。
一，問題定義。要求系統分析員與使用者進行交流，弄清“使用者需要計算機解決什麼問題”然後提出關於“系統目標與範圍的說明”，提交使用者審查和確認。
二，可行性研究。一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。
三，需求分析。弄清使用者對軟體系統的全部需求，編寫需求規格說明書和初步的使用者手冊，提交評審。
四，開發階段。開發階段由三個階段組成：1，設計；2，實現：根據選定的程式設計語言完成源程式的編碼；3，測試
五，維護：維護包括四個方面
1，改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到執行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。
2，適應性維護：是為適應環境的變化而修改軟體的活動。
3，完善性維護[1] ：是根據使用者在使用過程中提出的一些建設性意見而進行的維護活動。
4，預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，併為以後的改進奠定基礎。
3樓：匿名使用者
軟體生命週期(sdlc)的六個階段
1、問題的定義及規劃
此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。
2、需求分析
在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟體開發專案的成功打下良好的基礎。"唯一不變的是變化本身。
"，同樣需求也是在整個軟體開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個專案的順利進行。
3、軟體設計
此階段主要根據需求分析的結果，對整個軟體系統進行設計，如系統框架設計，資料庫設計等等。軟體設計一般分為總體設計和詳細設計。好的軟體設計將為軟體程式編寫打下良好的基礎。
4、程式編碼
此階段是將軟體設計的結果轉換成計算機可執行的程式**。在程式編碼中必須要制定統一，符合標準的編寫規範。以保證程式的可讀性，易維護性，提高程式的執行效率。
5、軟體測試
在軟體設計完成後要經過嚴密的測試，以發現軟體在整個設計過程中存在的問題並加以糾正。整個測試過程分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。
在測試過程中需要建立詳細的測試計劃並嚴格按照測試計劃進行測試，以減少測試的隨意性。
6、執行維護
軟體維護是軟體生命週期中持續時間最長的階段。在軟體開發完成並投入使用後，由於多方面的原因，軟體不能繼續適應使用者的要求。要延續軟體的使用壽命，就必須對軟體進行維護。
軟體的維護包括糾錯性維護和改進性維護兩個方面。
4樓：秒懂百科
軟體生存週期：軟體的產生直到報廢的生命週期
什麼是軟體的生命週期？軟體生命週期分哪幾個階段
5樓：
軟體的生命週期是指軟體的產生直到報廢或停止使用的生命週期。
具體分為以下階段：
一、問題定義：要求系統分析員與使用者進行交流，弄清“使用者需要計算機解決什麼問題”然後提出關於“系統目標與範圍的說明”，提交使用者審查和確認。
二、可行性研究：一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。
三、需求分析：弄清使用者對軟體系統的全部需求，編寫需求規格說明書和初步的使用者手冊，提交評審。
四、開發階段：開發階段由四個階段組成：
1、概要設計。
2、詳細設計。
3、實現：根據選定的程式設計語言完成源程式的編碼。
4、測試。
五、維護：維護包括四個方面：
1、改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到執行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。
2、適應性維護：是為適應環境的變化而修改軟體的活動。
3、完善性維護：是根據使用者在使用過程中提出的一些建設性意見而進行的維護活動。
4、預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，併為以後的改進奠定基礎。
6樓：洪曉露
軟體生命週期(sdlc，systems development life cycle,sdlc)是軟體的產生直到報廢或停止使用的生命週期.週期內有問題定義、可行性分析、總體描述、系統設計、編碼、除錯和測試、驗收與執行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟體工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文件以供交流或備查，以提高軟體的質量。但隨著新的物件導向的設計方法和技術的成熟，軟體生命週期設計方法的指導意義正在逐步減少。
階段同任何事物一樣，一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟體生存週期（軟體生命週期）。把整個軟體生存週期劃分為若干階段，使得每個階段有明確的任務，使規模大，結構複雜和管理複雜的軟體開發變的容易控制和管理。通常，軟體生存週期包括：
一，問題定義。要求系統分析員與使用者進行交流，弄清“使用者需要計算機解決什麼問題”然後提出關於“系統目標與範圍的說明”，提交使用者審查和確認。
二，可行性研究。一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。
三，需求分析。弄清使用者對軟體系統的全部需求，編寫需求規格說明書和初步的使用者手冊，提交評審。
四，開發階段。開發階段由三個階段組成：
1，設計
2，實現：根據選定的程式設計語言完成源程式的編碼。
3，測試
五，維護：維護包括四個方面
1，改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到執行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。
2，適應性維護：是為適應環境的變化而修改軟體的活動。
3，完善性維護[1] ：是根據使用者在使用過程中提出的一些建設性意見而進行的維護活動。
4，預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，併為以後的改進奠定基礎。
7樓：arkan的故事
設某城市招幹考試成績統計系統。
考生分三個專業，不同專業考試科目不同：
法律專業---考政治、語文、法律
行政專業---考政治、語文、行政
財經專業---考政治、語文、財經學
每個考生在報名時登記姓名、地址、年齡和報考專業。報名後招幹辦公室根據專業考生專業及地址在市區或郊區來編排准考證號碼和考場。考生參加考試後，輸入每個考生的各門課程的成績，並統計出每個考生三門課程的總成績。
按准考證號的順序列印出考生考試成績單，分發給每個考生。各專業分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。
.軟體生命週期分為哪幾個階段?簡要說明各階段的主要任務
8樓：幻翼高達
軟體生命週期分為問題定義、可行性研究、需求分析、開發階段、維護這5個階段。各個階段的主要任務是如下。
1、問題定義
要求系統分析員與使用者進行交流，弄清“使用者需要計算機解決什麼問題”然後提出關於“系統目標與範圍的說明”，提交使用者審查和確認。
2、可行性研究
一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。
3、需求分析
弄清使用者對軟體系統的全部需求，編寫需求規格說明書和初步的使用者手冊，提交評審。
4、開發階段
開發階段由四個階段組成：概要設計、詳細設計、實現、測試
五、維護
維護包括四個方面：
（1）改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到執行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。
（2）適應性維護：是為適應環境的變化而修改軟體的活動。
（3）完善性維護：是根據使用者在使用過程中提出的一些建設性意見而進行的維護活動。
（4）預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，併為以後的改進奠定基礎。
擴充套件資料：
軟體常見週期模型：
1、瀑布模型
瀑布模型首先由royce提出。該模型由於酷似瀑布聞名。在該模型中，首先確定需求，並接受客戶和sqa小組的驗證。
然後擬定規格說明，同樣通過驗證後，進入計劃階段…可以看出，瀑布模型中至關重要的一點是隻有當一個階段的文件已經編制好並獲得sqa小組的認可才可以進入下一個階段。
瀑布模型通過強制性的要求提供規約文件來確保每個階段都能很好的完成任務。但是實際上往往難以辦到，因為整個的模型幾乎都是以文件驅動的，這對於非專業的使用者來說是難以閱讀和理解的。
2、迭代式模型
迭代式模型是rup推薦的週期模型，也是我們在這個系列文章討論的基礎。在rup中，迭代被定義為：迭代包括產生產品釋出（穩定、可執行的產品版本）的全部開發活動和要使用該釋出必需的所有其他外圍元素。
所以，在某種程度上，開發迭代是一次完整地經過所有工作流程的過程：（至少包括）需求工作流程、分析設計工作流程、實施工作流程和測試工作流程。實質上，它類似小型的瀑布式專案。
rup認為，所有的階段（需求及其它）都可以細分為迭代。
3、快速原型模型
快速原型模型在功能上等價於產品的一個子集。瀑布模型的缺點就在於不夠直觀，快速原型法就解決了這個問題。一般來說，根據客戶的需要在很短的時間內解決使用者最迫切需要，完成一個可以演示的產品。
這個產品只是實現部分的功能（最重要的）。
它最重要的目的是為了確定使用者的真正需求。在我的經驗中，這種方法非常的有效，原先對計算機沒有絲毫概念的使用者在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到使用者的需求之後，原型將被拋棄。
因為原型開發的速度很快，設計方面是幾乎沒有考慮的，如果保留原型的話，在隨後的開發中會為此付出極大的代價。至於保留原型方面，也是有一種叫做增量模型是這麼做的，但這種模型並不為大家所接受的。
軟體測試的生命週期，軟體生命週期和軟體測試生命週期的區別是什麼？
如何做測試，有一個典型的v型模型參考 測試分為 單元測試 整合測試 系統測試 確認測試 驗證測試對應的開發階段 編碼 詳細設計 概要設計 需求分析 客戶需求測試過程 制定測試計劃 編寫測試用例 不同階段 測試及bug管理 測試計劃是在專案立項之後，理論是和需求分析同時完成，但實際情況要等需求分析完成...
軟體開發的生命週期，什麼是軟體的生命週期？軟體生命週期分哪幾個階段
無論是瀑布開發模式還是螺旋開發模式 軟體開發的週期大約都是分成需求，設計，編碼和單元測試，系統整合，執行和維護幾個階段 如果是迭代方法開發 那麼軟體的生命週期應該分為開端 inception 評價 elabration 構建 construction 和產品化 transaction 我從一本書上找...
瀑布模型將軟體生命週期分為哪幾個階段
這樣，瀑布模型通過強制性的要求提供規約文件來確保每個階段都能很好的完成任務。但是實際上往往難以辦到，因為整個的模型幾乎都是以文件驅動的，這對於非專業的使用者來說是難以閱讀和理解的。然而輕易拋棄瀑布模型的觀點也是非常錯誤的，瀑布模型還是所有軟體開發模型的基礎，體現了軟體開發的本質過程。計畫時期，開發時...