項目管理與質(zhì)量保證——質(zhì)量保證dappt課件

1、工程管理與質(zhì)量保證軟件質(zhì)量保證軟件質(zhì)量保證SQA 引論為什么要引入軟件質(zhì)量保證？消費出高質(zhì)量的軟件為了“在正確的時間、以正確的方式、做正確的事情 質(zhì)量管理的問題不在于人們不知道什么是質(zhì)量，問題在于人們以為他們本人對質(zhì)量知道質(zhì)量1什么是質(zhì)量？某一事物的特征或?qū)傩援a(chǎn)品或任務的優(yōu)劣程度遺憾的是： 樣本間是有差別的！差別控制是質(zhì)量控制的中心質(zhì)量2兩種不同的質(zhì)量設計質(zhì)量符合質(zhì)量 軟件需求是進展“質(zhì)量丈量的根底，與需求不符就是質(zhì)量不高。 指定的規(guī)范定義了一組指點軟件開發(fā)的準那么。假設不能遵照這些準那么，就極有能夠?qū)е沦|(zhì)量不高。 通常有一組“隱含需求是不被提及的。不符合的話軟件質(zhì)量也很難保證。什么樣的軟件是

2、高質(zhì)量的？設計質(zhì)量+符合質(zhì)量？ 用戶稱心度 = 合格產(chǎn)品+好的質(zhì)量+在預算和進度表內(nèi)交付質(zhì)量3軟件質(zhì)量特性：功能性包括軟件產(chǎn)品提供的用來滿足用戶需求的功能可靠性與軟件維護其性能等級的才干相關易用性與運用軟件所要破費的任務量相關效率與軟件執(zhí)行過程中所占用的物理資源相關可維護性與進展軟件變卦所需求的任務量相關可移植性與把軟件轉換到不同環(huán)境的才干相關質(zhì)量4軟件質(zhì)量特性功能性適宜性軟件能否符合用戶需求準確性軟件能否正確地實現(xiàn)了功能互操作性軟件和其他系統(tǒng)的交互才干功能符合性軟件和需求的匹配程度平安性系統(tǒng)訪問控制質(zhì)量5軟件質(zhì)量特性可靠性成熟度軟件中缺陷所呵斥的缺點的頻率容錯性可恢復性可靠性符合性質(zhì)量6軟件

3、質(zhì)量特性易用性可了解性可學習性可操作性吸引性可用性符合性質(zhì)量7軟件質(zhì)量特性效率時間特性資源利用有效性符合性質(zhì)量8軟件質(zhì)量特性可維護性可分析性確定缺點產(chǎn)生緣由的容易程度可變性靈敏性穩(wěn)定性對軟件修正的能夠性可測試性可維護性符合性質(zhì)量9軟件質(zhì)量特性可移植性順應性可安裝性共存性軟件和其他軟件分享資源的才干可替代性可移植性符合性質(zhì)量10質(zhì)量特性含義可回答的問題正確性程序滿足規(guī)格說明和完成用戶業(yè)務目標的程度它做了該做的事嗎？可靠性程序按要求的精確度實現(xiàn)其預定功能的程度它總能準確地工作嗎？效率程序?qū)崿F(xiàn)其功能所需要的計算資源量能在硬件上盡力工作嗎？安全性軟件或數(shù)據(jù)不受未授權人控制的程度它是安全的嗎？使用性學習

4、、操作程序、準備輸入輸出的工作量它可用嗎？維護性對運行的程序找到錯誤并排除錯誤的工作量它可調(diào)整嗎？測試性為保證程序執(zhí)行其規(guī)定的功能所需的測試工作量它可測試嗎？靈活性修改程序所需工作量它可修改嗎？移植性將程序從一個環(huán)境轉移到另一環(huán)境的工作量可以在其他機器上使用嗎？復用性程序可被用于其他應用問題的程度可以重復使用它的某些部分嗎？共運行性一系統(tǒng)與另一系統(tǒng)協(xié)同運行所需的工作量能與其他系統(tǒng)連接嗎？質(zhì)量11怎樣能保證質(zhì)量？質(zhì)量控制質(zhì)量控制是為了保證每一件任務產(chǎn)品都滿足對它的需求而運用于整個開發(fā)周期中的一系列審查、評審和測試質(zhì)量控制在創(chuàng)建任務產(chǎn)品的過程中包含一個反響循環(huán)質(zhì)量保證質(zhì)量保證由管理層的審計和報告功

