【正文】 過(guò)程 129 132 軟件變更有兩類(lèi)不同情況： ? 為改正小錯(cuò)誤需要的變更 。 126 ? 如果需要做較大的變更，可有兩種選擇： ，然后正常處理 ； ，把變更與主干“ 脫機(jī) ”，然后把結(jié)果合并回去。 ? 某一文件一旦被 登入 ， 鎖即被解除 ，該文件可被其它用戶(hù)使用。 ? 用戶(hù)通過(guò)登入（ check in）和檢出（ check out）的方式訪問(wèn)服務(wù)器上的文件，未經(jīng)授權(quán)的用戶(hù)無(wú)法訪問(wèn)服務(wù)器上的文件。 ? 例如，一個(gè)簡(jiǎn)單的程序版本由 4和 5等部件組成。 ? 通過(guò) 描述所希望的屬性集合 來(lái) 確定 （或構(gòu)造 ） 所想要的配置 。 ? 為了得到較早時(shí)期 (文檔或程序 )的版本，可以從最后版本中 “提取”出 (由工具編目的 )變更 ，使得 當(dāng)前配置直接可用 ，并使得 其它版本也可用 。 (一個(gè)復(fù)合對(duì)象與一個(gè)特定的基本對(duì)象之間的相互聯(lián)系） 114 演變圖 ? 整個(gè)軟件工程過(guò)程中所涉及的軟件對(duì)象都必須加以標(biāo)識(shí)。 ? 就可以建立 SCI的一個(gè)層次。 ? 基本對(duì)象的實(shí)現(xiàn) 是 指向 文本單元 的指針 ，復(fù)合對(duì)象的實(shí)現(xiàn)為 null。 ? 復(fù)合對(duì)象 ： 是基本對(duì)象或其它復(fù)合對(duì)象的 一個(gè)收集 。 ? 整個(gè)軟件生存期的 軟件配置就象一部不斷演變的電影 ，而某一時(shí)刻的配置就是這部電影的一個(gè)片段。 106 配置對(duì)象 107 ? 雙向箭頭則表明一種相互關(guān)系 。 105 配置對(duì)象 ? 在實(shí)現(xiàn) SCM時(shí)，把 SCI組織成配置對(duì)象 ，在項(xiàng)目數(shù)據(jù)庫(kù)中用一個(gè) 單一的名字來(lái)組織它們 。 ? 在變更完成、評(píng)審和批準(zhǔn)之前，不許對(duì)它做任何操作。 工程師在 B39。 ? 基線(xiàn)的 作用是把各階段工作的劃分更加明確化 ，以便于檢驗(yàn)和肯定階段成果。系統(tǒng)規(guī)格說(shuō)明可繁衍出軟件項(xiàng)目實(shí)施計(jì)劃和軟件需求規(guī)格說(shuō)明。 ? SCM活動(dòng)的目標(biāo)是為了 (1) 標(biāo)識(shí)變更； (2) 控制變更； (3) 確保變更正確地實(shí)現(xiàn)； (4) 向其他有關(guān)的人報(bào)告變更。 94 軟件配置管理 ? 在軟件建立時(shí) 變更是不可避免的 ，因?yàn)樵谶M(jìn)行變更前沒(méi)有仔細(xì)分析，或沒(méi)有進(jìn)行變更控制， 變更加劇了項(xiàng)目中軟件人員之間的混亂 。 m t N e b t d( ) ( )( )? ? ? ?191 92 ? 測(cè)試員從發(fā)現(xiàn)錯(cuò)誤征兆到確認(rèn)錯(cuò)誤，需要反復(fù)執(zhí)行程序，以再現(xiàn)錯(cuò)誤，造成時(shí)間拖延。 y N e i ni bt i? ? ??( ), , ,1 0 ?88 測(cè)試覆蓋率 Cv ? 表明在整個(gè)測(cè)試期間發(fā)現(xiàn)軟件內(nèi)潛在故障的可能性有多大。 測(cè)試結(jié)束時(shí)軟件產(chǎn)品質(zhì)量水準(zhǔn) 84 ? 測(cè)試質(zhì)量的度量可以靠 測(cè)試的故障捕捉率和遺漏率 來(lái)衡量。 ? ?m t N e bt( ) ? ? ?181 82 ? N 可以認(rèn)為是 當(dāng)測(cè)試時(shí)間無(wú)限延長(zhǎng)時(shí) 估計(jì)可能發(fā)現(xiàn)的故障總數(shù) 。這時(shí)有 ? 如果 bi比較顯著 ， 應(yīng)當(dāng)每隔一段時(shí)間 ，由兩個(gè)測(cè)試員再進(jìn)行分別測(cè)試 ，分析測(cè)試結(jié)果，估算 B0。 69 測(cè)試中的可靠性分析 ? 在軟件開(kāi)發(fā)的過(guò)程中， 利用測(cè)試的統(tǒng)計(jì)數(shù)據(jù)，估算軟件的可靠性 ，以控制軟件的質(zhì)量是至關(guān)重要的。 ? 由于功能不同，失效帶來(lái)的損失就不一樣。 66 ? 規(guī)定的時(shí)間 ─在定義中，一般采用 “運(yùn)行時(shí)間” t 作為時(shí)間的尺度。 64 軟件故障產(chǎn)生原因 ? 支持軟件工作的基本條件 (除硬件外的操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)、編譯程序、微代碼等 )的缺陷 ? 軟件設(shè)計(jì)不當(dāng) ? 加入了允許范圍之外的輸入 65 軟件可靠性的定義 ? 軟件可靠性是軟件在 給定的時(shí)間間隔 及給定的環(huán)境條件 下， 按設(shè)計(jì)要求 ， 成功地運(yùn)行程序 的概率。 62 ? 以上定義的故障、錯(cuò)誤和失效，分別代表了 廣義的“錯(cuò)誤” 在不同的條件下 所對(duì)應(yīng)的術(shù)語(yǔ)。 61 在軟件工程中常用的定義 ? 故障 (fault)： 軟件的內(nèi)在缺陷 。 60 ? “錯(cuò)誤”這一術(shù)語(yǔ)。 59 ? 軟件的 使用壽命與輸入環(huán)境有關(guān) 。 ? 從軟件工程的角度來(lái)說(shuō)， 軟件產(chǎn)品的壽命是指軟件的整個(gè)生存期 。 ? 例如，軟件質(zhì)量需求中的“ 性能 ”，可以轉(zhuǎn)換成軟件內(nèi)部結(jié)構(gòu)中的構(gòu)成元素，即 每一個(gè)程序模塊和物理數(shù)據(jù)各自應(yīng)具有的性能特性 。 這樣重復(fù)“ Plan”到“ Action”的過(guò)程 ，直到整個(gè)開(kāi)發(fā)項(xiàng)目完成。 43 ? Check： 以 Plan階段設(shè)定的質(zhì)量評(píng)價(jià)準(zhǔn)則進(jìn)行評(píng)價(jià)。 ? Plan：設(shè)定適合于被開(kāi)發(fā)軟件的評(píng)測(cè)檢查項(xiàng)目 (質(zhì)量評(píng)價(jià)準(zhǔn)則 )。 ? 為了達(dá)到這個(gè)目標(biāo)， 在開(kāi)發(fā)過(guò)程中的各個(gè)階段進(jìn)行檢查和評(píng)價(jià) 。 39 質(zhì)量保證的實(shí)施 ? 軟件質(zhì)量保證的實(shí)施需要從縱向和橫向兩個(gè)方面展開(kāi)。 ? 制定質(zhì)量保證計(jì)劃 ，在計(jì)劃中 ? 確定 質(zhì)量目標(biāo) ? 確定 在每個(gè)階段為達(dá)到總目標(biāo)所應(yīng)達(dá)到的要求 ? 確定 進(jìn)度安排 ? 確定 所需人力、資源和成本等 。 ? 必須 明確各部門(mén)的職責(zé) 。 34 軟件質(zhì)量保證體系 ? 軟件的質(zhì)量保證活動(dòng)，是涉及各個(gè)部門(mén)的部門(mén)間的活動(dòng)。 33 ? 當(dāng)開(kāi)發(fā)階段出現(xiàn)異常時(shí)， 要從質(zhì)量特性方面進(jìn)行檢驗(yàn)，看是否會(huì)給后續(xù)階段帶來(lái)影響 。 32 質(zhì)量檢驗(yàn)的原則 ? 用戶(hù)要求的是產(chǎn)品所具有的功能，這是“真質(zhì)量”。 29 7. 提高軟件開(kāi)發(fā)的工程能力 ? 要想生產(chǎn)出高質(zhì)量的軟件產(chǎn)品必須有高水平的 軟件工程能力 。 27 5. 排除無(wú)效勞動(dòng) ? 最大的無(wú)效勞動(dòng)就是 因需求規(guī)格說(shuō)明有誤 、 設(shè)計(jì)有誤 而造成的 返工 。 ? 使用先進(jìn)的開(kāi)發(fā)技術(shù)：如 結(jié)構(gòu)化技術(shù) 、 面向?qū)ο蠹夹g(shù) ? 使用數(shù)據(jù)庫(kù)技術(shù)或網(wǎng)絡(luò)化技術(shù) ? 應(yīng)用開(kāi)發(fā)工具或環(huán)境 ? 改進(jìn)開(kāi)發(fā)過(guò)程 26 4. 組織外部力量協(xié)作的方法 ? 一個(gè)軟件自始至終由同一個(gè)軟件開(kāi)發(fā)單位來(lái)開(kāi)發(fā)，也許是最理想的。 22 軟件質(zhì)量保證的主要任務(wù) ?為了提高軟件的質(zhì)量和軟件的生產(chǎn)率，軟件質(zhì)量保證的主要任務(wù)大致可歸結(jié)為 8點(diǎn)。 ? 質(zhì)量保證是 面向消費(fèi)者的活動(dòng) ，是為了使產(chǎn)品實(shí)現(xiàn)用戶(hù)要求的功能，站在用戶(hù)立場(chǎng)上來(lái)掌握產(chǎn)品質(zhì)量的。對(duì)模塊復(fù)雜性的度量采用 McCabe 環(huán)路度量。 ? 第二種叫做 二元度量 ，這是一種 定性度量 。 ? 驗(yàn)收度量 是在軟件開(kāi)發(fā)各階段的檢查點(diǎn)，對(duì)軟件的要求質(zhì)量進(jìn)行確認(rèn)性檢查的具體評(píng)價(jià)值，它是對(duì)開(kāi)發(fā)過(guò)程中的預(yù)測(cè)進(jìn)行評(píng)價(jià)。 7 軟件質(zhì)量模型 ? 軟件質(zhì)量特性定義成 分層模型 ? 最基本的叫做 基本質(zhì)量特性 ，它可以由一些子質(zhì)量特性定義和度量。 6 軟件質(zhì)量特性 ? 軟件質(zhì)量特性，反映了軟件的本質(zhì) 。 ? 標(biāo)準(zhǔn)定義了一組開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件 。 4 質(zhì)量特性及其組合 ， 是軟件開(kāi)發(fā)與維護(hù)中的重要考慮因素 ? 為滿(mǎn)足軟件的各項(xiàng)精確定義的功能、性能需求，符合文檔化的開(kāi)發(fā)標(biāo)準(zhǔn)，需要相應(yīng)地給出或設(shè)計(jì)一些質(zhì)量特性及其組合。 ? . Fisher 定義軟件質(zhì)量為“ 所有描述計(jì)算機(jī)軟件優(yōu)秀程度的特性的組合 ”。不符合需求的軟件就不具備質(zhì)量。它隨著應(yīng)用的不同而不同，隨著用戶(hù)提出的質(zhì)量要求不同而不同。 ? 人們通常把影響軟件質(zhì)量的特性用軟件質(zhì)量模型來(lái)描述 。 ? 預(yù)測(cè)度量 是利用定量或定性的方法，估算軟件質(zhì)量的評(píng)價(jià)值，以得到軟件質(zhì)量的比較精確的估算值。它適用于一些能夠直接度量的特性，例如，出錯(cuò)率定義為：錯(cuò)誤數(shù)／ KLOC／單位時(shí)間 。 ? 例如，在設(shè)計(jì)和編碼階段的復(fù)雜性度量，利用 尺度度量方法 來(lái)做。 19 軟件的質(zhì)量保證 ? 質(zhì)量保證的概念 ? 軟件質(zhì)量保證的主要任務(wù) ? 質(zhì)量保證與檢驗(yàn) ? 軟件質(zhì)量保證體系 ? 質(zhì)量保證的實(shí)施 ? 軟件的質(zhì)量設(shè)計(jì) 20 質(zhì)