軟件工程實踐1整理ppt第十四講質(zhì)量管理與質(zhì)量保證評審與審查風(fēng)險管理2整理ppt目的與內(nèi)容掌握質(zhì)量的概念了解質(zhì)量管理和質(zhì)量保證的內(nèi)容和過程掌握評審和審查的過程了解和掌握風(fēng)險管理的概念與過程3整理ppt質(zhì)量管理4整理ppt質(zhì)量的概念質(zhì)量定義：反映實體滿足明確和隱含需要能力的特性綜合定義的說明：明確需要：指合同中用戶明確提出的要求與需要隱含需要：指由生產(chǎn)企業(yè)通過市場調(diào)研進(jìn)行識別與探明的要求或需要特性：實體所特有的性質(zhì)，反映了實體滿足需要的能力5整理ppt工程的質(zhì)量質(zhì)量的類型：質(zhì)量，通常指產(chǎn)品的質(zhì)量，廣義的還包括工作的質(zhì)量。產(chǎn)品質(zhì)量是指產(chǎn)品的使用價值及其屬性；而工作質(zhì)量那么是產(chǎn)品質(zhì)量的保證，它反映了與產(chǎn)品質(zhì)量直接有關(guān)的工作對產(chǎn)品質(zhì)量的保證程度。工程的質(zhì)量從工程作為一次性的活動來看，工程質(zhì)量表達(dá)在由WBS反映出的工程范圍內(nèi)所有的階段、子工程、工程工作單元的質(zhì)量所構(gòu)成，也即工程的工作質(zhì)量；從工程作為一項最終產(chǎn)品來看，工程質(zhì)量表達(dá)在其性能或者使用價值上，也即工程的產(chǎn)品質(zhì)量。6整理ppt質(zhì)量本錢質(zhì)量本錢是實施單位為了保證和提高產(chǎn)品質(zhì)量、滿足用戶需要而支出的費用，以及因未到達(dá)質(zhì)量標(biāo)準(zhǔn)而產(chǎn)生的一切損失費用的總和。7整理ppt質(zhì)量管理的內(nèi)容質(zhì)量方案質(zhì)量控制質(zhì)量保證戴明環(huán)——PDCAP：Plan-方案D：Do-實施C：Check-檢查A：Action-處理PDCA8整理ppt質(zhì)量方案質(zhì)量方案的目的主要是確保工程的質(zhì)量標(biāo)準(zhǔn)能夠得以滿意的實現(xiàn)，其關(guān)鍵是在工程的方案期內(nèi)確保工程按期完成，同時要處理與其他工程方案之間的關(guān)系。9整理ppt質(zhì)量方案的內(nèi)容需到達(dá)的質(zhì)量目標(biāo)質(zhì)量工作具體流程在工程各個不同階段，職責(zé)、權(quán)限和資源的具體分配工程實施中需采用的具體的書面程序和指導(dǎo)書有關(guān)階段適用的試驗、檢查、檢驗和評審大綱到達(dá)質(zhì)量目標(biāo)的測量方法隨工程的進(jìn)展而修改和完善質(zhì)量方案的程序為到達(dá)工程質(zhì)量目標(biāo)必須采用的其它措施10整理ppt工程質(zhì)量控制質(zhì)量控制主要是監(jiān)督工程的實施結(jié)果，將工程的結(jié)果與事先制定的質(zhì)量標(biāo)準(zhǔn)進(jìn)行比較，找出其存在的差距，并分析形成這一差距的原因，質(zhì)量控制同樣貫穿于工程實施的全過程。工程的結(jié)果包括產(chǎn)品結(jié)果〔如交付〕以及管理結(jié)果〔如實施的費用和進(jìn)度〕。質(zhì)量控制通常是由質(zhì)量控制部門或類似的質(zhì)量組織單元實施，但是也并非總是如此。11整理ppt質(zhì)量保證

