SE1001-lecture12 軟件質(zhì)量保證

1、軟件工程軟件工程劉竹松劉竹松歡迎各位同學(xué)光臨本科生課程第第12章章 軟件質(zhì)量保證軟件質(zhì)量保證本章導(dǎo)讀本章導(dǎo)讀 質(zhì)量保證一直是質(zhì)量保證一直是CMMI和和ISO9000的中心議題，是的中心議題，是微軟公司和微軟公司和IBM公司的重點課題，同樣也是項目管理的公司的重點課題，同樣也是項目管理的重要內(nèi)容。重要內(nèi)容。 通常，人們將通常，人們將“質(zhì)量標(biāo)準(zhǔn)、配置管理、測試測量質(zhì)量標(biāo)準(zhǔn)、配置管理、測試測量”，作為質(zhì)量管理的三大支柱，而將作為質(zhì)量管理的三大支柱，而將“SQA計劃、計劃、SQA進進度、度、SQA評審和審計評審和審計”，作為，作為質(zhì)量管理三大要素。質(zhì)量管理三大要素。 本章先論述軟件質(zhì)量保證的基本概念和

2、多種方法，本章先論述軟件質(zhì)量保證的基本概念和多種方法，后介紹后介紹IT企業(yè)軟件質(zhì)量保證文檔書寫的參考指南。企業(yè)軟件質(zhì)量保證文檔書寫的參考指南。 要求要求具體內(nèi)容具體內(nèi)容了解了解1) 軟件質(zhì)量及其相關(guān)概念的定義軟件質(zhì)量及其相關(guān)概念的定義2) 質(zhì)量管理與控制的三個層次質(zhì)量管理與控制的三個層次3) 傳統(tǒng)軟件工程中質(zhì)量管理的弱點傳統(tǒng)軟件工程中質(zhì)量管理的弱點4) 同行評審?fù)性u審5) 軟件質(zhì)量保證管理文檔軟件質(zhì)量保證管理文檔理解理解1) 從四個方面來改進軟件質(zhì)量從四個方面來改進軟件質(zhì)量2) CMM/CMMI改進軟件質(zhì)量的方法改進軟件質(zhì)量的方法3) 軟件組織內(nèi)部的軟件組織內(nèi)部的“七化原則七化原則”和和“五

3、報一例制度五報一例制度”關(guān)注關(guān)注1) CMM2的的“軟件質(zhì)量保證軟件質(zhì)量保證SQA”過程過程2) 軟件質(zhì)量保證計劃軟件質(zhì)量保證計劃的編寫方法的編寫方法12.1 軟件質(zhì)量基本概念軟件質(zhì)量基本概念 1. 軟件質(zhì)量及相關(guān)概念的定義軟件質(zhì)量及相關(guān)概念的定義 【定義定義12-1】所謂軟件質(zhì)量，就是供方提供的軟件所謂軟件質(zhì)量，就是供方提供的軟件產(chǎn)品滿足用戶產(chǎn)品滿足用戶明確和隱含明確和隱含需求的能力特性的需求的能力特性的總和總和。 【定義定義12-2】所謂軟件產(chǎn)品，就是供方交付給用戶所謂軟件產(chǎn)品，就是供方交付給用戶使用的一套計算機程序、數(shù)據(jù)以及相關(guān)文檔。使用的一套計算機程序、數(shù)據(jù)以及相關(guān)文檔。 【定義定義1

4、2-3】所謂供方，就是向用戶提供產(chǎn)品的組所謂供方，就是向用戶提供產(chǎn)品的組織。供方有時又稱承包方?？?。供方有時又稱承包方。 通過上述定義，知道了軟件質(zhì)量是什么，以及意味通過上述定義，知道了軟件質(zhì)量是什么，以及意味著什么。在此之前，可能不知道這么多概念，只知道好著什么。在此之前，可能不知道這么多概念，只知道好的軟件的特點是功能強、性能優(yōu)、易使用、易維護、可的軟件的特點是功能強、性能優(yōu)、易使用、易維護、可移植、可重用。移植、可重用。 什么樣的軟件是質(zhì)量好的軟件？什么樣的軟件是質(zhì)量好的軟件？ 事實上，不同的人對軟件質(zhì)量有不同的評價和看法：事實上，不同的人對軟件質(zhì)量有不同的評價和看法： （1 1）用戶用

