軟件項目質(zhì)量管理（48頁)ppt課件

1、1第八章工程質(zhì)量管理2主要內(nèi)容Outline工程質(zhì)量管理過程：質(zhì)量方案編制、質(zhì)量保證和質(zhì)量控制及其所包括的內(nèi)容。質(zhì)量控制工具和技術(shù)，例如帕累托圖、統(tǒng)計抽樣、質(zhì)量控制圖和6法那么等。IT工程質(zhì)量控制中的獨特技術(shù)：測試?，F(xiàn)代質(zhì)量管理思想的主要奉獻。3計算機工業(yè)和汽車工業(yè)的比較在一次COMDEX展覽會上，比爾蓋茨在演講中比較了計算機工業(yè)和汽車工業(yè)的開展速度: 假設(shè)GM公司的技術(shù)能象計算機技術(shù)那樣開展，我們?nèi)缃駪?yīng)該能用25美圓買到一輛一加侖汽油跑1000英里的汽車。 對比爾蓋茨的講話，GM反唇相譏: 假設(shè)GM開展的技術(shù)象Microsoft那樣，我們?nèi)缃耖_的汽車會有以下特點：他的汽車能夠毫無道理地每天拋

2、兩次錨；有時候他的車在左轉(zhuǎn)彎時忽然SHUTDOWN了，無法RESTART，他必需重新(REINSTALL)安裝發(fā)動機；當(dāng)他買了“轎車95或“轎車NT后，每次車上只能坐一個人，然后他要給其它的人再買椅子； 4蘋果牌汽車更可靠、更廉價、更快也更容易開，但是只能在5%的道路上行使；氣囊系統(tǒng)彈出前將訊問“Are you sure？要求他加以確認(rèn)；有時候他的汽車會鎖死車門使他無法進到汽車?yán)?，他得同時提門把手、旋轉(zhuǎn)鑰匙、晃天線直到翻開車門；每次GM推出新車，他都得重新學(xué)習(xí)駕駛技術(shù)，由于新車的駕駛和舊車完全不同；要停頓發(fā)動機，他需求按開場(START)鍵。計算機工業(yè)和汽車工業(yè)的比較5因IT產(chǎn)質(zhì)量量問題帶來的

3、損失1963年，美國，飛往火星的火箭爆炸, 損失$ 10,000,000。緣由：FORTRAN循環(huán) DO 5, I = 1, 3 誤寫為 DO 5, I = 1.3。1967年蘇聯(lián)“聯(lián)盟一號宇宙飛船前往時因忽略一個小數(shù)點，在進入大氣層時打不開降落傘而燒毀。聯(lián)通2001年某市話費核算系統(tǒng)平均100元話費誤差0.20元。滄州某銀行一系統(tǒng)由于小數(shù)后面的省略位數(shù)導(dǎo)致職員用一周的時間對賬。6什么是工程質(zhì)量管理?ISO (國際規(guī)范化組織,The International Organization for Standardization) 定義質(zhì)量為 “反映實體滿足明確和隱含需求的才干的特性總和。一些專家

4、基于與要求的一致性和適用性，對質(zhì)量進展定義：與要求的一致性(conformance to requirements): 工程的過程和產(chǎn)品滿足書面規(guī)范的要求。適用性(fitness for use): 是指產(chǎn)品能像它被方案的那樣運用。工程質(zhì)量管理：確保工程滿足或超越利益相關(guān)者的需求。7工程質(zhì)量管理過程規(guī)劃：質(zhì)量規(guī)劃 (quality planning): 包括確認(rèn)與工程有關(guān)的質(zhì)量規(guī)范以及實現(xiàn)這些規(guī)范的方式。執(zhí)行：質(zhì)量保證(quality assurance): 包括對整體工程績效進展定期的評價，以確保工程可以滿足相關(guān)的質(zhì)量規(guī)范。監(jiān)控：質(zhì)量控制(quality control): 包括監(jiān)控特定的工

