《軟件質(zhì)量管理》

1、精選pptSoftware Engineering ManagementSoftware Engineering Management軟件質(zhì)量管理軟件質(zhì)量管理(SQA,Software Quality Management)精選ppt軟件質(zhì)量管理基礎(chǔ)軟件質(zhì)量的定義軟件質(zhì)量的定義 ISO 9001中對質(zhì)量的定義是ANSI/IEEE Std 729-1983中對質(zhì)量的定義是客戶要求的一種產(chǎn)品或服務(wù)所具備的所有特性軟件產(chǎn)品滿足規(guī)定的和隱含的需求的有關(guān)特征或特性的集合精選ppt質(zhì)量合格的軟件產(chǎn)品必須滿足需求，質(zhì)量是一個以理解顧客對質(zhì)量的期望為開始的過程，軟件質(zhì)量是貫穿軟件生存期的一個極為重要的問題，是

2、軟件開發(fā)過程中所使用的各種開發(fā)技術(shù)和經(jīng)驗方法的最終體現(xiàn)。軟件質(zhì)量的定義軟件質(zhì)量的定義 軟件質(zhì)量管理基礎(chǔ)精選pptn軟件質(zhì)量體現(xiàn)軟件的價值，創(chuàng)造這個價值的成本即是軟件質(zhì)量的成本。n軟件質(zhì)量的成本可以分為以下四種：預(yù)防成本批準成本內(nèi)部失效成本外部失效成本為了預(yù)防低質(zhì)量的產(chǎn)品或服務(wù)所進行的所有活動有關(guān)的成本，包括項目計劃，需求，設(shè)計，管理等。為了保證產(chǎn)品或服務(wù)滿足質(zhì)量標準或性能需求等，所進行的與度量，評審，審計等相關(guān)活動的成本。凡是不滿足顧客需求的，都是一個失效。內(nèi)部失效成本是在將產(chǎn)品或服務(wù)提交用戶之前所發(fā)生的所有失效成本，包括產(chǎn)生失效，發(fā)現(xiàn)失效，修正失效的所有成本。在將產(chǎn)品或服務(wù)提交用戶之后所發(fā)生

3、的所有失效成本。軟件質(zhì)量的定義軟件質(zhì)量的定義 軟件質(zhì)量管理基礎(chǔ)精選ppt軟件質(zhì)量需求與質(zhì)量特征軟件質(zhì)量需求與質(zhì)量特征 對于任一軟件系統(tǒng)，需求規(guī)格說明書都應(yīng)該包含以下內(nèi)容：質(zhì)量需求是由對質(zhì)量特征的明確目標決定的，這包含兩種意思：確定衡量軟件產(chǎn)品質(zhì)量的質(zhì)量特征；確定這些質(zhì)量特征達標的閥值。軟件功能規(guī)格說明；軟件質(zhì)量規(guī)格說明；軟件資源規(guī)格說明軟件質(zhì)量管理基礎(chǔ)精選ppt人們通常用軟件質(zhì)量模型來描述影響軟件質(zhì)量的質(zhì)量特征下面介紹幾個影響較大的軟件質(zhì)量模型nMcCall 質(zhì)量模型nISO的軟件質(zhì)量評價模型軟件質(zhì)量需求與質(zhì)量特征軟件質(zhì)量需求與質(zhì)量特征 軟件質(zhì)量管理基礎(chǔ)精選pptMcCall McCall 質(zhì)

4、量模型質(zhì)量模型McCall三層軟件質(zhì)量模型軟件質(zhì)量質(zhì)量特性質(zhì)量特性質(zhì)量準則質(zhì)量準則質(zhì)量準則質(zhì)量準則度量度量度量度量度量度量度量度量軟件質(zhì)量管理基礎(chǔ)精選pptMcCall模型中的軟件質(zhì)量特征n該模型的軟件質(zhì)量概念基于11個質(zhì)量特征之上。n11個質(zhì)量特征被分為三組：軟件產(chǎn)品運行軟件產(chǎn)品修正軟件產(chǎn)品轉(zhuǎn)移質(zhì)量特征McCall McCall 質(zhì)量模型質(zhì)量模型產(chǎn)品修正產(chǎn)品轉(zhuǎn)移產(chǎn)品運行可維護性可測試性靈活性可移植性復(fù)用性互連性正確性 可靠性 效率 完整性 可用性軟件質(zhì)量管理基礎(chǔ)精選pptMcCall軟件質(zhì)量模型中的軟件質(zhì)量準則質(zhì)量特征軟件質(zhì)量準則正確性可追溯性、一致性、完備性可靠性容錯性、一致性、精確性、簡

5、單性效率執(zhí)行有效性、存儲有效性完整性訪問控制、訪問審計可用性可操作性、培訓、溝通、輸入/輸出量、輸入/輸出率可維護性一致性、簡單性、簡潔性、模塊性、自描述性可測試性簡單性、模塊性、工具、自描述性靈活性模塊性、普遍性、可擴展性、自描述性可移植性模塊性、自描述性、機器無關(guān)性、軟件系統(tǒng)無關(guān)性復(fù)用性普遍性、模塊性、軟件系統(tǒng)無關(guān)性、機器無關(guān)性、自描述性互連性模塊性、通信通用性、數(shù)據(jù)通用性McCall McCall 質(zhì)量模型質(zhì)量模型軟件質(zhì)量管理基礎(chǔ)精選ppt在軟件質(zhì)量規(guī)格說明中，需明確描述這些軟件質(zhì)量準則的目標值，可以從以下幾個方面考慮：n 最差值：能接受的最差值。n 計劃值：計劃達到的值。n 最佳值：可