5、戶認為，功能、性能、接口滿足了需求就是好軟件。認為，功能、性能、接口滿足了需求就是好軟件。 （2 2）營銷營銷人員認為，客戶群大且能賣個好價錢就是好軟件。人員認為，客戶群大且能賣個好價錢就是好軟件。 （3 3）管理管理者認為，軟件開發(fā)的進度、成本、質(zhì)量（功能者認為，軟件開發(fā)的進度、成本、質(zhì)量（功能+ +性性能能+ +接口）在計劃的控制范圍內(nèi)就是好軟件。接口）在計劃的控制范圍內(nèi)就是好軟件。 （4 4）開發(fā)開發(fā)者認為，易維護、可移植、可重用就是好軟件。者認為，易維護、可移植、可重用就是好軟件。 上述眾多觀點不無道理，但都是從各自的利益出發(fā)的。應(yīng)當(dāng)上述眾多觀點不無道理，但都是從各自的利益出發(fā)的。應(yīng)當(dāng)

6、說上述評價和看法的說上述評價和看法的匯總匯總，才是貨真價實的好軟件。，才是貨真價實的好軟件。 2. 質(zhì)量管理與控制的三個層次質(zhì)量管理與控制的三個層次 (1) 事先的事先的預(yù)防預(yù)防措施：制訂軟件過程開發(fā)措施：制訂軟件過程開發(fā)規(guī)范規(guī)范和軟件和軟件產(chǎn)品質(zhì)量產(chǎn)品質(zhì)量標(biāo)準(zhǔn)標(biāo)準(zhǔn)，對軟件開發(fā)和管理人員進行這方面知識，對軟件開發(fā)和管理人員進行這方面知識和技能的定向培訓(xùn)；和技能的定向培訓(xùn)；(規(guī)范是對行為的約束、標(biāo)準(zhǔn)是對規(guī)范是對行為的約束、標(biāo)準(zhǔn)是對產(chǎn)品的約束、產(chǎn)品的約束、規(guī)程規(guī)程是對操作的約束是對操作的約束) (2) 事中的事中的跟蹤監(jiān)控跟蹤監(jiān)控措施：按照措施：按照CMM/CMMI或或ISO9000的過程管理思想

7、，對軟件過程和軟件產(chǎn)品的質(zhì)的過程管理思想，對軟件過程和軟件產(chǎn)品的質(zhì)量控制提供可視性管理；量控制提供可視性管理； (3) 事后的事后的糾錯糾錯措施：對軟件工作產(chǎn)品和軟件產(chǎn)品加措施：對軟件工作產(chǎn)品和軟件產(chǎn)品加強評審和檢測。強評審和檢測。評審評審是在宏觀上框住您，在微觀上挑剔是在宏觀上框住您，在微觀上挑剔您，找出不符合項。您，找出不符合項。檢測檢測是為了發(fā)現(xiàn)是為了發(fā)現(xiàn)Bug，改正錯誤。，改正錯誤。 結(jié)論：軟件質(zhì)量保證措施，應(yīng)以提前預(yù)防和實時跟結(jié)論：軟件質(zhì)量保證措施，應(yīng)以提前預(yù)防和實時跟蹤蹤為主為主，以事后測試和糾錯，以事后測試和糾錯為輔為輔。 3. 傳統(tǒng)軟件工程中質(zhì)量管理的弱點傳統(tǒng)軟件工程中質(zhì)量管理

