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

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