6、能實現(xiàn)的最佳值，我們知道在別處已經(jīng)實現(xiàn)或通過某種方法證實可以實現(xiàn)的值。n 現(xiàn)值：現(xiàn)在應(yīng)用的系統(tǒng)的值McCall McCall 質(zhì)量模型質(zhì)量模型軟件質(zhì)量管理基礎(chǔ)精選pptISOISO的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型在1985年發(fā)布ISO/TC97/SC97/WG3/1985-1-30/N382中，軟件質(zhì)量度量模型由高層、中層、底層3層組成：n高層n中層n底層軟件質(zhì)量需求評價準則（SQRC），由正確性，可靠性，效率，安全性，可用性，可維護性，靈活性及連接性8個要素組成。軟件質(zhì)量設(shè)計評價準則（SQDC）,由23個評價準則組成。例如，正確性對應(yīng)可跟蹤性，一致性，完備性三個設(shè)計準則；效率由存儲效率和

7、運行效率子項組成，兩者缺一不可。軟件質(zhì)量度量評價準則（SQMC）。軟件質(zhì)量管理基礎(chǔ)精選pptISO/IEC 9126-1991軟件質(zhì)量模型中6個質(zhì)量特征的定義為：n功能性n可靠性n可用性n效率n可維護性n可移植性與軟件所具有的各項功能及其規(guī)定性質(zhì)有關(guān)的一組屬性。在規(guī)定運行條件下和規(guī)定時間周期內(nèi)，與軟件維護其性能級別的能力有關(guān)的一組屬性。根據(jù)規(guī)定用戶或隱含用戶的評價所作出的關(guān)于使用軟件所需要努力程度有關(guān)的一組屬性。在規(guī)定條件下，與軟件性能級別和所使用資源總量之間的關(guān)系有關(guān)的一組屬性。與對軟件進行修改的難易程度有關(guān)的一組屬性。與一個軟件從一個環(huán)境轉(zhuǎn)移到另一個環(huán)境運行的能力有關(guān)的一組屬性。ISOIS

8、O的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型軟件質(zhì)量管理基礎(chǔ)精選pptISO/IEC 9126-1991軟件質(zhì)量模型矩陣ISOISO的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型質(zhì)量特征質(zhì)量特征質(zhì)量子特征質(zhì)量子特征描述描述功能性適用性指軟件具備的為完成指定任務(wù)的適當?shù)墓δ艽嬖诘奶匦?。準確性指軟件具備的能達成符合規(guī)定的正確的結(jié)果或效果的特性?；ゲ僮餍灾杠浖邆涞哪軌蚝鸵恍┨囟ㄏ到y(tǒng)進行交互的特性。符合性指軟件具備的使其和應(yīng)用相關(guān)的標準、規(guī)則、規(guī)范、法律相一致的特性。安全性指軟件具備的能夠阻止對程序和數(shù)據(jù)偶然或故意的未授權(quán)訪問能力的特性?？煽啃猿墒煨院蛙浖娜毕菰斐傻氖У念l率有關(guān)的特性。容錯性指軟件能夠在軟件出錯

9、或者接口誤用的情況下保證一定水平的性能的能力有關(guān)的特性。可恢復(fù)性指軟件在失效的發(fā)生的情況下，能夠重構(gòu)一定水平的性能和恢復(fù)直接受影響的數(shù)據(jù)的能力，以及為止付出的時間和努力相關(guān)的特性?？捎眯钥衫斫庑灾杠浖暮陀脩糇R別軟件的邏輯概念及適應(yīng)性所花費的努力相關(guān)的特性。易學性指和用戶學習軟件的應(yīng)用的努力程度有關(guān)的特性。易操作性指和用戶操作或控制軟件的努力程度相關(guān)的特性。效率時間行為指軟件執(zhí)行功能時和處理、響應(yīng)時間及吞吐率相關(guān)的特性。資源行為指軟件執(zhí)行功能所需的資源的量和時間段相關(guān)的特性。可維護性可分析性指為了診斷缺陷，失效原因，或者標識要修改的部分所需的努力相關(guān)的特性。易修改性指因運行環(huán)境改變或者為去除缺

