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

Review管理流程

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

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

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