質(zhì)量保證是所有方案和系統(tǒng)工作實施到達(dá)質(zhì)量方案要求的根底，為工程質(zhì)量系統(tǒng)的正常運轉(zhuǎn)提供可靠的保證，它應(yīng)該貫穿于工程實施的全過程之中。在ISO9000系列實施之前，質(zhì)量保證通常被描述在質(zhì)量方案之中。質(zhì)量保證通常是由質(zhì)量保證部門或者類似的組織單元提供，但是不必總是如此。質(zhì)量保證通常提供給工程管理組以及實施組織〔內(nèi)部質(zhì)量保證〕或者提供給客戶或工程工作涉及的其它活動〔外部質(zhì)量保證〕。12整理ppt“質(zhì)量保證〞與“保證質(zhì)量〞保證質(zhì)量是質(zhì)量控制的任務(wù)用戶不提QA，工程實施者也要進(jìn)行質(zhì)量控制，保證工程質(zhì)量滿足用戶要求QA是以保證質(zhì)量為根底，進(jìn)一步引伸到提供質(zhì)量“信任〞這一根本目的QA的主要工作是促進(jìn)完善質(zhì)量控制，以便準(zhǔn)備好客觀證據(jù)，并根據(jù)對方的要求有方案、有步驟地開展提供證據(jù)的活動“保證〞有“保險〞的意義13整理ppt軟件質(zhì)量保證

軟件質(zhì)量保證的目的是向管理者提供適當(dāng)?shù)膶浖こ陶褂玫倪^程和正構(gòu)造產(chǎn)品的可視性。軟件質(zhì)量保證包括評審和審計軟件產(chǎn)品和活動以驗證它們符適宜用的規(guī)程和標(biāo)準(zhǔn)，給工程和其它有關(guān)的經(jīng)理提供這些評審和審計的結(jié)果。14整理pptSQA的問題處理渠道首先在軟件工程內(nèi)部處理符合性問題，如可能的話就地解決它。對于那些無法在軟件工程內(nèi)部解決的問題，軟件質(zhì)量保證組逐級上遞該問題到管理者的恰當(dāng)層次以求得解決。15整理pptSQA的目標(biāo)

目標(biāo)1軟件質(zhì)量保證活動是有方案的。目標(biāo)2軟件產(chǎn)品和活動遵守適用的標(biāo)準(zhǔn)、規(guī)程和需求的情況得到客觀的驗證。目標(biāo)3受影響的組和個人接到軟件質(zhì)量保證活動和結(jié)果的通知。目標(biāo)4高級管理者處理在軟件工程內(nèi)部不能解決的不符合問題。16整理pptSQA的獨立性存在負(fù)責(zé)協(xié)調(diào)和實施工程的SQA的組SQA有一個向高級管理者報告的渠道，它獨立于：工程經(jīng)理，軟件工程組，其它的有關(guān)組組織機構(gòu)支持那些要求獨立性的活動，如SQA獨立性應(yīng)該：給擔(dān)當(dāng)SQA角色的個人提供組織上的自由度，使他們成為高級管理者在軟件工程上的“耳目〞。使得擔(dān)當(dāng)SQA角色的個人免受他們正在評審的軟件工程的管理者所作的性能評價的影響。使高級管理者相信正在報告的有關(guān)工程過程和產(chǎn)品的信息是客觀的。17整理pptSQA過程活動活動1按照已建檔的規(guī)程為軟件工程制訂SQA方案活動2按照SQA方案進(jìn)行SQA組的活動活動3SQA組參與準(zhǔn)備和評審工程的軟件開發(fā)方案、標(biāo)準(zhǔn)和規(guī)程活動4SQA組評審軟件工程活動以驗證符合性活動5SQA組審計指定的軟件工作產(chǎn)品以驗證符合性活動6SQA組定期向軟件工程組報告其活動的結(jié)果活動7按照已文檔化的規(guī)程對在軟件活動和軟件工作產(chǎn)品中所鑒別出的偏差建立文檔并加以處理活動8SQA組與顧客的SQA人員一起對它的活動和發(fā)現(xiàn)進(jìn)行定期評審18整理pptSQA方案的內(nèi)容1.

