軟件質(zhì)量度量ppt課件(參考版)
2025-05-08 22:37本頁面
【正文】 按照軟件生命周期分成三類：最終產(chǎn)品質(zhì)量度量、過程中質(zhì)量度量和維護(hù)質(zhì)量度量。它們是在下列實體之間的通信中的錯誤：部件、產(chǎn)品、同一部件的模塊和子程序、以及用戶界面 ? 高層設(shè)計（ I0）： ? 使用錯誤參數(shù) ? 用戶界面功能鍵的不一致使用 ? 使用不正確消息 ? 低層設(shè)計（ I1）： ? 丟失所需參數(shù)，錯誤參數(shù) ? 模塊間接口：沒有輸入，以錯誤次序輸入 ? 模塊內(nèi)接口 :向子系統(tǒng)例程傳送值 /數(shù)據(jù) ? 公共數(shù)據(jù)結(jié)構(gòu)的不正確使用，向代碼傳送誤用的數(shù)據(jù) ? 編碼（ I2）： ? 向宏、應(yīng)用程序接口（ API）、模塊的參數(shù)傳送錯誤值 ? 不正確建立由另一段代碼使用的公共控制塊 ? 未向代碼調(diào)用者發(fā)出正確異常 44 缺陷類型的分類 ? 邏輯缺陷：邏輯要完成的功能中引起不正確結(jié)果的缺陷 ? 高層設(shè)計（ I0）： ? 無效或不正確的屏幕流 ? 評審包中通過部件的高層流丟失或不正確 ? 低層設(shè)計 (I1)： ? 邏輯未實現(xiàn) I0設(shè)計 ? 功能丟失或者過量 ? 編碼（ I2）： ? 缺初始化 ? 變量初始化不正確 45 缺陷類型的分類 ? 文檔缺陷：功能描述的缺陷，可能引起一些人按此信息做錯事情。 ? 三年 LOP跟蹤的發(fā)布后缺陷率：基于報告缺陷的發(fā)布版本的 TVUA/MSSI. ? 顧客問題召喚 ? 修補(bǔ)響應(yīng)時間 ? 有缺陷修補(bǔ)數(shù) 41 五、收集軟件工程數(shù)據(jù) ? 需要確保收集的數(shù)據(jù)對項目、過程和質(zhì)量管理提供有用的數(shù)據(jù)，且不至于成為開發(fā)團(tuán)隊的負(fù)擔(dān)。 40 IBM Rochester ? IBM共同軟件測量委員會定義了一組標(biāo)準(zhǔn)的 5UP軟件質(zhì)量度量。若開發(fā)周期結(jié)束時缺陷累積仍然大，則需要回歸測試才能保證系統(tǒng)穩(wěn)定性和確保產(chǎn)品質(zhì)量等級 19 基于階段的缺陷排除模式 ? 除測試外，還需跟蹤開發(fā)周期所有階段中的缺陷，包括設(shè)計評審、代碼審查、測試前的正式驗證 ? IBM開發(fā)項目的缺陷排除模式表明將缺陷排除的重點放在前期則質(zhì)量要好 ? 缺陷排除的各個階段：高層設(shè)計評審（ I0） ,底層設(shè)計評審 (I1)、代碼審查 (I2)、單元測試(UT)、部件測試 (CT)、系統(tǒng)測試 (ST) 20 缺陷排除有效性 ? 缺陷排除有效性（ DRE）定義： DRE=開發(fā)階段排除的缺陷數(shù) /產(chǎn)品中潛伏的缺陷數(shù) ? 分母估計：在現(xiàn)階段排出的缺陷數(shù) +以后發(fā)現(xiàn)的缺陷數(shù) ? 該度量值越高，開發(fā)過程越有效 21 三、軟件維護(hù)的度量 ? 修補(bǔ)積累和積累管理指數(shù) ? 修補(bǔ)響應(yīng)時間 ? 逾期修補(bǔ)百分?jǐn)?shù) ? 修補(bǔ)質(zhì)量 22 修補(bǔ)積累和積累管理指數(shù) ? BMI=當(dāng)月解決問題數(shù) /當(dāng)月出現(xiàn)問題數(shù) ? BMI100，累積問題減少了 ? BMI100，累積問題增加 23 修補(bǔ)響應(yīng)時間 ? 修補(bǔ)方針建立在時間限上 ? 按照缺陷可能引起的風(fēng)險的嚴(yán)重程度分級，越嚴(yán)重越需要晝夜不停的修補(bǔ)問題 24 逾期修補(bǔ)百分?jǐn)?shù) ? 對每個修補(bǔ)而言，如果修補(bǔ)所需時間超過了按嚴(yán)重性的響應(yīng)時間標(biāo)準(zhǔn)，它就被分類
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1