中華人民共和國國家標準

／T16260—1996
idt ISO／IEC9126：1991

  信息技術 軟件產品評價 質量特性及其使用指南 
Information technology-software product evaluation－Quality characteristics and guidelines for their use

1. 范圍

　　本標準定義了六個特性，它們以zui小的重迭描述了軟件質量。這些特性可以作為進一步細化和描述軟件性質的基線。本標準描述了如何使用質量特性來評價軟件質量。
　　本標準正文不規定子特性和度量以及有關測量（masurement）、評級（rating）和評估（asscssment）的方法。本標準符合／T 6583－92的質量定義。
　　本標準的特性定義和相關的質量評價過程模型適用于對軟件產品質量需求的確定以及在軟件生存期中對軟件產品質量的評價。
　　這些特性運用于各種軟件，包括固件中的計算機程序和數據。
　　本標準供獲取（acquisition）、開發（development）、使用（use）、支持（support）、維護（maintenancen）或評審（audit）軟件的那些人所使用。

2. 引用標準

　　下列標準包含的條文，通過在本標準中引用而構成為本標準的條文。本標準出版時，所示版本均為有效。所有標準都會被修訂.使用本標準的各方應探討使用下列標準版本的可能性。
　　/T 6583－92　質量 術語（idt ISO 84O2：1986）
　　ISO/IEC 2382－2O：1990 信息技術 詞匯 第2O部分：系統開發

3. 定義

　　下列定義適用于本標準。
3.1  評估 assessment
　　為了確定一特定的軟件模塊、軟件包或軟件產品是驗收合格還是發布，把特定的已成文的評估準則應用到該軟件模塊、軟件包或軟件產品上去的活動。
3.2特征 features
　　特征是一軟件產品的可識別的性質，該性質與質量特性相關。
　　注：特征的例子包括路徑長度、模塊性、程序結構和注釋。
3.3固件firmware
　　載有在用戶環境中不能加以改變的計算機程序及數據的器件。包含在固件中的計算機程序和數據歸類為軟件；載有計算機程序和數據的電路歸類為硬件。
3.4性能等級  level of performance
　　性能等級就是需求得到滿足的程度，由一組質量特性的特定值來表示。
3.5測量 measurement
　　把軟件質量度量應用到特定的軟件產品上去的活動。
3.6質量quality
　　反映產品或服務滿足明確或隱含需求能力的情征和特性的總和。（見／T 6583－92）
　　注：在合同環境中，需求是規定的，而在其他環境中，隱含需求則應加以標識和確定。（見／T 6583—92，注 1）
3.7評級 rating
　　把測量值映射到相應的評定等級的活動。用于確定軟件某一質量特性的等級。
3.8等級  rating level
　　尺度中某一范圍的值可用來按照明確或隱含的需求，對軟件進行分級評定。相應的等級可能與不同的質量觀點有關，例如用戶、管理者或的觀點。這些級別被稱為等級。
　　注：這些等級不同于／T6583中定義的“等級grades"。
3.9軟件  software
　　與計算機系統的操作有關的程序、規程、規則及任何與之有關的文檔。
3.10軟件產品　software product
　　支付給用戶的軟件實體。
3.11 軟件質量software quality
　　與軟件產品滿足明確或隱含需求的能力有關的待證和特性的總和。
3.12 軟件質量評估準則  software quality assessment criteria
　　被用來確定一特定軟件產品的總體質量是否能被接受的已定義的和成文的規則和條件的集合。質量由與軟件產品有關的評定等級的集合來表示。
3.13 軟件質量特性software quality characteristics
　　用以描述和評價軟件產品質量的一組屬性。一個軟件質量特性可被細地成多級子特性。
3.14 軟件質量度量  software quality metric
　　能被用來確定特定軟件產品某一特性值的一種定量尺度和方法。

4  軟件質量特性

