軟體生命周期中維護為什麼很重要

① 生命周期的六個階段

軟體生命周期六個階段：

第1階段：問題定義，該階段由軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。

第2階段：需求分析，該階段對軟體需求進行更深入的分析，劃分出軟體需要實現的功能模塊，並製作成文檔。需求分析在軟體的整個生命周期中起著非常重要的作用，它直接關繫到後期軟體開發的成功率。在後期開發中，需求可能會發生變化，因此，在進行需求分析時，應考慮到需求的變化，以保證整個項目的順利進行。

第3階段：軟體設計，該階段在需求分析結果的基礎上，對整個軟體系統進行設計，如系統框架設計、資料庫設計等。

第4階段：軟體開發，該階段在軟體設計的基礎上，選擇一種編程語言進行開發。在開發過程中，必須要制訂統一的、符合標準的程序編寫規范，以保證程序的可讀性、易維護性以及可移植性。

第5階段：軟體測試，該階段是軟體開發完成後對軟體進行測試，以查找軟體設計與軟體開發過程中存在的問題並加以修正。軟體測試過程包括單元測試、集成測試、系統測試3個階段。

測試的方法以黑盒測試、白盒測試或者兩者結合的形式進行。在測試過程中，為減少測試的隨意性，需要制訂詳細的測試計劃並嚴格遵守；測試完成之後，要對測試結果進行分析並對測試結果以文檔的形式匯總。

第6階段：軟體維護，軟體完成測試並投入使用之後，面對龐大的用戶群體，軟體可能無法滿足用戶使用需求，此時就需要對軟體進行維護升級以延續軟體的使用壽命。軟體的維護包括糾錯性維護和改進性維護兩個方面。軟體維護是軟體生命周期中持續時間最長的階段。

(1)軟體生命周期中維護為什麼很重要擴展閱讀：

在進行軟體需求分析時，要明確需求分析的目標，採用合理的需求分析方法和工具，全面且正確的進行需求分析。

獲取需求時會受很多因素的影響，從而導致需求不能正確表達用戶需求或者需求分析不夠正確等，所以需求獲取時要選擇合理的獲取方法，同時對需求要進行正確深入的分析，進而採用適合的工具來對需求進行說明和描述，這樣對於後續的軟體設計、編碼、測試和維護打下堅實的基礎。

軟體需求簡單的說就是研究「做什麼」的問題，在現實工作過程中，應該考慮除功能需求之外的業務需求和用戶需求。

業務需求主要反映某機構或者客戶對軟體產品高層次的目標要求；用戶需求是指用戶使用產品必須完成的任務；功能需求指開發者不得不完成的軟體功能，可以說功能需求滿足了，業務需求也就達到了，需求分析並不考慮怎麼做的問題。

② 你認為把軟體生存周期劃分為不同階段的意義何在

為了用工程化方式有效地管理軟體的全過程，軟體的生存過程也可以劃分為好幾個階段，由此逐步形成「軟體生命周期」的概念；
它是一個從用戶需求開始，經過開發、交付使用，在使用中不斷增補修訂，直至讓位於新軟體的全過程；
概括地說，軟體生命周期由軟體定義、軟體開發和運行維護3個時期組成，每個時期又進一步劃分成若干個階段。
問題定義階段：界定問題的范圍，確切地定義問題；
可行性研究階段：研究問題的范圍，探索這個問題是否值得去解，是否有可行的解決辦法；
需求分析階段：確定目標系統必須具備哪些功能；
另外，要估計完成該項工程所需要的資源和成本，制定工程進度表。
具體設計和實現在前一個時期定義的軟體。
總體設計階段：設計出實現目標系統的幾種可能的方案，權衡利弊推薦一最佳方案，並制定實現最佳方案的詳細計劃，以及設計軟體的體系結構；
詳細設計階段：設計出程序的詳細規格說明；
編碼和單元測試階段：寫出正確的、容易理解、容易維護的程序模塊；
綜合測試階段：通過各種類型的測試使軟體達到預定的要求。
維護階段的關鍵任務是：通過各種必要的維護活動使軟體系統持久地滿足用戶的需要。通常的4種維護活動：
改正性維護：診斷和改正使用過程中發現的軟體錯誤；
適應性維護：修改軟體以適應環境的變化；
完善性維護：根據用戶需要改進或擴充軟體使之更完善；
預防性維護：修改軟體從而為將來的維護活動做好准備。

