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