如何對軟體品質進行評估?

來源:互聯網
上載者:User

摘要:本文從軟體品質的有關概念出發,根據指標選取原則,在分析軟體品質特徵的基礎上提出了相應的軟體品質評估指標的選取原則,並進而建立了軟體品質評估體系。

關鍵詞:軟體品質 品質評估指標體系

1 軟體品質的有關概念

軟體品質是“軟體產品具有滿足規定的或隱含要求能力要求有關的特徵與特徵總和”。根據軟體品質國家標準GB-T8566--2001G,軟體品質評估通常從對軟體品質架構的分析開始。

1.1 軟體品質架構模型

1所示,軟體品質架構是一個“品質特徵—品質子特徵—度量因子”的三層結構模型。
在這個架構模型中,上層是面向管理的品質特徵,每一個品質特徵是用以描述和評價軟體品質的一組屬性,代表軟體品質的一個方面。軟體品質不僅從該軟體外部表格現出來的特徵來確定,而且必須從其內部所具有的特徵來確定。

第二層的品質子特徵是上層品質特徵的細化,一個特定的子特徵可以對應若干個品質特徵。軟體品質子特徵是管理員和技術人員關於軟體品質問題的通訊渠道。

最下面一層是軟體品質度量因子(包括各種參數),用來度量品質特徵。定量化的度量因子可以直接測量或統計得到,為最終得到軟體品質子特徵值和特徵值提供依據。

圖1 軟體品質架構模型

1.2 軟體品質特徵

按照軟體品質國家標準GB-T8566--2001G,軟體品質可以用下列特徵來評價:

a.功能特徵:與一組功能及其指定性質有關的一組屬性,這裡的功能是滿足明確或隱含的需求的那些功能。

b.可靠特徵:在規定的一段時間和條件下,與軟體維持其效能水平的能力有關的一組屬性。

c.易用特徵:由一組規定或潛在的使用者為使用軟體所需作的努力和所作的評價有關的一組屬性。

d.效率特徵:與在規定條件下軟體的效能水平與所使用資源量之間關係有關的一組屬性。

e.可維護特徵:與進行指定的修改所需的努力有關的一組屬性。

f.可移植特徵:與軟體從一個環境轉移到另一個環境的能力有關的一組屬性。

其中每一個品質特徵都分別與若干子特徵相對應。

2 評估指標的選取原則

選擇合適的指標體系並使其量化是軟體測試與評估的關鍵。評估指標可以分為定性指標和定量指標兩種。理論上講,為了能夠科學客觀地反映軟體的品質特徵,應該盡量選擇定量指標。但是對於大多數軟體來說,並不是所有的品質特徵都可以用定量指標進行描述,所以不可避免地要採用一定的定性指標。

在選取評估指標時,應該把握如下原則:

a.針對性
即不同於一般軟體系統,能夠反映評估軟體的本質特徵,具體表現就是功能性與高可靠性。

b.可測性
即能夠定量表示,可以通過數學計算、平台測試、經驗統計等方法得到具體資料。

c.簡明性
即易於被各方理解和接受。

d.完備性
即選擇的指標應覆蓋分析目標所涉及的範圍。

e.客觀性
即客觀反映軟體本質特徵,不能因人而異。

應該注意的是,選擇的評估指標不是越多越好,關鍵在於指標在評估中所起的作用的大小。如果評估時指標太多,不僅增加結果的複雜性,有時甚至會影響評估的客觀性。指標的確定一般是採用自頂向下的方法,逐層分解,並且需要在動態過程中反覆綜合平衡。

3 軟體品質評估指標體系

通常,我們在軟體的測試與評估時,主要側重於功能特徵、可靠特徵、易用特徵和效率特徵等幾個方面。在評價活動的具體實施中,應該把被評估軟體的研製任務書作為主要依據,採用自頂向下逐層分解的方法,並參照有關國家軟體品質標準。

3.1 功能性指標

功能性是軟體最重要的品質特徵之一,可以細化成完備性和正確性。目前對軟體的功能性評價主要採用定性評價方法。

a.完備性
完備性是與軟體功能完整、齊全有關的軟體屬性。如果軟體實際完成的功能少於或不符合研製任務書所規定的明確或隱含的那些功能,則不能說該軟體的功能是完備的。

b.正確性
正確性是與能否得到正確或相符的結果或效果有關的軟體屬性。軟體的正確性在很大程度上與軟體模組的工程模型(直接影響輔助計算的精度與輔助決策方案的優劣)和軟體編製人員的編程水平有關。

對這兩個子特徵的評價依據主要是軟體功能性測試的結果,評價標準則是軟體實際運行中所表現的功能與規定功能的符合程度。在軟體的研製任務書中,明確規定了該軟體應該完成的功能,如資訊管理、提供輔助決策方案、輔助辦公和資源更新等。那麼即將進行驗收測試的軟體就應該具備這些明確或隱含的功能。

目前,對於軟體的功能性測試主要針對每種功能設計若干典型測試案例,軟體測試過程中運行測試案例,然後將得到的結果與已知標準答案進行比較。所以,測試案例集的全面性、典型性和權威性是功能性評價的關鍵。

3.2 可靠性指標

根據相關的軟體測試與評估要求,可靠性可以細化為成熟性、穩定性、易恢複性等。對於軟體的可靠性評價主要採用定量評價方法。即選擇合適的可靠性度量因子(可靠性參數),然後分析可靠性資料而得到參數具體值,最後進行評價。

經過對軟體可靠性細化分解並參照研製任務書,可以得到軟體的可靠性度量因子(可靠性參數)。