8、的弱點 在傳統(tǒng)在傳統(tǒng)軟件工程軟件工程中，由于沒有完全吸收中，由于沒有完全吸收CMMI和和ISO9000的質(zhì)量管理思想，因而對軟件質(zhì)量的定義是的質(zhì)量管理思想，因而對軟件質(zhì)量的定義是較模糊的，如表較模糊的，如表12-2所示。所示。 按照這些定義，對軟件階段產(chǎn)品和軟件最終產(chǎn)品的按照這些定義，對軟件階段產(chǎn)品和軟件最終產(chǎn)品的測試、評審和評價，也是較模糊的。因為它主要不是根測試、評審和評價，也是較模糊的。因為它主要不是根據(jù)據(jù)用戶需求報告用戶需求報告中，對中，對“功能、性能、接口功能、性能、接口”的具的具體要求，記錄并跟蹤體要求，記錄并跟蹤“不符合項不符合項”是否為零，而是考慮是否為零，而是考慮“正確性、健

9、壯性、完整性、可用性、可理解性、可移正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性植性、靈活性”等抽象指標(biāo)，往往使測試人員和評審人等抽象指標(biāo)，往往使測試人員和評審人員感到有點無所事從。員感到有點無所事從。 序號序號質(zhì)量因素質(zhì)量因素質(zhì)量因素的定義質(zhì)量因素的定義1正確性正確性系統(tǒng)滿足規(guī)格說明書和用戶目標(biāo)的程度。系統(tǒng)滿足規(guī)格說明書和用戶目標(biāo)的程度。2健壯性健壯性在意外環(huán)境或錯誤操作下，系統(tǒng)做出適當(dāng)響應(yīng)的在意外環(huán)境或錯誤操作下，系統(tǒng)做出適當(dāng)響應(yīng)的程度。程度。3完整性完整性對未經(jīng)授權(quán)的人使用系統(tǒng)的企圖，系統(tǒng)能夠控制對未經(jīng)授權(quán)的人使用系統(tǒng)的企圖，系統(tǒng)能夠控制的程度。的程度。4可用性可用性系統(tǒng)完

10、成預(yù)定的功能時，令人滿意的程度。系統(tǒng)完成預(yù)定的功能時，令人滿意的程度。5可理解性可理解性 系統(tǒng)的理解和使用的容易程度。系統(tǒng)的理解和使用的容易程度。6可維修性可維修性 診斷和改正發(fā)現(xiàn)的錯誤所需的工作量大小。診斷和改正發(fā)現(xiàn)的錯誤所需的工作量大小。7靈活性靈活性修改或改進系統(tǒng)，需要的工作量多少。修改或改進系統(tǒng)，需要的工作量多少。8可測試性可測試性 系統(tǒng)容易測試的程度。系統(tǒng)容易測試的程度。9可移植性可移植性 移植到另一種平臺中運行所需資源的多少。移植到另一種平臺中運行所需資源的多少。10可再用性可再用性 軟件系統(tǒng)的可復(fù)用程度。軟件系統(tǒng)的可復(fù)用程度。11互運行性互運行性 與其他系統(tǒng)集成，所需的工作量多少

11、。與其他系統(tǒng)集成，所需的工作量多少。12.2 軟件質(zhì)量保證方法軟件質(zhì)量保證方法 1. 從四個方面來改進軟件質(zhì)量從四個方面來改進軟件質(zhì)量 (1) 力圖從編程語言上實現(xiàn)突破。已經(jīng)從機器語言、力圖從編程語言上實現(xiàn)突破。已經(jīng)從機器語言、匯編語言、面向過程的語言、面向數(shù)據(jù)的語言，發(fā)展到匯編語言、面向過程的語言、面向數(shù)據(jù)的語言，發(fā)展到面向?qū)ο?、面向?gòu)架的語言。面向?qū)ο?、面向?gòu)架的語言。 (2) 力圖從力圖從CASE工具上實現(xiàn)突破。這些工具有：工具上實現(xiàn)突破。這些工具有：OracleDesigner，PowerDesigner，ERwin，Rose，San Francisco，北大青鳥系統(tǒng)，分行業(yè)的業(yè)務(wù)基礎(chǔ)