5、能構成未經(jīng)跟蹤的任務等于沒做！ 正確地完成一件事情比解釋他為什么將事情做錯所花的時間要少 人們會忘記他做一件任務有多快，但他們總會記得他做得有多好質(zhì)量本錢1什么是質(zhì)量本錢？一切由質(zhì)量任務或者進展與質(zhì)量有關的活動所導致的本錢有哪些質(zhì)量本錢？預防本錢鑒定本錢缺點本錢 質(zhì)量方案 正式技術評審 測試設備 培訓 過程內(nèi)和過程間審查 設備校準和維護 測試 內(nèi)部缺點本錢 外部缺點本錢 內(nèi)部缺點本錢 返工 修復 缺點方式分析 外部缺點本錢 處理客戶的埋怨 退換產(chǎn)品 求助支持 保修任務質(zhì)量本錢2既然質(zhì)量管理需求本錢，那么是不是越晚進展質(zhì)量管理就越省錢？ IBM審查200000行代碼總共用了7053個小時，結果是

6、預防了3112個潛在的缺陷。雇傭一名程序員的報酬為40美圓/小時。 假設交付的產(chǎn)品中每1000行代碼中有1個缺陷，此時矯正每個缺陷本錢的時間為25000美圓。預防總本錢：282,120美圓平均缺陷本錢：91美圓維護總本錢：5,000,000美圓平均缺陷本錢：25,000美圓差距：5000000/282120 = 17.7質(zhì)量本錢3矯正一個錯誤的相對本錢需求分析階段：1倍設計階段：36倍編碼階段：10倍開發(fā)測試階段：1540倍系統(tǒng)測試階段：3070倍實踐操作階段：401000倍軟件缺陷1幾個概念：缺陷defect缺點bug錯誤error缺陷、缺點：軟件交付之后發(fā)現(xiàn)的質(zhì)量問題錯誤：軟件交付之前發(fā)現(xiàn)

7、的質(zhì)量問題軟件缺陷2幾個結論：設計活動引入的錯誤占軟件過程中出現(xiàn)的一切錯誤和最終的缺陷數(shù)量的50%到65%正式技術評審在發(fā)現(xiàn)設計錯誤方面最高到達75%的有效性軟件缺陷3缺陷放大模型：通過的錯誤錯誤檢測有效性百分比放大的錯誤1:x新產(chǎn)生的錯誤軟件缺陷4例：假設：概要設計階段生成10個錯誤詳細設計階段生成25個錯誤，同時會放大1/3的承繼錯誤，放大系數(shù)為1.5編碼和單元測試階段生成25個錯誤，同時會放大2/3的承繼錯誤，放大系數(shù)為3在測試中可以發(fā)現(xiàn)并矯正50%的錯誤，同時不引入新的錯誤概要設計階段錯誤的矯正本錢為1，詳細設計時為1.5，測試前是6.5，測試中是15，發(fā)布后是6700%01060%4

8、*1.5251020%27*3259450%004750%002450%00概要設計詳細設計集成測試單元測試確認測試系統(tǒng)測試070%010250%1*1.525560%10*3252450%001250%00650%00概要設計詳細設計集成測試單元測試確認測試系統(tǒng)測試軟件評審技術任務需求評審評審的目的是什么？指出個人或小組消費的產(chǎn)品所需進展的改良確定產(chǎn)品中不需求或者不希望改良的部分得到與沒有進展評審相比更加一致、或者至少更可預測的技術任務的質(zhì)量，從而使得技術任務更小易于管理既然技術評審這么好，是不是應該大量頻繁的進展？為什么需求評審在去除明顯的錯誤時，審查是非常有效的方法鼓勵開發(fā)人員產(chǎn)生構造更

