【正文】 ? 易學(xué)性： 不需要特殊技術(shù)，易掌握 ? 可靠性： 同個軟件的評價結(jié)果一致 ? 針對性： 設(shè)計階段就確立質(zhì)量目標(biāo)，在各個階段實施落實。 35 ? 為了順利開展以上活動， 事先明確部門間的質(zhì)量保證業(yè)務(wù) ， 確立部門間的聯(lián)合與協(xié)作的機構(gòu) 十分重要， 這個機構(gòu)就是質(zhì)量保證體系 。 ? 開發(fā)者 必須有 學(xué)習(xí)各專業(yè)業(yè)務(wù)知識 、 生產(chǎn)技術(shù) 和 管理技術(shù) 的能動性。表中所有各項的分數(shù)相加，即得度量結(jié)果。 ? 定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性。 ? 如果這些質(zhì)量特性及其組合都能在產(chǎn)品中得到滿足，則這個軟件產(chǎn)品質(zhì)量就是高的。 15 ? 預(yù)測度量 有兩種。 23 ? 熟練掌握 正確定義用戶要求的技術(shù) ? 熟練使用和指導(dǎo)他人使用 定義軟件需求的支持工具 ? 重視 領(lǐng)導(dǎo)全體開發(fā)人員收集和積累有關(guān)用戶業(yè)務(wù)領(lǐng)域的各種業(yè)務(wù)的資料和技術(shù) 技能 。 靠質(zhì)量檢驗，一般檢查的是“真質(zhì)量”的質(zhì)量特性 。 37 軟件質(zhì)量保證規(guī)程和技術(shù)準(zhǔn)則 ? 規(guī)定 在項目的哪個階段進行評審及如何評審 ； ? 規(guī)定 在項目的哪個階段應(yīng)當(dāng)產(chǎn)生哪些報告和計劃 ； ? 規(guī)定 產(chǎn)品各方面測試應(yīng)達到的水平 。 計算結(jié)果用質(zhì)量圖的形式表示 出來。 ? 例如，有一個存在缺陷的編譯程序，當(dāng)用于學(xué)生做簡單練習(xí)時， MTBF可能很長。 ? 環(huán)境條件 ─指的是 軟件的使用環(huán)境 。如果 bi減小，或幾次估算值的結(jié)果相差不多，則 B0作為原有錯誤總數(shù)的估算值。 ? 因此，在使用測試結(jié)果進行軟件質(zhì)量評價時， 只用指數(shù)型的 NHPP的平均值曲線 (A)是不夠的 。 98 軟件開發(fā)各階段的基線 99 項目數(shù)據(jù)庫 ? 一旦 一個 SCI成為基線 ， 就把它存放到項目數(shù)據(jù)庫中 。如果對“源代碼”對象作了一個變更，軟件工程師就可以根據(jù)這種相互關(guān)系確定，其它哪些對象（和 SCI）可能受到影響。 113 ? 對象的相互關(guān)聯(lián)關(guān)系： 對象跨越對象層次的分支相互關(guān)聯(lián)。其中 部件 4在軟件 使用彩色顯示器 時使用， 部件 5在軟件 使用單色顯示器 時使用。它是必須進行的，通常不需要從管理角度對這類變更進行審查和批準(zhǔn)。 139 ? 配置狀態(tài)報告可以放在一個聯(lián)機數(shù)據(jù)庫中，以便軟件開發(fā)人員或者軟件維護人員可以對它進行查詢或修改。 ? 軟件配置審計 作為正式技術(shù)評審的補充，評價在評審期間通常沒有被考慮的 SCI的特性 。這就是配置狀態(tài)登錄的任務(wù)。 127 變更控制 ? 軟件生存期內(nèi)全部的軟件配置是軟件產(chǎn)品的真正代表 ，必須使其保持 精確 。 ? 使用演變圖來表示系統(tǒng)的不同版本。 112 命名對象之間的聯(lián)系 ? 對象的層次關(guān)系： 一個對象可以是一個復(fù)合對象的一個組成部分，用聯(lián)系 is part of 標(biāo)識 。 ? 一個配置對象有一個 名字 和一組 屬性 ，并通過某些聯(lián)系“連接”到其它對象。它們又依次繁衍出建立信息層次的其它文檔 。 ? 可通過被測試對象軟件內(nèi)潛在的原有故障的捕捉率來測定的。 ? 推測錯誤的產(chǎn)生頻度，即推測錯誤產(chǎn)生的時間間隔 ? 推測殘留在程序中的錯誤數(shù) ? 評價測試的精確度和覆蓋率 70 推測錯誤的產(chǎn)生頻度 ? 估算錯誤產(chǎn)生頻度的一種方法是估算平均失效等待時間 MTTF (Mean Time To Failure) ? MTTF估算公式 (Shooman模型 ) M T T F =IK E E tTT C( ( ))?71 E t E eT K t( ) ( )? ? ? ?1故障累積指數(shù)曲線模型 72 估算軟件中故障總數(shù) ET 的方法 利用 Shooman模型 估算程序中原來錯誤總量 ET —瞬間估算 E ttKEIE tIE ttKEIE tIC TTCTC TTCT( ) ( )( ) ( )11122211? ? ???????? ? ???????M T T FM T T F1273 解此方程組 ?( ) ( )( ) ( )Et tt E t t E tE t E tTC CC C??? ? ?? ?2 12 1 1 21 2? ( )( ( ))KI E tt E E tT CT C??? ?11 174 利用最小二乘法進行程序原有錯誤數(shù)ET及 K的估算 ? 由失效率 ? 整理得 ? 若對程序進行若干次不同的功能測試，可得到一系列實驗數(shù)據(jù) ? ? ???????KEIE tITTcT( )E tIEI KcTTT( )? ??75 Ec ( ti ), ? ( ti ), i = 1, 2, …, n ? 令 ? 有 ? ? ?? ?1KaEIbE tItTTC iTi i i, ,( ), ( ) ? ? ?? ?i ia b i n? ? ?, , , , 1 2 ?76 ? 用最小二乘法解此方程組，可解出 a、 b的估計值 ? 最后得到 K, ET 的估計值 ??, ? ?KaE I bT T? ? ? ?1 利用植入故障法估算程序中原有故障總數(shù) ET ─ 捕獲－再捕獲抽樣法 77 ? 設(shè) Ns 是 在測試前人為地向程序中植入的故障數(shù) ， ns 是 經(jīng)過一段時間測試后發(fā)現(xiàn)的播種故障數(shù)目 ， n 是 在測試中又發(fā)現(xiàn)的程序原有故障數(shù) 。 ? 它們可以理解為：設(shè)計者的失誤 ─導(dǎo)致系統(tǒng)中留有錯誤的設(shè)計 ──缺陷或“ 故障 ” (fault)，這些 故障 導(dǎo)致系統(tǒng)的錯誤執(zhí)行 ──錯誤 (error)，由于 錯誤 導(dǎo)致系統(tǒng)的錯誤輸出 ──失效 (failure)。 58 ? 從軟件用戶的角度來看，更關(guān)心的是 軟件在交付使用后的情況如何 。研討實現(xiàn)質(zhì)量目標(biāo)的方法或手段。 ? 必須 確定保證系統(tǒng)運行的方法 、工具 、 有關(guān)文檔資料 ，以及 系統(tǒng)管理的規(guī)程和標(biāo)準(zhǔn) 。 ? 在軟件開發(fā)環(huán)境或軟件工具箱的支持下 ， 運用先進的開發(fā)技術(shù) 、 工具和管理方法開發(fā)軟件的能力 。 ? 軟件的質(zhì)量保證就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品。 ? 二次特性 在必要時又可由它的一些子質(zhì)量特性定義和度量。1 ?軟件質(zhì)量概念 ?軟件質(zhì)量保證 ?軟件可靠性 ?軟件配置管理 2 軟件質(zhì)量概念 ?軟件質(zhì)量的定義 ?軟件質(zhì)量特性 ?軟件質(zhì)量模型 ?軟件質(zhì)量的度量和評價 3 軟件質(zhì)量的定義 ? ANSI/IEEE Std 7291983定義軟件質(zhì)量為“ 與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征或特性的全體 ”。 ? 1976年 Boehm質(zhì)量模型 ? 1979年 McCall質(zhì)量模型 ? 1985年 ISO質(zhì)量模型 8 9 ISO的軟件質(zhì)量評價模型 ? 按照 ISO/TC97/SC7/WG3/1985130/N382，軟件質(zhì)量度量模型由三層組成 ? 軟件質(zhì)量需求評價準(zhǔn)則 （ SQRC） ? 軟件質(zhì)量設(shè)計評價準(zhǔn)則 （ SQDC） ? 軟件質(zhì)量度量評價準(zhǔn)則 （ SQMC） ? 高層和中層建立國際標(biāo)準(zhǔn)，低層可由各使用單位視實際情況制定 10 Boehm質(zhì)量模型 11 12 1991年 ISO質(zhì)量特性國際標(biāo)準(zhǔn) （ ISO/IEC9126） ? 質(zhì)量特性： 功能性 、 可靠性 、 可維護性 、效率 、 可使用性 、 可