軟件工程劉竹松歡迎各位同學光臨本科生課程軟件工程劉竹松歡迎各位同學光臨本科生課程1第12章軟件質量保證本章導讀質量保證一直是CMMI和ISO9000的中心議題，是微軟公司和IBM公司的重點課題，同樣也是項目管理的重要內容。通常，人們將“質量標準、配置管理、測試測量”，作為質量管理的三大支柱，而將“SQA計劃、SQA進度、SQA評審和審計”，作為質量管理三大要素。本章先論述軟件質量保證的基本概念和多種方法，后介紹IT企業軟件質量保證文檔書寫的參考指南。第12章軟件質量保證本章導讀2要求具體內容了解1)軟件質量及其相關概念的定義2)質量管理與控制的三個層次3)傳統軟件工程中質量管理的弱點4)同行評審5)軟件質量保證管理文檔理解1)從四個方面來改進軟件質量2)CMM/CMMI改進軟件質量的方法3)軟件組織內部的“七化原則”和“五報一例制度”關注1)CMM2的“軟件質量保證SQA”過程2)《軟件質量保證計劃》的編寫方法要求具體內容了解1)軟件質量及其相關概念的定義理解1)從312.1軟件質量基本概念

1.軟件質量及相關概念的定義

【定義12-1】所謂軟件質量，就是供方提供的軟件產品滿足用戶明確和隱含需求的能力特性的總和。

【定義12-2】所謂軟件產品，就是供方交付給用戶使用的一套計算機程序、數據以及相關文檔。

【定義12-3】所謂供方，就是向用戶提供產品的組織。供方有時又稱承包方。通過上述定義，知道了軟件質量是什么，以及意味著什么。在此之前，可能不知道這么多概念，只知道好的軟件的特點是功能強、性能優、易使用、易維護、可移植、可重用。12.1軟件質量基本概念1.軟件質量及相關概4什么樣的軟件是質量好的軟件？

事實上，不同的人對軟件質量有不同的評價和看法：（1）用戶認為，功能、性能、接口滿足了需求就是好軟件。（2）營銷人員認為，客戶群大且能賣個好價錢就是好軟件。（3）管理者認為，軟件開發的進度、成本、質量（功能+性能+接口）在計劃的控制范圍內就是好軟件。（4）開發者認為，易維護、可移植、可重用就是好軟件。上述眾多觀點不無道理，但都是從各自的利益出發的。應當說上述評價和看法的匯總，才是貨真價實的好軟件。什么樣的軟件是質量好的軟件？事實上，不同的人對52.質量管理與控制的三個層次

(1)事先的預防措施：制訂軟件過程開發規范和軟件產品質量標準，對軟件開發和管理人員進行這方面知識和技能的定向培訓；(規范是對行為的約束、標準是對產品的約束、規程是對操作的約束)(2)事中的跟蹤監控措施：按照CMM/CMMI或ISO9000的過程管理思想，對軟件過程和軟件產品的質量控制提供可視性管理；

(3)事后的糾錯措施：對軟件工作產品和軟件產品加強評審和檢測。評審是在宏觀上框住您，在微觀上挑剔您，找出不符合項。檢測是為了發現Bug，改正錯誤。結論：軟件質量保證措施，應以提前預防和實時跟蹤為主，以事后測試和糾錯為輔。2.質量管理與控制的三個層次63.傳統軟件工程中質量管理的弱點

在傳統《軟件工程》中，由于沒有完全吸收CMMI和ISO9000的質量管理思想，因而對軟件質量的定義是較模糊的，如表12-2所示。按照這些定義，對軟件階段產品和軟件最終產品的測試、評審和評價，也是較模糊的。因為它主要不是根據《用戶需求報告》中，對“功能、性能、接口”的具體要求，記錄并跟蹤“不符合項”是否為零，而是考慮“正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性”等抽象指標，往往使測試人員和評審人員感到有點無所事從。3.傳統軟件工程中質量管理的弱點7序號質量因素質量因素的定義1正確性系統滿足規格說明書和用戶目標的程度。2健壯性在意外環境或錯誤操作下，系統做出適當響應的程度。3完整性對未經授權的人使用系統的企圖，系統能夠控制的程度。4可用性系統完成預定的功能時，令人滿意的程度。5可理解性系統的理解和使用的容易程度。6可維修性診斷和改正發現的錯誤所需的工作量大小。7靈活性修改或改進系統，需要的工作量多少。8可測試性系統容易測試的程度。9可移植性移植到另一種平臺中運行所需資源的多少。10可再用性軟件系統的可復用程度。11互運行性與其他系統集成，所需的工作量多少。序號質量因素質量因素的定義1正確性系統滿足規格說明書和用戶目812.2軟件質量保證方法1.從四個方面來改進軟件質量