③ 軟體開發的生命周期

同任何事物一樣,一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟體生存周期（軟體生命周期）。把整個軟體生存周期劃分為若干階段，使得每個階段有明確的任務，使規模大，結構復雜和管理復雜的軟體開發變的容易控制和管理。通常，軟體生存周期包括可行性分析與開發項計劃、需求分析、設計（概要設計和詳細設計）、編碼、測試、維護等活動，可以將這些活動以適當的方式分配到不同的階段去完成。
軟體生命周期(SDLC，軟體生存周期)是軟體的產生直到報廢的生命周期，周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟體工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟體的質量。但隨著新的面向對象的設計方法和技術的成熟，軟體生命周期設計方法的指導意義正在逐步減少。
軟體生命周期(SDLC)的六個階段
1、問題的定義及規劃
此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。
2、需求分析
在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟體開發項目的成功打下良好的基礎。"唯一不變的是變化本身。"，同樣需求也是在整個軟體開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。
3、軟體設計
此階段主要根據需求分析的結果，對整個軟體系統進行設計，如系統框架設計，資料庫設計等等。軟體設計一般分為總體設計和詳細設計。好的軟體設計將為軟體程序編寫打下良好的基礎。
4、程序編碼
此階段是將軟體設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統一，符合標準的編寫規范。以保證程序的可讀性，易維護性，提高程序的運行效率。
5、軟體測試
在軟體設計完成後要經過嚴密的測試，以發現軟體在整個設計過程中存在的問題並加以糾正。整個測試過程分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃並嚴格按照測試計劃進行測試，以減少測試的隨意性。
6、運行維護
軟體維護是軟體生命周期中持續時間最長的階段。在軟體開發完成並投入使用後，由於多方面的原因，軟體不能繼續適應用戶的要求。要延續軟體的使用壽命，就必須對軟體進行維護。軟體的維護包括糾錯性維護和改進性維護兩個方面。

④ .軟體生命周期分為哪幾個階段簡要說明各階段的主要任務

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

1、問題定義

要求系統分析員與用戶進行交流，弄清「用戶需要計算機解決什麼問題」然後提出關於「系統目標與范圍的說明」，提交用戶審查和確認。

2、可行性研究

一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。

3、需求分析

弄清用戶對軟體系統的全部需求，編寫需求規格說明書和初步的用戶手冊，提交評審。

4、開發階段

開發階段由四個階段組成：概要設計、詳細設計、實現、測試

五、維護

維護包括四個方面：

（1）改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到運行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。

（2）適應性維護：是為適應環境的變化而修改軟體的活動。

（3）完善性維護：是根據用戶在使用過程中提出的一些建設性意見而進行的維護活動。

（4）預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，並為以後的改進奠定基礎。

(4)軟體生命周期中維護為什麼很重要擴展閱讀：

軟體常見周期模型：

1、瀑布模型

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

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

2、迭代式模型

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

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

3、快速原型模型

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

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

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

⑤ 生命周期法中最重要的階段是什麼:說明理由

最重要的階段是：系統分析。新的計算機系統是在原系統的基礎上發展起來的。原系統的基本功能以及它與外界的信息聯系，都應該在新系統中得到體現，同時，必須對原系統的狀況和存在的問題進行詳細的了解和分析。在系統分析階段，首先根據用戶提出的建立新系統的要求，進行總體規劃和可行性研究。系統可行性報告經領導批准後，要對原系統進行深入，細致的調查，徹底掌握原系統的情況，並在此基礎上提出新系統的邏輯模型，編寫系統分析報告。系統分析是使系統開發達到合理，優化的嚴重階段，這階段工作深入與否直接影響到新系統的質量和經濟性，它是開發成敗的關鍵