cmmi3級(jí)軟件過(guò)程改進(jìn)方法與規(guī)范第16章技術(shù)評(píng)審(完整版)
【正文】 審核 作者消除所有已發(fā)現(xiàn)的缺陷后，再將修正后的工作成果遞交給審查員審核。 ? [] 討論缺陷解決方案 ? 作者和評(píng)審員共同討論缺陷的解決方案。 ? 與該工作成果評(píng)審相關(guān)的一些材料，如檢查表。作者答復(fù)評(píng)審員的問(wèn)題，并與評(píng)審員共同查找缺陷、商討缺陷解決方案。審核結(jié)論有兩種： （ 1） 修 正后的工作成果合格。 ? [] 會(huì)議結(jié)束決議 ? 評(píng)審小組給出評(píng)審結(jié)論和意見(jiàn)，主持人簽字后本次會(huì)議結(jié)束。 ? 評(píng)審主持人把工作成果及相關(guān)材料、技術(shù)評(píng)審規(guī)程、檢查表等發(fā)給評(píng)審員。 ? 記錄員：由評(píng)審主持人指定一位評(píng)審員來(lái)?yè)?dān)任記錄員。 ? 評(píng)審小組 ? 評(píng)審主持人是應(yīng)當(dāng)具備比較高的技術(shù)水平和比較豐富的評(píng)審經(jīng)驗(yàn)，能夠控制評(píng)審會(huì)議的進(jìn)程。 [Step4] 審批計(jì)劃 ? 項(xiàng)目經(jīng)理根據(jù)《項(xiàng)目計(jì)劃》以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批《技術(shù)評(píng)審計(jì)劃》 。 啟動(dòng)準(zhǔn)則 ? 《項(xiàng)目計(jì)劃》已經(jīng)制定。 ? 在會(huì)議評(píng)審期間要限制過(guò)多的爭(zhēng)論，以免浪費(fèi)他人的 時(shí)間。 ? 非正規(guī)技術(shù)評(píng)審（ ITR）。技術(shù)評(píng)審方法已經(jīng)被業(yè)界廣泛采用并收到了很好的效果，它被普遍認(rèn)為是軟件開(kāi)發(fā)的最佳實(shí)踐之一。 技術(shù)評(píng)審過(guò)程域是 SPP 模型的重要組成部分。 ? 越早消除缺陷就越能降低開(kāi)發(fā)成 本。現(xiàn)實(shí)中，為了節(jié)約時(shí)間 ，允許人們有選擇地對(duì)工作成果進(jìn)行技術(shù)評(píng)審。 ? 《技術(shù)評(píng)審報(bào)告》，模板見(jiàn) [SPPTEMPTRREPORT]。 [Step2] 確定技術(shù)評(píng)審方式 ? 根據(jù)工作成果的重要性和復(fù)雜性確定技術(shù)評(píng)審方式。 度量 ? 技術(shù)負(fù)責(zé)人（或技術(shù)骨干）統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。 ? 評(píng)審員主要來(lái)源于項(xiàng)目?jī)?nèi)和項(xiàng)目外的技術(shù)人員，必要時(shí)還應(yīng)當(dāng)邀請(qǐng)客戶和質(zhì)量保證人員擔(dān)任評(píng)審員。 ? 根據(jù)《技術(shù)評(píng)審計(jì)劃》，該工作成果進(jìn)行正式技術(shù)評(píng)審的時(shí)間已到。 ? [] 作者介紹工作成果 ? 作者扼要地介紹工作成果。 （ 3） 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。 ? 根據(jù)評(píng)審報(bào)告修正后的工作成果。評(píng)審員應(yīng)當(dāng)根據(jù)“檢查表”認(rèn)真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。 ? 評(píng)審員閱讀（了解）工作成果及相關(guān)材料、評(píng)審規(guī)程、檢查表等。評(píng)審結(jié)論有三種： （ 1） 工作成果合格，“無(wú)需修改”或者“需要輕微修改但不必再審核”。 （ 2）修正后的工作成果仍然不合格，需重新修改，重復(fù) [Step3]。 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國(guó)最大的免費(fèi)課件資源庫(kù) ? 建議機(jī)構(gòu)采用統(tǒng)一的缺陷跟蹤工具，使得技術(shù)評(píng)審所發(fā)現(xiàn)的缺陷能被及時(shí)地消除，不被遺漏。 度量 ? 評(píng)審員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。 ? 審查員跟蹤每個(gè)缺陷的狀態(tài)。 ? 作者回答評(píng)審員的 問(wèn)題，雙方要對(duì)每個(gè)缺陷達(dá)成共識(shí)（避免誤解）。 輸入 ? 待評(píng)審的工作成果。 角色與職責(zé) ? 作者：是指待評(píng)審的工作成果的開(kāi)發(fā)者，可能是一個(gè)人也可能是個(gè) 小組。 ? [] 審核工作成果 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國(guó)最大的免費(fèi)課件資源庫(kù) ? 評(píng)審主持人（或者指定審查員）審核修正后的工作成果。 ? 對(duì)于當(dāng)場(chǎng)難以解決的問(wèn)題，由主持人決定“是否有必要繼續(xù)討論”或者“另定時(shí)間再討論”。 圖 162 正式技術(shù)評(píng)審的流程圖 [Step1] 準(zhǔn)備評(píng)審 ? 評(píng)審主持人首先確定評(píng)審會(huì)議的時(shí)間、地點(diǎn)、設(shè)備和參加會(huì)議的人員名單（包括評(píng) Step2. 舉行評(píng)審會(huì)議 Step1. 準(zhǔn)備評(píng)審 主持人宣講 作者介紹工作成果 識(shí)別缺陷和答辯 討論缺陷解決方案 會(huì)議結(jié)束決議 修正與跟蹤 遞交審核 審核工作成果 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國(guó)最大的免費(fèi)課件資源庫(kù) 審員、記錄員、作者、旁聽(tīng)者等），然后起草《技術(shù)評(píng)審?fù)ㄖ?，并告知所有相關(guān)人員。 ? 評(píng)審小組的總?cè)藬?shù)一般在 3～ 7 人之間。評(píng)審會(huì)議結(jié)束后，作者應(yīng)當(dāng)及時(shí)消除工作成果中的缺陷。 ? 根據(jù)工作成果的特征預(yù)定評(píng)審主持人和其他評(píng)審員。 ? 項(xiàng)目經(jīng)理審批《技術(shù)評(píng)審計(jì)劃》。 ? 技術(shù)評(píng)審應(yīng)當(dāng)“ 就是論事 ”，不要打擊有失誤的開(kāi)發(fā)人員的工作積極性，更不準(zhǔn)搞人身攻擊（如挖苦、諷刺等）。 FTR 比較嚴(yán)格，需要舉行評(píng)審會(huì)議，參加評(píng)審會(huì)議的人員比較多。 介紹 技術(shù)評(píng)審最初是由 IBM 公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的。本規(guī)范闡述了技術(shù)評(píng)審過(guò)程域的三個(gè)主要規(guī)程： ? 制定技術(shù)評(píng)審計(jì)劃 [SPPPROCTRPLANNING] ? 正式技術(shù)評(píng)審 [SPPPROCTRFTR] ? 非正式技術(shù)評(píng)審 [SPPPROCTRITR] 上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1