Ch軟件質(zhì)量工程體系實用

會計學1Ch軟件質(zhì)量工程體系實用第3章軟件質(zhì)量工程體系

3.1概述3.2軟件質(zhì)量因素和指標3.3軟件質(zhì)量模型分析3.4軟件質(zhì)量工作層次

3.5軟件質(zhì)量成本

3.6軟件質(zhì)量標準和度量第1頁/共48頁3.1概述

3.1.1系統(tǒng)工程學的思想3.1.2軟件質(zhì)量工程體系的建立3.1.3軟件質(zhì)量工程體系的構(gòu)成3.1.4軟件質(zhì)量工程體系和管理體系的關(guān)系第2頁/共48頁3.1.1系統(tǒng)工程學的思想系統(tǒng)工程學是為了研究多個子系統(tǒng)構(gòu)成的整體系統(tǒng)所具有的多種不同目標的相互協(xié)調(diào)，以期系統(tǒng)功能的最優(yōu)化、最大限度地發(fā)揮系統(tǒng)組成部分的能力而發(fā)展起來的一門科學。第3頁/共48頁3.1.2軟件質(zhì)量工程體系的建立質(zhì)量管理體系的持續(xù)改進管理職責資源管理產(chǎn)品實現(xiàn)測量、分析和改進顧客（和其他相關(guān)方）要求顧客（和其他相關(guān)方）滿意產(chǎn)品第4頁/共48頁建立和實施質(zhì)量管理體系的方法

確定顧客和其他相關(guān)方的需求和期望；建立組織的質(zhì)量方針和質(zhì)量目標；確定實現(xiàn)質(zhì)量目標必需的過程和職責；確定和提供實現(xiàn)質(zhì)量目標必需的資源；規(guī)定測量每個過程的有效性和效率的方法；應用這些測量方法確定每個過程的有效性和效率；確定防止不合格并消除產(chǎn)生原因的措施；建立和應用持續(xù)改進質(zhì)量管理體系的過程。第5頁/共48頁從系統(tǒng)工程的角度來描述質(zhì)量管理體系質(zhì)量體系度量質(zhì)量計劃質(zhì)量控制質(zhì)量改進質(zhì)量文化質(zhì)量組織方法工具庫文檔庫項目計劃項目跟蹤質(zhì)量記錄配置管理缺陷控制培訓流程內(nèi)審管理評審合同管理客戶管理項目評審數(shù)據(jù)庫流程項目執(zhí)行計劃評審第6頁/共48頁3.1.3軟件質(zhì)量工程體系的構(gòu)成第7頁/共48頁3.1.4軟件質(zhì)量工程體系和管理體系的關(guān)系將軟件質(zhì)量視為一個系統(tǒng)，深入了解軟件質(zhì)量的構(gòu)成和結(jié)構(gòu)，建立軟件質(zhì)量的模型軟件質(zhì)量策劃，如同項目計劃，定義軟件質(zhì)量管理要實現(xiàn)的目標、范圍和方法質(zhì)量成本的分析，如何降低由低質(zhì)量造成的成本軟件質(zhì)量風險的分析，如何避免質(zhì)量風險軟件質(zhì)量度量，從而不斷改進質(zhì)量模型和方法手段第8頁/共48頁3.2軟件質(zhì)量因素和指標3.2.1軟件質(zhì)量指標

3.2.2軟件產(chǎn)品的質(zhì)量因素

3.2.3軟件過程的質(zhì)量因素第9頁/共48頁3.2.1軟件質(zhì)量指標

正確性：實現(xiàn)的功能達到設計規(guī)范，并滿足用戶需求的程度

可靠性：規(guī)定的時間和條件下，仍能維持其性能水準的程度

易用性：用戶掌握軟件操作所要付出的時間及努力程度

效率：軟件執(zhí)行某項功能所需電腦資源（含時間）的有效程度