(1)力圖從編程語言上實現突破。已經從機器語言、匯編語言、面向過程的語言、面向數據的語言，發展到面向對象、面向構架的語言。

(2)力圖從CASE工具上實現突破。這些工具有：OracleDesigner，PowerDesigner，ERwin，Rose，SanFrancisco，北大青鳥系統，分行業的業務基礎平臺。

(3)力圖從軟件過程管上實現突破。如CMMI，ISO9000，微軟企業文化，IBM企業文化。

(4)力圖從測試與糾錯上實現突破。先后出現了各種測試方法、工具和糾錯手段。12.2軟件質量保證方法1.從四個方面來改進軟92.CMM改進軟件質量的方法

CMM認為：它的18個關鍵過程域，每一個都跟質量管理有關，質量管理體現在每一個KPA的驗證之中。當前，針對軟件質量進行保證的問題，最有效的辦法還是下面五個方法的匯集：

(1)面向CMM2的KPA“軟件質量保證”(SQA：SoftwareQualityAssurance)方法。

(2)面向CMM3的KPA“同行評審”(PR：PeerReviews)方法。

(3)面向CMM4的KPA“軟件質量管理”(SQM：SoftwareQualityManagement)方法。

(4)面向CMM5的KPA“缺陷預防”(DP：DefectPrevention)方法。

(5)軟件質量保證的其他措施。2.CMM改進軟件質量的方法103.CMM2的“軟件質量保證SQA”過程

(1)首先，通過監控軟件的開發過程，來保證產品的質量；

(2)其次，保證軟件產品及軟件開發過程，符合相應的標準與規程；

(3)最后，保證軟件產品、軟件過程中存在的不符合項問題得到處理，必要時將問題反映給高級管理者。結合這三項內容，CMM2的軟件質量保證手段主要有三項：“審計、評審和處理不符合項”。審計是檢查做沒做，做了多少，以及按什么標準和規范做的。評審是檢查干得好不好，是否還存在不符合項。處理不符合項是跟蹤糾錯過程，直至改正為止。3.CMM2的“軟件質量保證SQA”過程114.CMM3的軟件質量保證手段“同行評審”

俗話說，隔行如隔山，所以外行不能參與評審。同行評審是指同行進行軟件產品驗證的活動，其目的是為了及早和高效地從軟件工作產品中識別并消除缺陷。與技術評審不同，同行評審的對象一般是部分軟件工作產品，重點是發現軟件工作產品中的缺陷。所謂同行，是指和開發者在被評審的軟件工作產品上有相同的開發經驗和知識的人員。一般來講，不建議管理者作為同行，參與同行評審，也不應使用同行評審的結果去評價產品開發者的功過是非。有人會說：同行是“冤家”。沒關系，因為同行評審是挑剔，是找缺陷，“冤家”更好。4.CMM3的軟件質量保證手段“同行評審”125.CMM4的軟件質量保證手段“軟件質量管理”

CMM4的“軟件質量管理”目的是：建立對項目的軟件產品質量的定量了解，以便實現特定的質量目標，例如在流程、時間、功能、性能、接口、界面上的特定需求目標。為此，要對軟件工作產品，實施內容豐富的特定測量計劃，進行質量的定量管理。

6.CMM5的軟件質量保證手段“缺陷預防”

CMM5的“缺陷預防”目的是：鑒別缺陷的原因，并防止它們再次發生。具體做法有：建立項目缺陷分析的工程數據庫，字段有：“缺陷編號、缺陷名稱、缺陷類型、缺陷部位、缺陷原因、影響范圍、發生頻率、發生時間、所屬項目”等。將分析結果，尤其是帶普遍價值的過程更改，通知組織中的其他軟件項目組。5.CMM4的軟件質量保證手段“軟件質量管理”137．CMMI軟件質量保證的措施CMMI更關注軟件質量管理與控制。在CMMI的24個過程域中，直接與質量管理有關的過程域有9個：

(1)需求管理過程域，目的就是管理項目的產品和產品構件的需求，標識需求與項目計劃、工作產品之間的不一致性，并解決不一致性問題。

