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