Loading article…
ISO/IEC 9126 ソフトウェアエンジニアリング - 製品品質は、ソフトウェア品質の評価のための国際規格でした。これはISO/IEC 25010 :2011に置き換えられました。[1]
.svg/500px-ISO_9126_quality_(en).svg.png)
ISO/IEC 9126 規格の基本的な目的は、ソフトウェア開発プロジェクトの成果と認識に悪影響を与える可能性のある、よく知られている人間の偏見のいくつかに対処することです。これらの偏見には、プロジェクトの開始後に優先順位が変更されたり、「成功」の明確な定義がなかったりすることが含まれます。プロジェクトの優先順位を明確にして合意し、その後、抽象的な優先順位 (コンプライアンス) を測定可能な値に変換することで (出力データは介入なしでスキーマ X に対して検証できます)、ISO/IEC 9126 はプロジェクトの目的と目標に対する共通の理解を深めようとします。
この規格は 4 つの部分に分かれています。
- 品質モデル
- 外部指標
- 内部指標
- 使用品質の指標。
品質
規格の最初の部分であるISO/IEC 9126-1 [2]で提示されている品質モデルは、ソフトウェア品質を次のように構造化された特性とサブ特性のセットに 分類しています。
- 機能性- 「一連の機能とその指定されたプロパティの存在に関係する一連の属性。機能とは、明示的または暗黙的なニーズを満たす機能です。」
- 信頼性- 「指定された期間、指定された条件下でソフトウェアがそのパフォーマンス レベルを維持する能力に影響する一連の属性。」
- 成熟
- フォールトトレランス
- 回復可能性
- 信頼性コンプライアンス
- ユーザビリティ- 「明示的または暗黙的な一連のユーザーによる、使用に必要な労力と、そのような使用の個別の評価に関係する一連の属性。」
- 効率- 「規定の条件下でのソフトウェアのパフォーマンス レベルと使用されるリソースの量との関係に影響する一連の属性。」
- 時間行動
- リソースの活用
- 効率コンプライアンス
- 保守性- 「指定された変更を行うために必要な労力に関係する一連の属性。」
- 分析可能性
- 変化可能性
- 安定性
- テスト可能性
- 保守性コンプライアンス
- 移植性- 「ソフトウェアをある環境から別の環境に転送する能力に関係する一連の属性」
- 適応性
- インストール可能性
- 共存
- 交換可能性
- ポータビリティコンプライアンス
各品質サブ特性 (適応性など) はさらに属性に分割されます。属性はソフトウェア製品で検証または測定できるエンティティです。属性はソフトウェア製品ごとに異なるため、標準では定義されていません。
ソフトウェア製品は広い意味で定義されており、実行可能ファイル、ソース コード、アーキテクチャ記述などが含まれます。その結果、ユーザーの概念は、ソフトウェア ライブラリなどのコンポーネントのユーザーであるプログラマーだけでなく、オペレーターにも拡張されます。
この規格は、組織がソフトウェア製品の品質モデルを定義するためのフレームワークを提供します。ただし、その際、各組織が独自のモデルを正確に指定する作業は各組織に委ねられます。これは、たとえば、品質属性の存在度を評価する品質メトリックの目標値を指定することによって実行できます。
内部メトリクス
内部メトリックは、ソフトウェアの実行に依存しないメトリックです (静的測定)。
外部指標
外部メトリックは実行中のソフトウェアに適用できます。
使用品質の指標
使用時の品質指標は、最終製品が実際の状況で使用される場合にのみ利用できます。理想的には、内部品質によって外部品質が決定され、外部品質によって使用時の品質が決まります。
この標準は、1977 年に McCall らによって発表されたソフトウェア品質を記述するための GE モデルに由来しており、次の 3 種類の品質特性を中心に構成されています。
- 要因 (指定): ユーザーから見たソフトウェアの外部ビューを説明します。
- 基準 (構築): 開発者から見たソフトウェアの内部ビューを説明します。
- メトリック（制御用）：測定の尺度と方法を提供するために定義され、使用されます。
ISO/IEC 9126 では、欠陥と不適合を区別しています。欠陥は「意図された使用要件を満たしていないこと」であり、不適合は「指定された要件を満たしていないこと」です。検証と検証は、テスト業界では V&V として知られているため、同様の区別がされています。
歴史
ISO/IEC 9126 は 1991 年 12 月 19 日に発行されました。
2001 年 6 月 15 日に、ISO/IEC 9126:1991 は ISO/IEC 9126:2001 (4 つのパート 9126–1 から 9126–4) に置き換えられました。
2011 年 3 月 1 日に、ISO/IEC 9126 は ISO/IEC 25010 :2011 システムおよびソフトウェア エンジニアリング - システムおよびソフトウェアの品質要件および評価 (SQuaRE) - システムおよびソフトウェアの品質モデルに置き換えられました。9126 と比較して、「セキュリティ」と「互換性」が主な特性として追加されました。
開発
ISO/IECはその後、ISO/IEC 9126に代わる、より広範な一連の規格であるSQuaRE （ソフトウェア製品の品質要件および評価）の作業を開始し、ISO/IEC 250 mnという形式の番号が付けられています。たとえば、ISO/IEC 25000は2005年に発行され、 ISO/IEC 9126-1に代わるISO/IEC 25010は2011年3月に発行されました。ISO 25010には、8つの製品品質特性（ISO 9126の6つとは対照的）と31のサブ特性があります。[3]
- 「機能性」は「機能適合性」に名前が変更されました。「機能の完全性」がサブ特性として追加され、「相互運用性」と「セキュリティ」は別の場所に移動されました。「正確性」は「機能の正確性」に名前が変更され、「適合性」は「機能の適切性」に名前が変更されました。
- 「効率」が「パフォーマンス効率」に名称変更されました。サブ特性として「容量」が追加されました。
- 「互換性」は新しい特性であり、「共存」は「移植性」から移動され、「相互運用性」は「機能性」から移動されました。
- 「ユーザビリティ」には、「ユーザエラー防止」と「アクセシビリティ」（さまざまな特性を持つ人々による使用）という新しいサブ特性があります。「理解可能性」は「適切性認識可能性」に名前が変更され、「魅力」は「ユーザ インターフェースの美観」に名前が変更されました。
- 「信頼性」には、「可用性」（使用に必要な場合）という新しいサブ特性があります。
- 「セキュリティ」は、「機密性」（許可されたユーザーのみがデータにアクセス可能）、「整合性」（不正な変更からの保護）、「否認不可」（アクションが行われたことを証明可能）、「説明責任」（アクションを実行した人物を追跡可能）、「真正性」（ID が主張どおりのものであることを証明可能）というサブ特性を持つ新しい特性です。
- 「保守性」には、「モジュール性」（1 つのコンポーネントの変更が他のコンポーネントに与える影響は最小限）と「再利用性」という新しいサブ特性があります。「変更可能性」と「安定性」は「変更可能性」にまとめられます。
- 「移植性」により「共存」が別の場所に移動されました。
参照
参考文献
- ^ システムおよびソフトウェア エンジニアリング -- システムおよびソフトウェアの品質要件と評価 (SQuaRE) -- システムおよびソフトウェアの品質モデル
- ^ ソフトウェアエンジニアリング — 製品品質 — パート 1: 品質モデル
- ^ ISO/IEC 25010:2011 : システムおよびソフトウェア エンジニアリング -- システムおよびソフトウェアの品質要件と評価 (SQuaRE) -- システムおよびソフトウェアの品質モデル
- Scalet 他、2000 年：「ISO/IEC 9126 および 14598 の統合の側面: ブラジルの視点」第 2 回世界ソフトウェア品質会議、横浜、日本、2000 年。