SQA組的職責(zé)和權(quán)力2.

SQA組的資源要求3.

工程的SQA組活動的進(jìn)度表和投資4.

SQA組參加制定工程的軟件開發(fā)方案、標(biāo)準(zhǔn)和規(guī)程的情況5.

將由SQA完成的評價6.

將由SQA組進(jìn)行的審計和評審7.

將用作SQA組評審和審計的根底的工程的標(biāo)準(zhǔn)和規(guī)程8.

用于對不符合性問題建立文檔和進(jìn)行跟蹤直至結(jié)束的規(guī)程9.

要求SQA組生成的文檔10.就SQA活動給軟件工程組和其它軟件—有關(guān)組提供反響信息的方法和頻率19整理ppt評審與審查Review&Inspection20整理ppt概論在軟件的研制過程中必須進(jìn)行的一項重要工作，就是軟件的驗證與確認(rèn)。軟件驗證是確定軟件開發(fā)周期中的一個給定階段產(chǎn)品是否到達(dá)前階段確立的需求的過程。它包括評審、審查、測試、檢查、審計等項活動。軟件確認(rèn)是在軟件開發(fā)過程結(jié)束時對軟件進(jìn)行評價，以確認(rèn)它和軟件需求是否相一致的過程。也可以說，確認(rèn)是“端到端〞的驗證。21整理ppt什么是驗證與確認(rèn)驗證和確認(rèn)是兩項相輔相成的工作，但它們之間卻極易混淆。軟件工程權(quán)威BarryW.Boehm曾巧妙地用兩句形式相似但內(nèi)容不同的話作過精辟的描述：Verification:Arewebuildingtheproductright?Validation:Arewebuildingtherightproduct?驗證：我們正正確地制造產(chǎn)品嗎？確認(rèn)：我們正制造正確的產(chǎn)品嗎？22整理ppt為什么V&V不管工程大小如何，軟件驗證與確認(rèn)很大程度地影響著軟件的質(zhì)量。人總是會犯錯誤的，而沒有經(jīng)過驗證的軟件將難以正常工作。有典型事例說明在開發(fā)期間每1000行代碼中發(fā)現(xiàn)有20到50個錯誤，而即使是在系統(tǒng)測試之后每1000行代碼中仍有1.5到4個錯誤。軟件驗證與確認(rèn)的目標(biāo)是把錯誤減少到可以接受的水平。軟件的驗證與確認(rèn)工作占用整個工程的30%～90%的資源。23整理ppt驗證與確認(rèn)V形圖軟件開發(fā)工作開始于圖的左上角，沿左邊的產(chǎn)生“軟件規(guī)格〞側(cè)向下進(jìn)行到“Ｖ〞的底端，其間要逐階段進(jìn)行驗證；之后沿右邊的產(chǎn)生“軟件產(chǎn)品〞側(cè)向上，之間對應(yīng)著它們對“軟件規(guī)格〞的驗證。Ｖ形圖強調(diào)在左側(cè)按照輸入驗證每個輸出及在右側(cè)根據(jù)“軟件規(guī)格〞驗證軟件產(chǎn)品。24整理ppt系統(tǒng)需求軟件需求概要設(shè)計詳細(xì)設(shè)計單元測試組裝測試編碼確認(rèn)測試系統(tǒng)聯(lián)試詳細(xì)設(shè)計概要設(shè)計軟件需求系統(tǒng)需求型號任務(wù)編譯后的單元測試后的單元組裝后的軟件測試后的軟件交付軟件驗證驗證驗證驗證驗證驗證驗證與確認(rèn)驗證與確認(rèn)25整理pptV形圖驗證與確認(rèn)說明根據(jù)系統(tǒng)需求驗證軟件需求根據(jù)軟件需求驗證概要設(shè)計根據(jù)概要設(shè)計驗證詳細(xì)設(shè)計根據(jù)詳細(xì)設(shè)計驗證編碼用單元測試驗證詳細(xì)設(shè)計用組裝測試驗證概要設(shè)計用確認(rèn)測試驗證軟件需求用系統(tǒng)聯(lián)試驗證系統(tǒng)需求26整理ppt通過評審進(jìn)行V&V對軟件的工作產(chǎn)品進(jìn)行驗證的一個重要方法是評審。評審是把工作產(chǎn)品或工作產(chǎn)品集提交給工程人員、經(jīng)理、用戶、顧客或其它感興趣各方進(jìn)行評價或批準(zhǔn)的過程或會議。評審一般有技術(shù)評審、審查、走查、審計等多種形式。檢查階段工作的管理評審稱作階段評審。27整理ppt為什么要及早進(jìn)行評審1)程序中的大局部錯誤是在編碼之前造成的。據(jù)統(tǒng)計，設(shè)計及之前階段產(chǎn)生的錯誤大約占63％，而編碼錯誤僅占37％。2)錯誤的檢測與改正時間越晚，所付出的代價也就越高。通過對一些大型軟件工程的分析說明；如果在需求和設(shè)計階段發(fā)現(xiàn)一個錯誤，改正所需費用為1；那么在測試前發(fā)現(xiàn)該錯誤，改正費用那么為6.5；在測試時發(fā)現(xiàn)，改正費用為15；而在交付使用后再發(fā)現(xiàn)，改正費用那么高達(dá)67。3)錯誤還會被“放大〞。28整理ppt階段評審評審的目的階段評審在軟件研制的各個階段完成了預(yù)定工作時進(jìn)行，目的是檢查該階段工作是否完成，是否到達(dá)了規(guī)定的質(zhì)量和技術(shù)要求，檢查方案管理、質(zhì)量管理、風(fēng)險管理、配置管理的執(zhí)行情況，決定是否可以轉(zhuǎn)入下一個研制階段。各研制階段結(jié)束時均應(yīng)進(jìn)行階段評審。評審組成員評審由工程組上級主管機構(gòu)組織，組長由上級主管領(lǐng)導(dǎo)擔(dān)任。成員包括：1〕主管領(lǐng)導(dǎo)；2〕同行專家；3〕質(zhì)量管理人員；4〕科研〔方案〕管理人員；5〕工程組成員；6〕交辦方代表〔必要時〕。29整理ppt階段評審程序〔1〕〔1〕評審前的準(zhǔn)備準(zhǔn)備階段評審匯報和被評審文件。匯報內(nèi)容：1〕本階段研制工作的主要內(nèi)容和完成情況；2〕為保證產(chǎn)品質(zhì)量所做的質(zhì)量保證工作；3〕方案落實和配置管理情況；4〕本階段出現(xiàn)的主要問題及解決情況；5〕結(jié)論及建議。〔2〕確定評審人員和日期〔3〕評審組分工〔4〕評審組審閱評審文件承辦單位提前三天將評審文件提交評審組審閱30整理ppt階段評審程序〔2〕〔5〕評審會議1〕軟件研制工程組作階段評審匯報；2〕評審組詢問、討論、審查各項工作，工程組辯論；3〕評審組作出評審結(jié)論并由組長宣布。〔6〕填寫評審總結(jié)報告〔7〕評審后的工作評審結(jié)論入配置管理、保存?zhèn)浒浮⒔簧霞墝徟９こ探M針對修改意見和改進(jìn)建議，經(jīng)審批進(jìn)行修改補充。工程組根據(jù)評審意見，轉(zhuǎn)入下一研制階段。31整理ppt階段評審表在每次階段評審時，都必須履行正式手續(xù)，填寫必要的評審表格，以利于工程管理和質(zhì)量檢查。階段評審表由三張子表組成子表1是對評審中發(fā)現(xiàn)問題的記錄子表2是評審總結(jié)報告子表3是評審小組成員登記與簽字表對于在評審中發(fā)現(xiàn)的軟件問題，用軟件問題報告單對問題進(jìn)行詳細(xì)的描述。32整理ppt