10、陷而修改軟件所費努力程度相關(guān)的特性。穩(wěn)定性指修改了軟件后出現(xiàn)不可預(yù)期結(jié)果的風險相關(guān)的特性。可測試性指為測試修改了的軟件所費努力程度相關(guān)的特性?？梢浦残砸装惭b性和將軟件安裝到指定環(huán)境努力程度相關(guān)的特性。可替換性指在軟件的運行環(huán)境中可被其它軟件替代或者替代其它軟件的可能性和努力相關(guān)的特性。適應(yīng)性指軟件運行在不同的環(huán)境中，應(yīng)不需采取除軟件本身設(shè)計時考慮之外的其它動作或方式相關(guān)的特性。遵循性指軟件要和可移植相關(guān)的標準，規(guī)范一致相關(guān)的特性。軟件質(zhì)量管理基礎(chǔ)精選pptISO/IEC 9126-1產(chǎn)品質(zhì)量-質(zhì)量模型中，定義了外部質(zhì)量、內(nèi)部質(zhì)量、使用質(zhì)量3個產(chǎn)品質(zhì)量相關(guān)軟件模型：n內(nèi)部質(zhì)量n外部質(zhì)量n使用質(zhì)量

11、在規(guī)定條件下使用時，軟件產(chǎn)品滿足需求的能力的特性。被視為在軟件開發(fā)過程中(如在需求開發(fā)，軟件設(shè)計，編寫代碼階段)產(chǎn)生的中間軟件產(chǎn)品的質(zhì)量。了解軟件產(chǎn)品的內(nèi)部質(zhì)量，可以預(yù)計最終產(chǎn)品的質(zhì)量。在規(guī)定條件下使用時，軟件產(chǎn)品滿足需求的程度。外部質(zhì)量被視為在預(yù)定的系統(tǒng)環(huán)境中運行時，軟件產(chǎn)品可能達到的質(zhì)量水平。在規(guī)定的使用環(huán)境下，軟件產(chǎn)品使特定用戶在達到規(guī)定目標方面的能力。它反映的是從用戶角度看，軟件產(chǎn)品在適當系統(tǒng)環(huán)境下滿足其需求的程度。ISOISO的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型軟件質(zhì)量管理基礎(chǔ)精選ppt內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量之間的關(guān)系ISOISO的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型取決于取決于

12、影響內(nèi)部質(zhì)量外部質(zhì)量使用質(zhì)量度量度量度量影響軟件產(chǎn)品發(fā)揮作用構(gòu)造軟件產(chǎn)品使用環(huán)境軟件質(zhì)量管理基礎(chǔ)精選pptISO/IEC 9126定義的3個質(zhì)量模型的結(jié)構(gòu)和關(guān)系ISOISO的軟件質(zhì)量評價模型的軟件質(zhì)量評價模型外部質(zhì)量模型外部質(zhì)量模型可維護性正確性易測性擴展性故障數(shù)測試程度工作量變更數(shù)內(nèi)部質(zhì)量模型內(nèi)部質(zhì)量模型使用質(zhì)量模型使用質(zhì)量模型關(guān)閉時間隔離/確認時間故障率語句覆蓋分支覆蓋測試計劃完整性資源預(yù)算勞動力支出變更工作量變更頻率變更規(guī)模度量度量軟件質(zhì)量管理基礎(chǔ)精選ppt軟件質(zhì)量需求與質(zhì)量特征軟件質(zhì)量需求與質(zhì)量特征 在一個軟件項目中，除了參考上述質(zhì)量模型，考慮上述質(zhì)量特征外，還需要考慮以下因素：n成本

13、；n交付時間表；n與其他產(chǎn)品的對比。軟件質(zhì)量管理基礎(chǔ)精選ppt軟件質(zhì)量管理軟件質(zhì)量管理n 軟件質(zhì)量管理目的是建立對軟件產(chǎn)品質(zhì)量的定量了解和實現(xiàn)特定的質(zhì)量目標。n 軟件質(zhì)量管理包括 確定軟件產(chǎn)品的質(zhì)量目標； 指定實現(xiàn)這些目標的計劃； 監(jiān)控及調(diào)整軟件計劃、軟件工作產(chǎn)品、活動和質(zhì)量目標，以滿足客戶和最終用戶對高質(zhì)量產(chǎn)品的需要和期望。軟件質(zhì)量管理基礎(chǔ)精選ppt軟件質(zhì)量管理n 軟件產(chǎn)品質(zhì)量n 軟件過程質(zhì)量n 軟件質(zhì)量改造在確定客戶需求的時候，不僅包含產(chǎn)品的功能需求，而且包括其質(zhì)量約束。這些質(zhì)量約束既是體現(xiàn)，驗證軟件產(chǎn)品質(zhì)量的標準，也是軟件產(chǎn)品管理最終的目標。軟件產(chǎn)品管理的最終目標是為了保證軟件產(chǎn)品質(zhì)量，

14、但只有保證軟件開發(fā)過程質(zhì)量才有可能保證軟件產(chǎn)品質(zhì)量。因此，設(shè)計與所有軟件質(zhì)量有關(guān)的過程時，都必須考慮質(zhì)量需求，這些過程會有附加成本。過程質(zhì)量影響產(chǎn)品的質(zhì)量特征，這反過來影響產(chǎn)品的使用質(zhì)量。軟件產(chǎn)品的質(zhì)量可以通過持續(xù)改進的迭代過程來改進，這需要許多并發(fā)過程的管理控制，協(xié)調(diào)和反饋。軟件質(zhì)量管理內(nèi)容軟件質(zhì)量管理內(nèi)容精選ppt軟件質(zhì)量管理n 確定軟件質(zhì)量需求n 軟件質(zhì)量計劃n 軟件質(zhì)量保證n 軟件質(zhì)量控制n 軟件質(zhì)量度量這是整個軟件質(zhì)量管理活動的基礎(chǔ)，其他所有質(zhì)量管理活動都是為了實現(xiàn)這些質(zhì)量需求而進行的。制定軟件質(zhì)量計劃是軟件質(zhì)量管理過程的第一步，它與確定軟件質(zhì)量需求同步甚至更早。是確保軟件產(chǎn)品從生產(chǎn)

