Ch.9 軟件評審.ppt_第1頁
Ch.9 軟件評審.ppt_第2頁
Ch.9 軟件評審.ppt_第3頁
Ch.9 軟件評審.ppt_第4頁
Ch.9 軟件評審.ppt_第5頁
已閱讀5頁,還剩27頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件質(zhì)量保證和管理,第9章軟件評審,第9章軟件評審,第9.1章為什么需要評審,第9.2章軟件評審的作用和功能,第9.3章評審內(nèi)容,第9.4章評審方法和技術(shù),第9.5章準(zhǔn)備評審會議,第9.6章召開評審會議,第9.7章跟蹤和分析評審結(jié)果,第9.8章如何實施成功的評審,第9.1章為什么需要評審,從成本的角度來看,發(fā)現(xiàn)的缺陷越晚,糾正缺陷的成本就越高。軟件評審的重要目的是盡早評審產(chǎn)品中的缺陷,減少大量的后期返工。9.1你為什么需要復(fù)習(xí)?從技術(shù)上講,前一階段的錯誤自然會導(dǎo)致后一階段的工作結(jié)果出現(xiàn)相應(yīng)的錯誤,這些錯誤會逐漸積累和增加。9.2軟件評審、協(xié)調(diào)人、作者評審、用戶代表、質(zhì)量保證代表的角色和職能、9

2、.3評審內(nèi)容、9.3.1管理評審、9.3.2技術(shù)評審、9.3.3文件評審、9.3.4過程評審和9.3.1管理評審、9.3.1管理評審、質(zhì)量管理體系的內(nèi)外部審核結(jié)果、改進(jìn)、預(yù)防和糾正措施、上次管理評審中提出的改進(jìn)措施的實施和驗證信息、管理評審、質(zhì)量體系的總體評價、 評價質(zhì)量管理體系及其過程的改進(jìn)產(chǎn)品是否滿足與產(chǎn)品改進(jìn)和新資源要求、輸入和輸出有關(guān)的要求、決定和措施,評審和總結(jié)質(zhì)量體系并確保其適宜性、有效性和充分性,9.3.2技術(shù)評審、評審內(nèi)容清單和其他必要文件,技術(shù)評審、技術(shù)評審報告,會議基本信息中存在的問題,技術(shù)評審的評審結(jié)論和意見,問題跟蹤表, 技術(shù)評審的問答記錄、輸入和輸出、9.3.3文件評

3、審、1)正確性2)完整性3)一致性4)模塊化是指模塊的獨立性7)清晰性8)可行性9)可靠性10)可追溯性9.3.4過程評審,過程評審的目的:在對主要的質(zhì)量保證過程進(jìn)行評估并考慮如何處理/解決評審過程中發(fā)現(xiàn)的不符合項后,評審組需要在總結(jié)和分享好的經(jīng)驗并指出需要進(jìn)一步改進(jìn)和提高的本地評審技術(shù)后,提交評審報告。 包括:評審后的評審記錄、對現(xiàn)有過程的描述和對評審小組建議的評論、9.3.4過程評審、過程評審過程、問題,以及文件評審和技術(shù)評審的主要區(qū)別是什么?9.4評審方法和技術(shù)、9.4.1評審方法、9.4.2評審技術(shù)、9.4.1評審方法、特別評審、輪次、演練、小組評審、檢查和9.4。選擇評價方法最有效的

4、標(biāo)準(zhǔn)是:“對于最有可能產(chǎn)生風(fēng)險的工作成果,應(yīng)采用最正式的評價方法?!崩?,核心代碼的失敗也會帶來嚴(yán)重的后果,因此也應(yīng)該通過審查或小組審查的方式進(jìn)行審查,而對于一般代碼,可以采用臨時審查和同桌審查等臨時審查方法。9.4.2評審技術(shù),缺陷檢查表,列出了容易出現(xiàn)的典型錯誤,是評審的重要組成部分。規(guī)則集類似于缺陷清單,缺陷清單通常是行業(yè)中的通用規(guī)范,或者是一組各種企業(yè)定義的規(guī)則。評審工具的使用合理地使用了一些工具,如美國國家航空航天局開發(fā)的自動需求測量,以理解不同的角色,不同的角色對產(chǎn)品/文件有不同的理解。場景根據(jù)用戶使用場景審查產(chǎn)品/文檔。9.5準(zhǔn)備審查會議。1.評審計劃各階段評審計劃的內(nèi)容包括:評

