軟件工程實(shí)踐質(zhì)量保證

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

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

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

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

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

SQA組的資源要求3.

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

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

將由SQA完成的評(píng)價(jià)6.

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

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

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

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

評(píng)審問題記錄登記號(hào)

評(píng)審日期年月日評(píng)審性質(zhì)評(píng)審□復(fù)審□項(xiàng)目名

子項(xiàng)目名

代號(hào)

編號(hào)問題摘要問題類型是否解決1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

33整理ppt

評(píng)審總結(jié)報(bào)告登記號(hào)

評(píng)審日期年月日評(píng)審性質(zhì)評(píng)審□復(fù)審□項(xiàng)目名

子項(xiàng)目名

代號(hào)

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

單位

電話

評(píng)審任務(wù)

評(píng)審材料

通過不需修改

稍作修改

不通過作重要修改

要重新評(píng)審

備注

34整理ppt

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

副組長

成員

成員

成員

成員

成員

成員

成員

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

評(píng)審差異表編號(hào)

日期

提出人

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

5問題說明：

6建議解決方法：

7作者答復(fù)：

8評(píng)審決定：

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