基本介紹
- 中文名：改正性維護
- 外文名：Correct maintenance
- 原因：識別和糾正軟體錯誤等
- 意思：應當進行的診斷和改正錯誤的過程
- 作用：對錯誤進行測試、診斷等
- 學科：計算機原理
概述,目的,軟體改正性維護度量,
概述
改正性維護是在軟體運行中發生異常或故障時進行的維護工作。在軟體交付使用後，由於開發時測試的不徹底、不完全，必然會有一部分隱藏的錯誤被帶到運行階段來。這些隱藏下來的錯誤在某些特定的使用環境下會暴露出來。為了識別和糾正軟體錯誤、改正軟體性能上的缺陷、排除實施中的誤使用，應進行的診斷和改正錯誤的過程，是改正性維護。例如，改正性維護可以是改正原來程式中開關使用的錯誤；解決開發時未能測試各種可能情況帶來的問題；解決原來程式中遺漏處理檔案中最後一個記錄的問題等。
目的
改正性維護作業的目的是改正軟體中原有的錯誤、缺陷和不足，以完善原有的軟體。它從接到錯誤申報開始。首先，要收集和占有與錯誤申報有關的信息或數據，然後據此判斷錯誤申報是否應被接受。由於可能會有不正確的錯誤申報，因此改正性作業中還包括最終不導致修改軟體的作業。根據資料統計，作業系統和資料庫系統等基本軟體的錯誤申報中，只有1/3~1/5與軟體中的錯誤有關。用戶提出的錯誤申報大多數是因文檔（如操作使用手冊）質量不高引起的。因此也屬於軟體錯誤範疇。判斷出軟體確有錯誤後，接著要分析錯誤原因，確定修改方案。在確定修改方案時，應儘可能地使修改對程式的其它部分影響最小。修改後，不僅要確認申報的錯誤已經改正，還要檢查所做的修改是否向軟體引進了新的錯誤。最後，還要相應地修改有關文檔。
改正性維護中，各個階段的工作量大致如下：收集與錯誤有關的信息占14%，錯誤原因分析占41%；修改程式占27%；檢查修改是否正確占21%；相應地修改文檔6%。
軟體改正性維護度量
軟體改正性維護度量涉及維護服務質量的許多方面。需要將維護組處理的軟體系統失效和維護服務失效區別開來，後者指的是維護不能提供滿足指定標準或契約需求的修復的情況。因此，軟體維護度量的分類如下：
軟體系統失效密度度量——同對改正性維護要求的程度有關，基於軟體系統常規運行期內識別的失效記錄。
軟體系統失效嚴重性度量——同改正性維護組修復的軟體系統失效的嚴重性有關。
維護服務失效度量——同維護服務不能按時完成失效改正或改正失敗的情況有關。
軟體系統可用性度量——同顧客通過一段時間認識到軟體系統的服務不可用或只有部分可用引起的麻煩的程度有關。
1．軟體系統失效密度度量
這裡介紹的軟體系統失效密度度量與故障數和/或故障的加權數相關。維護任務的規模是通過被維護軟體的代碼行數或通過功能點評估來測量的。這些度量的數據源都是軟體維護報告。
2．軟體系統失效嚴重性度量
該組度量檢測被維護軟體中增加的嚴重失效的有害情況。結果可能促使軟體系統的全部或部分重新測試。測量的事件與給顧客造成的麻煩或損害（代表顧客觀點的）或解決失效所需的資源（代表維護組的利益）有關。這裡介紹的度量可用於兩個目的，即如何對顧客經受的麻煩或損害的嚴重性使用權重或維護人員所需資源的範圍使用權重。軟體系統失效的平均嚴重性（Average Severity ofSoftware System Failures，ASSSF）指的是一年（或半年或一個季度，如果合適的話）內檢測到的軟體失效數：
3．維護服務失效度量
如上提到的，維護服務可能失敗，可能是因為它們不能按時完成失效改正，或者是執行的改正失敗並需要一次重複的改正。
如果一個顧客召喚同先前一次召喚之後假設已經解決了的軟體失效問題有關，它通常被看成是維護服務失效。在實際使用中，許多機構把重複召喚的時間框限制在三個月內，然而這個時期的長短可能由於故障的類型或一些其他機構準則不同而不同。維護重複修復失效（Maintenance Repeated repair Failure，MRepF）度量的定義如下：
4．軟體系統可用性度量
用戶度量區分：
完全可用——所有的軟體系統功能都正常地運行。
關鍵可用——沒有關鍵功能的失效（但是不關鍵的功能可能失效）。
整體不可用——所有的軟體系統功能都失效。
所有可用性度量的數據源都是用戶故障記錄。後者說明了損害的程度（不關鍵失效、關鍵失效和整個系統失效）和每個失效持續時間（小時）。
