【文章內容簡介】 。 ? 復用性： 一個軟件（或軟件的部件）能再次用于其它應用（該應用的功能與此軟件或軟件部件的所完成的功能有聯(lián)系）的程度。 ? 互連性： 連接一個軟件和其他系統(tǒng)所需工作量的大小。如果這個軟件要聯(lián)網(wǎng)，或與其 他系統(tǒng)通信，或要把其他系統(tǒng)納入到自己的控制之下，必須有系統(tǒng)間的接口，使之可以聯(lián)結?；ミB性很重要。它又稱相互操作性。 62 軟件質量模型 ? 通常，對以上各個質量特性直接進行度量是很困難的，在有些情況下甚至是不可能的。因此， McCall定義了一 組比較容易度量的軟件質量要素評價準則 ，使用它們對反映質量特性的軟件屬性分級，以此來估計軟件質量特性的值。 ? 定義評價準則的關鍵是確定影響軟件質量要素的屬性。這些屬性必須滿足 ① 比較完整 、 準確的描述軟件質量要素； ② 比較容易量化和測量 ， 能夠反映軟件質量的優(yōu)劣 。 ? McCall定義的軟件質量要素評價準則共 21種 ， 它們是： 63 McCall軟件質量要素評價準則 (Auditability) ： 檢查軟件需求、規(guī)格說明、標準、過程、指令、代碼及合同是否一致的難易程度。 (Accuracy) ： 計算和控制的精度，最好表示成相對誤差的函數(shù) ,值越大表示精度越高。 (Communication Commonality) ： 使用標準接口、協(xié)議和頻帶的程度。 (Completeness)： 所需功能完全實現(xiàn)的程度。 (Conciseness)： 程序源代碼的緊湊性。 (Consistency)：設計文檔與系統(tǒng)實現(xiàn)的一致性。 (Data Commonality)： 在程序中使用標準的數(shù)據(jù)結構和類型。 (Error tolerance) ： 系統(tǒng)在各種異常條件下提供繼續(xù)操作的能力 64 McCall軟件質量要素評價準則 (Execution Efficiency)： 程序運行效率 。 (Expandability)： 能夠對結構設計 、 數(shù)據(jù)設計和過程設計進行擴充的程度 (Generality)： 程序部件潛在的應用范圍的廣泛性 (Hardware Independence)： 軟件同支持它運行的硬件系統(tǒng)不相關的程度 。 (Instrumentation)： 監(jiān)視程序的運行 ， 一旦發(fā)生錯誤時 ， 標識錯誤的程度 。 (Modularity)：程序部件的功能獨立性 。 65 McCall軟件質量要素評價準則 (Operability)： 操作一個軟件的難易程度 。 (Security)： 控制或保護程序和數(shù)據(jù)不受破壞的機制 ， 以防止程序和數(shù)據(jù)受到意外的或蓄意的存取 、 使用 、 修改 、 毀壞或泄密 。 (Selfdocumentation)：源代碼提供有意義文檔的程度 。 (Simplicity)：理解程序的難易程度 。 (Software System Independence)：程序與非標準的程序設計語言特征 、 操作系統(tǒng)特征 、 以及其他環(huán)境約束無關的程度 。 (Tracebility)：對軟件進行正向和反向追蹤的能力 。 (Training)：軟件支持新用戶使用該系統(tǒng)的能力 。 66 計算軟件質量要素 軟件質量要素 Fj的值可用下式計算 L Fj＝ ∑ CjkMk j=1,2， ...,11. k=1 其中 Mk是軟件質量要素 Fj對第 k種評價準則的測量值 Cjk McCall定義的評價準則多數(shù)都沒有客觀的測量方法 ，只能憑主觀印象為評價準則定值 。 McCall將評價準則分為 010級 。 0級最低 ,10級最高 。 Mk的取值是 0 , , ,? , 67 質量要素與評價準則 (1/2) 要素 關系 準則 正確性 可靠性 有效性 完整性 可維護 可測試 可移植 可重用 互操作 可用性 靈活性 可審查性 V V 準確性 V 通信通用性 V 完全性 V 簡明性 V V V 一致性 V V V V 數(shù)據(jù)通用性 V 容錯性 V 執(zhí)行效率 V 可擴充性 V 通用性 V V V V 68 質量要素與評價準則 (2/2) 要 素 關 系 準 則 正確性 可靠性 有效性 完整性 可維護 可測試 可移植 可重用 互操作 可用性 靈活性 硬件獨立性 V V V V 檢測性 V V V 模塊化 V V V V V V V 可操作性 V V 安全性 V 自文擋化 V V V V V 簡單性 V V V V 軟件獨立性 V V 可追蹤性 V 易培訓性 V 69 McCall軟件質量要素評價準則 ? McCall軟件質量度量模型為軟件質量管理奠定了基礎 ? 模型由軟件質量要素和評價準則組成 ? 加權系數(shù) Cjk滿足 ∑ Cjk＝ 1 其中 Cjk≥ 0 當質量要素 Fj與 k項評價準則無關時 ， Cjk=0 ? McCall評價準則項數(shù) L=21 70 軟件質量模型 ? ISO 軟件質量度量模型 1985年國際標準化組織 (ISO)建議 ， 軟件質量度量模型由三層組成 。 1. 高層稱軟件質量需求評價準則 (SQRC)。 2. 中層稱軟件質量設計評價準則 (SQDC)。 3. 低層稱軟件質量度量評價準則 (SQMC)。 分別對應 McCall等人的要素 、 評價準則和度量 。 ISO認為應對高層和中層建立國際標準 ， 以便在國際范圍內推廣軟件質量管理 ， 而低層可由各單位自行制定 。 ISO高層由8個要素組成 、 中層由 23個評價準則組成 。 它們之間的關系如表所示 。 71 ISO的質量要素與評價準則 (1/2) 要素 關系 準則 正確性 可容性 有效性 安全性 可用性 可維護 靈活性 互操作 可追蹤性 V 完全性 V 一致性 V V V 準確性 V 容錯性 V 簡單性 V V 模塊化 V V 通用性 V 可擴充性 V 檢測性 V 自描述性 V V 72 ISO的質量要素與評價準則 (2/2) 要素 關系 準則 正確性 可容性 有效性 安全性 可用性 可維護 靈活性 互操作 執(zhí)行效率 V 存儲效率 V 存取控制 V 存取審查 V 可操作性 V 易培訓性 V 通信性 V 軟件獨立性 V 硬件獨立性 V 通信通用性 V 數(shù)據(jù)通用性 V 簡明性 V 73 軟件質量模型 ? 1991年， ISO發(fā)布了 ISO/IEC9126質量特性的國際標準，將質量特性降為 6個，即功能性、可靠性、可維護性、效率、可使用性、可移植性，并定義了 21個子特性。 1991年發(fā)布的 ISO/IEC9126標準現(xiàn)在被分為了兩部 ,ISO/IEC9126(軟件產(chǎn)品質量 )和 ISO/IEC14598(軟件產(chǎn)品評價 )。 74 軟件質量模型 75 軟件質量特性之間的競爭 在軟件的質量特性與質量特性之間、質量特性與質量子特性之間存在著有利的影響和不利的影響。例如，由于效率的要求，應盡可能采用匯編語言。但是用匯編語言編制出的程序，可靠性、可移植性以及可維護性都很差。 因此在系統(tǒng)設計過程中應根據(jù)具體情況對各種要素的要求進行折衷，以便得到在總體上用戶和系統(tǒng)開發(fā)人員都滿意的質量標準。 質量要素之間的關系表 76 軟件質量特性之間的競爭 77 軟件質量的度量和評價 ? 軟件質量的度量 是軟件屬性的量化，是經(jīng)驗關系系統(tǒng)到數(shù)值關系系統(tǒng)的一種映射。軟件質量特性度量有兩類：預測型和驗收型。 ? 預測度量是利用定量的或定性的方法，對軟件質量的評價值進行估計，以得到軟件質量的比較精確的估算值。它是用在軟件開發(fā)過程中的。 ? 尺度度量：這是一種定量度量。它適用于一些能夠直接度量的特性，一般它作為相對量進行度量。如可靠性度量、復雜度度量、缺陷度量和規(guī)模度量等。 ? 二元度量：這是一種定性度量。它適用于一些只能間接度量的特性。 ? 驗收度量是在軟件開發(fā)各階段的檢查點，對軟件的要求質量進行確認性檢查的具體評價值，它可以看成是對預測度量的一種確認，是對開發(fā)過程中的預測進行評價。 78 軟件質量的度量和評價 ? 軟件質量度量的實施 在確定要對一個軟件（系統(tǒng)）進行度量之后，一般，采取以下幾個步驟，來實施對該軟件的度量： （ 1）確定軟件質量需求； 在用戶需求中，除功能需求外，還有非功能需求，包括：質量需求、環(huán)境需求、設計約束、開發(fā)策略等。質量需求是用戶比較關心的內容。 但是，我們已經(jīng)知道，軟件的功能需求的確定，存在一定的難度。而非功能需求的確定，則難度更大。這些困難包括：需求如何獲取，需求沖突如何協(xié)調、需求的確認和變更的授權等。 過程： 需求獲?。菏紫龋阋斫庥脩舻男枨?，區(qū)分哪些是質量需求，把這些需求記錄下來，獲得用戶的確認。 需求分析：拿到用戶確認的需求后，你可以開始把用戶的質量需求與我們設定的質量特性聯(lián)系起來，一直區(qū)分到子特性。這種聯(lián)系，就是把用戶語言描述的需求，轉變?yōu)橛嬎銠C工程師語言的需求。建立了這種關聯(lián)后，可以根據(jù)分類，分級，確定直接度量。 79 軟件質量度量的實施 （ 2）確定直接度量 直接度量就是實際的軟件質量測量活動，它的輸入是軟件或軟件過程，輸出是一個測量值。它通過執(zhí)行一系列的任務，獲得一個質量值。 例如：對一個沒有經(jīng)過培訓的用戶，讓他使用軟件系統(tǒng)的某一功能，在界面提示、聯(lián)機幫助、使用手冊的幫助下，他學會掌握該功能所花的時間。而用戶需求對此項指標的要求（目標）和現(xiàn)實系統(tǒng)所達到的實際值（比如： 10個人次測量后統(tǒng)計意義上的）的比較，就是將提交質量評審的質量值。 在進行直接度量前，你應該有以下準備： （ 1）工具：有助于計算度量值的硬件 /軟件工具，如：缺陷跟蹤工具； （ 2）應用：描述度量結果的希望值、度量值的意義、作用和對度量結果數(shù)據(jù)的使用方法； （ 3）數(shù)據(jù)：獲得度量結果所需的數(shù)據(jù)、程序、過程等度量對象； （ 4）計算：度量程序、步驟和方法。 （ 5）費用：測試是要花錢（人力、物力、時間等）的。 80 軟件質量度量的實施 （ 3）分析度量結果 對度量過程進行跟蹤和分析，需要時，可能會對度量程序、度量工具、度量方法，甚至原始數(shù)據(jù)，做出補充和調整。 （ 4）確認質量度量 在度量過程中，進行度量結果的確認非常重要。首先，要確認度量過程是否與事實相符，脫離現(xiàn)實真實的度量，與目標再相符的結果也是沒有意義的。其次，是確認方法的有效性，例如：在度量中，我們用到很多統(tǒng)計學方法，在這些方法中，我們有一些概率分布假設（例如：某些錯誤的發(fā)生，我們假設符合隨機概率分布），當這些假設并不成立時，度量的結果是不真實的。 81 軟件質量的度量和評價 ? 軟件質量評價 定量地評價軟件的質量，目前還不能精確地做到。一般采取由若干（ 6～ 10）位軟件專家進行打分來評價。這些軟件專家應是富有實際經(jīng)驗的項目帶頭人。軟件質量評價分兩步走。 （ 1）評分 對每一階段要達到的質量指標（質量特性目標值或標準）詳細開列 /建立度量工作表，在表中，以提問題方式，列出在某一階段為實現(xiàn)某一質量指標，應達到什么標準。所以它也可稱為檢查表。特別地，有些檢查表是針對子系統(tǒng)或模塊的。 為了回答度量工作表上的問題，必須積累原始資料。最重要的原始資料是在軟件定義與開發(fā)的各個階段提供的文檔。其次是在開發(fā)過程中積累的各種數(shù)據(jù)，特別是對出錯數(shù)據(jù)的記錄。 評分主要是依據(jù)軟件實際成果進行的、由于軟件使用環(huán)境不同，使用目的不同，各人打分會有一定差別。 （ 2）分析結果 根據(jù)評分的結果，對照評價指標，檢查某個質量特性是否達到了要求的質量標準。如果某個質量特性不符合規(guī)定的標準，就應當分析這個質量特性，找出為什么達不到標準的原因。 分析原因應該自頂向下進行。按系統(tǒng)級、子系統(tǒng)級、模塊級逐步分析。 82 四層模型 ? 四層模型 軟件質量的度量關鍵是要定出評定質量的指標和評定優(yōu)劣的標準。有一種四層模型， 第一層是 軟件產(chǎn)品質量 (質量需求 )， 第二層是質量特性，