軟件質(zhì)量管理第四章-文庫吧資料
2025-02-25 14:03本頁面
【正文】 過按嚴重性等級的修補時間標準的修補數(shù) /指定時間內(nèi)交付的修補總數(shù) ? 只針對于已經(jīng)解決的問題 ? 若某一星期做了重大改進（減少了積累問題），則將產(chǎn)生一個高的逾期指數(shù) 26 4. 修補質(zhì)量 ? 一個修補是有缺陷的：沒有修補報告的問題或者修補了原有問題同時又注入了新的缺陷 ? 將會嚴重影響顧客滿意度 ? 兩種記錄方式：發(fā)現(xiàn)它的月份或是按交付修補的月份記錄 ? 維護過程的質(zhì)量目標應當為無逾期的、零有缺陷修補。第四章 軟件質(zhì)量度量 2 目錄 一、產(chǎn)品質(zhì)量度量 二、過程中質(zhì)量度量 三、軟件維護的度量 四、質(zhì)量程序的例子 五、收集軟件工程數(shù)據(jù) 六、小結 3 一、產(chǎn)品質(zhì)量度量 1. 缺陷密度度量 2. 顧客問題度量 3. 顧客滿意度度量 4 一、產(chǎn)品質(zhì)量度量 ? 軟件質(zhì)量的實際定義 – 平均無失效時間（ mean time to failure,MTTF） – 缺陷密度 – 顧客問題 – 顧客滿意度 ? 應用范圍 – MTTF— 交通管制、航空電子學、武器系統(tǒng) – 缺陷密度（率） — 商業(yè)軟件系統(tǒng) 5 1. 缺陷密度（率）度量 缺陷率 軟件大小 通常千行源代碼數(shù)（ KLOC） 功能點 6 例子： KLOC ? KLOC物理行計數(shù)？指令語句計數(shù)？是否加數(shù)據(jù)定義？注解？首次發(fā)布與更新版本后 ? 當更新版本后： ? 更改標記法 – LOC重新計數(shù) – 缺陷跟蹤 — 使用更改標記法（ change flagging） 7 例子：功能點 ? 一個應用程序 5個主要成分的加權總和 – 外部輸入數(shù)（例如，事務類型） 3~6 – 外部輸出數(shù)（例如，報告類型） 4~7 – 邏輯內(nèi)部文件數(shù) 7~15 – 外部接口文件數(shù) 5~10 – 外部查詢數(shù)（支持的聯(lián)機查詢種類） 3~6 8 例子：功能點 ? 第一步 Wij是 5個成分按復雜性級別的加權因子， Xij是應用程序中每種成分的數(shù)目 9 例子：功能點 ? 14個特征： – 數(shù)據(jù)通信 – 分布式功能 – 性能 – 頻繁使用的配置 – 事務率 – 聯(lián)機數(shù)據(jù)項、 – 最終用戶效率 – 聯(lián)機更新 – 復雜處理 – 可重用性 – 易安裝性 – 易操作性 – 多站點 – 易更改性 10 例子：功能點 ? 第二步 ? 將這些特征分值（從 0到 5）按下列公式加起來，形成價值調(diào)整因子（ value adjustment factor, VAF） ? 其中 Ci是通用系統(tǒng)特征 i的分值 11 例子：功能點 ? 最后，得到了功能點數(shù) – FP=FC*VAF ? 已成為一個關鍵的生產(chǎn)率測度 ? 主要應用于應用軟件而非系統(tǒng)軟件 12 2. 顧客問題度量 ? 來自顧客的視角 – 缺陷性問題（缺陷率度量） – 非缺陷性問題（使用性問題、不明確的文檔或者信息、有據(jù)缺陷的重復出現(xiàn)） ? 采用 PUM( problems per user m
化學相關推薦
鄂ICP備17016276號-1