軟件項目質(zhì)量管理課件

軟件項目質(zhì)量管理軟件項目管理軟件項目質(zhì)量管理軟件項目管理1本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念2第一節(jié)軟件質(zhì)量管理的基本概念軟件質(zhì)量是指軟件滿足明確說明或者隱含的需求的程度。用戶需求是衡量軟件質(zhì)量的基礎(chǔ)。除滿足明確定義的需求外，還要滿足隱含的需求。第一節(jié)軟件質(zhì)量管理的基本概念軟件質(zhì)量是指軟件滿足明確說明或3軟件質(zhì)量的重要性軟件項目的三大目標：質(zhì)量進度費用軟件質(zhì)量的重要性軟件項目的三大目標：質(zhì)量進度費用4軟件質(zhì)量問題可能導致經(jīng)濟損失甚至災(zāi)難性的后果。質(zhì)量是軟件產(chǎn)品和軟件組織的生命線。質(zhì)量問題會增加開發(fā)和維護軟件產(chǎn)品的成本。軟件質(zhì)量的重要性軟件質(zhì)量問題可能導致經(jīng)濟損失甚至災(zāi)難性的后果。軟件質(zhì)量的重要5軟件質(zhì)量屬性軟件質(zhì)量屬性6軟件質(zhì)量屬性可靠性可用性安全性可維護性機密性軟件質(zhì)量功能性能易用性可信性軟件質(zhì)量屬性可靠性可用性安全性可維護性機密性軟件質(zhì)量功能性能7軟件質(zhì)量的形成軟件的質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后的檢查（如測試）。20世紀80年代起，質(zhì)量管理逐步從單一的關(guān)注產(chǎn)品，轉(zhuǎn)移到關(guān)注生產(chǎn)好產(chǎn)品的過程上，并且將過程的作用擴大到了組織運行的所有領(lǐng)域。軟件質(zhì)量的形成軟件的質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不8質(zhì)量產(chǎn)生于過程當過程不斷被重復，其性能會趨于穩(wěn)定結(jié)果可預測對現(xiàn)行執(zhí)行可監(jiān)測質(zhì)量得到保證實施的過程性能穩(wěn)定過程的上下控制界質(zhì)量產(chǎn)生于過程當過程不斷被重復，其性能會趨于穩(wěn)定質(zhì)量得到保證9特殊原因造成過程性能不穩(wěn)定。根除特殊原因，使過程性能穩(wěn)定，防止質(zhì)量問題的出現(xiàn)。質(zhì)量產(chǎn)生于過程造成不穩(wěn)定的特殊原因特殊原因造成過程性能不穩(wěn)定。質(zhì)量產(chǎn)生于過程造成不穩(wěn)定的特殊原10質(zhì)量成本（CoQ）質(zhì)量成本是為了達到產(chǎn)品或服務(wù)的質(zhì)量而付出的所有努力的總成本，包括三部分：預防成本：為防止將缺陷引入軟件而進行的預防工作所消耗的費用。評價成本：檢查軟件是否包含缺陷的工作所消耗的費用。失效成本：修復缺陷工作所消耗的成本。PAF（Prevention/Appraisal/Failure）成本模型質(zhì)量成本（CoQ）質(zhì)量成本是為了達到產(chǎn)品或服務(wù)的質(zhì)量而付出的11質(zhì)量成本（CoQ）預防評估失效培訓審查廢品計劃測試返工過程研究和改進審計修復供應(yīng)商調(diào)查監(jiān)控RegressionTest咨詢度量缺陷分析獲得資格驗證服務(wù)分析退貨確認投訴處理和解決質(zhì)量成本（CoQ）預防評估失效培訓審查廢品計劃測試返工過程研12質(zhì)量成本（CoQ）WhenDefectisDetectedTypicalCostofCorrectionUserRequirements$100-$1,000Coding/UnitTesting$1,000ormoreSystemTesting$7,000-$8,000AcceptanceTesting$1,000-$100,000AfterImplementationUptomillionsofdollars在項目早期預防和檢測缺陷比在項目晚期檢測和排除缺陷更有效、更節(jié)省成本。質(zhì)量成本（CoQ）WhenDefectisDetect13內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla內(nèi)容提要軟件質(zhì)量管理的基本概念14第二節(jié)軟件質(zhì)量控制質(zhì)量控制(QualityControl,QC)是確定項目結(jié)果與質(zhì)量標準是否相符，并及時糾正產(chǎn)品缺陷的過程。質(zhì)量控制的主要手段是驗證與確認(V&V)驗證（Verification）:是否正確地構(gòu)造了產(chǎn)品？以開發(fā)者的視角進行。確認（Validation）:是否構(gòu)造了正確的產(chǎn)品？以用戶的視角進行。第二節(jié)軟件質(zhì)量控制質(zhì)量控制(QualityControl15軟件項目中的QC活動需求分析需求評審設(shè)計設(shè)計評審編碼代碼審查系統(tǒng)測試界面原型需求確認需求確認確認測試測試開發(fā)軟件項目中的QC活動需求分析需求評審設(shè)計設(shè)計評審編碼代碼審查16質(zhì)量控制方法質(zhì)量控制方法靜態(tài)方法：評審技術(shù)評審代碼評審……動態(tài)方法：測試單元測試集成測試確認測試……質(zhì)量控制方法質(zhì)量控制方法靜態(tài)方法：評審技術(shù)評審代碼評審……動17技術(shù)評審（TechnicalReview）技術(shù)評審是指在完成一項工作后，把工作產(chǎn)品分發(fā)給合作者，讓合作者檢查其中的缺陷。然后開會討論工作產(chǎn)品并產(chǎn)生需要返工的缺陷列表。技術(shù)評審的主要對象：需求和設(shè)計規(guī)格說明、測試計劃、用戶手冊等。技術(shù)評審（TechnicalReview）技術(shù)評審是指在完18技術(shù)評審流程組織召開評審會議：一般應(yīng)有3~5個相關(guān)人員參加，會前每個參加者做好準備，評審會議一般不超過兩個小時。在評審會議上，由開發(fā)小組對提交的評審對象進行講解。評審組可對開發(fā)小組提問，提出建議和要求，展開討論。技術(shù)評審流程組織召開評審會議：一般應(yīng)有3~5個相關(guān)人員參加，19會議結(jié)束時必須做出以下三個決策之一：接受該產(chǎn)品，不需要做修改。由于錯誤嚴重，拒絕接受。暫時接受該產(chǎn)品，但需要對某一部分進行修改。評審報告與記錄：對所提出的問題要進行記錄，并產(chǎn)生一個評審報告。技術(shù)評審流程會議結(jié)束時必須做出以下三個決策之一：技術(shù)評審流程20同行評審（PeerReview）同行評審是一種特殊類型的技術(shù)評審。由與工作產(chǎn)品開發(fā)人員具有同等背景和能力的人員對工作產(chǎn)品進行技術(shù)評審，因此非常有利于發(fā)現(xiàn)工作產(chǎn)品中的問題。同行評審（PeerReview）同行評審是一種特殊類型的技21代碼評審（CodeReview）編碼階段的一種技術(shù)評審，由一組人員對程序進行閱讀和靜態(tài)分析，可以很有效地檢查程序代碼中的缺陷。評審內(nèi)容：程序是否符合編碼規(guī)范，程序結(jié)構(gòu)是否合理，算法和程序邏輯是否正確，程序性能怎樣等。很多程序邏輯錯誤很難通過測試發(fā)現(xiàn)。代碼評審（CodeReview）編碼階段的一種技術(shù)評審，由22缺陷跟蹤缺陷跟蹤是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個跟蹤流程。缺陷跟蹤缺陷跟蹤是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個跟蹤流23缺陷跟蹤一般需要軟件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord等。缺陷跟蹤缺陷跟蹤一般需要軟件工具支持。常用的工具有Bugzilla、24軟件質(zhì)量的常用度量初期故障率：指軟件在初期故障期（一般以軟件交付給用戶后的三個月內(nèi)為初期故障期）內(nèi)單位時間的故障數(shù)。

用來評價交付使用的軟件的質(zhì)量，預測什么時候軟件運行達到基本穩(wěn)定。一般以每100小時的故障數(shù)為單位。軟件質(zhì)量的常用度量初期故障率：指軟件在初期故障期（一般以軟件25偶然故障率：指軟件在偶然故障期（一般以軟件交付給用戶后的4個月以后為偶然故障期）內(nèi)單位時間的故障數(shù)。

它用來度量軟件處于穩(wěn)定狀態(tài)下的質(zhì)量。一般以每1000小時的故障數(shù)為單位。軟件質(zhì)量的常用度量偶然故障率：指軟件在偶然故障期（一般以軟件交付給用戶后的4個26平均失效前時間（MeanTimetoFailure，MTTF）：指軟件在失效前正常工作的平均統(tǒng)計時間。

用來度量軟件的可靠性。平均修復時間（MeanTimetoRepairation，MTTR）：指軟件失效后，使其恢復正常工作所需要的平均統(tǒng)計時間。用來度量軟件的可維護性。軟件質(zhì)量的常用度量平均失效前時間（MeanTimetoFailure，M27缺陷密度：指軟件單位數(shù)量的源代碼中隱藏的缺陷數(shù)量。

通常以每千行無注解源代碼為一個單位。軟件質(zhì)量的常用度量缺陷密度：指軟件單位數(shù)量的源代碼中隱藏的缺陷數(shù)量。軟件質(zhì)量的28本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念29第三節(jié)缺陷預防優(yōu)點：主動改進軟件過程，降低出錯幾率降低質(zhì)量成本，實現(xiàn)項目效益找到根本原因消除根本原因第三節(jié)缺陷預防優(yōu)點：主動找到根本原因消除根本原因30軟件缺陷預防過程軟件缺陷預防過程31軟件缺陷原因分析方法Step1：選擇缺陷數(shù)據(jù)。對小項目，可選擇某一時期內(nèi)發(fā)現(xiàn)的所有缺陷。對大項目，可選擇一個缺陷樣本集合。Step2：分析缺陷的根本原因?qū)θ毕葜饌€進行分析，常以會議的方式進行?？蓪Ψ治龀龅母驹蜻M行分類，例如：IBM：疏忽、培訓、通信失效、書寫錯誤Motorola：開發(fā)階段相關(guān)、人員相關(guān)、項目相關(guān)、復審相關(guān)軟件缺陷原因分析方法Step1：選擇缺陷數(shù)據(jù)。32軟件缺陷原因分析方法缺陷原因分析工具——因果圖（魚骨圖）軟件缺陷原因分析方法缺陷原因分析工具——因果圖（魚骨圖）33Step3:識別公共原因，制定改進措施。在逐個分析了缺陷之后，還要對分析得到的根本原因進行綜合和歸納，識別導致缺陷產(chǎn)生的公共原因，并制定有關(guān)過程、技術(shù)和人員管理方面的改進措施。軟件缺陷原因分析方法Step3:識別公共原因，制定改進措施。軟件缺陷原因分析方法34本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念35第四節(jié)質(zhì)量體系根據(jù)ISO9000標準，質(zhì)量體系的定義是：為實施質(zhì)量管理所需的組織結(jié)構(gòu)、責任、工序、工作過程和資源。組織結(jié)構(gòu)工序過程資源質(zhì)量體系第四節(jié)質(zhì)量體系根據(jù)ISO9000標準，質(zhì)量體系的定義是：為36質(zhì)量體系的特征一個企業(yè)的質(zhì)量體系是企業(yè)質(zhì)量管理的規(guī)范，是企業(yè)長期遵循和需要重復實施的標準。質(zhì)量體系可參照一定的標準實施，例如CMM、ISO9000系列等。質(zhì)量體系內(nèi)容的核心是建立、執(zhí)行和維護（改進）軟件生產(chǎn)過程，以保證最終生產(chǎn)出的軟件產(chǎn)品達到用戶綜合的質(zhì)量要求。質(zhì)量體系的特征一個企業(yè)的質(zhì)量體系是企業(yè)質(zhì)量管理的規(guī)范，是企業(yè)37質(zhì)量體系實例過程改進組織程序規(guī)范產(chǎn)品標準保證執(zhí)行決策、建立、維護包含關(guān)鍵過程域支持過程域過程規(guī)范產(chǎn)品過程執(zhí)行組織質(zhì)量保證組織保證質(zhì)量體系要素關(guān)系圖質(zhì)量文件體系支持過程域產(chǎn)出質(zhì)量體系實例過程改進組織程序規(guī)范產(chǎn)品標準保證執(zhí)行決策、建立、38全面質(zhì)量管理（TQM）全面質(zhì)量管理是指通過全體員工的參與，改進流程、產(chǎn)品、服務(wù)和公司文化，使企業(yè)運作的每一過程都做到滿足客戶需要，從而達到客戶滿意。TQM核心思想全員性（全員參與質(zhì)量管理）全過程性（管理好質(zhì)量形成的全過程）全面性（和顧客交互的所有環(huán)節(jié)）全面質(zhì)量管理（TQM）全面質(zhì)量管理是指通過全體員工的參與，改39TQM強調(diào)建立以過程為核心的組織文化以為客戶創(chuàng)造價值為目標，識別組織內(nèi)部的所有過程所有人員的職責和協(xié)作基于過程TQM強調(diào)過程的不斷優(yōu)化更強調(diào)預防而不是質(zhì)量控制要求對過程不斷進行優(yōu)化全面質(zhì)量管理（TQM）TQM強調(diào)建立以過程為核心的組織文化全面質(zhì)量管理（TQM）40本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念41第五節(jié)軟件項目質(zhì)量管理計劃軟件項目質(zhì)量管理計劃一般應(yīng)滿足以下要求：確定項目應(yīng)達到的質(zhì)量目標和所有特性的要求；確定項目中的質(zhì)量活動和質(zhì)量控制程序；確定項目采用的控制手段及合適的驗證手段和方法；確定和準備質(zhì)量記錄。制訂軟件項目質(zhì)量管理計劃的依據(jù)是企業(yè)的質(zhì)量體系和項目的特點。第五節(jié)軟件項目質(zhì)量管理計劃軟件項目質(zhì)量管理計劃一般應(yīng)滿足以42改進軟件質(zhì)量的一些要求軟件質(zhì)量活動必須經(jīng)過規(guī)劃軟件質(zhì)量活動規(guī)劃必須明文規(guī)定質(zhì)量活動必須盡早開始質(zhì)量小組必須獨立存在質(zhì)量小組的人員應(yīng)該經(jīng)過必要的培訓改進軟件質(zhì)量的一些要求軟件質(zhì)量活動必須經(jīng)過規(guī)劃43軟件項目質(zhì)量管理計劃案例