12、平，北大青鳥系統(tǒng)，分行業(yè)的業(yè)務(wù)基礎(chǔ)平臺。臺。 (3) 力圖從軟件過程管上實現(xiàn)突破。如力圖從軟件過程管上實現(xiàn)突破。如CMMI，ISO9000，微軟企業(yè)文化，微軟企業(yè)文化，IBM企業(yè)文化。企業(yè)文化。 (4) 力圖從測試與糾錯上實現(xiàn)突破。先后出現(xiàn)了各力圖從測試與糾錯上實現(xiàn)突破。先后出現(xiàn)了各種測試方法、工具和糾錯手段。種測試方法、工具和糾錯手段。 2. CMM改進軟件質(zhì)量的方法改進軟件質(zhì)量的方法 CMM認為：它的認為：它的18個關(guān)鍵過程域，每一個都跟質(zhì)量個關(guān)鍵過程域，每一個都跟質(zhì)量管理有關(guān)，質(zhì)量管理體現(xiàn)在每一個管理有關(guān)，質(zhì)量管理體現(xiàn)在每一個KPA的驗證之中。當(dāng)?shù)尿炞C之中。當(dāng)前，針對軟件質(zhì)量進行保證的問

13、題，最有效的辦法還是前，針對軟件質(zhì)量進行保證的問題，最有效的辦法還是下面五個方法的匯集：下面五個方法的匯集： (1) 面向面向CMM2的的KPA“軟件質(zhì)量保證軟件質(zhì)量保證”(SQA：Software Quality Assurance)方法。方法。 (2) 面向面向CMM3的的KPA“同行評審?fù)性u審”(PR：Peer Reviews)方法。方法。 (3) 面向面向CMM4的的KPA“軟件質(zhì)量管理軟件質(zhì)量管理”(SQM：Software Quality Management)方法。方法。 (4) 面向面向CMM5的的KPA“缺陷預(yù)防缺陷預(yù)防”(DP：Defect Prevention)方法。方

14、法。 (5) 軟件質(zhì)量保證的其他措施。軟件質(zhì)量保證的其他措施。 3. CMM2的的“軟件質(zhì)量保證軟件質(zhì)量保證SQA”過程過程 (1) 首先，通過監(jiān)控軟件的開發(fā)過程，來保證產(chǎn)品的首先，通過監(jiān)控軟件的開發(fā)過程，來保證產(chǎn)品的質(zhì)量；質(zhì)量； (2) 其次，保證軟件產(chǎn)品及軟件開發(fā)過程，符合相應(yīng)其次，保證軟件產(chǎn)品及軟件開發(fā)過程，符合相應(yīng)的標(biāo)準(zhǔn)與規(guī)程；的標(biāo)準(zhǔn)與規(guī)程； (3) 最后，保證軟件產(chǎn)品、軟件過程中存在的不符合最后，保證軟件產(chǎn)品、軟件過程中存在的不符合項問題得到處理，必要時將問題反映給高級管理者。項問題得到處理，必要時將問題反映給高級管理者。 結(jié)合這三項內(nèi)容，結(jié)合這三項內(nèi)容，CMM2的軟件質(zhì)量保證手段主

15、要的軟件質(zhì)量保證手段主要有三項：有三項：“審計、評審和處理不符合項審計、評審和處理不符合項”。審計是檢查。審計是檢查做沒做，做了多少，以及按什么標(biāo)準(zhǔn)和規(guī)范做的。評審做沒做，做了多少，以及按什么標(biāo)準(zhǔn)和規(guī)范做的。評審是檢查干得好不好，是否還存在不符合項。處理不符合是檢查干得好不好，是否還存在不符合項。處理不符合項是跟蹤糾錯過程，直至改正為止。項是跟蹤糾錯過程，直至改正為止。 4. CMM3的軟件質(zhì)量保證手段的軟件質(zhì)量保證手段“同行評審?fù)性u審” 俗話說，隔行如隔山，所以外行不能參與評審。同俗話說，隔行如隔山，所以外行不能參與評審。同行評審是指同行進行軟件產(chǎn)品驗證的活動，其目的是為行評審是指同行進行

