軟件質(zhì)量工程體系.ppt

軟件質(zhì)量管理 SQA 第3章軟件質(zhì)量工程體系 主要內(nèi)容 軟件質(zhì)量工程體系軟件質(zhì)量因素和指標(biāo)軟件質(zhì)量模型分析軟件質(zhì)量工作層次軟件質(zhì)量成本軟件質(zhì)量標(biāo)準和度量 1 什么是軟件質(zhì)量工程體系 由傳統(tǒng)的軟件質(zhì)量管理體系發(fā)展壯大而來 基于傳統(tǒng)的質(zhì)量管理體系 結(jié)合系統(tǒng)工程 軟件工程等學(xué)科 建立現(xiàn)代的軟件質(zhì)量工程體系 1 1軟件質(zhì)量工程體系的建立背景 縱觀整個軟件質(zhì)量管理的發(fā)展歷程 質(zhì)量的管理水平在不斷提高 從當(dāng)今質(zhì)量管理的發(fā)展趨勢來看 軟件質(zhì)量是一項復(fù)雜的系統(tǒng)工程問題 必須用系統(tǒng)方法來研究 借助系統(tǒng)工程學(xué) 管理學(xué)等理論 把質(zhì)量控制 質(zhì)量保證和質(zhì)量管理有效地集成在一起 形成現(xiàn)代軟件質(zhì)量工程體系 1 2軟件質(zhì)量工程體系的建立過程 質(zhì)量管理體系的持續(xù)改進 管理職責(zé) 資源管理 測量 分析和改進 顧客 和其他相關(guān)方 要求 顧客 和其他相關(guān)方 滿意 產(chǎn)品 傳統(tǒng)的以過程為基礎(chǔ)的質(zhì)量管理體系 建立和實施以過程為基礎(chǔ)的質(zhì)量管理體系的方法 確定顧客和其他相關(guān)方的需求和期望 建立組織的質(zhì)量方針和質(zhì)量目標(biāo) 確定實現(xiàn)質(zhì)量目標(biāo)必需的過程和職責(zé) 確定和提供實現(xiàn)質(zhì)量目標(biāo)必需的資源 規(guī)定測量每個過程的有效性和效率的方法 應(yīng)用這些測量方法確定每個過程的有效性和效率 確定防止不合格并消除產(chǎn)生原因的措施 建立和應(yīng)用持續(xù)改進質(zhì)量管理體系的過程 從系統(tǒng)工程的角度來描述質(zhì)量管理體系 現(xiàn)代軟件質(zhì)量工程體系的構(gòu)成 實施質(zhì)量管理 1 3軟件質(zhì)量工程體系和管理體系的關(guān)系 質(zhì)量管理體系的核心是管理組織 文化和流程 集中在管理方面 主要強調(diào)兩個方面的內(nèi)容 體系中的上層建筑 質(zhì)量文化 上層領(lǐng)導(dǎo)的重視及對全面質(zhì)量的承諾 有效的溝通等 體系中的運行基礎(chǔ) 如軟件質(zhì)量管理組織 SQA小組 軟件質(zhì)量標(biāo)準 質(zhì)量管理流程 質(zhì)量管理方法和質(zhì)量管理工具等 1 3軟件質(zhì)量工程體系和管理體系的關(guān)系 將軟件質(zhì)量視為一個系統(tǒng) 深入了解軟件質(zhì)量的構(gòu)成和結(jié)構(gòu) 建立軟件質(zhì)量的模型 軟件質(zhì)量策劃 如同項目計劃 定義軟件質(zhì)量管理要實現(xiàn)的目標(biāo) 范圍和方法 質(zhì)量成本的分析 如何降低由低質(zhì)量造成的成本 軟件質(zhì)量風(fēng)險的分析 如何避免質(zhì)量風(fēng)險 軟件質(zhì)量度量 從而不斷改進質(zhì)量模型和方法手段 軟件質(zhì)量工程體系 著重從系統(tǒng)工程學(xué)的角度管理質(zhì)量 在有限的資源下 獲得最好的質(zhì)量效益 主要內(nèi)容如下 思考問題 軟件產(chǎn)品的質(zhì)量是怎么樣去衡量的 質(zhì)量指標(biāo) 2 軟件質(zhì)量因素和指標(biāo) 2 1軟件質(zhì)量指標(biāo)的定義 軟件質(zhì)量指標(biāo)是衡量哪些可識別的軟件質(zhì)量特性的項目 有助于軟件質(zhì)量進行度量 選擇軟件工程方法來達到特定的質(zhì)量目標(biāo) ISO發(fā)布的軟件質(zhì)量特性 正確性 實現(xiàn)的功能達到設(shè)計規(guī)范 并滿足用戶需求的程度可靠性 規(guī)定的時間和條件下 仍能維持其性能水準的程度易用性 用戶掌握軟件操作所要付出的時間及努力程度效率 軟件執(zhí)行某項功能所需電腦資源 含時間 的有效程度可維護性 當(dāng)環(huán)境改變或軟件發(fā)生錯誤時 執(zhí)行修改或恢復(fù)所做努力的程度可移植性 從一個系統(tǒng) 環(huán)境移到另一系統(tǒng) 環(huán)境的容易程度 2 2功能性和可用性的質(zhì)量指標(biāo) 功能性 功能的正確性 correction 功能的準確性 accuracy 軟件功能的完整性 completeness 可用性 可操作性 operability 通用性 commonality 一致性 consistency 可靠性和性能的質(zhì)量指標(biāo) 可靠性 系統(tǒng)自我恢復(fù)能力 Autonomy 健壯性系統(tǒng)的分布性 distributivity 性能 有效性 Efficiency 安全管理 完整性易存取性 SystemAccessibility 可維護性的質(zhì)量指標(biāo) 模塊化 Modularity 增強能力 靈活性 Augmentability 可測試性 Testability 可追溯性 Traceability 簡單性 Simplicity 自我描述性 SelfDescriptiveness 系統(tǒng)兼容性 SystemCompatibility 文檔質(zhì)量 DocumentQuality 可移植性的質(zhì)量指標(biāo) 獨立性 Independence 可重用性 reusability 互操作性 Interoperability 虛擬性 Virtuality 一般性 Generality 引入問題 帶著問題去學(xué)習(xí) 什么因素會影響到軟件質(zhì)量呢 軟件產(chǎn)品本身 會有哪些因素影響它的質(zhì)量 軟件開發(fā)過程中 會有哪些因素影響它的質(zhì)量 下面要講的內(nèi)容與以上問題有關(guān) 軟件產(chǎn)品的質(zhì)量因素軟件過程的質(zhì)量因素 2 2軟件產(chǎn)品的質(zhì)量因素 軟件質(zhì)量因素是影響軟件質(zhì)量特性的參數(shù)或影響軟件質(zhì)量指標(biāo)的參數(shù) 2 3軟件過程的質(zhì)量因素 項目計劃過程 和客戶的溝通能力 軟件產(chǎn)品特性定義的方法 項目計劃策略 評審的流程 范圍 方式和程度 協(xié)同工作流程 合同和用戶管理流程和方法 文檔編寫 管理等的規(guī)范和流程項目設(shè)計過程 軟件產(chǎn)品指標(biāo)的定義和解釋 設(shè)計流程 設(shè)計標(biāo)準 協(xié)同工作流程 文檔編寫 管理等的規(guī)范和流程項目實施過程 變更控制流程 執(zhí)行過程跟蹤方法 流程和相適應(yīng)的系統(tǒng) 缺陷處理流程 文檔編寫 管理等的規(guī)范和流程軟件維護過程 變更控制流程 用戶反饋 相應(yīng)處理機制 回歸測試流程軟件商業(yè)環(huán)境過程 軟件改進的策略 產(chǎn)品開發(fā)模式 市場定位 產(chǎn)品標(biāo)準等 新的問題 剛才我們講的質(zhì)量指標(biāo)和質(zhì)量因素之間有什么關(guān)系 質(zhì)量指標(biāo) 質(zhì)量因素 影響 質(zhì)量模型 描述兩者的關(guān)系 質(zhì)量模型分析軟件質(zhì)量因素究竟如何影響質(zhì)量指標(biāo) 從而尋求最優(yōu)的質(zhì)量保證解決方案 最終達到軟件質(zhì)量目標(biāo) 軟件質(zhì)量模型是軟件質(zhì)量度量的標(biāo)準和依據(jù) 是質(zhì)量管理過程中的核心部分 3 1軟件質(zhì)量模型 McCall軟件質(zhì)量模型 GE模型 1977 由11個指標(biāo)構(gòu)成 分為產(chǎn)品操作 產(chǎn)品修訂和產(chǎn)品轉(zhuǎn)移Boehm模型 1978 基于很多特性和19個標(biāo)準ISO9126包括6個質(zhì)量目標(biāo) 每個質(zhì)量目標(biāo)有很多屬性 3 1 1McCall質(zhì)量因素模型 該模型將所有11個軟件質(zhì)量因素分為如下的三個類別 產(chǎn)品運行因素ProductOperationfactor產(chǎn)品校正因素ProductReversionfactor產(chǎn)品轉(zhuǎn)移因素ProductTransitionfactor McCall質(zhì)量因素模型的11個質(zhì)量因素 3 1 1 1產(chǎn)品運行軟件質(zhì)量因素 該類別包括5個軟件質(zhì)量因素 每個都同直接影響軟件的日常運行的需求有關(guān) 正確性 correctness 可靠性 reliability 效率 efficiency 完整性 integrity 實用性 usability 1 正確性 正確性需求定義在軟件系統(tǒng)所需的輸出清單中 輸出規(guī)格通常是多維的 常見的維包括 輸出使命輸出所需的準確度輸出信息的完整性信息的及時性軟件系統(tǒng)的編碼與文檔編制標(biāo)準 例子 俱樂部會員信息系統(tǒng)的正確性需求的組成如下 輸出使命 一份明確的清單包括 11種報告 4種給會員的標(biāo)準信函和8種查詢 它們都將根據(jù)請求顯示在顯示器上 輸出所需的準確度 包含一個或多個錯誤的不準確輸出的概率不超過1 輸出信息的完整性 關(guān)于一個會員 他在俱樂部活動的參與情況和付費的數(shù)據(jù)丟失的概率不超過1 信息的及時性 有關(guān)參加活動的信息不超過2個工作日 錄入有關(guān)會員付費記錄事項和個人數(shù)據(jù)不超過1個工作日 信息的可用性 查詢的反應(yīng)時間平均少于2秒 報告的反應(yīng)時間少于4小時 所需標(biāo)準與指南 要求軟件及其文檔要符合客戶指南 2 可靠性 同提供服務(wù)的實效有關(guān) 它們決定允許的最大軟件系統(tǒng)失效率 可以是指整個系統(tǒng)或是它的一個或多個功能 例子 在醫(yī)院的特別監(jiān)護室運行的心臟監(jiān)控部件的失效頻度要求少于20年一次 要求它的心臟病發(fā)作檢測功能的失效率小于百萬分之一 準備安裝在獨立銀行的主分行的新軟件系統(tǒng)將對120個分行操作 對它的一個需求是在銀行的辦公時間每月的失效時間不超過10分鐘 此外 停止時間 所有銀行服務(wù)的維修和恢復(fù)所需的時間 超過30分鐘的概率要小于0 5 3 效率 效率需求同所需的硬件資源有關(guān) 這些硬件資源和所有其他需求一致 是實現(xiàn)軟件系統(tǒng)所有功能所需的 例子 一個商店連鎖店正在為一個軟件系統(tǒng)考慮兩份標(biāo)書 兩份標(biāo)書在連鎖店總店和分店都用相同的計算機 兩份標(biāo)書只在存儲器容量上不同 A標(biāo)書中 每個分店計算機20GB 總店辦公室計算機100GB B標(biāo)書中 每個分店計算機10GB 總店辦公室計算機30GB 所需計算機通信線路的數(shù)量也有所不同 A標(biāo)書在每個分店和總店辦公室之間需要3條28 8KBPS的通信線路 而B標(biāo)書基于在每個分店和總店辦公室之間同樣容量的兩條通信線路 顯然B標(biāo)書比A標(biāo)書更高效 因為所需的硬件資源更少 4 完整性 完整性需求同軟件系統(tǒng)的保密性有關(guān) 即防止非授權(quán)人員的訪問 區(qū)分允許讀操作的大多數(shù)人和允許寫操作的受限小組等 例子 某地方市政局的工程部使用一個GIS 地理信息系統(tǒng) 這個工程部允許市民通過Internet訪問GIS文件 軟件需求包括可能的觀看和拷貝 但不得在他們所訪問的地圖中插入更改 也不得在市政當(dāng)局的區(qū)域插入任何其他的東西 如果要進入正在制作的圖或由部領(lǐng)導(dǎo)確定為受限文檔的地圖時 訪問將被拒絕 5 實用性 同培訓(xùn)新員工和操作軟件系統(tǒng)所需的人力資源的范圍有關(guān) 例子 由一個家庭用品服務(wù)公司啟動的一個新服務(wù)臺系統(tǒng)的軟件實用性需求文檔列出了下列規(guī)格 一位員工應(yīng)當(dāng)一天至少能夠處理60個服務(wù)電話 訓(xùn)練一個新雇員不超過16個小時 訓(xùn)練完畢后 受訓(xùn)者立即能夠每天處理45個服務(wù)電話 3 1 1 2產(chǎn)品修改軟件質(zhì)量因素 該類別包括3個軟件質(zhì)量因素 這些因素同影響全范圍軟件維護活動的需求有關(guān) 如改正性維護 軟件故障和有效的改正 適應(yīng)性維護 使現(xiàn)有軟件適應(yīng)另外的環(huán)境和顧客 而無須更改此軟件 和完善性維護 對已有軟件的有限局部問題的增強與改善 可維護性 maintainability 靈活性 flexibility 可測試性 testability 1 可維護性 確定用戶和維護人員識別軟件失效的原因 失效的改正 驗證改正成功所需的工作 例子 代表性的可維護性需求 軟件模塊的大小不超過30條語句 編程遵守公司的編碼標(biāo)準和指南 2 靈活性 覆蓋了支持適應(yīng)性維護活動所需的能力和工作 例子 TSS 教師支持軟件 處理編制學(xué)生成績的文檔 計算最終分數(shù) 打印學(xué)期分數(shù)文檔并給不及格的學(xué)生的父母自動打印告警信 這個軟件規(guī)格書包含了如下靈活性需求 這個軟件應(yīng)當(dāng)對所有課程和所有年級的教師都適用 非專業(yè)人員應(yīng)當(dāng)能夠按照學(xué)校教師的需求或市教育局的要求創(chuàng)建新類型的報告 3 可測試性 可測試性需求同信息系統(tǒng)的測試及運行有關(guān) 例如提供預(yù)先確定的中間結(jié)果和日志文件 例子 一個工業(yè)計算機控制部件中編制有計算機生產(chǎn)狀態(tài)的各種測試 報告機器的性能等級 按預(yù)定義的情況運行報警信號的程序 提出的一個可測試性需求是在每個階段為已知系統(tǒng)的預(yù)期正確反應(yīng)開發(fā)一組標(biāo)準測試數(shù)據(jù) 每天早晨在生產(chǎn)開始之前運行這個標(biāo)準測試數(shù)據(jù) 以檢查該計算機部件是否正確反應(yīng) 3 1 1 3產(chǎn)品移植軟件質(zhì)量因素 該類別包括3個軟件質(zhì)量因素 這個類別涉及軟件對其他環(huán)境的適應(yīng)和它同其他軟件系統(tǒng)的交互 可移植性 portability 可重用性 reusability 互操作性 interoperability 1 可移植性 關(guān)注的是軟件系統(tǒng)對由不同硬件 不同操作系統(tǒng)等組成的其他環(huán)境的適應(yīng) 例子 設(shè)計和編制一個在windows7環(huán)境下運行的軟件包 需要它能夠以低費用轉(zhuǎn)移到Linux和WindowsNT環(huán)境 2 可重用性 同原先為一個項目設(shè)計的軟件模塊在當(dāng)前正在開發(fā)的新項目中的使用有關(guān) 例子 要求一個軟件開發(fā)單位為賓館游泳池的運營和控制開發(fā)一個軟件系統(tǒng) 該游泳池為賓館客人和游泳池俱樂部成員服務(wù) 雖然管理人員沒有定義任何可重用性需求 但是軟件單位的項目負責(zé)人在分析了賓館游樂場的信息處理需求后 決定加入可重用性需求 即游泳池的某些模塊應(yīng)當(dāng)設(shè)計和編制得能夠在游樂場的未來軟件系統(tǒng)中重用 計劃這個未來軟件系統(tǒng)在下一年開發(fā) 這些模塊能夠進行 會員卡和訪問記錄的入口確認檢查 餐廳付費 會員資格延期信件的處理 3 互操作性 互操作性需求關(guān)心建立同其他軟件系統(tǒng)或其他設(shè)備固件的接口 例如生產(chǎn)機器和測試設(shè)備的固件同生產(chǎn)控制軟件的接口 互操作性需求能夠規(guī)定那些需要接口的軟件或固件的名字 它們還能夠規(guī)定已經(jīng)被接受為特定行業(yè)或應(yīng)用領(lǐng)域標(biāo)準的輸出結(jié)構(gòu) 例子 要求醫(yī)學(xué)實驗室的設(shè)備的固件根據(jù)標(biāo)準數(shù)據(jù)結(jié)構(gòu)處理其結(jié)果 然后可以用作許多標(biāo)準實驗室信息系統(tǒng)的輸入 Boehm模型 軟件質(zhì)量FCM模型 質(zhì)量度量模型 ISO簡化的軟件質(zhì)量模型 SQRCSQDCSQMC 練習(xí)1 Super lab是一個管理醫(yī)院實驗室的軟件系統(tǒng) 開發(fā)該系統(tǒng)的軟件需求文檔由按照所需的下列軟件質(zhì)量因素的章節(jié)組成 正確性 可靠性 效率 完整性 實用性 可維護性 靈活性 可測試性 可移植性 可重用性 互操作性 在下面的表中 你會發(fā)現(xiàn)取自上面提到的需求文檔的段落 對每個段落 填入最切合該需求的因素的名字 每個需求段落只選一個因素 練習(xí)2 Coco公司是一家洗衣機和洗碗機制造商 新控制單元的需求文檔包括下列規(guī)格 固件應(yīng)當(dāng)適用于2012型洗衣機的6個變種 洗衣機的水位控制模塊應(yīng)當(dāng)適合用作新的2012型洗碗機的水位控制模塊 上述需求各屬于哪個質(zhì)量因素 接下來看 質(zhì)量模型有了 我們應(yīng)該怎么工作呢 做些什么 質(zhì)量才能提高 4 軟件質(zhì)量工作層次 4 1軟件質(zhì)量方針4 2軟件質(zhì)量控制 SQC 4 3軟件質(zhì)量保證 SQA 4 4軟件質(zhì)量管理 SQM 就象汽車表盤上的儀器 可以了解行駛中的轉(zhuǎn)速 速度 油量等 汽車中的用戶手冊 操作的哲學(xué) 教你如何駕車 軟件質(zhì)量管理的4個層次 檢查 初期階段 通過檢驗保證產(chǎn)品的質(zhì)量 符合規(guī)格的軟件產(chǎn)品為合格品 不符合規(guī)格的產(chǎn)品為次品 次品不能出售 這個層次的特點是獨立的質(zhì)量工作 質(zhì)量是質(zhì)量部門的事 是檢驗員的事 檢驗產(chǎn)品只是判斷產(chǎn)品質(zhì)量 不檢驗工藝流程 設(shè)計 服務(wù)等 不能提高產(chǎn)品質(zhì)量 保證 質(zhì)量目標(biāo)通過軟件開發(fā)部門來實現(xiàn) 開始定義軟件質(zhì)量目標(biāo) 質(zhì)量計劃 保證軟件開發(fā)流程合理性 流暢性和穩(wěn)定性 預(yù)防 軟件質(zhì)量以預(yù)防為主 以過程管理為重 把質(zhì)量的保證工作重點放在過程管理上 完美 以客戶為中心 全員參與 追求卓越 4 1軟件質(zhì)量方針 質(zhì)量方針 是由組織的最高管理者正式發(fā)布的 該組織的質(zhì)量宗旨 目標(biāo)和質(zhì)量方向 并形成文件 質(zhì)量方針是企業(yè)經(jīng)營總方針的組成部分 是企業(yè)管理者對質(zhì)量的指導(dǎo)思想和承諾 建立質(zhì)量方針和質(zhì)量目標(biāo)為組織提供了關(guān)注的焦點 在一個質(zhì)量管理體系中起著關(guān)鍵作用 質(zhì)量方針應(yīng)體現(xiàn)軟件公司的組織目標(biāo) 顧客的期望 需求和組織內(nèi)部質(zhì)量行為的準則 軟件質(zhì)量方針應(yīng)傳達如下需求 符合機構(gòu)的目的和目標(biāo) 遵守一般的軟件質(zhì)量保證概念 遵守組織所采用的質(zhì)量標(biāo)準 承諾為軟件質(zhì)量保證分配足夠資源 承諾不斷提高組織的質(zhì)量和生產(chǎn)力 例子 Lion質(zhì)量軟件有限公司 軟件質(zhì)量方針 公司的質(zhì)量目標(biāo)在計劃時間內(nèi) 根據(jù)已一致同意的預(yù)算 提供完全符合顧客需求與期望的軟件產(chǎn)品和軟件維護服務(wù) 公司的質(zhì)量方針通過下列措施 LQS所采用的質(zhì)量方針能支持上面的質(zhì)量目標(biāo) 通過及時滿足顧客需求 期望 請求和投訴 把顧客滿意度放在最優(yōu)先的地位 讓雇員參加制定質(zhì)量目標(biāo) 并承諾其達到這些目標(biāo) 第一次就正確地執(zhí)行開發(fā)與維護任務(wù) 并使需要的返工和改正最少 保證其雇員具有高的 足夠的專業(yè)和管理水平 通過鼓勵并激勵其雇員達到專業(yè)優(yōu)秀來保持這種價值觀 Lion質(zhì)量軟件有限公司 軟件質(zhì)量方針 續(xù) 在整個軟件生命周期實施質(zhì)量保證活動 來確保達到所要求的質(zhì)量目標(biāo) 將其質(zhì)量保證標(biāo)準用于分包商和供貨商 只有那些合格的分包商和供貨商才能被納入公司的開發(fā)項目和維護服務(wù) 旨在開發(fā)與維護生產(chǎn)率以及SQA有效性與效率的不斷提高 分配實現(xiàn)軟件質(zhì)量保證目標(biāo)所必需的所有組織上的 物理的和專業(yè)的資源 LionelJohnsonMarcelTalbotL T Johnson 總裁M Talbot 總經(jīng)理加州 工業(yè)園 2003年2月12日 4 2軟件質(zhì)量控制 質(zhì)量控制是一個設(shè)定標(biāo)準 根據(jù)質(zhì)量要求 測量結(jié)果 判定是否達到了預(yù)期要求 對質(zhì)量問題采取措施進行補救并防止再發(fā)生的過程 質(zhì)量控制已不再僅僅是檢驗 而更多地傾向于確保生產(chǎn)出來的產(chǎn)品滿足要求的過程控制 統(tǒng)計過程控制的概念與實施方法控制圖 StatisticalProcessControl SPC 4 3軟件質(zhì)量保證 質(zhì)量保證是質(zhì)量管理的一部分 是為保護產(chǎn)品和服務(wù)充分滿足消費者要求的質(zhì)量而進行的有計劃有組織的活動 致力于提供對滿足質(zhì)量要求的信任 內(nèi)部質(zhì)量保證是組織向自己的管理者提供信任 外部質(zhì)量保證是組織向外部客戶或其它方提供信任 復(fù)審 Review 用結(jié)束標(biāo)準對該階段生產(chǎn)出的軟件配置成分進行嚴格的技術(shù)審查等活動 內(nèi)審 Audit 檢查組織內(nèi)部是否遵守已有的模板 規(guī)則 流程等 4 4軟件質(zhì)量改進 質(zhì)量改進是質(zhì)量管理的一部分 是不斷為改進軟件開發(fā)過程 產(chǎn)品和服務(wù)的持續(xù)過程 同時 為確保有效性 效率或可追溯性 組織應(yīng)注意識別需要改進的項目和關(guān)鍵質(zhì)量要求 考慮改進所需的過程 以增強組織體系 改進過程和產(chǎn)品并提高滿足要求的能力 在質(zhì)量改進工作中 有許多模型 包括PDCA模型 PEIS模型 6Sigma模型的DMAIC CMM模型 SPICE模型等 IDEAL模型用于質(zhì)量改進 軟件質(zhì)量控制 質(zhì)量保證和質(zhì)量管理的區(qū)別 軟件質(zhì)量控制其實是基本方法 通過一系列的技術(shù)來科學(xué)的測量過程狀態(tài) 如測試速率 測試覆蓋等都是屬于軟件質(zhì)量控制范疇 它們反映了測試過程狀態(tài)的好壞 是否滿足了要求 測試過程就好比一輛汽車 而測試速率 測試覆蓋等就像汽車上的儀表 人們可以通過儀表上的數(shù)據(jù)來看出汽車當(dāng)前運行狀態(tài)是否正常 運行的效能如何等 總之 質(zhì)量控制就是一個確保產(chǎn)品滿足需求的過程 軟件質(zhì)量控制 質(zhì)量保證和質(zhì)量管理的區(qū)別 軟件質(zhì)量保證則是過程的參考 指南的集合 如ISO9000就是其中的一種 通俗的說質(zhì)量保證就象汽車的檢驗合格證一樣 它提供的是一種信任和為這種信任而進行的一系列有計劃有組織的活動 它著重內(nèi)部的檢查 確保已獲取認可的標(biāo)準和步驟都已經(jīng)遵循 保證問題能及時發(fā)現(xiàn)和處理 質(zhì)量保證工作的對象是產(chǎn)品和開發(fā)過程中的行為 就好比制造一輛汽車 需要根據(jù)一系列標(biāo)準化的流程和步驟進行 并同時在過程中實施監(jiān)控 檢查是否有偏差 并向管理者提供產(chǎn)品及過程的可視性 軟件質(zhì)量控制 質(zhì)量保證和質(zhì)量管理的區(qū)別 軟件質(zhì)量管理則是實際操作的思想 它教你如何建立質(zhì)量文化和管理思想 質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動 包括質(zhì)量控制 質(zhì)量保證和質(zhì)量改進 簡單的說 這個就像是汽車生產(chǎn)商的管理層 他負責(zé)汽車制造過程中各項工作的協(xié)調(diào) 他將所有影響質(zhì)量的因素 包括技術(shù) 管理 人力等 都采取有效的方法進行控制 盡最大可能減少 預(yù)防不合格項的產(chǎn)生 最終達到生產(chǎn)出合格產(chǎn)品的目的 再思考 CEO 質(zhì)量這么重要 我們一定要不惜一切代價去保質(zhì)量 CFO 真的要不惜一切代價嗎 難道提高質(zhì)量不花錢的所 董事會怎么決定 請認識 質(zhì)量成本 5 軟件質(zhì)量成本 5 1質(zhì)量成本概念5 2引入質(zhì)量成本的意義5 3劣質(zhì)成本PONC和COPQ5 4軟件的劣質(zhì)成本 質(zhì)量成本的構(gòu)成 質(zhì)量成本 質(zhì)量保證成本 損失成本保證成本 為保證滿意的質(zhì)量而發(fā)生的費用損失成本 沒有達到滿意的質(zhì)量所造成損失質(zhì)量成本 質(zhì)量預(yù)防成本 評價成本 失效成本保證成本 預(yù)防成本 評價成本預(yù)防成本 預(yù)防產(chǎn)生質(zhì)量問題 軟件缺陷 的費用 是企業(yè)的計劃性支出 專門用來確保在軟件產(chǎn)品交付和服務(wù)的各個環(huán)節(jié)不出現(xiàn)失誤 評價成本 是指在交付和服務(wù)環(huán)節(jié)上 為評定軟件產(chǎn)品或服務(wù)是否符合質(zhì)量要求而進行的試驗 軟件測試和質(zhì)量評估等所必需的支出 失效成本 分為內(nèi)部的和外部的 如果在軟件發(fā)布之前發(fā)現(xiàn)質(zhì)量問題 而要求重做 修改和問題分析所帶來的成本屬內(nèi)部失效成本 包括修正軟件缺陷 回歸測試等 以及因產(chǎn)品或服務(wù)不合要求導(dǎo)致的延誤 5 2引入質(zhì)量成本的意義 質(zhì)量成本將質(zhì)量與企業(yè)經(jīng)濟效益直接聯(lián)系起來 質(zhì)量得以貨幣語言來表達 質(zhì)量語言和貨幣語言形成對話 從一個務(wù)虛的概念轉(zhuǎn)換成一個務(wù)實的概念 使企業(yè)管理層對質(zhì)量及其管理的意義和作用 有了新的認識 更容易樹立質(zhì)量至上的理念 進一步加大質(zhì)量管理力度 使企業(yè)立于不敗之地 這是質(zhì)量成本對社會經(jīng)濟發(fā)展的重大貢獻 朱蘭 礦中黃金 理論 廢次品的費用很大 如果采取有效措施 減少或消滅這些不合格的產(chǎn)品 就等于開采了一座 金礦 5 3劣質(zhì)成本PONC和COPQ PONC 即 不符合要求的代價 PriceofNonconformance 或稱 劣質(zhì)成本 是指由于缺乏質(zhì)量而造成的人力 財力 物力以及時間成本的浪費 PONC是在 零缺陷 質(zhì)量管理中 為了更有效地衡量質(zhì)量成本而引入的一個重要概念 COPQ 即 不良成本 CostofPoorQuality 或稱 劣質(zhì)成本 的概念 COPQ指所有由過程 產(chǎn)品和服務(wù)中的質(zhì)量缺陷引起的費用 COPQ則是 6西格瑪 Sixsigma 質(zhì)量管理中的一個重要概念 用于有效地衡量質(zhì)量成本 質(zhì)量改進過程在經(jīng)營效益上的表現(xiàn) 劣質(zhì)成本的分類 故障成本 包括質(zhì)量成本中的外部故障成本 內(nèi)部故障成本 需采取返工 返修 糾正等補救措施所花費的成本 過程成本 包括非增值成本 非增值的預(yù)防成本和鑒定成本 低效率過程成本 如多余的操作 重復(fù)的作業(yè)等 機會損失成本 指如果沒有缺陷而就不會發(fā)生的費用等 損失成本 包括顧客損失成本 指給顧客所造成的各種額外的費用及負擔(dān) 信譽損失成本 5 4軟件的劣質(zhì)成本 驗證缺陷