Review管理流程培訓(xùn)資料課件

Review管理流程

-------質(zhì)量管理系列培訓(xùn)一第一頁，共十七頁。目錄同行評審過程概述同行評審的目的、對象和意義角色與職責核心代碼評審與普通代碼評審的區(qū)別核心代碼評審普通代碼評審文檔評審與代碼評審的區(qū)別文檔評審《評審記錄單》的使用評審問題狀態(tài)說明第二頁，共十七頁。同行評審過程概述代碼評審核心代碼評審普通代碼評審文檔評審桌面文檔評審分發(fā)式文檔評審第三頁，共十七頁。同行評審的目的、對象和意義原因盡管人們善于找出自己所犯的部分錯誤，但是相對于其他任何人而言，大量的各種錯誤還是很容易逃脫創(chuàng)作者的眼睛，這被稱為思維定勢。目的同行評審的目的,是在軟件項目初期發(fā)現(xiàn)那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的后續(xù)階段。同行評審的對象開發(fā)過程中的所有工作產(chǎn)品，包括代碼、文檔等同行評審的作用通過消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量；越早消除缺陷就越能降低后續(xù)開發(fā)修改缺陷的人力和時間成本；開發(fā)人員能及時地得到同行專家的幫助和指導(dǎo)，無疑會加深對工作成果的理解，更好地預(yù)防缺陷。第四頁，共十七頁。許多缺陷是在早期階段引入的，發(fā)現(xiàn)的越晚，糾正的成本越高：缺陷數(shù)量的放大的原因是，每個進入下個步驟的缺陷都可能引起下個步驟中的多個缺陷，導(dǎo)致消初缺成本的劇增。第五頁，共十七頁。角色與職責作者：在SQA處申請評審id號，通知相關(guān)評審人員評審時間地點，按關(guān)閉計劃修改評審出的問題。對于普通代碼的評審，作者自己制定評審問題關(guān)閉計劃。項目經(jīng)理：在項目立項的時候確定此項目是否需要進行核心代碼評審。協(xié)助分析評審中發(fā)現(xiàn)的問題，對于核心代碼評審，制定關(guān)閉計劃，對改正的問題進行驗證關(guān)閉。評審委員會代表（reviewcommitteerepresentative----RCR）：由4~5名技術(shù)能力較強的人組成評審委員會，項目經(jīng)理可以同時是評審委員會成員（但不能擔任自己負責項目的評審委員會代表），負責選出必須申請評審的代碼范圍，指定其他參與評審的成員。參加評審會議，協(xié)助評審成員指出評審對象中的問題。第六頁，共十七頁。評審成員：參加評審會議，提出評審對象中的問題。記錄員：記錄員可以為作者或其他評審人員，負責記錄評審出的問題，此過程輸出《評審記錄單》（電子版）。記錄員負責將《評審記錄單》發(fā)送給參與評審所有人員。SQA：對于有核心代碼評審要求的項目根據(jù)開發(fā)計劃，向項目經(jīng)理了解開發(fā)進度，在開發(fā)進展到一定階段時提醒RCR人員挑出需要評審的核心代碼。為申請的review提供reviewID。檢查評審過程及《評審記錄單》，保證評審按照流程進行，評審達到應(yīng)有的效果，跟蹤評審出的問題的解決情況，保證所有評審問題及時關(guān)閉。對《評審記錄單》備份整理。第七頁，共十七頁。核心代碼評審與普通代碼評審的區(qū)別1.參與角色不同：核心代碼評審需要評審委員會代表（RCR），項目經(jīng)理必須參與，而普通代碼評審不需要。2.評審驅(qū)動方式不同：核心代碼由SQA驅(qū)動，RCR選擇代碼范圍進入評審。普通代碼評審為開發(fā)人員自己發(fā)起，對自己認為有必要評審的代碼組織評審。3.評審過程不同：流程圖中詳細介紹。4.評審問題的關(guān)閉者不同：核心代碼評審為項目經(jīng)理驗證關(guān)閉評審問題，普通評審為問題提出者驗證關(guān)閉。第八頁，共十七頁。注意：與評審過程相關(guān)的所有郵件抄送team組相關(guān)人員和SQA。保證評審期間team組人員良好溝通。開發(fā)工程師可以根據(jù)代碼改動量的大小自己控制同行評審進行的地點，可以在會議室，也可以選擇工位或郵件形式進行，針對改動很小評審也可以通過郵件進行。工位和會議室進行的評審需要有評審記錄，輸出《評審記錄單》。郵件進行代碼評審的不需要輸出《評審記錄單》，且不需要SQA跟蹤。第九頁，共十七頁。核心代碼評審流程圖核心代碼評審第十頁，共十七頁。普通代碼評審流程圖普通代碼評審

第十一頁，共十七頁。文檔評審與代碼評審的區(qū)別不需要評審委員會代表（RCR）參與。評審前無單元測試報告輸出有評審要求的文檔必須經(jīng)過評審才可以歸檔郵件，工位，會議室所有形式的評審都要輸出《評審記錄單》。通過郵件進行的文檔的評審SQA也需要跟蹤。文檔評審的問題由SQA驗證關(guān)閉。第十二頁，共十七頁。文檔評審流程圖文檔評審評審文檔與參與角色對照表文檔編寫checklist

第十三頁，共十七頁。評審記錄單的使用UMPAY_SW_圖表_評審記錄單_項目_peixun.xls表單使用目的：1.評審記錄可以為項目度量依據(jù)。為今后計算評審問題發(fā)現(xiàn)效率提供數(shù)據(jù)支持。2.保證評審出的問題不被遺漏，并且全部在受控下改正。3.避免遺忘暫時解決不了的問題（掛起問題）。第十四頁，共十七頁。評審問題狀態(tài)說明Opened當問題被提交時狀態(tài)為Opened；Closed確認問題已經(jīng)修改正確經(jīng)過驗證關(guān)閉后，將問題狀態(tài)置成Closed；掛起不能立刻解決的問題，評審記錄單此問題置“掛起”狀態(tài)，SQA負責定期回顧跟蹤。第十五頁，共十七頁。謝謝第十六頁，共十七頁。內(nèi)容總結(jié)Review管理流程。盡管人們善于找出自己所犯的部分錯誤，但是相對于其他任何人而言，大量的各種錯誤還是很容易逃脫創(chuàng)作者的眼睛，這被稱為思維定勢。同行評審的目的,是在軟件項目初期發(fā)現(xiàn)那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的后續(xù)階段。通過消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量。越早消除缺陷就越能降低后續(xù)開發(fā)修改缺陷的人力和時間成本。