錯誤跟蹤系統的模型和設計方法（二）

4.1 總體構架

        后臺服務器端存儲數據庫和專家庫數據，以及錯誤跟蹤系統的服務器程序。用戶通過互聯網絡打開客戶端web頁面并在線提交數據，服務器端接受到數據后進行處理，然后將數據存入數據庫或專家庫，再把結果反饋回客戶端，以web頁面的形式呈現。系統的總體構架如圖2所示：

                                                圖2 總體構架圖

4.2 功能設計

       錯誤跟蹤系統的基本功能如下：

        （1）錯誤處理記錄：填寫錯誤報告傳入本系統，并將每次處理的記錄都寫入系統數據庫。

        （2）錯誤報警：當錯誤在一定周期內還沒有被解決掉，系統會在相關人員登入系統后彈出告警信息，提示錯誤已經到期。

        （3）督辦：設置報警周期，催辦錯誤報告。

        （4）基礎數據維護：對問題分類、企業分類、問題等級等基礎數據進行維護。

        （5）專家庫管理：對技術支持中常遇問題的分析、匯總和維護，形成專家知識庫，為技術支持人員提供幫助。

        （6）數據分析：統計分析實施人員、合作伙伴、客戶提出的各種問題，并根據問題的內容和性質做后續的處理，更好地支持項目實施。

4.3 錯誤狀態設定

        錯誤在生存周期內各個階段的狀態設定如下：

        (1) 新錯誤（New）：測試中新報告的軟件缺陷。

        (2) 打開（Open）：被確認并分配給相關人員，正在處理。

        (3) 已修正（Fixed）：開發人員已完成修正，等待測試人員驗證。

        (4) 拒絕（Declined）：拒絕修改缺陷。例如：缺陷等級太低，修正成本太大等。

        (5) 延期（Deferred）：不在當前版本修復的錯誤，下一版修復。

        (6) 關閉（Closed）：錯誤已被修復或過期。例如：軟件版本號顯示錯誤，但新的版本剛剛發布，此問題已經過期，被關閉。

        (7) 重新打開（ReOpen）：已經修正的錯誤再次發生。例如：修正新的錯誤造成已經解決的錯誤再次發生等。[Page]

        (8) 掛起（Hang）：暫時不處理。例如：處理人員正忙于處理更緊迫的任務時，而這個錯誤級別較低，這時錯誤被掛起，處于一種等待狀態。

4.4 錯誤等級設定

        錯誤的等級在后臺進行維護，初始設定按錯誤程度設為5級：

        (1) 重大錯誤：錯誤會引起操作系統崩潰。

        (2) 嚴重錯誤：錯誤會引起應用系統崩潰，但不危及操作系統。

        (3) 功能錯誤：錯誤會引起應用的某個功能不正常。

        (4) 告警：不影響應用系統功能的一般錯誤。

        (5) 建議：對程序提出的功能改進意見。

4.5 角色權限設計

原文轉自：http://www.kjueaiud.com