【正文】 戶及社會提供滿意的高質(zhì)量的產(chǎn)品。但在現(xiàn)實中常常難以做到。 ?在軟件開發(fā)環(huán)境或軟件工具箱的支持下 ， 運用先進(jìn)的開發(fā)技術(shù) 、 工具和管理方法開發(fā)軟件的能力 。 ?雖然各開發(fā)階段進(jìn)展穩(wěn)定，但由于工程能力不足，軟件產(chǎn)品不能滿足用戶要求的質(zhì)量。 ? 必須 確定保證系統(tǒng)運行的方法 、工具 、 有關(guān)文檔資料 ，以及 系統(tǒng)管理的規(guī)程和標(biāo)準(zhǔn) 。 ? 要求所有與軟件生存期有關(guān)的人員都要參加 ? 要求對產(chǎn)品形成的全過程進(jìn)行質(zhì)量管理 ?這要求整個軟件部門齊心協(xié)力，不斷完善軟件的開發(fā)環(huán)境。研討實現(xiàn)質(zhì)量目標(biāo)的方法或手段。 軟件的質(zhì)量設(shè)計 ?質(zhì)量特性轉(zhuǎn)換為軟件的內(nèi)部結(jié)構(gòu) ?在 軟件定義階段 ， 必須定義對軟件的質(zhì)量需求 。 ?從軟件用戶的角度來看，更關(guān)心的是 軟件在交付使用后的情況如何 。在沒有特別加以說明的情況下，這是一個泛用的、模糊的概念。 ?它們可以理解為：設(shè)計者的失誤 ─導(dǎo)致系統(tǒng)中留有錯誤的設(shè)計 ──缺陷或“ 故障 ” (fault)，這些 故障 導(dǎo)致系統(tǒng)的錯誤執(zhí)行──錯誤 (error)，由于 錯誤 導(dǎo)致系統(tǒng)的錯誤輸出 ──失效(failure)。因 ?具體要處理的問題是多種多樣的 ?其對應(yīng)的輸入環(huán)境是隨機(jī) ?程序中相應(yīng)程序路徑的選取也是隨機(jī)的 ?軟件的失效也是隨機(jī)的 ?應(yīng)當(dāng)把運行時間 t當(dāng)作隨機(jī)變量來考慮。 ?推測錯誤的產(chǎn)生頻度，即推測錯誤產(chǎn)生的時間間隔 ?推測殘留在程序中的錯誤數(shù) ?評價測試的精確度和覆蓋率 推測錯誤的產(chǎn)生頻度 ?估算錯誤產(chǎn)生頻度的一種方法是估算平均失效等待時間MTTF (Mean Time To Failure) ? MTTF估算公式 (Shooman模型 ) M T T F =IK E E tTT C( ( ))? E t E eT K t( ) ( )? ? ? ?1故障累積指數(shù)曲線模型 估算軟件中故障總數(shù) ET 的方法 利用 Shooman模型 估算程序中原來錯誤總量 ET — 瞬間估算 E ttKEIE tIE ttKEIE tIC TTCTC TTCT( ) ( )( ) ( )11122211? ? ???????? ? ???????M T T FM T T F12 解此方程組 ?( ) ( )( ) ( )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 1 利用最小二乘法進(jìn)行程序原有錯誤數(shù)ET及 K的估算 ?由失效率 ?整理得 ?若對程序進(jìn)行若干次不同的功能測試，可得到一系列實驗數(shù)據(jù) ? ? ???????KEIE tITTcT( )E tIEI KcTTT( )? ?? Ec ( ti ), ? ( ti ), i = 1, 2, …, n ?令 ?有 ? ? ?? ?1KaEIbE tItTTC iTi i i, ,( ), ( ) ? ? ?? ?i ia b i n? ? ?, , , , 1 2 ? ?用最小二乘法解此方程組，可解出 a、 b的估計值 ?最后得到 K, ET 的估計值 ??, ? ?KaE I bT T? ? ? ?1 利用植入故障法估算程序中原有故障總數(shù) ET ─ 捕獲－再捕獲抽樣法 ?設(shè) Ns 是 在測試前人為地向程序中植入的故障數(shù) ， ns 是 經(jīng)過一段時間測試后發(fā)現(xiàn)的播種故障數(shù)目 ，n 是 在測試中又發(fā)現(xiàn)的程序原有故障數(shù) 。由于 ? 測試的不完全，在某些很難發(fā)現(xiàn)的故障未發(fā)現(xiàn)前就可能結(jié)束測試 ? 若程序中潛在的故障較少，則參數(shù) N的估計誤差較大 ?因此，只用測試中累積發(fā)現(xiàn)的故障數(shù)來評價測試是不夠的。 ?可通過被測試對象軟件內(nèi)潛在的原有故障的捕捉率來測定的。 ?協(xié)調(diào)軟件開發(fā)使得混亂減到最小的技術(shù)叫做配置管理 。它們又依次繁衍出建立信息層次的其它文檔 。（ B的副本）上完成要求的變更 ， 再用B39。 ?一個配置對象有一個 名字 和一組 屬性 ，并通過某些聯(lián)系“連接”到其它對象。 ?為了方便 對軟件配置的各個片段 （ SCI） 進(jìn)行控制和管理 ，不致造成混亂，首先應(yīng)給它們 命名 。 命名對象之間的聯(lián)系 ?對象的層次關(guān)系： 一個對象可以是一個復(fù)合對象的一個組成部分，用聯(lián)系 is part of 標(biāo)識 。 ?在對象成為基線以前可能要做多次變更，在成為基線之后也可能需要頻繁地變更。 ?使用 演變圖 來表示系統(tǒng)的不同版本。 ?軟件版本升級管理 ： ? 每次登入時，在服務(wù)器上都會生成新的版本。 變更控制 ?軟件生存期內(nèi)全部的軟件配置是軟件產(chǎn)品的真正代表 ，必須使其保持 精確 。 ? 如果變更的代價比較小且對軟件系統(tǒng)其它部分沒有影響，或影響很小，通常應(yīng)批準(zhǔn)這個變更。這就是配置狀態(tài)登錄的任務(wù)。 配置審計 ?軟件的完整性 ，是指開發(fā)后期的 軟件產(chǎn)品能夠正確地反映用戶要求 。 ?軟件配置審計 作為正式技術(shù)評審的補(bǔ)充， 評價在評審期間通常沒有被考慮的 SCI的特性 。 ?軟件配置審計是軟件變更控制人員 掌握配置情況 、 進(jìn)行審批的依據(jù) 。 ?配置狀態(tài)報告可以放在一個聯(lián)機(jī)數(shù)據(jù)庫中，以便軟件開發(fā)人員或者軟件維護(hù)人員可以對它進(jìn)行查詢或修改。 ?這種變更報告和審查制度，對變更控制來說起了一個安全保證作用。它是必須進(jìn)行的，通常不需要從管理角度對這類變更進(jìn)行審查和批準(zhǔn)。 ? 在 更新一個文件之前鎖定它 ，避免變更沒有鎖定的項目源文件。其中 部件 4在軟件 使用彩色顯示器 時使用， 部件 5在軟件 使用單色顯示器 時使用。 版本控制 ?版本控制是 SCM的基礎(chǔ)，它管理并保護(hù)開發(fā)者的軟件資源。 ?對象的相互關(guān)聯(lián)關(guān)系： 對象跨越對象層次的分支相互關(guān)聯(lián)。 ?對象標(biāo)識： （名字、描述、資源、實現(xiàn)） ?對象的 名字 明確地標(biāo)識對象。如果對“源代碼”對象作了一個變更，軟件工程師就可以根據(jù)這種相互關(guān)系確定，其它哪些對象（和 SCI）可能受到影響。 基線 SCI和項目數(shù)據(jù)庫 軟件配置項 SCI ?軟件配置管理的對象就是SCI— 軟件配置項 。 軟件開發(fā)各階段的基線 項目數(shù)據(jù)庫 ?一旦 一個 SCI成為基線 ， 就把它存放到項目數(shù)據(jù)庫中 。 ?在軟件工程過程中產(chǎn)生的所有信息項（文檔、報告、程序、表格、數(shù)據(jù)） 構(gòu)成了軟件配置 。 ?因此，在使用測試結(jié)果進(jìn)行軟件質(zhì)量評價時， 只用指數(shù)型的NHPP的平均值曲線 (A)是不夠的 。 ?測試數(shù)量的度量指標(biāo)是 執(zhí)行的測試用例數(shù) 、 確認(rèn)的程序路徑數(shù) 等等； 測試精確度 Ac ?表明在測試的過程中以多大的把握捕捉了軟件中潛在的故障。如果 bi減小，或幾次估算值的結(jié)果相差不多，則 B0作為原有錯誤總數(shù)的估算值。因此，還要明確 哪些失效是致命的 ， 哪些失效是非致命的 ， 哪些又是容易修復(fù)的 。 ?環(huán)境條件 ─指的是 軟件的使用環(huán)境 。這些缺陷可在生存期各個階段被引入。 ?例如，有一個存在缺陷的編譯