《校務(wù)通管理系統(tǒng)》質(zhì)量管理計劃軟件項目質(zhì)量管理計劃案例《校務(wù)通管理系統(tǒng)》質(zhì)量管理計44本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念45第六節(jié)缺陷跟蹤工具BugzillaBugzilla是Mozilla公司提供的一個開源的缺陷跟蹤工具，在全世界擁有大量用戶。它能夠為軟件組織建立一個完善的缺陷跟蹤體系，包括報告缺陷、查詢?nèi)毕萦涗洸a(chǎn)生報表、處理解決缺陷、管理員系統(tǒng)初始化和設(shè)置等。第六節(jié)缺陷跟蹤工具BugzillaBugzilla是Moz46Bugzilla的特點：基于Web方式運行，安裝簡單，易于掌握。缺陷從最初的報告到最后的關(guān)閉，都有詳細的操作記錄，確保了缺陷不會被忽略，并允許用戶在檢查缺陷狀態(tài)時獲取歷史記錄。提供強大的查詢匹配能力，能根據(jù)各種條件組合進行缺陷查詢，并能夠記憶搜索條件。Bugzilla的特點：基于Web方式運行，安裝簡單，易于掌47當缺陷狀態(tài)發(fā)生改變時，會自動發(fā)送郵件通知相關(guān)責任人。自帶基于數(shù)據(jù)庫的報表生成功能，主要生成兩類圖表：基于表格的視圖和圖形視圖（條形圖、線圖、餅狀圖）。Bugzilla的特點：當缺陷狀態(tài)發(fā)生改變時，會自動發(fā)送郵件通知相關(guān)責任人。Bugz48Bugzilla的基本操作說明報告缺陷分配缺陷處理缺陷驗證已解決的缺陷Bugzilla的基本操作說明報告缺陷49本章內(nèi)容小結(jié)質(zhì)量管理的基本概念軟件質(zhì)量、質(zhì)量屬性、質(zhì)量形成、質(zhì)量成本質(zhì)量控制技術(shù)評審、同行評審、代碼評審缺陷跟蹤常用質(zhì)量度量缺陷預防本章內(nèi)容小結(jié)質(zhì)量管理的基本概念50謝謝！謝謝！51軟件項目質(zhì)量管理軟件項目管理軟件項目質(zhì)量管理軟件項目管理52本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念53第一節(jié)軟件質(zhì)量管理的基本概念軟件質(zhì)量是指軟件滿足明確說明或者隱含的需求的程度。用戶需求是衡量軟件質(zhì)量的基礎(chǔ)。除滿足明確定義的需求外，還要滿足隱含的需求。第一節(jié)軟件質(zhì)量管理的基本概念軟件質(zhì)量是指軟件滿足明確說明或54軟件質(zhì)量的重要性軟件項目的三大目標：質(zhì)量進度費用軟件質(zhì)量的重要性軟件項目的三大目標：質(zhì)量進度費用55軟件質(zhì)量問題可能導致經(jīng)濟損失甚至災(zāi)難性的后果。質(zhì)量是軟件產(chǎn)品和軟件組織的生命線。質(zhì)量問題會增加開發(fā)和維護軟件產(chǎn)品的成本。軟件質(zhì)量的重要性軟件質(zhì)量問題可能導致經(jīng)濟損失甚至災(zāi)難性的后果。軟件質(zhì)量的重要56軟件質(zhì)量屬性軟件質(zhì)量屬性57軟件質(zhì)量屬性可靠性可用性安全性可維護性機密性軟件質(zhì)量功能性能易用性可信性軟件質(zhì)量屬性可靠性可用性安全性可維護性機密性軟件質(zhì)量功能性能58軟件質(zhì)量的形成軟件的質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后的檢查（如測試）。20世紀80年代起，質(zhì)量管理逐步從單一的關(guān)注產(chǎn)品，轉(zhuǎn)移到關(guān)注生產(chǎn)好產(chǎn)品的過程上，并且將過程的作用擴大到了組織運行的所有領(lǐng)域。軟件質(zhì)量的形成軟件的質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不59質(zhì)量產(chǎn)生于過程當過程不斷被重復，其性能會趨于穩(wěn)定結(jié)果可預測對現(xiàn)行執(zhí)行可監(jiān)測質(zhì)量得到保證實施的過程性能穩(wěn)定過程的上下控制界質(zhì)量產(chǎn)生于過程當過程不斷被重復，其性能會趨于穩(wěn)定質(zhì)量得到保證60特殊原因造成過程性能不穩(wěn)定。根除特殊原因，使過程性能穩(wěn)定，防止質(zhì)量問題的出現(xiàn)。質(zhì)量產(chǎn)生于過程造成不穩(wěn)定的特殊原因特殊原因造成過程性能不穩(wěn)定。質(zhì)量產(chǎn)生于過程造成不穩(wěn)定的特殊原61質(zhì)量成本（CoQ）質(zhì)量成本是為了達到產(chǎn)品或服務(wù)的質(zhì)量而付出的所有努力的總成本，包括三部分：預防成本：為防止將缺陷引入軟件而進行的預防工作所消耗的費用。評價成本：檢查軟件是否包含缺陷的工作所消耗的費用。失效成本：修復缺陷工作所消耗的成本。PAF（Prevention/Appraisal/Failure）成本模型質(zhì)量成本（CoQ）質(zhì)量成本是為了達到產(chǎn)品或服務(wù)的質(zhì)量而付出的62質(zhì)量成本（CoQ）預防評估失效培訓審查廢品計劃測試返工過程研究和改進審計修復供應(yīng)商調(diào)查監(jiān)控RegressionTest咨詢度量缺陷分析獲得資格驗證服務(wù)分析退貨確認投訴處理和解決質(zhì)量成本（CoQ）預防評估失效培訓審查廢品計劃測試返工過程研63質(zhì)量成本（CoQ）WhenDefectisDetectedTypicalCostofCorrectionUserRequirements$100-$1,000Coding/UnitTesting$1,000ormoreSystemTesting$7,000-$8,000AcceptanceTesting$1,000-$100,000AfterImplementationUptomillionsofdollars在項目早期預防和檢測缺陷比在項目晚期檢測和排除缺陷更有效、更節(jié)省成本。質(zhì)量成本（CoQ）WhenDefectisDetect64內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla內(nèi)容提要軟件質(zhì)量管理的基本概念65第二節(jié)軟件質(zhì)量控制質(zhì)量控制(QualityControl,QC)是確定項目結(jié)果與質(zhì)量標準是否相符，并及時糾正產(chǎn)品缺陷的過程。質(zhì)量控制的主要手段是驗證與確認(V&V)驗證（Verification）:是否正確地構(gòu)造了產(chǎn)品？以開發(fā)者的視角進行。確認（Validation）:是否構(gòu)造了正確的產(chǎn)品？以用戶的視角進行。第二節(jié)軟件質(zhì)量控制質(zhì)量控制(QualityControl66軟件項目中的QC活動需求分析需求評審設(shè)計設(shè)計評審編碼代碼審查系統(tǒng)測試界面原型需求確認需求確認確認測試測試開發(fā)軟件項目中的QC活動需求分析需求評審設(shè)計設(shè)計評審編碼代碼審查67質(zhì)量控制方法質(zhì)量控制方法靜態(tài)方法：評審技術(shù)評審代碼評審……動態(tài)方法：測試單元測試集成測試確認測試……質(zhì)量控制方法質(zhì)量控制方法靜態(tài)方法：評審技術(shù)評審代碼評審……動68技術(shù)評審（TechnicalReview）技術(shù)評審是指在完成一項工作后，把工作產(chǎn)品分發(fā)給合作者，讓合作者檢查其中的缺陷。然后開會討論工作產(chǎn)品并產(chǎn)生需要返工的缺陷列表。技術(shù)評審的主要對象：需求和設(shè)計規(guī)格說明、測試計劃、用戶手冊等。技術(shù)評審（TechnicalReview）技術(shù)評審是指在完69技術(shù)評審流程組織召開評審會議：一般應(yīng)有3~5個相關(guān)人員參加，會前每個參加者做好準備，評審會議一般不超過兩個小時。在評審會議上，由開發(fā)小組對提交的評審對象進行講解。評審組可對開發(fā)小組提問，提出建議和要求，展開討論。技術(shù)評審流程組織召開評審會議：一般應(yīng)有3~5個相關(guān)人員參加，70會議結(jié)束時必須做出以下三個決策之一：接受該產(chǎn)品，不需要做修改。由于錯誤嚴重，拒絕接受。暫時接受該產(chǎn)品，但需要對某一部分進行修改。評審報告與記錄：對所提出的問題要進行記錄，并產(chǎn)生一個評審報告。技術(shù)評審流程會議結(jié)束時必須做出以下三個決策之一：技術(shù)評審流程71同行評審（PeerReview）同行評審是一種特殊類型的技術(shù)評審。由與工作產(chǎn)品開發(fā)人員具有同等背景和能力的人員對工作產(chǎn)品進行技術(shù)評審，因此非常有利于發(fā)現(xiàn)工作產(chǎn)品中的問題。同行評審（PeerReview）同行評審是一種特殊類型的技72代碼評審（CodeReview）編碼階段的一種技術(shù)評審，由一組人員對程序進行閱讀和靜態(tài)分析，可以很有效地檢查程序代碼中的缺陷。評審內(nèi)容：程序是否符合編碼規(guī)范，程序結(jié)構(gòu)是否合理，算法和程序邏輯是否正確，程序性能怎樣等。很多程序邏輯錯誤很難通過測試發(fā)現(xiàn)。代碼評審（CodeReview）編碼階段的一種技術(shù)評審，由73缺陷跟蹤缺陷跟蹤是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個跟蹤流程。缺陷跟蹤缺陷跟蹤是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個跟蹤流74缺陷跟蹤一般需要軟件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord等。缺陷跟蹤缺陷跟蹤一般需要軟件工具支持。常用的工具有Bugzilla、75軟件質(zhì)量的常用度量初期故障率：指軟件在初期故障期（一般以軟件交付給用戶后的三個月內(nèi)為初期故障期）內(nèi)單位時間的故障數(shù)。

用來評價交付使用的軟件的質(zhì)量，預測什么時候軟件運行達到基本穩(wěn)定。一般以每100小時的故障數(shù)為單位。軟件質(zhì)量的常用度量初期故障率：指軟件在初期故障期（一般以軟件76偶然故障率：指軟件在偶然故障期（一般以軟件交付給用戶后的4個月以后為偶然故障期）內(nèi)單位時間的故障數(shù)。

它用來度量軟件處于穩(wěn)定狀態(tài)下的質(zhì)量。一般以每1000小時的故障數(shù)為單位。軟件質(zhì)量的常用度量偶然故障率：指軟件在偶然故障期（一般以軟件交付給用戶后的4個77平均失效前時間（MeanTimetoFailure，MTTF）：指軟件在失效前正常工作的平均統(tǒng)計時間。

用來度量軟件的可靠性。平均修復時間（MeanTimetoRepairation，MTTR）：指軟件失效后，使其恢復正常工作所需要的平均統(tǒng)計時間。用來度量軟件的可維護性。軟件質(zhì)量的常用度量平均失效前時間（MeanTimetoFailure，M78缺陷密度：指軟件單位數(shù)量的源代碼中隱藏的缺陷數(shù)量。

通常以每千行無注解源代碼為一個單位。軟件質(zhì)量的常用度量缺陷密度：指軟件單位數(shù)量的源代碼中隱藏的缺陷數(shù)量。軟件質(zhì)量的79本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念80第三節(jié)缺陷預防優(yōu)點：主動改進軟件過程，降低出錯幾率降低質(zhì)量成本，實現(xiàn)項目效益找到根本原因消除根本原因第三節(jié)缺陷預防優(yōu)點：主動找到根本原因消除根本原因81軟件缺陷預防過程軟件缺陷預防過程82軟件缺陷原因分析方法Step1：選擇缺陷數(shù)據(jù)。對小項目，可選擇某一時期內(nèi)發(fā)現(xiàn)的所有缺陷。對大項目，可選擇一個缺陷樣本集合。Step2：分析缺陷的根本原因?qū)θ毕葜饌€進行分析，常以會議的方式進行?？蓪Ψ治龀龅母驹蜻M行分類，例如：IBM：疏忽、培訓、通信失效、書寫錯誤Motorola：開發(fā)階段相關(guān)、人員相關(guān)、項目相關(guān)、復審相關(guān)軟件缺陷原因分析方法Step1：選擇缺陷數(shù)據(jù)。83軟件缺陷原因分析方法缺陷原因分析工具——因果圖（魚骨圖）軟件缺陷原因分析方法缺陷原因分析工具——因果圖（魚骨圖）84Step3:識別公共原因，制定改進措施。在逐個分析了缺陷之后，還要對分析得到的根本原因進行綜合和歸納，識別導致缺陷產(chǎn)生的公共原因，并制定有關(guān)過程、技術(shù)和人員管理方面的改進措施。軟件缺陷原因分析方法Step3:識別公共原因，制定改進措施。軟件缺陷原因分析方法85本章內(nèi)容提要軟件質(zhì)量管理的基本概念軟件質(zhì)量控制缺陷預防質(zhì)量體系軟件項目質(zhì)量管理計劃（案例）缺陷跟蹤工具Bugzilla本章內(nèi)容提要軟件質(zhì)量管理的基本概念86第四節(jié)質(zhì)量體系根據(jù)ISO9000標準，質(zhì)量體系的定義是：為實施質(zhì)量管理所需的組織結(jié)構(gòu)、責任、工序、工作過程和資源。組織結(jié)構(gòu)工序過程資源質(zhì)量體系第四節(jié)質(zhì)量體系根據(jù)ISO9000標準，質(zhì)量體系的定義是：為87質(zhì)量體系的特征一個企業(yè)的質(zhì)量體系是企業(yè)質(zhì)量管理的規(guī)范，是企業(yè)長期遵循和需要重復實施的標準。質(zhì)量體系可參照一定的標準實施，例如CMM、ISO9000系列等。質(zhì)量體系內(nèi)容的核心是建立、執(zhí)行和維護（改進）軟件生產(chǎn)過程，以保證最終生產(chǎn)出的軟件產(chǎn)品達到用戶綜合的質(zhì)量要求。質(zhì)量體系的特征一個企業(yè)的質(zhì)量體系是企業(yè)質(zhì)量管理的規(guī)范，是企業(yè)88質(zhì)量體系實例過程改進組織程序規(guī)范產(chǎn)品標準保證執(zhí)行決策、建立、維護包含關(guān)鍵過程域支持過程域過程規(guī)范產(chǎn)品過程執(zhí)行組織質(zhì)量保證組織保證質(zhì)量體系要素關(guān)系圖質(zhì)量文件體系支持過程域產(chǎn)出質(zhì)量體系實例過程改進組織程序規(guī)范產(chǎn)品標準保證執(zhí)行決策、建立、89全面質(zhì)量管理（TQM）全面質(zhì)量管理是指通過全體員工的參與，改進流程、產(chǎn)品、服務(wù)和公司文化，使企業(yè)運作的每一過程都做到滿足客戶需要，從而達到客戶滿意。TQM核心思想全員性（全員參與質(zhì)量管理）全過程性（管理好質(zhì)量形成的全過程）全面性（和顧客交互的所有環(huán)節(jié)）全面質(zhì)量管理（TQM）全面質(zhì)量管理是指通過全體員工的參與，改90TQM強調(diào)建立以過程為核心的組織文化以為客戶創(chuàng)造價值為目標，識別組織內(nèi)部的所有過程所有人員的職責和協(xié)作基于過程TQM強調(diào)過程的不斷優(yōu)化更強調(diào)預防而不是質(zhì)量控