16、軟件產(chǎn)品驗證的活動，其目的是為了及早和高效地從軟件工作產(chǎn)品中識別并消除缺陷。與了及早和高效地從軟件工作產(chǎn)品中識別并消除缺陷。與技術(shù)評審不同，同行評審的對象一般是部分軟件工作產(chǎn)技術(shù)評審不同，同行評審的對象一般是部分軟件工作產(chǎn)品，重點是發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。品，重點是發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。 所謂同行，是指和開發(fā)者在被評審的軟件工作產(chǎn)品所謂同行，是指和開發(fā)者在被評審的軟件工作產(chǎn)品上有相同的開發(fā)經(jīng)驗和知識的人員。一般來講，不建議上有相同的開發(fā)經(jīng)驗和知識的人員。一般來講，不建議管理者作為同行，參與同行評審，也不應(yīng)使用同行評審管理者作為同行，參與同行評審，也不應(yīng)使用同行評審的結(jié)果去評價產(chǎn)品開發(fā)者的

17、功過是非。的結(jié)果去評價產(chǎn)品開發(fā)者的功過是非。 有人會說：同行是有人會說：同行是“冤家冤家”。沒關(guān)系，因為同行評。沒關(guān)系，因為同行評審是挑剔，是找缺陷，審是挑剔，是找缺陷，“冤家冤家”更好。更好。 5. CMM4的軟件質(zhì)量保證手段的軟件質(zhì)量保證手段“軟件質(zhì)量管理軟件質(zhì)量管理” CMM4的的“軟件質(zhì)量管理軟件質(zhì)量管理”目的是：建立對項目的目的是：建立對項目的軟件產(chǎn)品質(zhì)量的定量了解，以便實現(xiàn)特定的質(zhì)量目標(biāo)，軟件產(chǎn)品質(zhì)量的定量了解，以便實現(xiàn)特定的質(zhì)量目標(biāo)，例如在流程、時間、功能、性能、接口、界面上的特定例如在流程、時間、功能、性能、接口、界面上的特定需求目標(biāo)。為此，要對軟件工作產(chǎn)品，實施內(nèi)容豐富的需求

18、目標(biāo)。為此，要對軟件工作產(chǎn)品，實施內(nèi)容豐富的特定測量計劃，進行質(zhì)量的定量管理。特定測量計劃，進行質(zhì)量的定量管理。 6. CMM5的軟件質(zhì)量保證手段的軟件質(zhì)量保證手段“缺陷預(yù)防缺陷預(yù)防” CMM5的的“缺陷預(yù)防缺陷預(yù)防”目的是：鑒別缺陷的原因，目的是：鑒別缺陷的原因，并防止它們再次發(fā)生。具體做法有：建立項目缺陷分析并防止它們再次發(fā)生。具體做法有：建立項目缺陷分析的工程數(shù)據(jù)庫，字段有：的工程數(shù)據(jù)庫，字段有：“缺陷編號、缺陷名稱、缺陷缺陷編號、缺陷名稱、缺陷類型、缺陷部位、缺陷原因、影響范圍、發(fā)生頻率、發(fā)類型、缺陷部位、缺陷原因、影響范圍、發(fā)生頻率、發(fā)生時間、所屬項目生時間、所屬項目”等。將分析結(jié)果

19、，尤其是帶普遍價等。將分析結(jié)果，尤其是帶普遍價值的過程更改，通知組織中的其他軟件項目組。值的過程更改，通知組織中的其他軟件項目組。 7CMMI軟件質(zhì)量保證的措施軟件質(zhì)量保證的措施 CMMI更關(guān)注軟件質(zhì)量管理與控制。在更關(guān)注軟件質(zhì)量管理與控制。在CMMI的的24個過程域中，直接與質(zhì)量管理有關(guān)的過程域個過程域中，直接與質(zhì)量管理有關(guān)的過程域有有9個：個： (1)需求管理過程域需求管理過程域，目的就是管理項目的產(chǎn)，目的就是管理項目的產(chǎn)品和產(chǎn)品構(gòu)件的需求，標(biāo)識需求與項目計劃、工品和產(chǎn)品構(gòu)件的需求，標(biāo)識需求與項目計劃、工作產(chǎn)品之間的不一致性，并解決不一致性問題。作產(chǎn)品之間的不一致性，并解決不一致性問題。