5、程結(jié)果，確保它們遵照了相關(guān)質(zhì)量規(guī)范，并確定提高整體質(zhì)量的方法。質(zhì)量規(guī)劃：預(yù)見情形并為產(chǎn)生所期望的結(jié)果預(yù)備對策的才干。主要產(chǎn)出：質(zhì)量管理方案、質(zhì)量量度、質(zhì)量清單、過程改良方案、質(zhì)量基線以及工程管理方案的更新等。量度：一個丈量規(guī)范消費產(chǎn)品的缺陷率、商品和效力的供貨率及客戶稱心度現(xiàn)代質(zhì)量管理趨勢是預(yù)防缺陷。8質(zhì)量規(guī)劃-Quality Planning9質(zhì)量規(guī)劃-Quality PlanningIT工程中影響質(zhì)量的范圍要素包括：功能性和特征：一個系統(tǒng)實現(xiàn)其預(yù)定功能的程度；吸引客戶的系統(tǒng)特點。系統(tǒng)輸出：系統(tǒng)能提供的屏幕顯示和報告?！榜{駛艙性能：一件產(chǎn)品或一項效力滿足預(yù)期運用的程度。汽車可靠性：指在正常條

6、件下，一件產(chǎn)品或一項效力的性能符合預(yù)期要求的才干。可維護性：指產(chǎn)品維護的難易情況。工程經(jīng)理、客戶乃至利益相關(guān)者10質(zhì)量保證-Quality Assurance質(zhì)量保證涉及工程相關(guān)質(zhì)量規(guī)范有關(guān)的一切活動。標(biāo)桿管理(Benchmarking) 是經(jīng)過與組織內(nèi)外的工程進展比較，如：工程實際、產(chǎn)品特性，可為質(zhì)量改良提供想法和建議。質(zhì)量審計(Quality audits) 是質(zhì)量保證的一個主要工具，是對特定質(zhì)量管理活動的構(gòu)造化審查。找出教訓(xùn)，改良如今或未來工程的實施。比如ISO9000，就是按每一章節(jié)的條款分別比對，查找不符合項，提出措施。普通是先與相關(guān)人員見面初次會議、分組審計、結(jié)論宣布末次會議。質(zhì)量

7、控制主要目的：改良質(zhì)量質(zhì)量控制的輸出：接受決策(acceptance decisions)：確定作為工程一部分的產(chǎn)品和效力是被接受還是回絕。接受經(jīng)過審定的可交付成果。返工(Rework)：為了使不合格的工程符合產(chǎn)品的要求、規(guī)格或利益相關(guān)者的期望而采取的行動。過程調(diào)整(process adjustments)：經(jīng)過丈量，發(fā)現(xiàn)問題，糾正。普通會引起質(zhì)量基線、組織過程資產(chǎn)及工程管理方案的更新。11質(zhì)量控制工具及技術(shù)魚刺圖或因果圖cause-and-effect diagram控制圖control chart運轉(zhuǎn)圖run chart散點圖scatter diagram柱狀圖histogram帕累托圖表

8、Pareto chart流程圖flowcharts12131.魚骨圖或石川馨圖Sample Fishbone or Ishikawa(石川) Diagram畫因果圖時必需開“諸葛亮?xí)?充分發(fā)揚民主,各抒己見,集思廣益,把每個人的意見都一一記錄在圖上；確定要分析的主要質(zhì)量問題(特性)不能籠統(tǒng),一個主要質(zhì)量問題只能畫一張因果圖,多個主要質(zhì)量問題那么應(yīng)畫多張因果圖,因果圖只能用于單一目的的分析因果關(guān)系的層次要清楚,最高層次的緣由應(yīng)尋求到可以直接采取對策為止對分析出來的一切末端緣由,都應(yīng)到現(xiàn)場進展察看,丈量,實驗等加以確認(rèn)。152.控制圖和七點運轉(zhuǎn)法那么控制圖是數(shù)據(jù)的圖形表示，闡明一個過程隨時間的結(jié)果

9、?？刂茍D的主要用途是為了預(yù)防缺陷，而不是檢測或回絕缺陷。七點運轉(zhuǎn)法那么指出，假設(shè)一排中的7個數(shù)據(jù)點都在平均值下面、都在平均值上面、或者都在上升或下降，那么需求檢查這個過程能否有非隨機問題。16控制圖樣本3.運轉(zhuǎn)圖17展現(xiàn)一個過程在一段時間的歷史和變化情況的模型，是一個按發(fā)生順序畫出數(shù)據(jù)點的線形圖表。圖8-44.散點圖顯示兩個變量之間的關(guān)系。圖8-5，EIS系統(tǒng)的用戶稱心度與用戶年齡225.帕累托圖表-Pareto Analysis帕累托分析(Pareto analysis) 指確認(rèn)呵斥系統(tǒng)質(zhì)量問題的諸多要素中最為重要的幾個要素。又稱80-20法那么，意思是80%的問題經(jīng)常是由于20%的緣由引起

10、的。帕累托圖(Pareto diagrams) 是用于協(xié)助確認(rèn)問題和對問題進展排序的直方圖。直方圖描畫的變量根據(jù)發(fā)生概率排序。23Figure 8-7. Sample Pareto Diagram質(zhì)量管理之新方法：6 sigma管理六西格瑪6概念作為質(zhì)量管理概念，最早是由摩托羅拉公司的比爾史密斯于1986年提出，其目的是設(shè)計一個目的：在消費過程中降低產(chǎn)品及流程的缺陷次數(shù)，防止產(chǎn)品變異，提升質(zhì)量。Pande, Peter：“一種到達(dá)、維持最大化商業(yè)勝利的一個全面、靈敏的系統(tǒng)。追求完美：每百萬個時機中允許不超越3.4個缺陷、錯誤和過失。6實際以為，大多數(shù)企業(yè)在34間運轉(zhuǎn)；也就是說每百萬次操作失誤在