a.可用度
可用度指軟體運行後在任一隨機時刻需要執行規定任務或完成規定功能時,軟體處於可使用狀態的機率。可用度是對應用軟體可靠性的綜合(即綜合各種運行環境以及完成各種任務和功能)度量。

b.初期故障率
初期故障率指軟體在初期故障期(一般以軟體交付給使用者後的三個月內為初期故障期)內單位時間的故障數。一般以每100小時的故障數為單位。可以用它來評價交付使用的軟體品質與預測什麼時候軟體可靠性基本穩定。初期故障率的大小取決於軟體設計水平、檢查項目數、軟體規模、軟體調試徹底與否等因素。

c.偶然故障率
指軟體在偶然故障期(一般以軟體交付給使用者後的四個月以後為偶然故障期)內單位時間的故障數。一般以每1000小時的故障數為單位,它反映了軟體處於穩定點下的品質。

d.平均失效前時間(MTTF)
指軟體在失效前正常工作的平均統計時間。

e.平均失效間隔時間(MTBF)
指軟體在相繼兩次失效之間正常工作的平均統計時間。在實際使用時,MTBF通常是指當n很大時,系統第n次失效與第n+1次失效之間的平均統計時間。對於失效率為常數和系統復原正常時間很短的情況下,MTBF與MTTF幾乎是相等的。

國外一般民用軟體的MTBF大體在1000小時左右。對於可靠性要求高的軟體,則要求在1000~10000小時之間。

f.缺陷密度(FD)
指軟體單位原始碼中隱藏的缺陷數量。通常以每千行無註解原始碼為一個單位。一般情況下,可以根據同類軟體系統的早期版本估計FD的具體值。如果沒有早期版本資訊,也可以按照通常的統計結果來估計。“典型的統計表明,在開發階段,平均每千行原始碼有50~60個缺陷,交付後平均每千行原始碼有15~18個缺陷”。

g.平均失效恢復(MTTR)
指軟體失效後恢複正常工作所需的平均統計時間。對於軟體,其失效恢復為排除故障或系統重新啟動所用的時間,而不是對軟體本身進行修改的時間(因軟體已經固化在機器內,修改軟體勢必涉及重新固化問題,而這個過程的時間是無法確定的)。

3.3 易用性指標

易用性可以細化為易理解性、易學習性和易操作性等。這三個特徵主要是針對使用者而言的。對軟體的易用性評價主要採用定性評價方法。

a.易理解性
易理解性是與使用者認識軟體的邏輯概念及其應用範圍所花的努力有關的軟體屬性。該特徵要求軟體研製過程中形成的所有文檔語言簡練、前後一致、易於理解以及語句無歧義。

b.易學習性
易學習性是與使用者為學習軟體應用(例如運行控制、輸入、輸出)所花的努力有關的軟體屬性。該特徵要求研製方提供的使用者文檔(主要是《電腦系統操作員手冊》、《軟體使用者手冊》和《軟體程式員手冊》)內容詳細、結構清晰以及語言準確。

c.易操作性
易操作性是與使用者為操作和運行控制所花的努力有關的軟體屬性。該特徵要求軟體的人機介面友好、介面設計科學合理以及操作簡單等。

3.4 效率特徵指標

效率特徵可以細化成時間特徵和資源特徵。對軟體的效率特徵評價採用定量方法。效率特徵分解2所示。

圖2 效率特性分解圖

a.輸出結果更新周期
輸出結果更新周期是軟體相鄰兩次輸出結果的間隔時間。為了整個系統能夠協調工作,軟體的輸出結果更新周期應該與系統的資訊更新周期相同。

b.處理時間
處理時間是軟體完成某項功能(輔助計算或輔助決策)所用的處理時間(注意:不應包含人機互動的時間)。

c.吞吐率
吞吐率是單位時間軟體的資訊處理能力(即各種目標的處理批數)。未來的社會情況複雜、資訊眾多,軟體必須具有處理海量資料的能力。吞吐率就是體現該能力的參數。隨著資訊的泛濫,要求軟體的吞吐率應該達到數百批。

d.代碼規模
代碼規模是軟體來源程式的行數(不包括注釋),屬於軟體的靜態屬性。軟體的代碼規模過大不僅要佔用過多的硬碟儲存空間,而且顯得程式不簡潔、結構不清晰,容易存在缺陷。

因為這些參數屬於軟體的內部表現,所以需要用專門的測試載入器和特殊的途徑才可以獲得。將測試資料與研製任務書中的指標進行比較,得到的結果可以作為效率特徵評價的依據。

4 結束語

隨著電腦技術、資料融合技術、網路技術和通訊技術的飛速發展,對軟體功能提出的要求也越來越高,如何評估軟體品質已成為一個迫切需要解決的課題。選擇合適的指標體系並使其量化是做好軟體品質評估的關鍵。當然,由於軟體的評估具有其特有的規範和要求,其評估指標涉及面廣、不確定性因素較多、量化困難,至今還沒有統一的標準。

我們相信,通過建立科學合理的軟體品質評估指標體系,充分考慮到軟體的特殊性,借鑒其他學科的品質評估理論,是可以全面真實客觀地評估軟體品質的。

參考書目:

[1] 吳柏鴻等:公用管理知識手冊 MPA全集.第一版, 管理出版社, 2001
[2] 鄭人傑 殷人昆 陶永雷:實用軟體工程.第一版, 清華大學出版社, 1997
[3] 軟體業ISO9000品質體系的建立和認證

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.