15、到消亡為止的所有階段，為達到需要的軟件質(zhì)量而進行的所有有計劃，有系統(tǒng)的管理活動，而非技術(shù)活動。軟件質(zhì)量控制由一些任務(wù)和技術(shù)組成。例如一些跟蹤點的評審是一個任務(wù)，而完成這個任務(wù)需要某些技術(shù)，如質(zhì)量的度量，測試，驗證與確認等技術(shù)。軟件質(zhì)量度量包括過程質(zhì)量度量，產(chǎn)品質(zhì)量度量及軟件維護度量。軟件質(zhì)量管理活動軟件質(zhì)量管理活動精選pptn 軟件質(zhì)量管理須經(jīng)過規(guī)劃n 質(zhì)量計劃必須明文規(guī)定n 軟件質(zhì)量管理活動必須在軟件需求活動時期或更早就開始進行。n 質(zhì)量管理小組必須獨立。n 質(zhì)量管理小組成員必須經(jīng)過培訓。n 必須有適當?shù)慕?jīng)費支持質(zhì)量管理。為保證軟件質(zhì)量管理活動的質(zhì)量，應(yīng)該做到以下幾點：軟件質(zhì)量管理要求軟件質(zhì)

16、量管理要求軟件質(zhì)量管理基礎(chǔ)精選pptn 培訓費用n 設(shè)備成本n 人力成本n 其他質(zhì)量管理成本質(zhì)量管理的成本主要涉及以下幾方面的投入：投入質(zhì)量管理的所有工作量都是質(zhì)量管理的人力成本，包括SQA組的人力成本，測試工作的人力成本，各種技術(shù)檢查與評審等的人力成本。如質(zhì)量認證的費用，質(zhì)量獎金等。軟件質(zhì)量管理成本軟件質(zhì)量管理成本軟件質(zhì)量管理基礎(chǔ)精選ppt 軟件質(zhì)量保證就是為了向用戶及社會提供滿意的高質(zhì)量的軟件產(chǎn)品，確保軟件產(chǎn)品從生產(chǎn)到消亡為止的所有階段，達到需要的軟件質(zhì)量而進行的所有有計劃，有系統(tǒng)的管理活動它的主要功能包括以下內(nèi)容：n質(zhì)量保證方針的制訂與貫徹n明確各階段的質(zhì)量保證工作n各階段的質(zhì)量評審n確

17、保設(shè)計質(zhì)量n重要質(zhì)量問題的提出與分析n總結(jié)實現(xiàn)階段的質(zhì)量保證活動n整理面向用戶的文檔，說明書等n產(chǎn)品質(zhì)量鑒定，質(zhì)量保證系統(tǒng)鑒定n質(zhì)量信息的搜集，分析和使用。軟件質(zhì)量管理基礎(chǔ)精選ppt 軟件質(zhì)量保證一般包含以下幾項活動：n 建立SQA組n 選擇和確定SQA活動，即選擇SQA組所要進行的質(zhì)量保證活動，這些SQA活動將作為SQA計劃的輸入。n 制訂和維護SQA計劃，這個計劃明確了SQA活動與整個軟件開發(fā)生命周期中各個階段的關(guān)系。n 執(zhí)行SQA計劃，包括對相關(guān)人員進行培訓選擇與整個工程環(huán)境相適應(yīng)的質(zhì)量保證工具。n 不斷完善質(zhì)量保證活動中存在的不足，改進項目的質(zhì)量保證過程。軟件質(zhì)量保證精選ppt軟件質(zhì)量

18、保證確定組織結(jié)構(gòu)確定組織結(jié)構(gòu)n 職能結(jié)構(gòu)n 矩陣結(jié)構(gòu)n 柔性結(jié)構(gòu)軟件企業(yè)中SQA的組織結(jié)構(gòu)有3類：精選ppt職能結(jié)構(gòu)的SQA組織公司/研發(fā)中心SQA職能部門1經(jīng)理項目經(jīng)理項目經(jīng)理SQA職能部門2經(jīng)理項目經(jīng)理項目經(jīng)理軟件質(zhì)量保證確定組織結(jié)構(gòu)確定組織結(jié)構(gòu)精選ppt矩陣結(jié)構(gòu)的SQA組織公司職能部門1經(jīng)理項目經(jīng)理項目經(jīng)理職能部門1經(jīng)理項目經(jīng)理項目經(jīng)理SAQ部門經(jīng)理SQASQA軟件質(zhì)量保證確定組織結(jié)構(gòu)確定組織結(jié)構(gòu)精選ppt柔性結(jié)構(gòu)的SQA組織公司職能部門1經(jīng)理項目經(jīng)理項目經(jīng)理職能部門1經(jīng)理項目經(jīng)理項目經(jīng)理SQA組領(lǐng)導SQASQA軟件質(zhì)量保證確定組織結(jié)構(gòu)確定組織結(jié)構(gòu)精選pptSQA工作隨成熟度等級的動態(tài)分