評審問題記錄登記號

評審日期年月日評審性質(zhì)評審□復(fù)審□項目名

子項目名

代號

編號問題摘要問題類型是否解決1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

33整理ppt

評審總結(jié)報告登記號

評審日期年月日評審性質(zhì)評審□復(fù)審□項目名

子項目名

代號

階段名系統(tǒng)需求□需求分析□概要設(shè)計□詳細(xì)設(shè)計□軟件實現(xiàn)□組裝測試□確認(rèn)測試□系統(tǒng)聯(lián)試□項目組長姓名

單位

電話

評審任務(wù)

評審材料

通過不需修改

稍作修改

不通過作重要修改

要重新評審

備注

34整理ppt

評審小組成員職務(wù)姓名職稱單位簽字組長

副組長

成員

成員

成員

成員

成員

成員

成員

35整理ppt技術(shù)評審以下技術(shù)評審過程是歐洲航空局最正確實踐過程之一目的技術(shù)評審的目的是對具體的工作產(chǎn)品集〔如文檔、源代碼〕進(jìn)行評價，并對管理提供以下信息：它們符合前一階段制定的軟件規(guī)格；它們已按照工程的標(biāo)準(zhǔn)和方法完成；所有的更改都正確地得到完成，并只影響對更改規(guī)定的范圍。36整理ppt組織技術(shù)評審過程由評審組來執(zhí)行，評審組中有以下的角色：負(fù)責(zé)人秘書成員37整理ppt職責(zé)負(fù)責(zé)人的責(zé)任包括：提名評審組；組織評審并通知所有參加者評審的時間、地點和日程；會議前向所有參加者分發(fā)評審項并在必要時分配評審項；必要時組織評審組開展準(zhǔn)備工作；主持評審會議；發(fā)布技術(shù)評審報告。必要時秘書應(yīng)協(xié)助負(fù)責(zé)人，并負(fù)責(zé)記錄評審組發(fā)現(xiàn)的問題、作出的決定和建議。38整理ppt職責(zé)各評審組成員檢查評審項并參加評審會議。如果被評審項規(guī)模大、復(fù)雜或需要各種專業(yè)的專家技能才能進(jìn)行有效的評審，那么負(fù)責(zé)人可以在成員中分配評審項。39整理ppt輸入適當(dāng)時，對技術(shù)評審過程的輸入包括：評審會議日程；對目的的陳述；評審項〔如被評審的軟件需求規(guī)格說明、軟件概要設(shè)計說明〕；評審項應(yīng)符合的上階段給出的軟件規(guī)格〔如評審軟件詳細(xì)設(shè)計說明時所對應(yīng)的軟件概要設(shè)計說明〕；評審項使用的方案、標(biāo)準(zhǔn)及指南；與評審項有關(guān)的評審差異表、軟件問題報告單，修改報告單；軟件質(zhì)量保證人員的報告。40整理ppt