9、好的、不需求加以闡明的軟件能促進優(yōu)秀編程實際的傳播能增進團隊精神正式技術評審FTR1FTR想要到達什么目的？在軟件的任何一種表示方式中發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯誤證明經(jīng)過評審的軟件確實滿足需求保證軟件的表示符合預定義的規(guī)范得到以一種一致的方式開發(fā)的軟件使工程更易于管理正式技術評審2每個評審會議約束：評審會議通常應該在35人之間進展應該進展提早預備，但是每人占用任務時間應該少于2小時評審會議時間應該不超越2小時正式技術評審3每個FTR步驟：確定參與評審的人員人員培訓評審預備分發(fā)評審資料，評審員審讀評審資料開評審會議生成評審報告和問題列表正式技術評審4評審結論：任務產(chǎn)品可以不經(jīng)修正而被接受由于嚴重錯

10、誤而否決任務產(chǎn)品暫時接受任務產(chǎn)品評審總結報告內(nèi)容：評審什么由誰評審發(fā)現(xiàn)和結論是什么正式技術評審5正式技術評審的指點原那么：評審產(chǎn)品，而不是評審消費者制定日程并且遵守日程限制爭論和辯駁對各個問題都發(fā)表見解，但是不要試圖處理一切記錄的問題做書面筆記限制參與者人數(shù)并堅持事先做預備為每個能夠要評審的任務產(chǎn)品建立一個檢查表為FTR分配資源和時間對一切評審者進展有意義的培訓評審以前所做的評審Fagan評審的根本原理對于一切主要的交付物都要進展審查一切類型的缺陷都要記錄不僅僅是邏輯或功能缺陷審查應該由除非常高層指點外的各級同事來執(zhí)行采用預先規(guī)定的步驟進展審查審查會議不能超越兩個小時審查是由經(jīng)過特殊技術培訓的

11、協(xié)調(diào)員來指點的為其他參與者定義不同的角色運用檢查表來協(xié)助缺陷查找過程檢查資料的理想速度是每小時100行維護統(tǒng)計數(shù)據(jù)，以便監(jiān)視審查過程的有效性工程質(zhì)量管理軟件質(zhì)量保證概述1什么是軟件質(zhì)量保證？Software Quality Assurance，簡稱SQA一種運用于整個軟件過程的庇護性活動軟件質(zhì)量保證的范圍？軟件產(chǎn)質(zhì)量量軟件過程質(zhì)量軟件質(zhì)量保證概述2軟件質(zhì)量保證包含哪些內(nèi)容？一種質(zhì)量管理方法有效的軟件工程技術在整個軟件過程中采用的正式技術評審一種多層次的測試戰(zhàn)略對軟件文檔及其修正的控制保證軟件服從軟件開發(fā)規(guī)范的規(guī)程度量和報告機制軟件質(zhì)量保證概述3那些人應該為軟件質(zhì)量擔任？軟件工程師工程管理者客戶

12、銷售人員SQA小組成員SQA小組充任客戶在公司內(nèi)部的代表SQA小組的職責是輔助軟件工程小組得到高質(zhì)量的最終產(chǎn)品軟件質(zhì)量保證SQA活動1為工程預備SQA方案方案里應標識出什么？需求進展的評價需求進展的審計和評審工程可采用的規(guī)范錯誤報告和跟蹤的規(guī)程由SQA小組產(chǎn)生的文檔為軟件工程組提供的反響數(shù)量軟件質(zhì)量保證SQA活動2參與開發(fā)該工程的軟件過程描畫評審各項軟件工程活動、對其能否符合定義好的軟件過程進展核實審計制定的軟件任務產(chǎn)品、對其能否符合定義 好的軟件過程中的相應部分進展核實確保軟件任務及任務產(chǎn)品中的偏向已被記錄 在案并根據(jù)預定規(guī)程進展處置記錄一切不符合的部分并報告給高級管理者協(xié)調(diào)變卦的控制和管理

