第16章 技術評審
第16章 技術評審 2 16.1 介紹 2 16.2 制定技術評審計劃 3 16.2.1 目的 3 16.2.2 角色與職責 3 16.2.3 啟動準則 3 16.2.4 輸入 4 16.2.5 主要步驟 4 [Step1] 確定需要評審的工作成果 4 [Step2] 確定技術評審方式 4 [Step3] 預定評審時間、地點以及相關人員 4 [Step4] 審批計劃 4 16.2.6 輸出 5 16.2.7 結束準則 5 16.2.8 度量 5 16.3 正式技術評審 5 16.3.1 目的 5 16.3.2 角色與職責 5 16.3.3 啟動準則 6 16.3.4 輸入 6 16.3.5 主要步驟 6 [Step1] 準備評審 6 [Step2] 舉行評審會議 7 [Step3] 修正、跟蹤與審核 7 16.3.6 輸出 8 16.3.7 結束準則 8 16.3.8 度量 8 16.4 非正式技術評審 8 16.4.1 目的 8 16.4.2 角色與職責 8 16.4.3 啟動準則 8 16.4.4 輸入 9 16.4.5 主要步驟 9 [Step1] 準備評審 9 [Step2] 評審 9 [Step3] 修正、跟蹤與審核 9 16.4.6 輸出 10 16.4.7 結束準則 10 16.4.8 度量 10 16.5 實施建議 10 第16章 技術評審 技術評審（Technical Review, TR）的目的是盡早地發(fā)現工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效 地提高產品的質量。 技術評審過程域是SPP模型的重要組成部分。本規(guī)范闡述了技術評審過程域的三個主 要規(guī)程： ← 制定技術評審計劃 [SPP-PROC-TR-PLANNING] ← 正式技術評審 [SPP-PROC-TR-FTR] ← 非正式技術評審[SPP-PROC-TR-ITR] 上述每個規(guī)程的“目標”、“角色與職責”、“啟動準則”、“輸入”、“主要步驟”、“輸出 ”、“完成準則”和“度量”均已定義。 本規(guī)范適用于國內IT企業(yè)的軟件研發(fā)項目。建議用戶根據自身情況（如商業(yè)目標、研 發(fā)實力等）適當地修改本規(guī)范，然后推廣使用。 16.1 介紹 技術評審最初是由IBM公司為了提高軟件質量和提高程序員生產率而倡導的。技術評 審方法已經被業(yè)界廣泛采用并收到了很好的效果，它被普遍認為是軟件開發(fā)的最佳實踐 之一。 技術評審能夠在任何開發(fā)階段執(zhí)行，它可以比測試更早地發(fā)現并消除工作成果中的缺 陷。技術評審的主要好處有： ← 通過消除工作成果的缺陷而提高產品的質量。 ← 越早消除缺陷就越能降低開發(fā)成本。 ← 開發(fā)人員能夠及時地得到同行專家的幫助和指導，無疑會加深對工作成果的理解 ，更好地預防缺陷，一定程度上提高了開發(fā)生產率。 可見技術評審有助于“提高質量、提高生產率、降低成本”，符合軟件過程改進的根本 目的。 技術評審有兩種基本類型： ← 正規(guī)技術評審（FTR）。FTR比較嚴格，需要舉行評審會議，參加評審會議的人員 比較多。 ← 非正規(guī)技術評審（ITR）。ITR的形式比較靈活，通常在同伴之間開展，不必舉行 評審會議，評審人員比較少。 理論上講，為了確保產品的質量，產品的所有工作成果都應當接受技術評審。現實中 ，為了節(jié)約時間，允許人們有選擇地對工作成果進行技術評審。技術評審方式也視工作 成果的重要性和復雜性而定。 技術評審過程域有三個主要規(guī)程：“制定技術評審計劃”、“正規(guī)技術評審”和“非正規(guī) 技術評審”，如圖16-1所示。 圖1 技術評審過程域示意圖 技術評審的注意事項： ← 評審人員的職責是發(fā)現工作成果中的缺陷，并幫助開發(fā)人員給出消除缺陷的辦法 ，而不是替開發(fā)人員消除缺陷。 ← 技術評審應當“就是論事”，不要打擊有失誤的開發(fā)人員的工作積極性，更不準搞 人身攻擊（如挖苦、諷刺等）。 ← 在會議評審期間要限制過多的爭論，以免浪費他人的時間。 技術評審過程域產生的主要文檔有： ← 整個項目的《技術評審計劃》，模板見 [SPP-TEMP-TR-PLAN]。 ← 《技術評審通知》，模板見 [SPP-TEMP-TR-NOTES]。 ← 《技術評審報告》，模板見 [SPP-TEMP-TR-REPORT]。 ← 常用的《技術評審檢查表》見 [SPP-TEMP-TR-CHECKLIST]。 16.2 制定技術評審計劃 16.2.1 目的 o 確定需要評審的工作成果、評審方式，預定評審時間、地點以及相關人員。 16.2.2 角色與職責 o 項目的技術負責人（或技術骨干）制定《技術評審計劃》。 o 項目經理審批《技術評審計劃》。 16.2.3 啟動準則 o 《項目計劃》已經制定。 16.2.4 輸入 o 《項目計劃》 16.2.5 主要步驟 [Step1] 確定需要評審的工作成果 o 如果項目的時間充足，為了確保產品的質量，應當對產品的所有工作成果都進行技術評 審。如果項目的時間不充足，為了節(jié)約時間，可以選擇一些重要的工作成果對其進行 技術評審。 [Step2] 確定技術評審方式 o 根據工作成果的重要性和復雜性確定技術評審方式。將重要性、復雜性各分“高、中、 低”3個等級。重要性－復雜性組合與技術評審方式的對應關系見下表。 |重要性－復雜性組合 |技術評審方式（FTR, ITR） | |高高 |FTR | |高中 |FTR | |高低 |FTR 或者ITR均可 | |中中 |FTR 或者ITR均可 | |中低 |ITR | |低低 |ITR | 表2 重要性－復雜性組合與技術評審方式的對應關系 [Step3] 預定評審時間、地點以及相關人員 o 根據《項目計劃》中的進度表，預定評審時間和地點。 o 根據工作成果的特征預定評審主持人和其他評審員。 [Step4] 審批計劃 o 項目經理根據《項目計劃》以及現實情況（如可以支配的人力資源），審批《技術評審計 劃》。 o 項目的技術負責人（或技術骨干）應根據項目經理的批示修正《技術評審計劃》。 16.2.6 輸出 o 《技術評審計劃》 16.2.7 結束準則 o 《技術評審計劃》已經制定并被項目經理批準。 16.2.8 度量 o 技術負責人（或技術骨干）統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經理。 16.3 正式技術評審 16.3.1 目的 o 對工作成果進行正式技術評審，盡早地發(fā)現工作成果中的缺陷，并幫助開發(fā)人員及時消 除缺陷。 16.3.2 角色與職責 o 作者：是指待評審的工作成果的開發(fā)者，可能是一個人也可能是個小組。在評審會議期 間，作者答復評審小組的問題，并與評審小組共同查找缺陷、商討缺陷解決方案。評 審會議結束后，作者應當及時消除工作成果中的缺陷。 o 評審小組 ← 評審主持人是應當具備比較高的技術水平和比較豐富的評審經驗，能夠控制評審 會議的進程。評審主持人可以是項目內的技術骨干也可以是項目外的技術專家。 評審主持人本身是一名評審員，評審結論必須有評審主持人的簽字才能生效。 ← 評審員主要來源于項目內和項目外的技術人員，必要時還應當邀請客戶和質量保 證人員擔任評審員。工作成果的作者不能擔任評審員。評審員的人選以及分工都 由評審主持人來確定。評審員應當根據“檢查表”認真地查找工作成果中的缺陷， 并和作者共同商討缺陷解決方案。 ← 評審小組的總人數一般在3～7人之間。 o 記錄員：由評審主持人指定一位評審員來擔任記錄員。記錄員如實地將評審過程記錄在 指定的文檔中。 16.3.3 啟動準則 o 作者已經按照指定的格式（如模板）完成了工作成果，對工作成果進行了內部檢查，消 除了拼寫、排版等初級錯誤。 o 根據《技術評審計劃》，該工作成果進行正式技術評審的時間已到。 16.3.4 輸入 o 待評審的工作成果。 o 與該工作成果評審相關的一些材料，如檢查表。 16.3.5 主要步驟 正式技術評審的流程如圖16-2所示。 圖16-2 正式技術評審的流程圖 [Step1] 準備評審 o 評審主持人首先確定評審會議的時間、地點、設備和參加會議的人員名單（包括評審員 、記錄員、作者、旁聽者等），然后起草《技術評審通知》，并告知所有相關人員。 o 評審主持人把工作成果及相關材料、技術評審規(guī)程、檢查表等發(fā)給評審員。 o 評審員閱讀（了解）工作成果及相關材料。 [Step2] 舉行評審會議 o [Step2.1] 主持人宣講 ← 主持人宣講本次評審會議的議程、重點、原則、時間限制等。 o [Step2.2] 作者介紹工作成果 ← 作者扼要地介紹工作成果。 o [Step2.3] 識別缺陷和答辯 ← 評審員根據“檢查表”認真查找工作成果的缺陷。 ← 作者回答評審員的問題，雙方要對每個缺陷達成共識（避免誤解）。 o [Step2.4] 討論缺陷解決方案 ← 作者和評審員共同討論缺陷的解決方案。 ← 對于當場難以解決的問題，由主持人決定“是否有必要繼續(xù)討論”或者“另定時間再 討論”。 o [Step2.5] 會議結束決議 ← 評審小組給出評審結論和意見，主持人簽字后本次會議結束。評審結論有三種： 1. 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 2. 工作成果基本合格，需要作少量的修改，之后通過審核即可。 3. 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。 [Step3] 修正、跟蹤與審核 o [Step3.1] 修正與跟蹤 ← 作者修正工作成果，消除已發(fā)現的缺陷。 ← 評審主持人（或者指定審查員）跟蹤每個缺陷的狀態(tài)。 o [Step3.2] 提交審核 ← 作者消除所有已發(fā)現的缺陷后，再將修正后的工作成果遞交給評審主持人（或者 指定審查員）審核。 o [Step3.2] 審核工作成果 ← 評審主持人（或者指定審查員）審核修正后的工作成果。審核結論有兩種： 1. 修正后的工作成果合格。 2. 修正后的工作成果仍然不合格，需重新修改，重復[Step3]。 16.3.6 輸出 o 該工作成果的《技術評審報告》。 o 根據評審報告修正后的工作成果。 16.3.7 結束準則 o 工作成果中所有已識別的缺陷都已經被消除。 16.3.8 度量 o 評審主持人統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經理。 16.4 非正式技術評審 16.4.1 目的 o 對工作成果進行快速、靈活地評審，及早地識別和消除工作成果中存在的缺陷。 16.4.2 角色與職責 o 作者：是指待評審的工作成果的開發(fā)者，可能是一個人也可能是個小組。作者答復評審 員的問題，并與評審員共同查找缺陷、商討缺陷解決方案。評審結束后，作者應當及 時消除工作成果中的缺陷。 o 評審員：由作者的同伴或者同行專家擔任評審員，通常一兩個人即可。評審員應當根據 “檢查表”認真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。由于參加 非正規(guī)評審的人員比較少，由評審員兼做記錄員即可。 16.4.3 啟動準則 o 作者已經按照指定的格式（如模板）完成了工作成果，對工作成果進行了內部檢查，消 除了拼寫、排版等初級錯誤。 o 根據《技術評審計劃》，該工作成果進行非正式技術評審的時間已到。 16.4.4 輸入 o 待評審的工作成果。 o 與該工作成果評審相關的一些材料，如檢查表。 16.4.5 主要步驟 [Step1] 準備評審 o 評審員與作者共同確定評審的時間、地點、設備、人員等。起草并將《技術評審通知》 發(fā)布給相關人員。 o 評審員閱讀（了解）工作成果及相關材料、評審規(guī)程、檢查表等。 [Step2] 評審 o [Step2.1] 介紹 ← 評審員介紹本次評審的議程、重點、原則、時間限制等。 ← 作者扼要地介紹工作成果。 o [Step2.2] 識別缺陷和問答 ← 評審員根據“檢查表”認真查找工作成果的缺陷。 ← 作者回答評審員的問題，雙方要對每個缺陷達成共識（避免誤解）。 o [Step2.3] 討論缺陷解決方案 ← 作者和評審員共同討論缺陷的解決方案。 ← 對于當場難以解決的問題，由雙方商定“是否有必要繼續(xù)討論”或者“另定時間再討 論”。 o [Step2.4] 給出評審結論 評審員給出評審結論和意見。評審結論有三種： 1. 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 2. 工作成果基本合格，需要作少量的修改，之后通過審核即可。 3. 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。 [Step3] 修正、跟蹤與審核 o [Step3.1] 修正與跟蹤 ← 作者修正工作成果，消除已發(fā)現的缺陷。 ← 審查員跟蹤每個缺陷的狀態(tài)。 o [Step3.2] 提交審核 作者消除所有已發(fā)現的缺陷后，再將修正后的工作成果遞交給審查員審核。 o [Step3.2] 審核工作成果 審查員審核修正后的工作成果。審核結論有兩種： （1）修正后的工作成果合格。 （2）修正后的工作成果仍然不合格，需重新修改，重復[Step3]。 16.4.6 輸出 o 該工作成果的《技術評審報告》。 o 根據評審報告修正后的工作成果。 16.4.7 結束準則 o 工作成果中所有已識別的缺陷都已經被消除。 16.4.8 度量 o 評審員統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經理。 16.5 實施建議 o 對于重要性和復雜性都很高的工作成果，建議先在項目內部進行“非正式技術評審”，然 后再進行“正式技術評審”。 o 技術評審應當與質量保證有機...
第16章 技術評審