可維護性：當環(huán)境改變或軟件發(fā)生錯誤時，執(zhí)行修改或恢復所做努力的程度

可移植性：從一個系統(tǒng)/環(huán)境移到另一系統(tǒng)/環(huán)境的容易程度第10頁/共48頁功能性和可用性的質(zhì)量指標

功能性：功能的正確性功能的準確性軟件功能的完整性可用性：可操作性

通用性

一致性第11頁/共48頁可靠性和性能的質(zhì)量指標

可靠性：系統(tǒng)自我恢復能力（Autonomy）

健壯性

系統(tǒng)的分布性

性能：有效性（Efficiency）

安全管理/完整性

易存取性（SystemAccessibility）

第12頁/共48頁可維護性的質(zhì)量指標

模塊化（Modularity）

增強能力/靈活性（Augmentability）

可測試性(Testability)可追溯性（Traceability）

簡單性（Simplicity）自我描述性（SelfDescriptiveness）

系統(tǒng)兼容性（SystemCompatibility）

文檔質(zhì)量（DocumentQuality）

第13頁/共48頁可移植性的質(zhì)量指標

獨立性（Independence）

可重用性（reusability）

互操作性（Interoperability）

虛擬性(Virtuality)一般性（Generality）第14頁/共48頁3.2.2軟件產(chǎn)品的質(zhì)量因素第15頁/共48頁3.2.3軟件過程的質(zhì)量因素

項目計劃過程：和客戶的溝通能力、軟件產(chǎn)品特性定義的方法、項目計劃策略、評審的流程、范圍、方式和程度、協(xié)同工作流程、合同和用戶管理流程和方法、文檔編寫、管理等的規(guī)范和流程項目設計過程：軟件產(chǎn)品指標的定義和解釋、設計流程、設計標準、協(xié)同工作流程、文檔編寫、管理等的規(guī)范和流程項目實施過程：變更控制流程、執(zhí)行過程跟蹤方法、流程和相適應的系統(tǒng)、缺陷處理流程、文檔編寫、管理等的規(guī)范和流程軟件維護過程：變更控制流程、用戶反饋、相應處理機制、回歸測試流程軟件商業(yè)環(huán)境過程：軟件改進的策略、產(chǎn)品開發(fā)模式、市場定位、產(chǎn)品標準等第16頁/共48頁3.3軟件質(zhì)量模型分析3.3.1軟件質(zhì)量模型

3.3.2模型評價和分析第17頁/共48頁3.3.1軟件質(zhì)量模型

McCall

軟件質(zhì)量模型(GE模型,1977)由11個指標構(gòu)成,分為產(chǎn)品操作,產(chǎn)品修訂和產(chǎn)品轉(zhuǎn)移

Boehm模型(1978)基于很多特性和19個標準

ISO9126

包括6個質(zhì)量目標,每個質(zhì)量目標有很多屬性第18頁/共48頁McCall模型設備獨立性易更改可靠性效率總體效用易用性可維護性可測試性人體工程學可移植性易懂性精確性完整性完全性可說明性

設備功效易操作性溝通良好自我操作性架構(gòu)性簡明性易懂性可維護性模塊獨立性連續(xù)性第19頁/共48頁軟件質(zhì)量FCM模型層

級名

稱內(nèi)

容F質(zhì)量要素：描述和評價軟件質(zhì)量的一組屬性功能性、可靠性、易用性、效率性、可維護性、可移植性等質(zhì)量特性以及將質(zhì)量特性細化產(chǎn)生的子特性C衡量標準：

衡量標準的組合反映某一軟件質(zhì)量要素精確性、穩(wěn)健性、安全性、通信/處理/設備有效性、可操作性、培訓性、完備性、一致性、可追蹤性、可見性、硬件/軟件系統(tǒng)無關(guān)性、可擴充性、公用性、模塊性、清晰性、自描述性、簡單性、結(jié)構(gòu)性、文件完備性等M量度標準：可由各使用單位自定義根據(jù)軟件的需求分析、概要設計、詳細設計、編碼、測試、確認、維護與使用等階段，針對每一個階段制定問卷表，以此實現(xiàn)軟件開發(fā)過程的質(zhì)量度量第20頁/共48頁ISO簡化的軟件質(zhì)量模型

