文章目錄

• 6.6 軟件評審的角色
• 6.7 評審的內容
• • 6.7.1 管理評審
  • 6.7.2 技術評審
  • 6.7.3 文檔評審
  • 6.7.4 過程評審
• 6.8 評審的方法和技術
• • 6.8.1 評審的方法
  • 6.8.2 評審的技術
• 6.9 評審會議流程
• • 6.9.1 準備評審會議
  • 6.8.2 召開評審會議
  • 6.8.3 跟蹤和分析評審結果

---

在開發過程中，評審可以讓我們獲得以下收益：

• 提高項目的生產率。這是由于早期發現了錯誤，因而減少了返工時間，還可能減少測試時間。改善軟件的質量。在評審過程中，使開發團隊的其他成員更熟悉產品和開發過程。
• 通過評審，標志著軟件開發的一個階段的完成。
• 生產出更容易維護的軟件。主要原因是：對于被評審的軟件，評審者必須是非常熟悉的；同時，在評審過程中，一定會產生并利用很多證明文檔，于是評審就迫使開發者產生出許多有用的文檔，評審過程也將增加對所開發軟件的理解。

6.6 軟件評審的角色

評審組長（Moderator）

宣讀員（Reader）

記錄員（Recorder）

作者（Author）

評審員（Reviewer、Inspector）

評審員主要職責：

• 熟悉評審內容，為評審做好準備。
• 在評審會議上應該關注問題而不是針對個人。
• 主要的問題和次要的問題可以被分別討論。
• 在會議前或者會議后可以就存在的問題提出建設性的意見和建議。
• 明確自己的角色和責任。
• 做好接受錯誤的準備。

6.7 評審的內容

6.7.1 管理評審

??管理評審：最高管理者為評價管理體系的適宜性、充分性和有效性所進行的活動。

??管理評審原因：能更好的進步和發展。為了達到這個目的，通常需要對原來的發展狀況進行回顧，分析并總結出存在的問題和改進的措施。

??管理評審主要內容：組織的最高管理者就管理體系的現狀、適宜性、充分性和有效性以及方針和目標的貫徹落實及實現情況進行正式的評價，其目的就是通過這種評價活動來總結管理體系的業績，并從當前業績上考慮找出與預期目標的差距，

??管理評審目的：適宜性；有效性；充分性

管理評審的輸入 ：

• 期內、外審的評審結果；
• 顧客信息反饋；
• 相關方關注的問題；
• 工作業績與存在的問題；
• 糾正與預防措施實施情況；
• 上次管理評審有關決定和措施的執行情況；
• 可能影響管理體系變更的情況
  （如：法律、法規的變化，組織機構或產品、活動的變化、外部環境的變化等）；
• 管理方針、目標和指標的適宜性及其實現情況。

管理評審的輸出 （結果通常為《管理評審報告》）：

• 管理評審的目的、時間、參加人員及評審內容；
• 管理體系及過程的適用性、充分性、有效性的綜合評價和需要的改進；
• 管理方針、目標、指標適宜性的評價及需要的更改；
• 資源需求的決定和措施；
• 管理評審所確定的改進措施、責任部門和完成日期。

管理評審流程 ：

6.7.2 技術評審

??一組評審者按照規范的步驟對軟件需求、設計、代碼或其他技術文檔進行仔細的檢查，以找出和消除其中的缺陷

技術評審的目的
發現軟件在功能、邏輯、實現上的錯誤；
驗證軟件符合它的需求規格；
確認軟件符合預先定義的開發規范和標準；
保證軟件在統一的模式下進行開發；
便于項目管理。

技術評審的輸入
評審的目的是說明為什么要進行該評審，該評審的實施目的是什么；
評審的內容包括需求文檔、源代碼、測試用例等；
評審檢查單（檢查項）；
其他必須的文檔，如對設計文檔進行評審，那么需求文檔可以作為相關文檔帶入技術評審會。

技術評審的輸出——技術評審報告
會議的基本信息；
存在的問題和建議措施；
評審結論和意見；
問題跟蹤表；
技術評審問答記錄（通常作為附錄出現在報告中）。

6.7.3 文檔評審

文檔評審的目的：在軟件開發的各個階段對該階段形成的文檔進行評審，盡早發現問題，并及時采取措施予以解決，確保文檔的內容準確，為軟件產品的質量提保障。

文檔評審的內容
在軟件開發過程中，需要進行評審的文檔很多，主要包括如下內容：
需求評審，對《市場需求說明書》、《產品需求說明書》、《功能說明書》等進行評審。
設計評審，對《總體設計說明書》、《詳細設計說明書》等進行評審。
代碼評審，對代碼進行審核。
質量驗證評審，對《測試計劃》、《測試用例》等進行評審。

6.7.4 過程評審

??對軟件開發過程的評審，主要任務是通過對流程的監控保證SQA組織定義的軟件過程在項目中得到了遵循，同時保證質量保證方針能得到更快、更好的執行。

過程評審的作用如下：
評估主要的質量保證流程。
考慮如何處理和解決評審過程中發現的不符合問題。
總結和共享好的經驗。
指出需要進一步完善和改進的部分

過程評審流程

6.8 評審的方法和技術

6.8.1 評審的方法

• 特別檢查（Ad hoc review）
• 輪查（Pass Around）
• 走查（Walkthrough）
• 團隊評審（Group Review）
• 檢視（Inspection）
  
  檢視、團隊評審和走查異同點比較表：
  

6.8.2 評審的技術

• 缺陷檢查表
• 規則集
• 評審工具的使用
  Gerrit
  Jupiter
  SourceMonitor
• 從不同角度理解產品
• 場景分析技術

6.9 評審會議流程

6.9.1 準備評審會議

??在評審會議開始之前，評審組長需要發出評審通知（評審內容、會議時間、會議地點、參加人員等），并且將相關待評審的相關資料也發送給參加會議的評委。

其主要的目的：
①讓參加會議的人員對會議的內容有一定的了解，在會議前做好準備，避免盲目的參加會議而浪費自己和其他人的時間；
②如果有評審員在會議時間有其他緊急的事情，可以及早反饋給評審組長，以便召集人重新確定評委或者評審會議改期召開。

評審會議召開時間點：進行評審會議準備時，首先，要確定的是召開評審會議的時間。

通常如下材料需要被打包分發：

• 需要評審的部分可交付產品和文檔；
• 定義了可交付產品的前期文檔；
• 評審會議成員需要的所有表格；
• 有助于評審員發現缺陷的工具和文檔，如缺陷檢查表、規則集等；
• 用于驗證可交付產品的測試文檔。

6.8.2 召開評審會議

• 評審預備
  評審開始
  成員介紹
  評審員進行演示或說明
  評審員就不清楚或疑惑的地方與作者進行溝通
  記錄員在會議過程中完成會議記錄
• 評審決議
• 評審結束
• 評審中應把握的幾個原則

6.8.3 跟蹤和分析評審結果

• 跟蹤
  有條件接受的缺陷跟蹤
  不接受的缺陷跟蹤
• 分析
  有效性
  效率和成本

總結

以上是生活随笔為你收集整理的第6章 软件评审的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。