系統交付使用後，改變系統的任何工作，都可以被稱為維護。與硬體不同，軟體系統構建時就包含了變化，軟體並不會老化或需要週期性的維護。軟體維護是指在軟體交付使用之後，直至軟體被淘汰的整個時期內，為了改正錯誤或滿足新的需求而修改軟體的活動。軟體的維護活動基於「軟體是可維護的」這一基本前提。
軟體可維護性
根據國家標準gb/t
16260.1-2006，軟體可維護性是指軟體產品被修改的能力，修改包括糾正、改進或軟體對環境、需求和功能規格說明變化的適應。gb/t
16260.1-2006標準還規定了可維護性的五個子特性：
（1）易分析性。軟體產品診斷軟體中的缺陷或失效原因或識別待修改部分的能力。
（2）易改變性。軟體產品使指定的修改可以被實現的能力，實現包括編碼、設計和文件的更改。如果軟體由終端使用者修改，那麼易改變性可能會影響易操作性。
（3）穩定性。軟體產品避免由於軟體修改而造成意外結果的能力。
（4）易測試性。軟體產品使已修改軟體能被確認的能力。
（5）維護性的依從性。軟體產品遵循與維護性相關的標準或約定的能力。
軟體維護的分類
在系統執行過程中，軟體需要維護的原因是多樣的，根據維護的原因不同，可以將軟體維護分為以下四種：
（1）改正性維護。為了識別和糾正軟體錯誤、改正軟體效能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程就稱為改正性維護。
（2）適應性維護。在使用過程中，外部環境（新的硬、軟體配置）、資料環境（資料庫、資料格式、資料輸入/輸出方式、資料儲存介質）可能發生變化。為使軟體適應這種變化，而去修改軟體的過程就稱為適應性維護。
（3）完善性維護。在軟體的使用過程中，使用者往往會對軟體提出新的功能與效能要求。為了滿足這些要求，需要修改或再開發軟體，以擴充軟體功能、增強軟體效能、改進加工效率、提高軟體的可維護性。這種情況下進行的維護活動稱為完善性維護。
（4）預防性維護。這是指預先提高軟體的可維護性、可靠性等，為以後進一步改進軟體打下良好基礎。通常，預防性維護可定義為「把今天的方法學用於昨天的系統以滿足明天的需要」。也就是說，採用先進的軟體工程方法對需要維護的軟體或軟體中的某一部分（重新）進行設計、編碼和測試。
要注意，國家標準《軟體維護指南》（gb/t
14079-1993）將軟體維護分為改正性維護、適應性維護和完善性維護三種型別。
更多知識點及相關歷年考題請在應用寶找簡練，專案忙還想過軟考，您需要簡練！
熱鬧的臘八節帶給您滿足開心的笑顏，祝節日快樂，幸福無邊！
簡練網軟考知識點整理 專案基線
1.基線 基線是軟體工程活動從乙個環節轉入另外乙個環節時對階段產品或元件的標識。因為軟體規模的膨脹和分工的細化，軟體開發過程變得越來越複雜，每個階段可能由不同型別的角色和人員來完成，因此有必要清晰標識上一階段完成的成果和下階段開始工作的基礎。這種標識活動就是建立基線。根據同行評審或階段評審的結果建立...
簡練軟考知識點整理 控制範圍
控制範圍是監督專案和產品的範圍狀態，管理範圍基準變更的過程。本過程的主要作用是，在整個專案期間保持對範圍基準的維護。控制專案範圍確保所有變更請求 推薦的糾正措施或預防措施都通過實施整體變更控制過程進行處理。在變更實際發生時，也要採用控制範圍過程來管理這些變更。控制範圍過程應該與其他控制過程協調開展。...
簡練軟考知識點整理 結束採購
結束採購是完結單次專案採購的過程。本過程的主要作用是，把合同和相關檔案歸檔以備將來參考。結束採購過程還包括一些行政工作，例如，處理未決索賠 更新記錄以反映最後的結果，以及把資訊存檔供未來使用等。需要針對專案或專案階段中的每個合同，開展結束採購過程。在多階段專案中，合同條款可能僅適用於專案的某個特定階...