評審差異表編號

日期

提出人

1文檔標(biāo)題：2文檔代號：3文檔發(fā)布/版本號：4問題位置：

5問題說明：

6建議解決方法：

7作者答復(fù)：

8評審決定：

結(jié)束／更改／措施／拒收（劃出選擇）41整理ppt活動=準(zhǔn)備+評審會議準(zhǔn)備負(fù)責(zé)人起草日程表，并將其與目的、被評審項、規(guī)格、方案和指南一起散發(fā)給評審組。評審組成員對評審項進(jìn)行檢查。通過完成評審差異表來對在檢查中發(fā)現(xiàn)的每個問題進(jìn)行記錄。將評審差異表退還給秘書。負(fù)責(zé)人將每張評審差異表按主要的、次要的或編輯上的進(jìn)行分類由秘書按被評審項中偏差的位置對評審差異表進(jìn)行排序。42整理ppt活動=準(zhǔn)備+評審會議評審會議1)開始；2)展示被評審項；3)評審差異表的分類；4)對主要的評審差異表的評審；5)對其它的評審差異表的評審；6)結(jié)論。43整理ppt評審結(jié)論典型的結(jié)論是：授權(quán)進(jìn)行下一步的工作，條件是完成更改工作和采取措施；授權(quán)進(jìn)行限定局部的工作；執(zhí)行決定的附加工作。如未能對達(dá)成一致意見和得出結(jié)論，那么：在評審報告中記錄非主流的不同觀點；由一名或多名成員在會議外尋找解決方法；把問題移交給上一級管理部門。44整理ppt輸出報告摘要；成員名單；被評審項確實定；按照分類編組的帶處置標(biāo)志的評審差異表、軟件問題報告單、軟件修改報告單等；措施清單，以及各措施的人員責(zé)任和預(yù)期完成日期；結(jié)論。輸出可采取會議記錄的形式，或采取獨立報告的形式。報告應(yīng)足夠詳細(xì)，以便于管理部門判斷發(fā)生了什么事。如果在評審期間難以達(dá)成一致意見，可建議評審組成員對輸出不簽字。45整理ppt軟件審查軟件審查可用于編碼前發(fā)現(xiàn)詳細(xì)設(shè)計中的缺陷，在測試前發(fā)現(xiàn)代碼的缺陷。軟件審查也可以用于驗證測試設(shè)計、測試用例和測試過程。軟件審查是有效的。通過審查，可以查出開發(fā)過程所帶給工程的全部缺陷的50%。軟件審查是經(jīng)濟(jì)的，因為它可以大大減少缺陷的數(shù)量和降低消除缺陷的費用。在缺陷產(chǎn)生后盡可能短的時間內(nèi)發(fā)現(xiàn)缺陷可以：使軟件開發(fā)者增強查找缺陷產(chǎn)生原因的意識，以便減少類似缺陷再出現(xiàn)的可能性；使查找缺陷的工作量減少，因為不需要在許多可能的組成局部以外去診斷哪個組成局部有缺陷。46整理ppt審查的目的軟件審查的目的是查出文檔或代碼中的缺陷。47整理ppt軟件審查的組織主任：主任領(lǐng)導(dǎo)審查并主持審查會。主任應(yīng)具備完成這項工作的技能，而不必要精通所審查的工程。他〔她〕必須是公平的、客觀的。鑒于這些原因，主任常常從與工程無關(guān)的職員中選出。最好他們受過有關(guān)審查過程的培訓(xùn)。秘書：秘書負(fù)責(zé)記錄審查會的記錄，特別是記錄發(fā)現(xiàn)的每個缺陷的細(xì)節(jié)。閱讀員：閱讀者引導(dǎo)審查組遍歷被審查項。審查員：審查員在審查時確定和描述被審查項的缺陷。選擇的審查員應(yīng)能代表各種觀點〔如：設(shè)計員、編碼員和測試員〕。作者是被審查項的編制人員。作者主要答復(fù)關(guān)于被審查項的問題，并負(fù)責(zé)所有的修改。一個人可擔(dān)任上述一種或多種角色。沒有人既擔(dān)任作者又擔(dān)任其它角色。48整理ppt軟件審查的輸入被審查項〔如源代碼，或其它文檔〕被審查項應(yīng)符合的規(guī)格〔如詳細(xì)設(shè)計〕審查檢查單應(yīng)用于被審查項的標(biāo)準(zhǔn)和指南審查報告表從上一次審查中獲得的缺陷表49整理ppt活動=綜述、準(zhǔn)備、審查會、修改、補充活動綜述是對被審查項進(jìn)行介紹。之后審查員對被審查項進(jìn)行熟悉，作好參加審查會的準(zhǔn)備。然后，審查員在審查會上檢查被審查項、確定缺陷并決定是否對缺陷進(jìn)行糾正。修改工作包括對故障的修復(fù)。補充活動是指檢查在審查會上作出的所有決定是否都得到了執(zhí)行。50整理ppt審查的時間和速度代碼審查的初始參考值：準(zhǔn)備：每小時125行非注釋源代碼；審查會：每小時90行非注釋源代碼。對偽碼或PDL的審查，上述數(shù)字應(yīng)加倍。審查會不應(yīng)超過兩個小時。51整理ppt軟件審查活動綜述：綜述的目的是向?qū)彶榻M介紹被審查項。主任介紹要審查的范圍，然后詳細(xì)介紹設(shè)計的具體的范圍，再將輸入分配給參加者。52整理ppt軟件審查活動準(zhǔn)備：主任、閱讀員和審查員對輸入進(jìn)行熟悉。通過閱讀以下資料來做好代碼審查的準(zhǔn)備：要審查的代碼設(shè)計標(biāo)準(zhǔn)；編碼標(biāo)準(zhǔn)；含以前審查發(fā)現(xiàn)的普遍編碼錯誤的代碼審查檢查單；被審查的代碼。被審查項的缺陷要在評審差異表中記錄，并在審查過程中適宜的時候進(jìn)行宣布。準(zhǔn)備工作應(yīng)單獨進(jìn)行，而不要在會議上進(jìn)行。53整理ppt軟件審查活動-審查會主任檢查成員的準(zhǔn)備工作，報告和記錄各成員所花費的時間。由閱讀員引導(dǎo)會議遍歷被評審項。對文件閱讀員可總結(jié)某些局部的內(nèi)容，并一行一行地讀完所有內(nèi)容。對代碼閱讀員應(yīng)覆蓋每個邏輯塊，至少詳細(xì)討論每個分支一次。審查員利用檢查單來發(fā)現(xiàn)普遍錯誤。秘書對閱讀中發(fā)現(xiàn)的缺陷立即進(jìn)行記錄。包括以下的內(nèi)容：嚴(yán)重性、技術(shù)分類、位置、描述不記錄確定的任何解決措施。審查組應(yīng)防止尋找解決措施，而應(yīng)集中精力發(fā)現(xiàn)缺陷。在審查會結(jié)束前，審查組應(yīng)作出以下中的一種決定：當(dāng)修改完成之后〔如果有〕接收該審查項；當(dāng)修改完成之后由主任負(fù)責(zé)接收該審查項；重新審查整個被審查項〔如果5%以上需要修改〕。秘書應(yīng)在之前起草會議紀(jì)要，以便修改工作能及時地進(jìn)行。54整理ppt軟件審查—活動修改審查之后，軟件作者糾正缺陷清單中列出的缺陷。補充活動修改之后，補充活動驗證所有的缺陷都得到了正確的糾正，而無其它缺陷被引入。主任負(fù)責(zé)補充活動。其它補充活動是：依據(jù)不同錯誤類型變化的頻率修改檢查單；分析缺陷統(tǒng)計資料，也許會導(dǎo)致對軟件驗證與確認(rèn)工作的改進(jìn)。55整理ppt軟件審查的輸出缺陷單缺陷統(tǒng)計審查報告56整理ppt技術(shù)評審和審查指南事先必須建立技術(shù)評審和審查工作指南，分發(fā)給所有的評審〔審查〕人員共同遵守。一個不受控制的評審會常常出錯，可能會比不評審更壞。57整理ppt技術(shù)評審和審查指南的根本內(nèi)容(1)評審產(chǎn)品，不評審生產(chǎn)者(2)建立一個議事日程并遵循它(3)限制爭論和辯駁(4)說明問題的大小，但不要企圖解決所有提出的問題(5)作記錄(6)限制參與人數(shù)和堅持充分準(zhǔn)備(7)為可能評審的產(chǎn)品準(zhǔn)備一張檢查表(8)為技術(shù)評審安排資源和時間表(9)對所有評審人員進(jìn)行有意義的培訓(xùn)(10)評審你早期的評審58整理ppt工程風(fēng)險管理“抱最大的希望，做最壞的準(zhǔn)備〞-----------英國古諺59整理ppt風(fēng)險的