【正文】 更影響的文檔都做相應(yīng)的修改。 ?在一個 SCI成為基線之前，可以對所有合理的項目和技術(shù)申請進(jìn)行非正式的變更； ?一旦某個 SCI經(jīng)過正式的技術(shù)評審并得到批準(zhǔn)，它就成了基線。此外在軟件配置報告中新登錄的變更應(yīng)當(dāng)及時通知給管理人員和軟件工程師。 ?軟件的變更控制機(jī)制通常只能跟蹤到工程變更順序產(chǎn)生為止。 ?正式技術(shù)評審應(yīng)對所有的變更進(jìn)行，除了那些最無價值的變更之外。避免了可能出現(xiàn)的不一致和沖突。 配置狀態(tài)報告 ?為了清楚、及時地記載軟件配置的變化，需要 對開發(fā)的過程做出系統(tǒng)的記錄 ，以反映開發(fā)活動的歷史情況。這類變更必須經(jīng)過某種正式的變更評價過程，以估計變更需要的成本和它對軟件系統(tǒng)其它部分的影響。 ? 如果需要做較大的變更，可有兩種選擇： 加鎖，然后正常處理 ； 建分支，把變更與主干“ 脫機(jī) ”，然后把結(jié)果合并回去。 ? 用戶通過登入（ check in）和檢出（ check out）的方式訪問服務(wù)器上的文件，未經(jīng)授權(quán)的用戶無法訪問服務(wù)器上的文件。 ?通過 描述所希望的屬性集合 來確定 （或 構(gòu)造 ） 所想要的配置 。 (一個復(fù)合對象與一個特定的基本對象之間的相互聯(lián)系） 演變圖 ?整個軟件工程過程中所涉及的軟件對象都必須加以標(biāo)識。 ?基本對象的實現(xiàn) 是 指向 文本單元 的指針 ，復(fù)合對象的實現(xiàn)為null。 ?整個軟件生存期的 軟件配置就象一部不斷演變的電影 ，而某一時刻的配置就是這部電影的一個片段。 配置對象 ?在實現(xiàn) SCM時，把 SCI組織成配置對象 ，在項目數(shù)據(jù)庫中用一個 單一的名字來組織它們 。 工程師在 B39。系統(tǒng)規(guī)格說明可繁衍出軟件項目實施計劃和軟件需求規(guī)格說明。 軟件配置管理 ?在軟件建立時 變更是不可避免的 ，因為在進(jìn)行變更前沒有仔細(xì)分析，或沒有進(jìn)行變更控制，變更加劇了項目中軟件人員之間的混亂 。 y N e i ni bt i? ? ??( ), , ,1 0 ? 測試覆蓋率 Cv ?表明在整個測試期間發(fā)現(xiàn)軟件內(nèi)潛在故障的可能性有多大。 ? ?m t N e bt( ) ? ? ?1 ? N 可以認(rèn)為是 當(dāng)測試時間無限延長時 估計可能發(fā)現(xiàn)的故障總數(shù) 。 測試中的可靠性分析 ?在軟件開發(fā)的過程中， 利用測試的統(tǒng)計數(shù)據(jù)，估算軟件的可靠性 ，以控制軟件的質(zhì)量是至關(guān)重要的。 ?規(guī)定的時間 ─在定義中，一般采用 “運行時間” t 作為時間的尺度。 ?以上定義的故障、錯誤和失效，分別代表了 廣義的“錯誤” 在不同的條件下 所對應(yīng)的術(shù)語。 ?“錯誤”這一術(shù)語。 ?從軟件工程的角度來說， 軟件產(chǎn)品的壽命是指軟件的整個生存期 。 這樣重復(fù)“ Plan”到“ Action”的過程 ，直到整個開發(fā)項目完成。 ? Plan：設(shè)定適合于被開發(fā)軟件的評測檢查項目 (質(zhì)量評價準(zhǔn)則 )。 質(zhì)量保證的實施 ?軟件質(zhì)量保證的實施需要從縱向和橫向兩個方面展開。 ? 必須 明確各部門的職責(zé) 。 ?當(dāng)開發(fā)階段出現(xiàn)異常時， 要從質(zhì)量特性方面進(jìn)行檢驗，看是否會給后續(xù)階段帶來影響 。 7. 提高軟件開發(fā)的工程能力 ?要想生產(chǎn)出高質(zhì)量的軟件產(chǎn)品必須有高水平的 軟件工程能力 。 ? 使用先進(jìn)的開發(fā)技術(shù)：如 結(jié)構(gòu)化技術(shù) 、 面向?qū)ο蠹夹g(shù) ? 使用數(shù)據(jù)庫技術(shù)或網(wǎng)絡(luò)化技術(shù) ? 應(yīng)用開發(fā)工具或環(huán)境 ? 改進(jìn)開發(fā)過程 4. 組織外部力量協(xié)作的方法 ?一個軟件自始至終由同一個軟件開發(fā)單位來開發(fā)，也許是最理想的。 ?質(zhì)量保證是 面向消費者的活動 ，是為了使產(chǎn)品實現(xiàn)用戶要求的功能，站在用戶立場上來掌握產(chǎn)品質(zhì)量的。 ?第二種叫做 二元度量 ，這是一種 定性度量 。 軟件質(zhì)量模型 ?軟件質(zhì)量特性定義成 分層模型 ?最基本的叫做 基本質(zhì)量特性 ，它可以由一些子質(zhì)量特性定義和度量。 ?標(biāo)準(zhǔn)定義了一組開發(fā)準(zhǔn)則，用來指導(dǎo)軟件人員用工程化的方法來開發(fā)軟件 。 ? . Fisher 定義軟件質(zhì)量為“ 所有描述計算機(jī)軟件優(yōu)秀程度的特性的組合 ”。它隨著應(yīng)用的不同而不同，隨著用戶提出的質(zhì)量要求不同而不同。 ?預(yù)測度量 是利用定量或定性的方法，估算軟件質(zhì)量的評價值，以得到軟件質(zhì)量的比較精確的估算值。 ?例如，在設(shè)計和編碼階段的復(fù)雜性度量，利用 尺度度量方法來做。即 為了確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計劃、有系統(tǒng)的管理活動 。必須 明確規(guī)定 進(jìn)度管理 、質(zhì)量管理 、 交接檢查 、 維護(hù)體制 等各方面的要求 ， 建立 跟蹤檢查 的體制 。 ?為了 確保每個開發(fā)過程的質(zhì)量 ，防止把軟件差錯傳遞到下一個過程，必須進(jìn)行質(zhì)量檢驗。 ?要以一定的標(biāo)準(zhǔn)檢驗產(chǎn)品，根據(jù)產(chǎn)品的質(zhì)量特性，檢查各個過程的管理狀態(tài)。 ? 必須 不斷地總結(jié)系統(tǒng)管理的經(jīng)驗教訓(xùn) ， 能夠修改系統(tǒng) 。 質(zhì)量目標(biāo)與度量 ?為了開發(fā)高質(zhì)量的軟件，需要明確軟件的功能 ， 明確軟件應(yīng)達(dá)到什么樣的質(zhì)量標(biāo)準(zhǔn) ，即 質(zhì)量目標(biāo) 。在接受質(zhì)量檢查前先做自我檢查 。 ?為了實現(xiàn)規(guī)定的質(zhì)量特性，就需要把這些 質(zhì)量特性轉(zhuǎn)換為軟件的內(nèi)部結(jié)構(gòu)的特性 。 ?我們把 在使用期間軟件能夠正常工作的持續(xù)時間叫做軟件的使用壽命 。 ?在漢譯中，這些術(shù)語的使用更加混亂。只有當(dāng)軟件頻繁失效，或者公認(rèn)已經(jīng)“過時”了的時侯，軟件才被廢棄， 意味著當(dāng)前這一版本軟件使用壽命的終結(jié)。一般從軟件需求分析說明書和設(shè)計說明書中可以了解這些情況。 ?在大程序測試時，頭幾個月兩個測試員測試的結(jié)果應(yīng)當(dāng)比較接近， bi 不是很大 。 ? SPQL (Software Product Quality Level) 用如下公式度量： SPQL ＝ Ac Cv ?其中， Ac (Test Accuracy) 是 測試的精確度 ，它反映了測試的質(zhì)量； Cv (Test Coveragy) 是 測試的覆蓋度 ，它反映了測試的數(shù)量。 ?為描述這種情形，對原來NHPP的指數(shù)型平均值函數(shù)加以改造： ?它是 把原來的指數(shù)型平均值函數(shù)在時間軸上平移而得到的結(jié)果 ， 是具有時間延遲的 NHPP模型 。 軟件配置管理的概念 ?軟件配置管理，簡稱 SCM，是一種“保護(hù)傘”活動，它 應(yīng)用于整個軟件工程過程 。 ?由正式的技術(shù)評審而得到的SCI協(xié)議和軟件配置的正式文本才能成為基線。 ?有些系統(tǒng)中把這個基線 SCI鎖定。箭頭指明了一種構(gòu)造關(guān)系。例如，基本對象可能是需求規(guī)格說明中的一節(jié)，一個模塊的源程序清單、一組用來測試一個等價類的測試用例。 data model is part of Design Specification。 演變圖 ?在某些工具中，當(dāng)前保持的 只是最后版本的完全副本 。 ?軟件的每一版本都是 SCI（源代碼、文檔、數(shù)據(jù)） 的一個收集 ，且各個版本都可能由不同的變種組成。 ?加鎖功能 ： ? 目的是 在文件更新時保護(hù)文件 ，避免不同用戶更改同一文件時發(fā)生沖突 。 ?變更控制包括 建立控制點 和 建立報告與審查制度 。 ? 如果同意這種變更， 需要進(jìn)一步確定由誰來支付變更所需要的費用。 ?對于每一項變更，記錄：發(fā)生了什么？為什么會發(fā)生？誰做的？什么時侯發(fā)生的？會有什么影響？ 配置狀態(tài)報告信息流 ?每次 新分配一個 SCI，或 更新一個已有 SCI的標(biāo)識 ，或 一項變更申請被變更控制負(fù)責(zé)人批準(zhǔn) ，并給出了一個工程變更順序 時 ，在配置狀態(tài)報告中就要增加一條變更記錄條目。 ? 確保所有文檔的內(nèi)容變動不超出當(dāng)初確定的軟件要求范