19、布軟件質(zhì)量保證精選ppt為為SQASQA崗位配置人員崗位配置人員n全職n兼職n不論是全職還是兼職，都要求SQA有軟件質(zhì)量保證的專業(yè)知識，而且有很強的質(zhì)量意識設(shè)置專門的SQA人員，主要職責就是質(zhì)量保證工作。將工程師分派到其他職能部門或項目中去兼任SQA工作，每一位工程師都作為一名潛在的SQA。軟件質(zhì)量保證精選ppt確定軟件質(zhì)量保證活動確定軟件質(zhì)量保證活動一般把該活動分為以下五類：n評審軟件工作產(chǎn)品，工具與設(shè)施。nSQA活動審查的軟件開發(fā)過程n參與技術(shù)和管理評審n做SQA報告n做SQA度量評估軟件工具主要是為了保證項目組采用合適的技術(shù)和工具。評估項目設(shè)施的目的是保證項目組有充足設(shè)備和資源進行軟件開

20、發(fā)工作。軟件產(chǎn)品的評審過程，項目的計劃和跟蹤過程，軟件需求分析過程，軟件設(shè)計過程，軟件實現(xiàn)和單元測試過程，集成和系統(tǒng)測試過程，項目交付過程，子承包商控制過程，配置管理過程。目的是為了保證此類評審滿足項目要求，便于監(jiān)督問題的解決。SQA應(yīng)將其評估的結(jié)果文檔化。記錄花費在SQA活動上時間，人力等數(shù)據(jù)。軟件質(zhì)量保證精選ppt確定軟件質(zhì)量保證計劃確定軟件質(zhì)量保證計劃n軟件質(zhì)量計劃涉及兩個方面： 從質(zhì)量特征方面，定義需要的產(chǎn)品 為過程制定計劃，以達到需要的產(chǎn)品質(zhì)量。軟件質(zhì)量保證精選ppt質(zhì)量計劃應(yīng)該做到： 軟件質(zhì)量管理須經(jīng)過規(guī)劃。質(zhì)量計劃必須明文規(guī)定。軟件質(zhì)量管理活動必須在軟件需求活動時期或更早就開始進

21、行。質(zhì)量管理小組必須獨立。質(zhì)量管理小組成員必須經(jīng)過培訓。必須有適當?shù)慕?jīng)費支持質(zhì)量管理。軟件質(zhì)量保證精選ppt軟件質(zhì)量計劃的要素： SQA組的責任與權(quán)力SQA組需要的資源（人員、工具、設(shè)施、資金）SQA組的活動日程各階段的質(zhì)量工作規(guī)程與質(zhì)量標準缺陷追蹤計劃單元測試計劃源代碼追蹤計劃技術(shù)檢查計劃集成測試計劃系統(tǒng)測試計劃軟件質(zhì)量保證精選ppt軟件質(zhì)量控制 軟件質(zhì)量控制是通過監(jiān)控軟件開發(fā)過程與結(jié)果，確保軟件可以滿足在設(shè)計中明白交代出來的要求和沒明確指出的需求。即在軟件開發(fā)過程的若干關(guān)鍵點上進行軟件項目跟蹤和監(jiān)控，根據(jù)軟件項目計劃來跟蹤和審查軟件的完成情況和成果，并根據(jù)實際完成情況和成果糾正偏差和（或）

22、調(diào)整項目計劃。 軟件項目跟蹤和監(jiān)控是CMM可重復(fù)級的一個關(guān)鍵過程域，也是軟件質(zhì)量控制過程，軟件項目跟蹤和監(jiān)控為軟件過程提供了可見性。精選ppt軟件質(zhì)量控制軟件項目跟蹤與監(jiān)控軟件項目跟蹤與監(jiān)控過程檢查點檢查點計劃糾正修改修改計劃過程過程糾正軟件檢驗與有效性驗證評審與審計精選ppt軟件質(zhì)量控制 軟件質(zhì)量管理體現(xiàn)在軟件開發(fā)的每一項工作中，如開發(fā)人員的設(shè)計文檔的質(zhì)量、代碼質(zhì)量等等。軟件質(zhì)量控制包括對過程質(zhì)量和產(chǎn)品質(zhì)量的控制，主要是對過程質(zhì)量的監(jiān)控以及一些跟蹤點的軟件工作產(chǎn)品的質(zhì)量控制，如開發(fā)是否遵循過程標準？在設(shè)計檢查或設(shè)計評審中設(shè)計方案是否滿足設(shè)計要求？一旦發(fā)現(xiàn)過程問題和產(chǎn)品缺陷，則要有解決措施，并