11、621066800之間；這些缺陷要求運營者以銷售額在15%30%的資金進展事后的彌補或修正；6，事后彌補的資金將降低到約為銷售額的5%。2526Figure 8-9. Normal Distribution and Standard Deviation6 sigma與統(tǒng)計27Table 8-3: 6 Sigma換算表所謂的缺陷：是指產(chǎn)品、或效力、或過程的輸出沒有到達(dá)顧客要求或超出規(guī)格規(guī)定。所謂的缺陷時機數(shù)：是指產(chǎn)品、或效力、或過程的輸出能夠出現(xiàn)缺陷之處的數(shù)量。值產(chǎn)品合格率（）DPMO值（每百萬機會中的缺陷數(shù)）以印刷錯誤為例以鐘表誤差為例 130.9690000一本書平均每頁170個錯字每世紀(jì)3

12、1.75年 269.2308000一本書平均每頁25個錯字每世紀(jì)4.5年 393.366800一本書平均每頁1.5個錯字每世紀(jì)3.5個月 499.46210一本書平均每30頁1個錯字每世紀(jì)2.5天 599.98230一套百科全書只有1個錯字每世紀(jì)30分鐘 699.99973.4一個小型圖書館的藏書中只有1個錯字每世紀(jì)6秒鐘 DPMO的計算例：假定消費100塊電路板，每一個電路板都含有100個缺陷時機，假設(shè)在制造這100個電路板時共發(fā)現(xiàn)21個缺陷。 那么： 百萬時機缺陷數(shù)DPMODefects Per Million Opportunity： 總的缺陷數(shù)106 21106 DPMO=- =-=2

13、100產(chǎn)品數(shù)時機數(shù) 100100DPMO值可以用來綜合度量過程的質(zhì)量。產(chǎn)品合格率：1-DPMO/1000000本例：1-2100/1000000=99.79%6 ：99.9997%-3.4個缺陷28西格瑪程度6個西格瑪意味著杰出的管理，強大的競爭力和忠實的客戶 5個西格瑪優(yōu)秀的管理、很強的競爭力和比較忠實的客戶 4個西格瑪意味著較好的管理和運營才干，稱心的客戶 3個西格瑪意味著平平經(jīng)常的管理，缺乏競爭力 2個西格瑪意味著企業(yè)資源每天都有三分之一的浪費 1個西格瑪每天有三分之二的事情做錯的企業(yè)無法生存 運用6 sigma進展質(zhì)量控制的五步驟：定義 Define ：定義問題/時機、過程及客戶需求。

14、運用工程章程、客戶需求闡明書、過程圖等。衡量 Measure ：定義丈量，然后搜集、編輯和顯示數(shù)據(jù)。以每個缺陷來定義。分析 Analyze ：仔細(xì)檢查過程細(xì)節(jié)以發(fā)現(xiàn)問題改良時機。改良 Improve：產(chǎn)生改良問題的方法和思緒?？刂?Control ：跟蹤并核實改良之處的穩(wěn)定性及處理方法的預(yù)測才干。6 sigma質(zhì)量控制的獨特性要求全員參與6 sigma培訓(xùn)通常遵照“腰帶系統(tǒng)，工程經(jīng)理通常為黑帶可同時關(guān)注宏偉藍(lán)圖和微小細(xì)節(jié)以客戶為中心，最大程度地驅(qū)除浪費和提升質(zhì)量程度來改良財務(wù)績效的一種運營哲學(xué)。要求全員參與 6管理的組織構(gòu)造圖示：6 sigma管理與質(zhì)量控制六西格瑪已成為以顧客為主體來確定企業(yè)

15、戰(zhàn)略目的和產(chǎn)品開發(fā)設(shè)計的標(biāo)尺。一可以提升企業(yè)管理的才干 二可以節(jié)約企業(yè)運營本錢 三可以添加顧客價值 四可以改良效力程度 五可以構(gòu)成積極向上的企業(yè)文化 35IT工程質(zhì)量控制的技術(shù)：測試-Testing臨近信息技術(shù)產(chǎn)品開發(fā)末期的一個階段測試幾乎要貫穿系統(tǒng)開發(fā)生命周期的每個階段36Types of Tests單元測試：A unit test is done to test each individual component (often a program) to ensure it is as defect free as possible集成測試：Integration testing occu