(2)度量和分析過程域，目的就是開發和維持用于支持管理信息需要的度量能力。7．CMMI軟件質量保證的措施CMMI更關14CMMI軟件質量保證的措施(續)(3)項目計劃過程，包括定義度量和度量的內容。度量就是測量，分析就是統計與決策。

(4)過程和產品質量保證過程域，目的就是對過程及相關工作產品進行客觀評價，提供給項目成員和管理部門。強調同行評審與審計，交流和解決不一致問題。

(5)驗證過程域，目的就是保證所選的工作產品符合特定的需求。驗證是個增量過程，它從需求驗證開始，經歷工作產品的驗證，直到最后完整產品的驗證。

(6)確認過程域，目的就是證明工作產品和產品構件，當它們處于其計劃的環境中時，能完成其計劃的用途。CMMI軟件質量保證的措施(續)(3)項目15CMMI軟件質量保證的措施(續)(7)組織級過程性能過程域，目的就是建立和維護組織標準過程集性能的定量理解，且提供過程性能數據、基線和模型來定量地管理組織的項目。

(8)項目定量管理過程域，目的就是定量地管理項目的已定義過程，從而實現項目已建立的質量和過程性能目標。

(9)因果分析和解決方案過程域，目的就是識別發生缺陷和其他問題的原因，采取行動來預防其將來再次發生。結論：質量來源于過程，過程需要改進，改進需求量模型，改進是無止境的，這就是CMMI精神！

CMMI精神萬歲！

CMMI軟件質量保證的措施(續)(7)組織16

8.軟件質量保證的其他措施

除了CMM/CMMI外，為了抓好軟件質量管理，軟件組織的高層經理和項目經理，還應該大力提倡并嚴格執行“七化原則”，即在軟件質量管理中，管理人員要做到：行為規范化，報告制度化，報表統一化，數據標準化，信息網絡化，管理可視化，措施及時化。為了執行好上述“七化原則”，在軟件組織內部的各個項目中，還要建立“五報一例制度”：日報表、周報表、月報表、里程碑報表、重大事件報表和例會制度。實行“高層經理抓月報，部門經理抓周報，項目經驗抓日報”的上、中、下三層的管理方法。8.軟件質量保證的其他措施1712.3評審在質量保證中的作用

從大量的軟件實踐中得知，正式評審工作被認為是盡早發現軟件缺陷，降低軟件成本的最有效手段。軟件缺陷的發現時間，同缺陷修正的成本呈冪次關系。根據IBM的研究結果，假定在分析階段發現的錯誤其改正成本為1個貨幣單位，那么在測試之前（設計編碼階段）發現一個錯誤的修改成本約為6.5個貨幣單位，在測試時（集成測試、系統測試和驗收測試）發現一個錯誤的修改成本約為15個貨幣單位，而在發布之后（已經交到用戶手上）發現一個錯誤的修改成本約為60～100個貨幣單位。該比例同樣也適用于發現一個錯誤需要的時間代價。12.3評審在質量保證中的作用從大18評審在質量保證中的作用評審在質量保證中的作用19正式評審會議的流程1.評審會議的準備涉及的角色有：創建者、評審負責人、檢查者。涉及的文檔有：評審檢查單。

(1)創建者負責陳述評審目標；提交工作產品及其規范；與評審負責人一起選擇檢查者，并分配角色。

(2)評審負責人負責計劃、安排和組織評審活動，與創建者一起選擇檢查者。評審負責人應該從創建者處將評審產品的內容準備齊全，并打包發送給檢查者。評審負責人還要詢問每個檢查者的準備時間，確定會議準備是否充分，如果不充分，應重新安排會議時間。

(3)檢查者：檢查工作產品，發現其缺陷，提出問題，并且記錄到評審檢查單中。正式評審會議的流程1.評審會議的準備20正式評審會議的流程(續)2.評審會議的召開涉及的新角色有：閱讀人和記錄人。創建者、評審負責人、檢查者在此階段，有新的工作任務。涉及的文檔有：評審會議記錄，記錄評審過程中確定的軟件缺陷。評審負責人：召開會議，介紹參與者，說明其角色，陳述評審的目標，指導檢查者將精力集中于發現缺陷，而不是解決方法。提醒參與者評論要針對正在評審的工作產品，而不是創建者。正式評審會議的流程(續)2.評審會議的召開21正式評審會議的流程(續)