用戶自定義軟件產(chǎn)品度量標準SQRCSQDCSQMC

第21頁/共48頁3.3.2模型評價和分析序號質(zhì)量要素/特性McCallBoehmISO91261正確性(Correctness)X功能性2可靠性(Reliability)XXX3完整性(Integrity)X可靠性4可用性(Usability)X人體工程學X5效率(Efficiency)XXX6可維護性(Maintainability)XXX7可測試性(Testability)X可維護性可維護性8互操作性(Interoperability)X易用性9靈活性(Flexibility)X10可重用性(Reusability)X可移植性可維護性第22頁/共48頁3.4軟件質(zhì)量工作層次3.4.1軟件質(zhì)量方針

3.4.2軟件質(zhì)量控制（SQC）

3.4.3軟件質(zhì)量保證（SQA）

3.4.4軟件質(zhì)量管理（SQM）就象汽車表盤上的儀器，可以了解行駛中的轉(zhuǎn)速、速度、油量等。汽車中的用戶手冊。操作的誓學，教你如何駕車第23頁/共48頁軟件質(zhì)量管理的4個層次檢查，初期階段，通過檢驗保證產(chǎn)品的質(zhì)量，符合規(guī)格的軟件產(chǎn)品為合格品，不符合規(guī)格的產(chǎn)品為次品，次品不能出售。這個層次的特點是獨立的質(zhì)量工作，質(zhì)量是質(zhì)量部門的事，是檢驗員的事。檢驗產(chǎn)品只是判斷產(chǎn)品質(zhì)量，不檢驗工藝流程、設計、服務等，不能提高產(chǎn)品質(zhì)量。保證，質(zhì)量目標通過軟件開發(fā)部門來實現(xiàn)，開始定義軟件質(zhì)量目標、質(zhì)量計劃，保證軟件開發(fā)流程合理性、流暢性和穩(wěn)定性。

預防，軟件質(zhì)量以預防為主，以過程管理為重，把質(zhì)量的保證工作重點放在過程管理上完美，以客戶為中心，全員參與，追求卓越。第24頁/共48頁3.4.1軟件質(zhì)量方針質(zhì)量方針，是由組織的最高管理者正式發(fā)布的、該組織的質(zhì)量宗旨、目標和質(zhì)量方向，并形成文件。質(zhì)量方針是企業(yè)經(jīng)營總方針的組成部分，是企業(yè)管理者對質(zhì)量的指導思想和承諾。建立質(zhì)量方針和質(zhì)量目標為組織提供了關(guān)注的焦點，在一個質(zhì)量管理體系中起著關(guān)鍵作用。質(zhì)量方針應體現(xiàn)軟件公司的組織目標、顧客的期望/需求和組織內(nèi)部質(zhì)量行為的準則第25頁/共48頁軟件質(zhì)量策劃第26頁/共48頁3.4.2軟件質(zhì)量控制質(zhì)量控制是一個設定標準（根據(jù)質(zhì)量要求）、測量結(jié)果，判定是否達到了預期要求，對質(zhì)量問題采取措施進行補救并防止再發(fā)生的過程，質(zhì)量控制已不再僅僅是檢驗，而更多地傾向于確保生產(chǎn)出來的產(chǎn)品滿足要求的過程控制。統(tǒng)計過程控制的概念與實施方法控制圖，StatisticalProcessControl－SPC

第27頁/共48頁3.4.3軟件質(zhì)量保證質(zhì)量保證是質(zhì)量管理的一部分，是為保護產(chǎn)品和服務充分滿足消費者要求的質(zhì)量而進行的有計劃有組織的活動，致力于提供對滿足質(zhì)量要求的信任。