13、協(xié)助搜集和分析軟件度量信息軟件測試1軟件確實認Validation和驗證Verification，簡稱V&V什么是確認？在軟件開發(fā)過程期間針對單元或終了針對系統(tǒng)時，單元或系統(tǒng)能否滿足用戶特定的需求？什么是驗證？在一個給定的開發(fā)階段中，單元或系統(tǒng)能否滿足在此階段開場時確定的條件？軟件測試2測試種類單元測試集成測試確認測試功能測試回歸測試測試測試驗收測試軟件測試3測試方法白盒測試黑盒測試軟件測試4測試類型功能測試性能測試算法測試正向測試逆向測試邊境測試配置測試負載測試軟件測試5測試方案測試方案測試用例測試報告統(tǒng)計軟件質(zhì)量保證什么是統(tǒng)計軟件質(zhì)量保證？是質(zhì)量的量化統(tǒng)計軟件質(zhì)量保證有哪些步驟？搜集和分類

14、軟件缺陷信息嘗試對每個缺陷的構成緣由進展追溯運用Pareto原那么，將這20%重要少數(shù)分別出來一旦找到重要少數(shù)緣由，就可以開場糾正引起缺陷的問題80%的缺陷可以追溯到一切能夠緣由中的20%能夠的錯誤緣由規(guī)約不完好或規(guī)約錯誤IES與客戶通訊中所產(chǎn)生的誤解MCC故意與規(guī)約偏離IDS違反編程規(guī)范VPS數(shù)據(jù)表示有錯EDR構件接口不一致ICI設計邏輯有錯EDL不完好或錯誤的測試IET不準確或不完好的文檔IID將設計翻譯成程序設計言語中的錯誤PLT不明晰或不一致的人機界面HCI雜項MIS例錯誤總計嚴重一般微小數(shù)量百分比數(shù)量百分比數(shù)量百分比數(shù)量百分比IES205223427681810324MCC15617

15、12968187617IDS48511246235VPS25300154102EDR1301426206818368ICI58697185317EDL4551411123194IET95101293594811IID36422205143PLT6061512195266HCI2833217482MIS56600154419總計942100128100379100435100利用錯誤目的Error Index，EI找到影響質(zhì)量的主要緣由Ei = 在軟件工程過程中的第i步中發(fā)現(xiàn)的錯誤總數(shù)Si = 嚴重錯誤數(shù)Mi = 普通錯誤數(shù)Ti = 微小錯誤數(shù)PS = 第i步的產(chǎn)品規(guī)模Ws Wm Wt 分別是嚴

16、重、普通、微小錯誤的加權因子每個階段的加權因子取值逐漸變大先求出階段目的Phase IndexPIi = Ws (Si / Ei) + Wm (Mi / Ei) + Wt (Ti / Ei) EI = (i x PIi) / PS 將時間集中用于真正重要的地方，但是首先他必需知道什么是重要的軟件可靠性什么是軟件可靠性？在特定環(huán)境和特定時間內(nèi)，計算機程序無缺點地運轉的概率軟件可靠性和硬件可靠性根本不同平均缺點間隔時間MTBF平均缺點時間MTTF平均修復時間MTTR可用性 = MTTF / (MTTF + MTTR) * 100%SCM職責1配置經(jīng)理：對代碼開發(fā)和測試進展支持和維護，是變卦管理的控制中心制定SCM規(guī)程，構成文檔并分發(fā)給有關人員建立系統(tǒng)基線，包括備份規(guī)定確保對基線的變卦都經(jīng)過授權人員的同意確保對基線的變卦都進展充分細致地記錄，以便可以重新生成或回退確保一切基線變卦都經(jīng)過回歸測試規(guī)定處理異常問題的焦點SCM職責2模塊主管：確保模塊設計的完好性把握模塊的設計為參與模塊及其接口任務的人員提供建議控制模塊的一切更改評審模塊的變卦和定期進展回歸測試，確保模塊的完好性SCM職責3變卦控制委員會CCB：控制變卦，做出決策能夠多個SQA職責