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

Review管理流程

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

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

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