5、審時間、評審方法和各階段評審組成員。在SQA提交的質(zhì)量保證計劃中,應(yīng)根據(jù)各階段的評審計劃建立相應(yīng)的評審檢查點。9.5準(zhǔn)備評審會議;2.成立審查小組。項目組在評審組長和成員名單上提出建議,質(zhì)量組根據(jù)項目組的建議與相關(guān)部門或人員(如其他項目負(fù)責(zé)人)協(xié)商。選擇評審組長非常重要。評審組長需要和作者一起計劃和組織整個評審活動。9.5準(zhǔn)備評審會議,3。準(zhǔn)備評審材料的基本和早期文檔,如與主要決策相關(guān)的文檔,如需求描述和原型,如體系結(jié)構(gòu)模型中不確定如何進(jìn)行的部分,如一些具有挑戰(zhàn)性的模塊,這些模塊實現(xiàn)不熟悉或復(fù)雜的算法,或涉及復(fù)雜的業(yè)務(wù)規(guī)則和其他將被重復(fù)使用的組件,9.5準(zhǔn)備評審會議,4。將待審查的可交付產(chǎn)品/

6、文件發(fā)送到審查包中,審查包中注明了待審查的部分,這些部分定義了可交付產(chǎn)品的初步文件、相關(guān)標(biāo)準(zhǔn)或其他參考文件。參與者要求的所有表格都有助于評審者發(fā)現(xiàn)缺陷:如用于驗證可交付產(chǎn)品的缺陷清單、相關(guān)規(guī)則和其他測試文件,9.5準(zhǔn)備評審會議,5。在評審會議前制作活動進(jìn)度表,評審組長還需要制定相應(yīng)的活動日程,安排會議室,并將活動、日期、時間和地點通知評審組成員。9.6召開評審會議,評審的主要步驟是:1)評審者/作者的演示或解釋。2)評審員將與作者就不清楚或混淆的地方進(jìn)行溝通。3)協(xié)調(diào)員或記錄員在會議期間完成會議記錄。9.6召開了評審會議,評審結(jié)果:通過,評審內(nèi)容中沒有重大缺陷,可以有條件的接受,但是有些小缺陷

7、修改后可以接受,評審內(nèi)容中有很多缺陷,所以作者需要修改這些缺陷,修改后再進(jìn)行評審。審查尚未完成。由于某種原因,審查尚未完成,需要召開后續(xù)會議。9.6召開審查會議。評審注意事項:在評審過程中,所有參與者都應(yīng)關(guān)注評審內(nèi)容本身,而不是特定的參與者。無休止的辯論通常會使審查小組難以就某些問題達(dá)成一致。此時,問題可以被記錄下來,如何識別它們由作者決定。偏離會議中心在實際會議中,會議經(jīng)常偏離中心,例如轉(zhuǎn)向政治話題的討論。鼓勵大家發(fā)言,并鼓勵不擅長用詞的參與者對復(fù)習(xí)內(nèi)容發(fā)表意見,如按照座位順序輪流發(fā)表意見。9.7跟蹤和分析評審結(jié)果。隨訪審查結(jié)果是有條件的接受或拒絕。2.分析評審結(jié)果的有效性、效率和成本。請簡要描述審查過程。9.8如何實施成功評審,解決評審不成功的主觀因素:對所有評審工程師進(jìn)行培訓(xùn),使評審深入人心,防止個人沖突,盡量避免對作者有人身攻擊的工程師加入評審小組,在項目計劃中增加評審活動,分配足夠的評審資源收集以前的評審

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論