23、跟蹤問題解決和缺陷修正等。軟件質(zhì)量控制活動軟件質(zhì)量控制活動精選ppt軟件質(zhì)量控制軟件質(zhì)量控制活動軟件質(zhì)量控制活動設(shè)計編碼測試利用SDP跟蹤開發(fā)過程、活動SDP跟蹤實際的規(guī)模、成本、工作量，并與估計值對值 跟蹤實際進程與計劃日程對照 必要時，采取及時的糾正措施設(shè)計檢查代碼檢查質(zhì)量需求利用質(zhì)量需求檢查、評審工作產(chǎn)品精選ppt軟件質(zhì)量控制軟件檢驗與有效性驗證（Software Verification and Validation，簡稱V&V） 軟件檢驗與有效性驗證的區(qū)別（ Boehm， 1979）：“檢驗：我們是否在正確地建立產(chǎn)品？”“有效性驗證：我們是否在建立一個正確的產(chǎn)品？” 檢驗強調(diào)

24、的是過程的正確性，有效性驗證強調(diào)的是結(jié)果的正確性。檢驗強調(diào)的是過程的正確性，有效性驗證強調(diào)的是結(jié)果的正確性。軟件質(zhì)量控制活動軟件質(zhì)量控制活動是一個嚴格方法，用于評估整個產(chǎn)品生命周期的軟件工作產(chǎn)品，驗證與確認試圖保證質(zhì)量已經(jīng)建造到軟件中，并且軟件滿足顧客需求。在軟件開發(fā)過程的每個階段都應(yīng)該有V&V活動，它從需求評審開始，包括設(shè)計評審、代碼檢查以及產(chǎn)品測試。為了降低成本，提高效率，軟件檢驗與有效性驗證應(yīng)盡早開始。精選ppt軟件質(zhì)量控制軟件檢驗與有效性驗證 與軟件質(zhì)量保證不同的是，軟件檢驗與有效性驗證是針對產(chǎn)品質(zhì)量的，它確保軟件工作產(chǎn)品（包括文檔和代碼）正確、有效地滿足軟件需求。 軟件檢驗與

25、有效性驗證的獨立性程度差異很大，任何人都可以做V&V。如果軟件檢驗與有效性驗證過程由一個與供應(yīng)商、開發(fā)者、操作者和維護者相獨立的組織進行，則該過程稱作獨立檢驗與有效性驗證（V&V）。軟件質(zhì)量控制活動軟件質(zhì)量控制活動精選ppt軟件質(zhì)量控制軟件檢驗與有效性驗證模型軟件質(zhì)量控制活動軟件質(zhì)量控制活動系統(tǒng)需求軟硬件集成系統(tǒng)有效性測試軟件需求軟件設(shè)計與測試計劃編碼/單元測試軟件集成與測試軟件有效性測試需求定義需求定義系統(tǒng)要做什么軟件要做什么軟件開發(fā)軟件開發(fā)軟件 檢驗軟件 有效性驗證系統(tǒng)有效性驗證系統(tǒng)是否做該做的？軟件是否做該做的？精選ppt軟件質(zhì)量控制軟件檢驗與有效性驗證的好處 軟件質(zhì)量控

26、制活動軟件質(zhì)量控制活動軟件檢驗與有效性驗證的好處軟件檢驗與有效性驗證的好處技術(shù)方面技術(shù)方面管理方面管理方面提供更好的軟件和/或系統(tǒng)性能提供更可信的軟件質(zhì)量堅持遵守標準避免出現(xiàn)在最后時刻湊合而成的系統(tǒng)提供接收程序的準則更好的過程可視性對承包商的監(jiān)督更好更具體的決策準則堅持遵守合同更好的文檔質(zhì)量更好的風險控制更好的系統(tǒng)質(zhì)量與可靠性更好的維護性減少返工時間精選ppt軟件質(zhì)量控制評審與審計 評審是評價項目開發(fā)中的某個活動的狀態(tài)和產(chǎn)生的工作產(chǎn)品是否合適、正確。軟件質(zhì)量控制活動軟件質(zhì)量控制活動管理評審技術(shù)評審檢查走查審計管理評審的目的是監(jiān)控項目進展，決定計劃和進度的狀態(tài)，確認需求及其系統(tǒng)分配，或評價用于達

27、到目標適應(yīng)性的管理方法的有效性。管理評審決定計劃、進度和需求的適合性，監(jiān)控它們的進展和不一致性。技術(shù)評審的目的是評價軟件工作產(chǎn)品，以確定其對使用意圖的適合性，目標是標識軟件工作產(chǎn)品與批準的規(guī)格說明和標準之間的差異，評審結(jié)果為管理提供依據(jù)，以決定是否要修正、變更等，如果有變更，變更也在變更控制之下。技術(shù)評審中必須有特定的角色：決策者、評審領(lǐng)導、記錄員、支持評審活動的技術(shù)人員。技術(shù)評審要準備：評審目標的陳述、被評審的軟件工作產(chǎn)品及相關(guān)的軟件工作產(chǎn)品（如項目計劃等）、與被評審的軟件工作產(chǎn)品相關(guān)的問題列表、技術(shù)評審流程等。評審小組要按照評審流程，由相關(guān)的技術(shù)人員介紹被評審的軟件工作產(chǎn)品，通過一次或多次