　　軟件質量可用下列特性來評價。
4.1  功能性
　　與一組功能及其的性質有關的一組屬性。這里的功能是指滿足明確或隱含的需求的那些功能。
　　注
　　1 這組屬性以軟件為滿足需求做些什么來描述，而其他屬性則以何時做和如何做來描述。
　　2 質量定義的注解運用于本特性中的明確或隱含的需求（見3.6）。
4.2  可靠性
　　與在規定的一段時間和條件下，軟件維持其性能水平的能力有關的一組屬性。
　　注
    l 軟件不會老化。可靠性的種種局限是由于需求、設計和實現中的錯誤所致。由這些錯誤引起的故障取決于軟件產品使用方式和程序任選項的選用方法，而不取決于時間的流逝。
    2 在／T 6583的定義中，可靠性是“…·完成需求功能的能力"，在本文件中，功能性僅是軟件質量諸特性中的一個特性，因而，可靠性的定義已被擴充為“……維持其性能水平……"而不是“……完成需求功能……" 。
4.3  易用性
　　與一組規定或潛在的用戶為使用軟件所需作的努力和對這樣的使用所作的評價有關的一組屬性。
　　注
    1 “用戶"可按zui直接的意思解釋為交互軟件的用戶。用戶可包括操作員，zui終用戶和受使用該軟件影響或依賴于該軟件使用的非直接用戶。易使用性必須針對軟件涉及各種不同用戶環境的全部，可能包括使用的準備和對結果的評價。
    2 本標準中定義為軟件產品的一組特定屬性的易使用性不同于由人類工效學觀點所下的定義，在后者中其他特性諸如效率和效果也被看作是易使用性的組成部分。
4.4  效率
　　與在規定的條件下，軟件的性能水平與所使用資源量之間關系有關的一組屬性。
　　注：資源可包括其他軟件產品，硬件設施，材料（如打印紙、軟盤）和操作服務、維護和支持人員。
4.5  維護性
　　與進行的修改所需的努力有關的一組屬性。
　　注：修改可包括為了適應環境的變化以及要求和功能規格說明的變化而對軟件進行的修正、改進或更改。
4.6  可移植性
    與軟件可從某一環境轉移到另一環境的能力有關的一組屬性。
    注：環境可包括系統體系結構環境、硬件或軟件環境。

5  質量特性使用指南

5.1 用法
　　本標準適用于對軟件質量需求進行定義和對軟件產品進行評價（測量、評級和評估）。它包括：
    —一定義軟件產品質量需求；
    —一評價軟件規格說明在開發期間是否滿足質量需求；
    —一描述已實現的軟件的特證和屬性（例如用戶手冊）；
    —一對開發的軟件在其未交付使用以前進行評價；
    ——在軟件驗收前.對它進行評價。
    對于本標準中所描述的特性，目前，僅有少數幾種普遍接受的度量。標準小組或組織也許會建立他們自己的評價過程模型以及建立和確認與這些特性相關的且可以抽蓋不同應用領域和生存同期階段的度量方法。當無合適的度還可供使用又不能確定的情況下，有時也可能采用語言描述或“經驗準則"。
    為了使用這六個質量特性來定義和評價.還必須制定組織或應用所*的，或者兩者共同*的等級和準則。
    在告知評價結果時.應該說明進行質量評價時所使用的度量、等級以及準則。
    盡管沒有普遍接受的軟件分類體系，但確存在幾種被廣泛接受的軟件類型。對于不同的軟件。各個質量特性的重要性是不同的。例如，可靠性對于任務關鍵型系統軟件是zui重要的；效率對于時間關鍵型的實時系統軟件是zui重要的；而易使用性對于交互終端用戶軟件是zui重要的。
    各個質量特性的重要性也因所考慮的觀點不同而異。