16、rs between unit and system testing to test functionally grouped components系統(tǒng)測試：System testing tests the entire system as one entity用戶可接受性測試：User acceptance testing is an independent test performed by the end user prior to accepting the delivered system37現(xiàn)代質(zhì)量管理思想的主要奉獻追求顧客稱心更傾向于預(yù)防而非檢驗認(rèn)識到管理對質(zhì)量所承當(dāng)?shù)呢?zé)任代表人

17、物：Noteworthy quality experts include Deming(戴明), Juran(朱蘭), Crosby(克勞斯比), Ishikawa(石川馨), Taguchi(田口宏一), and Feigenbaum(費根堡姆).38提高IT工程質(zhì)量的一些建議：指點注重促進質(zhì)量了解質(zhì)量的本錢組織影響、任務(wù)環(huán)境要素和質(zhì)量運用成熟度模型39指點Leadership“最重要的是上層管理該當(dāng)有質(zhì)量頭腦。假設(shè)上層管理表示出對質(zhì)量的特殊的興趣，那么，下面幾乎什么也不會發(fā)生。 (Juran, 1945)大部分質(zhì)量問題出如今管理上，而非技術(shù)上。40質(zhì)量本錢-Cost of Quality質(zhì)

18、量本錢是一致本錢加上不一致本錢。一致(conformance)意味著交付滿足要求的和適用的產(chǎn)品。這些本錢的例子包括與編制一個質(zhì)量方案有關(guān)的本錢，分析和管理產(chǎn)品要求的本錢，檢驗本錢等。不一致本錢(cost of nonconformance)意味著對缺點或沒有滿足質(zhì)量期望擔(dān)任。41五個和質(zhì)量有關(guān)的本錢類別預(yù)防本錢(prevention cost): 方案和實施一個工程以使得工程無過失或使過失堅持在一個可接受范圍內(nèi)的本錢。如培訓(xùn)評價本錢(appraisal cost): 評價各種過程及其輸出所發(fā)生的本錢，其目的在于確保一個工程無過失或使過失堅持在一個可接受的范圍內(nèi)。如產(chǎn)品檢查和測試，設(shè)備檢查等構(gòu)成

19、的質(zhì)量評價本錢。內(nèi)部缺點本錢(Internal failure cost): 在客戶收到產(chǎn)品之前，糾正已識別出的一個缺陷所引起的本錢。如廢料和返工本錢、延期付款發(fā)生的本錢等。外部缺點本錢(external failure cost): 指為在產(chǎn)品交付顧客之前未被發(fā)現(xiàn)和需求更正的產(chǎn)品缺陷而支付的本錢。丈量和測試設(shè)備本錢(measurement and test equipment costs): 為執(zhí)行預(yù)防和評價等活動而購置的設(shè)備所占用的資金本錢。42組織影響、任務(wù)場所要素和質(zhì)量德馬庫和李斯特的一項研討得出了一些有關(guān)組織與相對消費率的有趣結(jié)果。研討證明，組織方面的問題比技術(shù)環(huán)境或編程言語對消費率

20、的影響作用更為艱苦。一個團隊在1天內(nèi)可以完成的編碼工程，而另一個團隊卻需求破費10天的時間。而來自同一組織的軟件開發(fā)者，消費率變化只需21%。研討還發(fā)現(xiàn)消費率與編程言語、任務(wù)閱歷、薪水之間沒有關(guān)系。提供專注的任務(wù)空間和安靜的任務(wù)環(huán)境是提高消費率的關(guān)鍵要素。43成熟度模型成熟度模型是協(xié)助組織改良其過程和系統(tǒng)的框架。軟件質(zhì)量功能實施模型Software Quality Function Deployment Modelfocuses on defining user requirements and planning software projects才干成熟度模型The Software Eng

21、ineering Institutes Capability Maturity Model，CMMprovides a generic path to process improvement for software development工程管理成熟度模型Several groups are working on project management maturity modelsCMMICMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三個套裝產(chǎn)品。自從1994 年SEI 正式發(fā)布軟件CMM 以來，相繼又開發(fā)出了系統(tǒng)工程、軟件采購、人力資源管理以及集成產(chǎn)品和過程開發(fā)方面的多個才干成熟度模型。于是，1997 年，美國聯(lián)邦航空管理局FAA開發(fā)了FAA-iCMMSM聯(lián)邦航空管理局的集成CMM，該模型集成了適用于系統(tǒng)工程的SE-CMM、軟件獲取的SA-CMM 和軟件的SW-CMM 三個模型中的一切原那么、概念和實際。該模型被以為是第一個集成化的模型。 軟件才干成熟度模型SW-CMM Capability Maturity