28、會議對軟件工作產(chǎn)品進行檢查，當評審流程列出的所有活動都完成后，技術(shù)評審才完成。 檢查的目的是檢測和標識軟件工作產(chǎn)品異常。檢查有兩個重要特征：管理職位高于檢查小組的任何人員不得參與檢查；檢查應(yīng)該由受過檢查訓練的公正的促進者來領(lǐng)導。 檢查也需要一位檢查領(lǐng)導、記錄員和一些檢查人員。根據(jù)檢查的內(nèi)容，檢查人員可以是不同領(lǐng)域的專家。 一次檢查通常針對一小部分軟件工作產(chǎn)品、或軟件工作產(chǎn)品的一小部分。每個檢查人員在檢查評審會前須檢查軟件工作產(chǎn)品及其他相關(guān)資料，對發(fā)現(xiàn)的任何異常都要記錄到文檔中，并提交檢查小組領(lǐng)導。檢查結(jié)果一般有三種：接受或有少量重做；接受但要驗證重做的工作；重新檢查。走查的主要目標是發(fā)現(xiàn)異常、

29、改進軟件產(chǎn)品、考慮其他實現(xiàn)方法、評價是否遵從標準和規(guī)格說明。走查類似于檢查，但沒檢查正式。走查一般由軟件工程師組織，讓其他同事評審其工作，是一種保障技術(shù)。 審計是評定軟件項目是否遵從需求、規(guī)格說明、基線、標準、過程、代碼、合約規(guī)定的需求等的要求管理評審。審計是正式組織的活動，參與者有特定的角色，如主審計員、審計員、記錄員、發(fā)起人，以及被審計組織的代表。審計最終要生成一個審計報告，要求被審計小組進行修正活動。 評審和審計有許多名稱，不論名稱如何，評審和審計在軟件開發(fā)與維護的任何階段都可以進行。評審和審計的主要過程如下：評審或?qū)徲嬕?guī)劃評審或?qū)徲嫓蕚鋱?zhí)行評審或?qū)徲嬐瓿苫蚍倒ぴu審或?qū)徲嬁偨Y(jié)精選pptP

30、M按照項目計劃對項目進行跟蹤和監(jiān)控，并要求項目組成員每周向他提交工作日志或進展報告與Timesheet，以此對照計劃衡量項目進展，并更新項目進度表(MS project 工具可以用來跟蹤項目進度)。如果項目采用月度計劃進行跟蹤，月度計劃需要從項目的WBS導出，項目經(jīng)理確保月度計劃定期更新以反映項目當前的狀態(tài)。PM 應(yīng)該保證測量協(xié)調(diào)員根據(jù)測量量規(guī)程定期更新測量表。PM每周寫項目狀態(tài)報告。 項目經(jīng)理可以采用問題跟蹤表單對問題進行跟蹤。 PM每周召集項目組會議review項目進展和識別問題，質(zhì)量工程師QA, 測試協(xié)調(diào)員TC、資料開發(fā)協(xié)調(diào)員TDC以及項目成員要求參加項目會議。開發(fā)團隊的開發(fā)代表需要有選

31、擇參加。需要的話，其它受影響組也可參加項目會議。在項目計劃中需要定義與會者以及跟蹤項目行動的方法。項目組會議的結(jié)果由PM記錄、跟蹤直到問題關(guān)閉。軟件質(zhì)量控制精選ppt在階段結(jié)束會議中，PM應(yīng)該： 討論并記錄經(jīng)驗和好的實踐在階段結(jié)束報告討論資源的狀態(tài)（硬件/人力資源/培訓等等） 討論質(zhì)量控制活動的狀態(tài)和下一階段質(zhì)量目標 討論本階段和下階段達到產(chǎn)品性能目標的活動，記錄本階段活動的結(jié)果。討論更改請求的狀態(tài)以及配置管理的工作量 從缺陷預(yù)防數(shù)據(jù)庫中標識最有可能出現(xiàn)的缺陷及其相應(yīng)的預(yù)防活動并寫入項目計劃 討論過程手冊中定義的下一階段的模型或者方法 討論下一階段將要用到的文檔模板 討論后續(xù)階段工作的安排和進

32、度 軟件質(zhì)量控制精選ppt以下情況必須修訂項目計劃：在開發(fā)團隊簽發(fā)需求規(guī)格說明書之后，人力資源承諾發(fā)生變化。項目已經(jīng)超出了在項目計劃所定義的閾值（如規(guī)模、進度、工作量等）。項目執(zhí)行需要其他附加資源。相關(guān)支持部門的承諾發(fā)生變化。軟件質(zhì)量控制精選ppt 以下情況可能會項目計劃要重新檢查, 需要的話, 還需要修訂： 到達一個里程碑時 完成一個檢查點review時過程手冊被修改項目范圍發(fā)生變化 分配需求發(fā)生變更 風險發(fā)生并且采用了糾正行動任意一條在項目計劃中定義的修改準則得到滿足 因內(nèi)部或外部審計結(jié)果導致的糾正活動 其它相關(guān)組更改了承諾 其他項目的經(jīng)驗教訓 軟件質(zhì)量控制精選ppt缺陷追蹤源代碼追蹤技術(shù)

