理順軟件開發各個環節-16（開發管理-問題診斷分析與修復）

5.9問題診斷分析與修復

　　在聯調測試、測試團隊測試或上線階段，發生或發現的問題或缺陷，須要診斷分析和修復。

　　問題發生了，不只要分析問題發生的緣由，並尋求解決問題的方法，更重要的是分析產生問題背後的緣由，並尋找解決之道，從而避免一樣的問題重複發生。

　　用數學語言比喻，分析問題，是求一階導數；分析問題發生背後的緣由，是求二階導數。

 

　　責任人：開發項目組長。

　　執行人：開發人員（軟件工程師）。

　　關鍵行爲：診斷分析和修復問題。

• 診斷分析問題緣由（視須要可能多人/多子系統/多部門協同）：
  • 文檔質量問題：
    • 用戶故事；
    • 軟件需求分析文檔；
    • 整體設計文檔；
    • 概要設計文檔；
    • 詳細設計文檔；
    • 接口設計文檔；
    • 單元測試checklist文檔；
    • ......
  • 需求場景缺乏問題：
    • 用戶故事；
    • 軟件需求規格書；
    • .....
  • 設計思路問題：
    • 整體設計文檔；
    • 概要設計文檔；
    • 詳細設計文檔；
    • 接口設計文檔；
    • 單元測試checklist文檔；
    • .....
  • 代碼質量問題：
    • 代碼實現；
    • .....
  • 接口匹配問題：
    • 接口設計文檔；
    • 代碼實現；
    • 設計文檔；
    • .....
  • 配置管理問題：
    • 代碼提交merge問題；
    • 代碼基線及分支管理問題；
    • ......
  • 軟件環境和配置問題：
    • 軟件系統及版本問題；
    • 配置數據；
    • ......
  • 硬件限制問題：
    • 內存；
    • CPU；
    • 網絡帶寬；
    • 網絡抖動；
    • 物理可靠性；
    • ......
  • ......
• 問題修復：
  • 需求分析階段：
    • 修改相關需求分析文檔；
  • 設計階段：
    • 修改相關設計文檔；
  • 編碼實現階段：
    • 修改代碼；
    • 修改相關設計文檔；
    • 修改相關需求分析文檔；
  • 聯調階段：
    • 修改代碼；
    • 修改相關設計文檔；
    • 修改相關需求分析文檔；
  • 提測階段：
    • 修改代碼；
    • 修改相關設計文檔；
    • 修改相關需求分析文檔；
  • 上線階段：
    • 修改代碼；
    • 修改相關設計文檔；
    • 修改相關需求分析文檔；
    • 修改服務器及硬件、系統配置
  • ......

　　輸入：

• 問題及故障現象描述；
• 日誌信息；
• 數據庫記錄相關信息；
• 軟件需求規格書（SRS）；
• 數據字典（DD）；
• UI&UE交互設計原型（若是有）；
• 用戶故事；
• 整體設計文檔（視須要）；
• 概要設計文檔；
• 詳細設計文檔（若是有）；
• 接口設計文檔；
• 輸入項視問題的發生階段及問題的複雜度而定。

　　輸出：

• 問題診斷分析及修復報告：
  • 當前問題分析：
    • 問題描述；
    • 表面緣由；
    • 解決方案；
  • 深度分析：
    • 是否發生過相似緣由的問題；
    • 深層次緣由分析；
    • 將來發生相似問題的可能性；
    • 改善方案；
    • 針對上線階段問題應都須要作，其它類型，1-2周作一次review
• 修復後的文檔或/及代碼。

　　職責要求：

• 找出問題的表面緣由；
• 修復當前問題；
• 分析問題背後的深層次緣由；
• 尋找避免同類問題再次發生的改善方案。