內(nèi)部質(zhì)量保證是組織向自己的管理者提供信任；

外部質(zhì)量保證是組織向外部客戶或其它方提供信任。

復審(Review)：用結(jié)束標準對該階段生產(chǎn)出的軟件配置成分進行嚴格的技術(shù)審查等活動；

內(nèi)審(Audit)：檢查組織內(nèi)部是否遵守已有的模板、規(guī)則、流程等。第28頁/共48頁3.4.4軟件質(zhì)量改進質(zhì)量改進是質(zhì)量管理的一部分，是不斷為改進軟件開發(fā)過程、產(chǎn)品和服務的持續(xù)過程。同時，為確保有效性、效率或可追溯性，組織應注意識別需要改進的項目和關(guān)鍵質(zhì)量要求，考慮改進所需的過程，以增強組織體系、改進過程和產(chǎn)品并提高滿足要求的能力。在質(zhì)量改進工作中，有許多模型，包括PDCA模型、PEIS模型、6Sigma模型的DMAIC、CMM模型、SPICE模型等。第29頁/共48頁IDEAL模型用于質(zhì)量改進第30頁/共48頁3.5軟件質(zhì)量成本3.5.1質(zhì)量成本概念

3.5.2引入質(zhì)量成本的意義

3.5.3劣質(zhì)成本PONC和COPQ

3.5.4軟件的劣質(zhì)成本第31頁/共48頁3.5.1質(zhì)量成本田口玄一：“所謂質(zhì)量，是指產(chǎn)品上市后給社會帶來的損失?！?/p>

費根堡姆主張把質(zhì)量預防費用和檢驗費用與產(chǎn)品不合要求所造成的廠內(nèi)損失和廠外損失一起加以考慮，并形成質(zhì)量成本報告

ISO8402－1994：質(zhì)量成本是為確保和保證滿意的質(zhì)量而發(fā)生的費用以及沒有達到滿意的質(zhì)量所造成損失的總和，即包括保證費用和損失費用。第32頁/共48頁質(zhì)量成本的構(gòu)成質(zhì)量成本＝質(zhì)量保證成本＋損失成本

保證成本：為保證滿意的質(zhì)量而發(fā)生的費用

損失成本：沒有達到滿意的質(zhì)量所造成損失

質(zhì)量成本＝質(zhì)量預防成本＋評價成本＋失效成本保證成本＝預防成本＋評價成本

預防成本：預防產(chǎn)生質(zhì)量問題（軟件缺陷）的費用，是企業(yè)的計劃性支出，專門用來確保在軟件產(chǎn)品交付和服務的各個環(huán)節(jié)不出現(xiàn)失誤。

評價成本：是指在交付和服務環(huán)節(jié)上，為評定軟件產(chǎn)品或服務是否符合質(zhì)量要求而進行的試驗、軟件測試和質(zhì)量評估等所必需的支出。

失效成本：分為內(nèi)部的和外部的，如果在軟件發(fā)布之前發(fā)現(xiàn)質(zhì)量問題，而要求重做、修改和問題分析所帶來的成本屬內(nèi)部失效成本，包括修正軟件缺陷、回歸測試等，以及因產(chǎn)品或服務不合要求導致的延誤。第33頁/共48頁3.5.2引入質(zhì)量成本的意義質(zhì)量成本將質(zhì)量與企業(yè)經(jīng)濟效益直接聯(lián)系起來，質(zhì)量得以貨幣語言來表達，質(zhì)量語言和貨幣語言形成對話，從一個務虛的概念轉(zhuǎn)換成一個務實的概念，使企業(yè)管理層對質(zhì)量及其管理的意義和作用，有了新的認識，更容易樹立質(zhì)量至上的理念，進一步加大質(zhì)量管理力度，使企業(yè)立于不敗之地。這是質(zhì)量成本對社會經(jīng)濟發(fā)展的重大貢獻第34頁/共48頁“礦中黃金”理論產(chǎn)品特征沒有缺陷較高的質(zhì)量，使公司能較高的質(zhì)量，使公司做到1提高客戶的滿意度降低差錯率2增強產(chǎn)品可銷性減少返工和廢料3符合競爭減少現(xiàn)場失職和保證費4提高市場份額減少檢驗和試驗費5提高銷售收入減少客戶的不滿意度6獲得優(yōu)惠價格提高產(chǎn)量和能力7對銷售額有很大影響改進交貨績效8較高的質(zhì)量通常有較高的成本有較高的質(zhì)量通常有較少的成本第35頁/共48頁3.5.3劣質(zhì)成本PONC和COPQPONC，即“不符合要求的代價