33、檢查測試Pareto分析獨立審計軟件質(zhì)量控制精選ppt缺陷追蹤缺陷報告中追蹤的信息：缺陷代號（一個數(shù)字或其他唯一的標識符）缺陷說明制造缺陷的步驟平臺信息（硬件、軟件）缺陷的目前狀態(tài)（已修正好或未修正好）發(fā)現(xiàn)缺陷者、發(fā)現(xiàn)缺陷日期嚴重性（1-4表示，或用致命、嚴重、表面等）缺陷產(chǎn)生階段（需求、系統(tǒng)設(shè)計、詳細設(shè)計、編碼、測試等）發(fā)現(xiàn)缺陷階段缺陷更正日期、缺陷更正者更正缺陷所需代價（人員、小時）修正的工作產(chǎn)品或成果（需求、設(shè)計、程序等）解決方式（延后工程修正、修正、判定不當、無法重現(xiàn)等） 缺陷追蹤是記錄和追蹤有關(guān)缺陷從發(fā)現(xiàn)到解決過程的工作。軟件質(zhì)量控制精選ppt源代碼追蹤 源代碼追蹤是利用開發(fā)工具的調(diào)

34、試器，一行行追蹤代碼的執(zhí)行情況。這項工作主要是由程序員來做。軟件質(zhì)量控制精選ppt技術(shù)檢查 技術(shù)檢查是由技術(shù)專家或開發(fā)人員來檢查別人完成的工作。技術(shù)檢查一般由開發(fā)團隊帶領(lǐng)，質(zhì)量小組在檢查過程中的角色，是確保檢查過程中出現(xiàn)的缺陷被密切追蹤并完成修改。軟件質(zhì)量控制精選ppt設(shè)計檢查找出功能缺陷找出需求缺陷項目目標的檢查交叉訓練檢查與生產(chǎn)力正確性：設(shè)計是否如預(yù)期運作？完成度：設(shè)計成果是否適用所有預(yù)期用途？清晰性：設(shè)計方式是否易于被其他人了解？遺漏需求不必要的功能： 增加程序?qū)懽?、測試與排錯時間 增加復(fù)雜性，使系統(tǒng)更容易出錯 額外的系統(tǒng)測試項目 額外的使用文件 額外的使用者培訓 額外的使用者支持電子郵

35、件和電話服務(wù) 未來版本中必須支持的額外功能軟件質(zhì)量控制精選ppt源代碼檢查對象類別、模塊、例程與例程內(nèi)部程序代碼的編排。對象類別、模塊、例程與例程內(nèi)部程序代碼的批注。變量名稱。例程源代碼的最大行數(shù)長度。對象類別內(nèi)最大例程數(shù)。允許的復(fù)雜度，包括對goto敘述、復(fù)雜度的邏輯測試、循環(huán)等等的使用限制。內(nèi)存管理、錯誤處理、字符串存放等等的程序代碼層次構(gòu)架等。使用工具與連接庫版本。軟件質(zhì)量控制精選ppt技術(shù)檢查的步驟：通知與傳遞準備檢查會議檢查報告修改工作軟件質(zhì)量控制精選ppt技術(shù)檢查的關(guān)鍵：盡早開始著重找出缺陷讓技術(shù)檢查維持技術(shù)性記錄檢查過的項目記錄檢查過程中的缺陷追蹤缺陷直至修正對項目團隊公布檢查結(jié)

36、果在日程安排中加入檢查與修正的時間軟件質(zhì)量控制精選ppt測試注意： 測試意味著發(fā)現(xiàn)軟件的質(zhì)量水準，而非軟件質(zhì)量的擔保。當測試與修正合并時，測試與修正的組合對于軟件擔保才有意義，可是并非非常有效。更有效的方式是將前期的質(zhì)量保證、技術(shù)檢查與測試結(jié)合起來。 測試包括單元測試、集成測試、系統(tǒng)測試等。軟件質(zhì)量控制精選pptPareto分析 有些公司可以達到最低錯誤率，但是在那一點以后，進一步減少錯誤率會增加很多的開發(fā)時間。因此，在進行質(zhì)量管理的同時，一定要達成質(zhì)量、時間、成本的均衡。為此，需要確定終止發(fā)現(xiàn)缺陷的準則，也需要確定哪些缺陷必須修正、哪些缺陷可以接受或延緩修正。這就涉及到質(zhì)量控制分析方法，Pareto分析20/80原則，也常常被用來進行缺陷分析。 用Pareto方法分析缺陷就是要找出帶來80%修正成本或損失的20%缺陷，對這些缺陷進行重點跟蹤，并形成一定的缺陷預(yù)防措施，避免在以后的項目中多次重復(fù)出現(xiàn)同類缺陷。軟件質(zhì)量控制精選ppt獨立審計 獨立審計是由與項目無關(guān)的外部組織對軟件項目的獨立檢查。獨立審計主要評價軟件需求、規(guī)格說明書、基線、標準、規(guī)程、代碼等。獨立審計的關(guān)鍵是審計小組與開發(fā)團隊、項目經(jīng)理完全獨立。軟件質(zhì)量控制精選ppt軟件產(chǎn)品質(zhì)量度量：對質(zhì)量需求中產(chǎn)品的質(zhì)量特征進行度量，度量指標根據(jù)組織、產(chǎn)品的實際情況確定，一般都會包括需求覆蓋率、測試覆蓋率、缺陷報告（