閱讀人：向評審小組展示工作產品的各部分。檢查者：提出缺陷、問題、疑問、改進建議。創建者：解答問題，簡短回答提出的問題，使檢查者進一步了解工作產品，從而幫助發現缺陷。記錄人：詳細的記錄到問題日志上。

3.評審會議的跟蹤涉及的新角色有：審核者。涉及的文檔有：評審會議跟蹤表，由審核者跟蹤軟件缺陷的修復情況，并詳細記錄到評審會議跟蹤表中。審核者：進行跟蹤，確定正式評審會議上確定的缺陷都被按照改進意見修改了，填寫評審會議確信跟蹤表。正式評審會議的流程(續)閱讀人：向評審小組2212.4軟件質量保證文檔12.4.1質量保證文檔12.4.2質量保證管理文檔《軟件質量保證計劃任務進度表》是軟件質量保證的管理文檔。但是，最重要的質量管理文檔是：《不符合項跟蹤表》、《軟件質量保證活動度量表》。

《不符合項跟蹤表》，是由SQA成員根據評審記錄編制的管理文檔，它是為了驗證被評審的工作產品的符合性(正確性)，以達到跟蹤其偏差率的目的：

(1)當偏差率超過30%時，工作產品要重做；

(2)當偏差率超過20%時，工作產品要大改；

(3)當偏差率超過10%時，工作產品要小改；

(4)當偏差率超過1%時，工作產品要修正；

(5)只有當偏差率為零時，工作產品評審才通過。12.4軟件質量保證文檔12.4.1質量保證文檔23軟件工程劉竹松歡迎各位同學光臨本科生課程軟件工程劉竹松歡迎各位同學光臨本科生課程24第12章軟件質量保證本章導讀質量保證一直是CMMI和ISO9000的中心議題，是微軟公司和IBM公司的重點課題，同樣也是項目管理的重要內容。通常，人們將“質量標準、配置管理、測試測量”，作為質量管理的三大支柱，而將“SQA計劃、SQA進度、SQA評審和審計”，作為質量管理三大要素。本章先論述軟件質量保證的基本概念和多種方法，后介紹IT企業軟件質量保證文檔書寫的參考指南。第12章軟件質量保證本章導讀25要求具體內容了解1)軟件質量及其相關概念的定義2)質量管理與控制的三個層次3)傳統軟件工程中質量管理的弱點4)同行評審5)軟件質量保證管理文檔理解1)從四個方面來改進軟件質量2)CMM/CMMI改進軟件質量的方法3)軟件組織內部的“七化原則”和“五報一例制度”關注1)CMM2的“軟件質量保證SQA”過程2)《軟件質量保證計劃》的編寫方法要求具體內容了解1)軟件質量及其相關概念的定義理解1)從2612.1軟件質量基本概念

1.軟件質量及相關概念的定義

【定義12-1】所謂軟件質量，就是供方提供的軟件產品滿足用戶明確和隱含需求的能力特性的總和。

【定義12-2】所謂軟件產品，就是供方交付給用戶使用的一套計算機程序、數據以及相關文檔。

【定義12-3】所謂供方，就是向用戶提供產品的組織。供方有時又稱承包方。通過上述定義，知道了軟件質量是什么，以及意味著什么。在此之前，可能不知道這么多概念，只知道好的軟件的特點是功能強、性能優、易使用、易維護、可移植、可重用。12.1軟件質量基本概念1.軟件質量及相關概27什么樣的軟件是質量好的軟件？

事實上，不同的人對軟件質量有不同的評價和看法：（1）用戶認為，功能、性能、接口滿足了需求就是好軟件。（2）營銷人員認為，客戶群大且能賣個好價錢就是好軟件。（3）管理者認為，軟件開發的進度、成本、質量（功能+性能+接口）在計劃的控制范圍內就是好軟件。（4）開發者認為，易維護、可移植、可重用就是好軟件。上述眾多觀點不無道理，但都是從各自的利益出發的。應當說上述評價和看法的匯總，才是貨真價實的好軟件。什么樣的軟件是質量好的軟件？事實上，不同的人對282.質量管理與控制的三個層次

(1)事先的預防措施：制訂軟件過程開發規范和軟件產品質量標準，對軟件開發和管理人員進行這方面知識和技能的定向培訓；(規范是對行為的約束、標準是對產品的約束、規程是對操作的約束)(2)事中的跟蹤監控措施：按照CMM/CMMI或ISO9000的過程管理思想，對軟件過程和軟件產品的質量控制提供可視性管理；

