軟體檢查

軟體檢查是在軟體專案中最常見的評審活動。檢查的目的是為了識別缺陷。常見檢查的工作文件包括有需求分析以及測試計劃。檢查時會選定一份文件，並且會召集成員開會來進行檢查. 會選定主持人來主持會議，每一個參與的檢查者會閱讀工作文件，標示其中的缺陷。檢查過程中的「缺陷」是指檢查者認為有問題，無法通過的文件內容。例如在檢查軟體需求規格時，「缺陷」就是檢查者不同意的需求文件內容。

檢查流程一開始是在1970年代中期發展[1]，後來也有延展以及修改。

流程中需要有進入準則，確認大家是否已預備好進入檢查流程。這可以避免未完成的工作文件進入檢查流程。進入準則可能是一份查檢表，其中包括許多項目，例如「文件中使用的拼字正確。」

檢查流程中的各階段包括有：計劃、簡介會議、準備、檢查會議、修正及追蹤。其中的準備、檢查會議和修正可能會重複幾次。

• 計劃（Planning）：由主持人針對檢查進行規劃。
• 簡介會議（Overview meeting）：作者說明工作文件的背景。
• 準備（Preparation）：所有的檢查者檢查工作文件，看其中是否有缺陷 。
• 檢查會議（Inspection meeting）：在會議中朗讀者將工作文件的各部份唸出，檢查者指出各部份的缺陷。
• 修正（Rework）：作者依檢查會議的行動計劃修正工作文件。
• 追蹤（Follow-up）：檢查作者所做的所有修改，確認全部正確。

當流程滿足事先定義的結束準則時，主持人即可結束檢查流程。 「檢查」是在軟體工程專案執行過程中，很重要的一部份。

在檢查過程中，會有以下的角色。

• 作者：建立待檢查工作文件的人。
• 主持人：領導檢查流程的人，主持人規劃檢查流程，並且進行協調。
• 朗讀者：朗讀整份文件的人，一次讀出一部份，其他的檢查者會指出有缺陷之處。
• 記錄：在檢查過程中記錄大家找到缺陷的人。
• 檢查者：檢查工作文件中是否有缺陷的人。

• 軟體工程
• 软件工程主题列表
• 能力成熟度模型 (CMM)