【正文】 TRITR] 上述每個規(guī)程的“目標”、“角色與職責”、“啟動準則”、“輸入”、“主要步驟”、 “輸出”、“完成準則”和“度量”均已定義。 ? 開發(fā)人員能夠及時地得到同行專家的幫助和指導，無疑會加深對工作成果的理解，更好地預防缺陷，一定程度上提高了開發(fā)生產率。技術評審方式也視工作成果的重要性和復雜性而定。 ? 常用的《技術評審檢查表》見 [SPPTEMPTRCHECKLIST]。將重要性、復雜性各分“高、中、低” 3 個等級。 正式技術評審 目的 ? 對工作成果進行正式技術評審，盡早地發(fā)現工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。工作成果的作者不能擔任評審員。 輸入 ? 待評審的工作成果。 ? [] 識別缺陷和答辯 ? 評審員根據“檢查表”認真查找工作成果的缺陷。 [Step3] 修正、跟蹤與審核 ? [] 修正與跟蹤 ? 作者修正工作成果，消除已發(fā)現的缺陷。 結束準則 ? 工作成果中所有已識別的缺陷都已經被消除。由于參加非正規(guī)評審的人員比較少，由評審員兼做記錄員即可。 [Step2] 評審 ? [] 介紹 ? 評審員介紹本次評審的議程、重點、原則、時間限制等。 （ 2） 工作成果基本合格，需要作少量的修改，之后通過審核即可。 輸出 ? 該工作成果的《技術評審報告》。 。 結束準則 ? 工作成果中所有已識別的缺陷都已經被消除。 [Step3] 修正、跟蹤與審核 ? [] 修正與跟蹤 ? 作者修正工作成果，消除已發(fā)現的缺陷。 ? [] 識別缺陷和問答 ? 評審員根據“檢查表”認真查找工作成果的缺陷。 ? 根據《技術評審計劃》，該工作成果進行非正式技術評審的時間已到。 非正式技術評審 目的 ? 對工作成果進行快速、靈活地評審，及早地識別和消除工作成果中存在的缺陷。 ? [] 提交審核 ? 作者消除所有已發(fā)現的缺陷后，再將修正后的工作成果遞交給評審主持人（或者指定審查員）審核。 ? [] 討論缺陷解決方案 ? 作者和評審員共同討論缺陷的解決方案。 主要步驟 正式技術評 審的流程如圖 162 所示。評審員應當根據 “檢查表”認真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。在評審會議期間，作 者答復評審小組的問題，并與評審小組共同查找缺陷、商討缺陷解決方案。 重要性－復雜性組合 技術評審方式（ FTR, ITR） 高高 FTR 高中 FTR 高低 FTR 或者 ITR 均可 中中 FTR 或者 ITR 均 可 中低 ITR 低低 ITR 表 2 重要性－復雜性組合與技術評審方式的對應關系 [Step3] 預定評審時間、地點以及相關人員 ? 根據《項目計劃》中的進度表，預定評審時間和地點。 角色與職責 ? 項目的技術負責人（或技術骨干）制定《 技術評審計劃》。 3 圖 1 技術評審過程域示意圖 技術評審的注意事項： ? 評審人員的職責是發(fā)現工作成果中的缺陷，并幫助開發(fā)人員給出消除缺陷的辦法，而不是替開發(fā)人員消除缺陷。 技術評審有兩種基本類型： ? 正規(guī)技術評審（ FTR）。建議用戶根據自身情況（如商業(yè)目標、研發(fā)實力等）適當地修改本規(guī)范，然后推廣使用。 本規(guī)范適用于國內 IT 企業(yè)的軟件研發(fā)項目。 可見技術評審有助于“提高質量、提高生產率、降低成本”，符合軟件過程改進的根本目的。 技術評審過程域有三個主要規(guī)程：“制定技術評審計劃”、“正規(guī)技術評審”和“非正規(guī)技術評審”，如圖 161 所示。 制定技術評審計劃 目的 ? 確定需要評審的工作成果、評審方式，預定評審時間、地點以及相關人員。重要性－復雜性組合與技術評審方 式的對應關系見下表。 角色與職責 ? 作者：是指待評審的工作成果的開發(fā)者，可能是一個人也可能是個小組。評審員的人選以及分工都由評審主持人來確定。 ? 與該工作成果評審相關的一些材料，如檢查表。 ? 作者回答評審員的問題，雙方要對每個缺陷達成共識（避免誤解）。 ? 評審主持人（或者指定審查員）跟蹤每個缺陷的狀態(tài)。 度量 ? 評審主持人統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經理。 啟動準則 ? 作者已經按照指定的格式（如模板）完成了工作成果，對工作成果進行了內部檢查，消除了拼寫、排版等初級錯誤。 ? 作者扼要地介紹工作成果。 （ 3） 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。 ? 根據評審報告修正后的工作