(PriceofNonconformance)”

或稱“劣質(zhì)成本”，是指由于缺乏質(zhì)量而造成的人力、財力、物力以及時間成本的浪費。PONC是在“零缺陷”質(zhì)量管理中，為了更有效地衡量質(zhì)量成本而引入的一個重要概念。COPQ，即“不良成本

(CostofPoorQuality)”

或稱“劣質(zhì)成本”的概念。COPQ指所有由過程、產(chǎn)品和服務中的質(zhì)量缺陷引起的費用。COPQ則是“6西格瑪（Sixsigma）”質(zhì)量管理中的一個重要概念，用于有效地衡量質(zhì)量成本、質(zhì)量改進過程在經(jīng)營效益上的表現(xiàn)。第36頁/共48頁劣質(zhì)成本的分類故障成本，包括質(zhì)量成本中的外部故障成本、內(nèi)部故障成本，需采取返工、返修、糾正等補救措施所花費的成本。過程成本，包括非增值成本(非增值的預防成本和鑒定成本)、低效率過程成本(如多余的操作、重復的作業(yè)等)、機會損失成本(指如果沒有缺陷而就不會發(fā)生的費用等)。損失成本，包括顧客損失成本(指給顧客所造成的各種額外的費用及負擔)、信譽損失成本。

第37頁/共48頁3.5.4軟件的劣質(zhì)成本驗證缺陷回退到原來位置/版本（RollBack）代碼完成后功能修改、測試用例修改缺陷報告質(zhì)量低,往返幾次，才能再現(xiàn)缺陷 回歸測試和不斷的重復測試 錯誤的開發(fā)環(huán)境或測試環(huán)境而返工. 為修正客戶發(fā)現(xiàn)的問題，緊急發(fā)布程序補丁

軟件劣質(zhì)成本竟高達46%以上，有時高達60％第38頁/共48頁質(zhì)量成本－冰山PutonholdDelayOvertimeworktofixbugsManyduplicatetestsRoll-backImpacttomoraleLostordersMissedbusinessopportunitiesLostcredits&BrandBillingerrorCancelledprojectsFailureinrunningOnlyTop-angleisseenbyus?Didyousee？第39頁/共48頁3.6軟件質(zhì)量標準和度量3.6.1軟件質(zhì)量標準體系介紹

3.6.2軟件質(zhì)量度量的地位第40頁/共48頁3.6.1軟件質(zhì)量標準體系介紹從縱向看，分為產(chǎn)品質(zhì)量管理標準和過程質(zhì)量管理標準從橫向看，分為通用標準和各個行業(yè)的質(zhì)量標準從范圍看，分為國際標準和國內(nèi)標準原理標準，描述各個原理級的關(guān)鍵組織標準要素標準，原理標準中的各個要素的詳細性能要求的標準，必須執(zhí)行；指南和補充，為如何把原理或要素標準應用于特定場合而提供指導性的文件標準體系空間標準體系層次第41頁/共48頁軟件產(chǎn)品質(zhì)量標準體系產(chǎn)品特性軟件產(chǎn)品產(chǎn)品文檔功能規(guī)格原理9126-1要素標準TR9126-2/3