5.2  軟件質量的觀點
　　下面對其中某些觀點進行論述。
5.2.1 用戶觀點
　　／T 6583-92中的質量定義反映了用戶觀點，本標準的特性定義也反映了此觀點。
    用戶主要感興趣的是使用軟件、軟件的性能和使用軟件的效果。用戶評價軟件，對軟件內部的各方面或軟件是如何開發的情況一無所知。用戶的問題會包括：
    ——軟件是否具有所需求的功能？
    ——軟件的可靠程度如何？
    ——軟件的效率如何？
    ——軟件使用是否方便？
    ——該軟件轉移到另一環境是否容易？
5.2.2 觀點
    由于軟件質量特性對需求和驗收均適用，故開發過程要求用戶和使用同樣的軟件質量特性。在開發現行軟件時，隱含的需求必須反映在質量需求中。
    由于負責生產滿足質量需求的軟件，放他們對中間產品質量以及zui終產品質量都感興趣。為了在各個開發階段評價中間產品質量，不得不對同樣的特性使用不同的度量。因同一度量不適用
于生存周期的所有階段。例如考慮效率時，用戶用響應時間，而在設計規格說明中則必須用路徑長度、存取時間和等待時間。一般而言，適用于產品外部接口的度量被那些適用于它的結為的度量達所取代。
    的觀點還必須體現維護軟件者需要的質量特性觀點。
5.2.3 管理者觀點
    管理者也許更注重總的質量而不是某一特性，為此須根據商務需求對各個特性賦于權值。
    管理者還需要從管理的準則.諸如進度拖延或成本超支。與質量的提高之間進行權衡。因為他希望以有限的成本、人力和時間使質量達到優化。
5.3  評價過程模型
    圖1 表示用本標準中定義的質量特性來評價軟件質量的主要步驟。由于圖1的高層次性，故一些具體的過程（如度量分析和確認）均未示出。

　　這過程由三個步驟組成：質量需求定義、評價準備和評價過程。這個過程可應用于軟件產品每個組成部分的每個合適的生存期階段。
5.3.1　質量需求定義
    *步驟的目的是根據質量特性和可能的子特性來規定需求。需求表達了環境對被評價軟件的要求，必須在開發前就被定義。當軟件產品分解成若干主要組成部分時，從總的產品需求衍生出來對各個組成部分的需求就可能有所不同。
5.3.2　評價準備
    第二步驟的目的是準備好評價基礎。
5.3.2.1　質量度量的選擇
    對質量特性進行定義所采用的方式不提供對它們的直接測量，需要建立與軟件產品的特性相關的度量。與某一特性相關的每個可定量的軟件特延和軟件與其環境的每個可定量的相互作用均可作為一個度量。
    度量可以因不同的環境和不同的開發階段而異。由于根據用戶觀點所采用的度量是關鍵的，故開發過程中使用的度量應與用戶各自采用的度量相關。
5.3.2.2　等級的定義
    對可定量的特征可以用質量度量來定量地測量。測量結果即實測值可映射到某個尺度上，這個值并不表示滿足的程度。為此，這些尺度必須分割成對需求的各個不同滿足程度的區域。因為質量
與給定需求有關，故不可能有通用的等級。每一次具體的評價中都必須對等級進行定義。
  圖2

5.3.2.3　評估準則的定義
    為了評估產品質量，必須把不同特性的評價結果加以歸納。評價者必須為此制定一種規程，例如使用決策表或加權平均法。這種規程通常還包括其他方面，諸如在特定環境下對軟件產品質量評估有影響的時間和成本等。
5.3.3　評價過程
    評價過程模型的zui后步驟又細化為三步，即測量、評級和評估。
5.3.3.1　測量
    測量是把選定的度量應用到軟件產品上去進行的活動。測量結果就是度量尺度上的那些值。
5.3.3.2  評級
    在這一步中，確定某一測量值的等級。
5.3.3.3  評估
    評估為軟件評價過程的zui后一步。在這一步中，把一組評出的等級加以歸納，其結果就是一份軟件產品質量報告。然后將歸納的質量與其他方面諸如時間和成本進行比較。zui后管理人員根據管理準則作出決策，決定對該軟件產品是否通過驗收，或者是否發行。