(3)事后的糾錯措施：對軟件工作產品和軟件產品加強評審和檢測。評審是在宏觀上框住您，在微觀上挑剔您，找出不符合項。檢測是為了發現Bug，改正錯誤。結論：軟件質量保證措施，應以提前預防和實時跟蹤為主，以事后測試和糾錯為輔。2.質量管理與控制的三個層次293.傳統軟件工程中質量管理的弱點

在傳統《軟件工程》中，由于沒有完全吸收CMMI和ISO9000的質量管理思想，因而對軟件質量的定義是較模糊的，如表12-2所示。按照這些定義，對軟件階段產品和軟件最終產品的測試、評審和評價，也是較模糊的。因為它主要不是根據《用戶需求報告》中，對“功能、性能、接口”的具體要求，記錄并跟蹤“不符合項”是否為零，而是考慮“正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性”等抽象指標，往往使測試人員和評審人員感到有點無所事從。3.傳統軟件工程中質量管理的弱點30序號質量因素質量因素的定義1正確性系統滿足規格說明書和用戶目標的程度。2健壯性在意外環境或錯誤操作下，系統做出適當響應的程度。3完整性對未經授權的人使用系統的企圖，系統能夠控制的程度。4可用性系統完成預定的功能時，令人滿意的程度。5可理解性系統的理解和使用的容易程度。6可維修性診斷和改正發現的錯誤所需的工作量大小。7靈活性修改或改進系統，需要的工作量多少。8可測試性系統容易測試的程度。9可移植性移植到另一種平臺中運行所需資源的多少。10可再用性軟件系統的可復用程度。11互運行性與其他系統集成，所需的工作量多少。序號質量因素質量因素的定義1正確性系統滿足規格說明書和用戶目3112.2軟件質量保證方法1.從四個方面來改進軟件質量

(1)力圖從編程語言上實現突破。已經從機器語言、匯編語言、面向過程的語言、面向數據的語言，發展到面向對象、面向構架的語言。

(2)力圖從CASE工具上實現突破。這些工具有：OracleDesigner，PowerDesigner，ERwin，Rose，SanFrancisco，北大青鳥系統，分行業的業務基礎平臺。

(3)力圖從軟件過程管上實現突破。如CMMI，ISO9000，微軟企業文化，IBM企業文化。

(4)力圖從測試與糾錯上實現突破。先后出現了各種測試方法、工具和糾錯手段。12.2軟件質量保證方法1.從四個方面來改進軟322.CMM改進軟件質量的方法

CMM認為：它的18個關鍵過程域，每一個都跟質量管理有關，質量管理體現在每一個KPA的驗證之中。當前，針對軟件質量進行保證的問題，最有效的辦法還是下面五個方法的匯集：

(1)面向CMM2的KPA“軟件質量保證”(SQA：SoftwareQualityAssurance)方法。

(2)面向CMM3的KPA“同行評審”(PR：PeerReviews)方法。

(3)面向CMM4的KPA“軟件質量管理”(SQM：SoftwareQualityManagement)方法。

(4)面向CMM5的KPA“缺陷預防”(DP：DefectPrevention)方法。

(5)軟件質量保證的其他措施。2.CMM改進軟件質量的方法333.CMM2的“軟件質量保證SQA”過程

(1)首先，通過監控軟件的開發過程，來保證產品的質量；

(2)其次，保證軟件產品及軟件開發過程，符合相應的標準與規程；

(3)最后，保證軟件產品、軟件過程中存在的不符合項問題得到處理，必要時將問題反映給高級管理者。結合這三項內容，CMM2的軟件質量保證手段主要有三項：“審計、評審和處理不符合項”。審計是檢查做沒做，做了多少，以及按什么標準和規范做的。評審是檢查干得好不好，是否還存在不符合項。處理不符合項是跟蹤糾錯過程，直至改正為止。3.CMM2的“軟件質量保證SQA”過程344.CMM3的軟件質量保證手段“同行評審”

俗話說，隔行如隔山，所以外行不能參與評審。同行評審是指同行進行軟件產品驗證的活動，其目的是為了及早和高效地從軟件工作產品中識別并消除缺陷。與技術評審不同，同行評審的對象一般是部分軟件工作產品，重點是發現軟件工作產品中的缺陷。所謂同行，是指和開發者在被評審的軟件工作產品上有相同的開發經驗和知識的人員。一般來講，不建議管理者作為同行，參與同行評審，也不應使用同行評審的結果去評價產品開發者的功過是非。有人會說：同行是“冤家”。沒關系，因為同行評審是挑剔，是找缺陷，“冤家”更好。4.CMM3的軟件質量保證手段“同行評審”355.CMM4的軟件質量保證手段“軟件質量管理”