20、(2)度量和分析過程域度量和分析過程域，目的就是開發(fā)和維持，目的就是開發(fā)和維持用于支持管理信息需要的度量能力。用于支持管理信息需要的度量能力。CMMI軟件質(zhì)量保證的措施軟件質(zhì)量保證的措施(續(xù)續(xù)) (3)項目計劃過程項目計劃過程，包括定義度量和度量的內(nèi)容。度，包括定義度量和度量的內(nèi)容。度量就是測量，分析就是統(tǒng)計與決策。量就是測量，分析就是統(tǒng)計與決策。 (4)過程和產(chǎn)品質(zhì)量保證過程域過程和產(chǎn)品質(zhì)量保證過程域，目的就是對過程及，目的就是對過程及相關(guān)工作產(chǎn)品進行客觀評價，提供給項目成員和管理部相關(guān)工作產(chǎn)品進行客觀評價，提供給項目成員和管理部門。強調(diào)同行評審與審計，交流和解決不一致問題。門。強調(diào)同行評審

21、與審計，交流和解決不一致問題。 (5)驗證過程域驗證過程域，目的就是保證所選的工作產(chǎn)品符合，目的就是保證所選的工作產(chǎn)品符合特定的需求。驗證是個增量過程，它從需求驗證開始，特定的需求。驗證是個增量過程，它從需求驗證開始，經(jīng)歷工作產(chǎn)品的驗證，直到最后完整產(chǎn)品的驗證。經(jīng)歷工作產(chǎn)品的驗證，直到最后完整產(chǎn)品的驗證。 (6)確認過程域確認過程域，目的就是證明工作產(chǎn)品和產(chǎn)品構(gòu)件，目的就是證明工作產(chǎn)品和產(chǎn)品構(gòu)件，當(dāng)它們處于其計劃的環(huán)境中時，能完成其計劃的用途。當(dāng)它們處于其計劃的環(huán)境中時，能完成其計劃的用途。CMMI軟件質(zhì)量保證的措施軟件質(zhì)量保證的措施(續(xù)續(xù)) (7)組織級過程性能過程域組織級過程性能過程域，目

22、的就是建立和維護組，目的就是建立和維護組織標(biāo)準(zhǔn)過程集性能的定量理解，且提供過程性能數(shù)據(jù)、織標(biāo)準(zhǔn)過程集性能的定量理解，且提供過程性能數(shù)據(jù)、基線和模型來定量地管理組織的項目?；€和模型來定量地管理組織的項目。 (8)項目定量管理過程域項目定量管理過程域，目的就是定量地管理項目，目的就是定量地管理項目的已定義過程，從而實現(xiàn)項目已建立的質(zhì)量和過程性能的已定義過程，從而實現(xiàn)項目已建立的質(zhì)量和過程性能目標(biāo)。目標(biāo)。 (9)因果分析和解決方案過程域因果分析和解決方案過程域，目的就是識別發(fā)生，目的就是識別發(fā)生缺陷和其他問題的原因，采取行動來預(yù)防其將來再次發(fā)缺陷和其他問題的原因，采取行動來預(yù)防其將來再次發(fā)生。生。

23、 結(jié)論：質(zhì)量來源于過程，過程需要改進，改進需求結(jié)論：質(zhì)量來源于過程，過程需要改進，改進需求量模型，改進是無止境的，這就是量模型，改進是無止境的，這就是CMMI精神！精神！ CMMI精神萬歲！精神萬歲！ 8. 軟件質(zhì)量保證的其他措施軟件質(zhì)量保證的其他措施 除了除了CMM/CMMI外，為了抓好軟件質(zhì)量管理，軟外，為了抓好軟件質(zhì)量管理，軟件組織的高層經(jīng)理和項目經(jīng)理，還應(yīng)該大力提倡并嚴格件組織的高層經(jīng)理和項目經(jīng)理，還應(yīng)該大力提倡并嚴格執(zhí)行執(zhí)行“七化原則七化原則”，即在軟件質(zhì)量管理中，管理人員要，即在軟件質(zhì)量管理中，管理人員要做到：行為規(guī)范化，報告制度化，報表統(tǒng)一化，數(shù)據(jù)標(biāo)做到：行為規(guī)范化，報告制度化，

