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