【正文】 進(jìn)行軟件項目跟蹤和監(jiān)控，根據(jù)軟件項目計劃來跟蹤和審查軟件的完成情況和成果，并根據(jù)實際完成情況和成果糾正偏差和（或）調(diào)整項目計劃。 軟件質(zhì)量控制活動 軟件質(zhì)量控制 軟件質(zhì)量控制 軟件質(zhì)量控制活動 設(shè)計 編碼 測試 利用 SDP跟蹤開發(fā)過程 、活動 SDP 跟蹤實際的規(guī)模、成本、工作量，并與估計值對值 跟蹤實際進(jìn)程與計劃日程對照 必要時 ， 采取及時的糾正措施 設(shè)計檢查 代碼檢查 質(zhì)量需求 利用質(zhì)量需求檢查 、 評審工作產(chǎn)品 軟件質(zhì)量控制 軟件質(zhì)量控制 ? 軟件檢驗與有效性驗證 （ Software Verification and Validation，簡稱Vamp。V活動，它從需求評審開始，包括設(shè)計評審、代碼檢查以及產(chǎn)品測試。V。 軟件質(zhì)量控制活動 ? 管理評審 ? 技術(shù)評審 ? 檢查 ? 走查 ? 審計 管理評審的目的是監(jiān)控項目進(jìn)展，決定計劃和進(jìn)度的狀態(tài)，確認(rèn)需求及其系統(tǒng)分配，或評價用于達(dá)到目標(biāo)適應(yīng)性的管理方法的有效性。 技術(shù)評審要準(zhǔn)備：評審目標(biāo)的陳述、被評審的軟件工作產(chǎn)品及相關(guān)的軟件工作產(chǎn)品（如項目計劃等）、與被評審的軟件工作產(chǎn)品相關(guān)的問題列表、技術(shù)評審流程等。 檢查也需要一位檢查領(lǐng)導(dǎo)、記錄員和一些檢查人員。檢查結(jié)果一般有三種： ? 接受或有少量重做； ? 接受但要驗證重做的工作； ? 重新檢查。 審計是評定軟件項目是否遵從需求、規(guī)格說明、基線、標(biāo)準(zhǔn)、過程、代碼、合約規(guī)定的需求等的要求管理評審。評審和審計的主要過程如下： ? 評審或?qū)徲嬕?guī)劃 ? 評審或?qū)徲嫓?zhǔn)備 ? 執(zhí)行評審或?qū)徲? ? 完成或返工 ? 評審或?qū)徲嬁偨Y(jié) 質(zhì)量控制管理規(guī)范示例 ? PM按照項目計劃對項目進(jìn)行跟蹤和監(jiān)控，并要求項目組成員每周向他提交工作日志或進(jìn)展報告與 Timesheet，以此對照計劃衡量項目進(jìn)展，并更新項目進(jìn)度表 (MS project 工具可以用來跟蹤項目進(jìn)度 )。 ? 項目經(jīng)理可以采用 問題跟蹤表單 對問題進(jìn)行跟蹤。在項目計劃中需要定義與會者以及跟蹤項目行動的方法。 ? 項目已經(jīng)超出了在項目計劃所定義的閾值（如規(guī)模、進(jìn)度、工作量等）。 軟件質(zhì)量控制 源代碼追蹤 源代碼追蹤是利用開發(fā)工具的調(diào)試器，一行行追蹤代碼的執(zhí)行情況。 軟件質(zhì)量控制 質(zhì)量控制方法 設(shè)計檢查 ? 找出功能缺陷 ? 找出需求缺陷 ? 項目目標(biāo)的檢查 ? 交叉訓(xùn)練 ? 檢查與生產(chǎn)力 正確性：設(shè)計是否如預(yù)期運作？ 完成度：設(shè)計成果是否適用所有預(yù)期用途？ 清晰性：設(shè)計方式是否易于被其他人了解？ 遺漏需求 不必要的功能： 增加程序?qū)懽?、測試與排錯時間 增加復(fù)雜性，使系統(tǒng)更容易出錯 額外的系統(tǒng)測試項目 額外的使用文件 額外的使用者培訓(xùn) 額外的使用者支持電子郵件和電話服務(wù) 未來版本中必須支持的額外功能 軟件質(zhì)量控制 質(zhì)量控制方法 源代碼檢查 ? 對象類別、模塊、例程與例程內(nèi)部程序代碼的編排。 ? 對象類別內(nèi)最大例程數(shù)。 ? …… 軟件質(zhì)量控制 質(zhì)量控制方法 技術(shù)檢查的步驟： ? 通知與傳遞 ? 準(zhǔn)備 ? 檢查會議 ? 檢查報告 ? 修改工作 軟件質(zhì)量控制 質(zhì)量控制方法 技術(shù)檢查的關(guān)鍵： ? 盡早開始 ? 著重找出缺陷 ? 讓技術(shù)檢查維持技術(shù)性 ? 記錄檢查過的項目 ? 記錄檢查過程中的缺陷 ? 追蹤缺陷直至修正 ? 對項目團(tuán)隊公布檢查結(jié)果 ? 在日程安排中加入檢查與修正的時間 軟件質(zhì)量控制 質(zhì)量控制方法 測試 注意： 測試意味著發(fā)現(xiàn)軟件的質(zhì)量水準(zhǔn)，而非軟件質(zhì)量的擔(dān)保。 軟件質(zhì)量控制 質(zhì)量控制方法 Pareto分析 有些公司可以達(dá)到最低錯誤率，但是在那一點以后，進(jìn)一步減少錯誤率會增加很多的開發(fā)時間。 用 Pareto方法分析缺陷就是要找出帶來 80%修正成本或損失的 20%缺陷，對這些缺陷進(jìn)行重點跟蹤，并形成一定的缺陷預(yù)防措施，避免在以后的項目中多次重復(fù)出現(xiàn)同類缺陷。 軟件質(zhì)量控制 軟件質(zhì)量度量 ? 軟件產(chǎn)品質(zhì)量度量 ：對質(zhì)量需求中產(chǎn)品的質(zhì)量特征進(jìn)行度量，度量指標(biāo)根據(jù)組織、產(chǎn)品的實際情況確定，一般都會包括 需求覆蓋率、測試覆蓋率、缺陷報告（包括缺陷統(tǒng)計，如千行代碼缺陷率、缺陷修正率、缺陷修正時間等）、需求完成度 等指標(biāo)。 軟件質(zhì)量度量 質(zhì)量管理體系 軟件質(zhì)量管理 ? ISO 9000 ? CMM 質(zhì)量手冊 程序文件 作業(yè)指導(dǎo)書 記錄 質(zhì)量管理體系 軟件質(zhì)量管理 ISO9000八項質(zhì)量管理原則 ? 以顧客為關(guān)注焦點 ? 領(lǐng)導(dǎo)作用 ? 全員參與 ? 過程方法 ? 管理的系統(tǒng)方法 ? 持續(xù)改進(jìn) ? 基于事實的決策方法 ? 與供方互利的關(guān)系 質(zhì)量管理體系 軟件質(zhì)量管理 CMM級別與軟件質(zhì)量關(guān)系 每千行軟件的缺陷數(shù)目 軟件過程成熟度等級 軟件準(zhǔn)時提交的百分比 每人每月生產(chǎn)的程序行數(shù) 軟件需要返工的百分比 平均軟件失效時間（近似） 大于 10 初始級 =50 Z =45 2 到 60 分鐘 小于 10 可重復(fù)級 90 20 1160 小時 小于 1 已定義級 99 10 不確定 小于 管理級 降低開發(fā)時間到 1/2 5 Z 5 不確定 小于 優(yōu)化級 降低開發(fā)時間到 1/4 10Z =2 近似完全可靠 質(zhì)量管理體系案例 軟件質(zhì)量管理 金字塔形質(zhì)量體系架構(gòu) 表格 模板 檢查單 指導(dǎo)書 標(biāo)準(zhǔn) 規(guī)程 質(zhì)量手冊 組織手冊 質(zhì)量方針 質(zhì)量管理體系案例 軟件質(zhì)量管理 質(zhì)量部門的組織結(jié)構(gòu) 質(zhì)量管理部 IAG IAG EPG PQA SQA HQA ? IAG 組專門負(fù)責(zé)研發(fā)組織內(nèi)的質(zhì)量審計活動，一般按月度進(jìn)行，發(fā)現(xiàn)研發(fā)普遍存在的問題； ? PQA負(fù)責(zé)產(chǎn)品級的重大質(zhì)量保證活動和重要評審，與此對應(yīng)的開發(fā)責(zé)任人是開發(fā)經(jīng)理，報告對象為 QA 經(jīng)理； ? SQA負(fù)責(zé)項目級的流程引導(dǎo)和質(zhì)量保證活動，對應(yīng)的開發(fā)責(zé)任人是軟件項目經(jīng)理，報告對象為 QA 經(jīng)理； ? HQA負(fù)責(zé)硬件項目的流程引導(dǎo)和質(zhì)量保證活動，對應(yīng)的開發(fā)責(zé)任人是硬件項目經(jīng)理，報告對象為 QA 經(jīng)理。 有些公司可以達(dá)到最低錯誤率，在那一點以后，進(jìn)一步減少錯誤率會增加很多的開發(fā)時間。 項目經(jīng)理 分配職責(zé) 軟件質(zhì)量管理 職責(zé)： 進(jìn)行源代碼追蹤、技術(shù)檢查、單元測試、缺陷