CMM4的“軟件質量管理”目的是：建立對項目的軟件產品質量的定量了解，以便實現特定的質量目標，例如在流程、時間、功能、性能、接口、界面上的特定需求目標。為此，要對軟件工作產品，實施內容豐富的特定測量計劃，進行質量的定量管理。

6.CMM5的軟件質量保證手段“缺陷預防”

CMM5的“缺陷預防”目的是：鑒別缺陷的原因，并防止它們再次發生。具體做法有：建立項目缺陷分析的工程數據庫，字段有：“缺陷編號、缺陷名稱、缺陷類型、缺陷部位、缺陷原因、影響范圍、發生頻率、發生時間、所屬項目”等。將分析結果，尤其是帶普遍價值的過程更改，通知組織中的其他軟件項目組。5.CMM4的軟件質量保證手段“軟件質量管理”367．CMMI軟件質量保證的措施CMMI更關注軟件質量管理與控制。在CMMI的24個過程域中，直接與質量管理有關的過程域有9個：

(1)需求管理過程域，目的就是管理項目的產品和產品構件的需求，標識需求與項目計劃、工作產品之間的不一致性，并解決不一致性問題。

(2)度量和分析過程域，目的就是開發和維持用于支持管理信息需要的度量能力。7．CMMI軟件質量保證的措施CMMI更關37CMMI軟件質量保證的措施(續)(3)項目計劃過程，包括定義度量和度量的內容。度量就是測量，分析就是統計與決策。

(4)過程和產品質量保證過程域，目的就是對過程及相關工作產品進行客觀評價，提供給項目成員和管理部門。強調同行評審與審計，交流和解決不一致問題。

(5)驗證過程域，目的就是保證所選的工作產品符合特定的需求。驗證是個增量過程，它從需求驗證開始，經歷工作產品的驗證，直到最后完整產品的驗證。

(6)確認過程域，目的就是證明工作產品和產品構件，當它們處于其計劃的環境中時，能完成其計劃的用途。CMMI軟件質量保證的措施(續)(3)項目38CMMI軟件質量保證的措施(續)(7)組織級過程性能過程域，目的就是建立和維護組織標準過程集性能的定量理解，且提供過程性能數據、基線和模型來定量地管理組織的項目。

(8)項目定量管理過程域，目的就是定量地管理項目的已定義過程，從而實現項目已建立的質量和過程性能目標。

(9)因果分析和解決方案過程域，目的就是識別發生缺陷和其他問題的原因，采取行動來預防其將來再次發生。結論：質量來源于過程，過程需要改進，改進需求量模型，改進是無止境的，這就是CMMI精神！

CMMI精神萬歲！

CMMI軟件質量保證的措施(續)(7)組織39

8.軟件質量保證的其他措施

除了CMM/CMMI外，為了抓好軟件質量管理，軟件組織的高層經理和項目經理，還應該大力提倡并嚴格執行“七化原則”，即在軟件質量管理中，管理人員要做到：行為規范化，報告制度化，報表統一化，數據標準化，信息網絡化，管理可視化，措施及時化。為了執行好上述“七化原則”，在軟件組織內部的各個項目中，還要建立“五報一例制度”：日報表、周報表、月報表、里程碑報表、重大事件報表和例會制度。實行“高層經理抓月報，部門經理抓周報，項目經驗抓日報”的上、中、下三層的管理方法。8.軟件質量保證的其他措施4012.3評審在質量保證中的作用

從大量的軟件實踐中得知，正式評審工作被認為是盡早發現軟件缺陷，降低軟件成本的最有效手段。軟件缺陷的發現時間，同缺陷修正的成本呈冪次關系。根據IBM的研究結果，假定在分析階段發現的錯誤其改正成本為1個貨幣單位，那么在測試之前（設計編碼階段）發現一個錯誤的修改成本約為6.5個貨幣單位，在測試時（集成測試、系統測試和驗收測試）發現一個錯誤的修改成本約為15個貨幣單位，而在發布之后（已經交到用戶手上）發現一個錯誤的修改成本約為60～100個貨幣單位。該比例同樣也適用于發現一個錯