24、報表統(tǒng)一化，數(shù)據(jù)標(biāo)準(zhǔn)化，信息網(wǎng)絡(luò)化，管理可視化，措施及時化。準(zhǔn)化，信息網(wǎng)絡(luò)化，管理可視化，措施及時化。 為了執(zhí)行好上述為了執(zhí)行好上述“七化原則七化原則”，在軟件組織內(nèi)部的，在軟件組織內(nèi)部的各個項目中，還要建立各個項目中，還要建立“五報一例制度五報一例制度” ：日報表、：日報表、周報表、月報表、里程碑報表、重大事件報表和例會制周報表、月報表、里程碑報表、重大事件報表和例會制度。實行度。實行“高層經(jīng)理抓月報，部門經(jīng)理抓周報，項目經(jīng)高層經(jīng)理抓月報，部門經(jīng)理抓周報，項目經(jīng)驗抓日報驗抓日報”的上、中、下三層的管理方法。的上、中、下三層的管理方法。12.3 評審在質(zhì)量保證中的作用評審在質(zhì)量保證中的作用 從

25、大量的軟件實踐中得知，正式評審工作被認為是從大量的軟件實踐中得知，正式評審工作被認為是盡早發(fā)現(xiàn)軟件缺陷，降低軟件成本的最有效手段。盡早發(fā)現(xiàn)軟件缺陷，降低軟件成本的最有效手段。 軟件缺陷的發(fā)現(xiàn)時間，同缺陷修正的成本呈冪次關(guān)軟件缺陷的發(fā)現(xiàn)時間，同缺陷修正的成本呈冪次關(guān)系。根據(jù)系。根據(jù)IBM的研究結(jié)果，假定在分析階段發(fā)現(xiàn)的錯誤的研究結(jié)果，假定在分析階段發(fā)現(xiàn)的錯誤其改正成本為其改正成本為1個貨幣單位，那么在測試之前（設(shè)計編個貨幣單位，那么在測試之前（設(shè)計編碼階段）發(fā)現(xiàn)一個錯誤的修改成本約為碼階段）發(fā)現(xiàn)一個錯誤的修改成本約為6.5個貨幣單位，個貨幣單位，在測試時（集成測試、系統(tǒng)測試和驗收測試）發(fā)現(xiàn)一個在

26、測試時（集成測試、系統(tǒng)測試和驗收測試）發(fā)現(xiàn)一個錯誤的修改成本約為錯誤的修改成本約為15個貨幣單位，而在發(fā)布之后（已個貨幣單位，而在發(fā)布之后（已經(jīng)交到用戶手上）發(fā)現(xiàn)一個錯誤的修改成本約為經(jīng)交到用戶手上）發(fā)現(xiàn)一個錯誤的修改成本約為60100個貨幣單位。該比例同樣也適用于發(fā)現(xiàn)一個錯誤需個貨幣單位。該比例同樣也適用于發(fā)現(xiàn)一個錯誤需要的時間代價。要的時間代價。評審在質(zhì)量保證中的作用評審在質(zhì)量保證中的作用01020304050607080分 析 階 段 設(shè) 計 階 段 編 碼 階 段 測 試 階 段 發(fā) 布 階 段單 位 缺 陷 修 改 成 本單 位 缺 陷 發(fā) 現(xiàn) 時 間正式評審會議的流程正式評審會議的

27、流程 1. 評審會議的準(zhǔn)備評審會議的準(zhǔn)備 涉及的角色有：創(chuàng)建者、評審負責(zé)人、檢查者。涉及的角色有：創(chuàng)建者、評審負責(zé)人、檢查者。 涉及的文檔有：評審檢查單。涉及的文檔有：評審檢查單。 (1)創(chuàng)建者負責(zé)陳述評審目標(biāo)；提交工作產(chǎn)品及其規(guī)創(chuàng)建者負責(zé)陳述評審目標(biāo)；提交工作產(chǎn)品及其規(guī)范；與評審負責(zé)人一起選擇檢查者，并分配角色。范；與評審負責(zé)人一起選擇檢查者，并分配角色。 (2)評審負責(zé)人負責(zé)計劃、安排和組織評審活動，與評審負責(zé)人負責(zé)計劃、安排和組織評審活動，與創(chuàng)建者一起選擇檢查者。評審負責(zé)人應(yīng)該從創(chuàng)建者處將創(chuàng)建者一起選擇檢查者。評審負責(zé)人應(yīng)該從創(chuàng)建者處將評審產(chǎn)品的內(nèi)容準(zhǔn)備齊全，并打包發(fā)送給檢查者。評審評審

28、產(chǎn)品的內(nèi)容準(zhǔn)備齊全，并打包發(fā)送給檢查者。評審負責(zé)人還要詢問每個檢查者的準(zhǔn)備時間，確定會議準(zhǔn)備負責(zé)人還要詢問每個檢查者的準(zhǔn)備時間，確定會議準(zhǔn)備是否充分，如果不充分，應(yīng)重新安排會議時間。是否充分，如果不充分，應(yīng)重新安排會議時間。 (3)檢查者：檢查工作產(chǎn)品，發(fā)現(xiàn)其缺陷，提出問題，檢查者：檢查工作產(chǎn)品，發(fā)現(xiàn)其缺陷，提出問題，并且記錄到評審檢查單中。并且記錄到評審檢查單中。正式評審會議的流程正式評審會議的流程(續(xù)續(xù)) 2. 評審會議的召開評審會議的召開 涉及的新角色有：閱讀人和記錄人。創(chuàng)建者、評涉及的新角色有：閱讀人和記錄人。創(chuàng)建者、評審負責(zé)人、檢查者在此階段，有新的工作任務(wù)。審負責(zé)人、檢查者在此階段

29、，有新的工作任務(wù)。 涉及的文檔有：評審會議記錄，記錄評審過程中涉及的文檔有：評審會議記錄，記錄評審過程中確定的軟件缺陷。確定的軟件缺陷。 評審負責(zé)人：召開會議，介紹參與者，說明其角評審負責(zé)人：召開會議，介紹參與者，說明其角色，陳述評審的目標(biāo)，指導(dǎo)檢查者將精力集中于發(fā)色，陳述評審的目標(biāo)，指導(dǎo)檢查者將精力集中于發(fā)現(xiàn)缺陷，而不是解決方法。提醒參與者評論要針對現(xiàn)缺陷，而不是解決方法。提醒參與者評論要針對正在評審的工作產(chǎn)品，而不是創(chuàng)建者。正在評審的工作產(chǎn)品，而不是創(chuàng)建者。正式評審會議的流程正式評審會議的流程(續(xù)續(xù)) 閱讀人：向評審小組展示工作產(chǎn)品的各部分。閱讀人：向評審小組展示工作產(chǎn)品的各部分。 檢查者

30、：提出缺陷檢查者：提出缺陷、問題問題、疑問疑問、改進建議。改進建議。 創(chuàng)建者：解答問題，簡短回答提出的問題，使檢查創(chuàng)建者：解答問題，簡短回答提出的問題，使檢查者進一步了解工作產(chǎn)品，從而幫助發(fā)現(xiàn)缺陷。者進一步了解工作產(chǎn)品，從而幫助發(fā)現(xiàn)缺陷。 記錄人：詳細的記錄到問題日志上。記錄人：詳細的記錄到問題日志上。 3. 評審會議的跟蹤評審會議的跟蹤 涉及的新角色有：審核者。涉及的新角色有：審核者。 涉及的文檔有：評審會議跟蹤表，由審核者跟蹤軟涉及的文檔有：評審會議跟蹤表，由審核者跟蹤軟件缺陷的修復(fù)情況，并詳細記錄到評審會議跟蹤表中。件缺陷的修復(fù)情況，并詳細記錄到評審會議跟蹤表中。 審核者：進行跟蹤，確定正式評審會議上確定的缺審核者：進行跟蹤，確定正式評審會議上確定的缺陷都被按照改進意見修改了，填寫評審會議確信跟蹤表。陷都被按照改進意見修改了，填寫