ホーム >  要求工学 >  2008年4月号 >  第42回：ソフトウェア品質要求工学 

IEEEソフトウェア誌の2008年March/April号では、ソフトウェア品質要求が特集されている。今回は、ISO/IEC 25030として2007年に改訂されたソフトウェア品質要求の新しい動きを紹介しよう。

ソフトウェア品質要求の標準化

表１に示すように、ソフトウェア品質モデルが1991年にISO/IEC9126として策定され、2001年に改訂されている。ソフトウェア品質モデルと対をなす、ソフトウェア製品評価プロセスについてはISO/IEC14598によって標準化されている。ソフトウェア製品品質要求評価のための新たなSQuaRE（Software Product Quality Requirements and Evaluation）シリーズでは、表２に示すように品質管理（2500n）、品質モデル（2501n）、品質測定（2502n）、品質要求（25030）、品質評価（2504n）を総合的にまとめている。ソフトウェア品質要求では、品質要求を識別し仕様化することを支援する。開発者はソフトウェア製品に対する品質要求を抽出定義し、評価プロセスの入力として用いることができる。

ソフトウェア品質要求の基本要素は何か

以下では、ISO/IEC25030の基礎となったISO/IEC9126とISO/IEC14598の概要を説明する。

ソフトウェア品質を測定するための世界標準として定められたISO9126では、表３に示すように内部特性と外部特性について、次の６項目の品質属性とその副特性を定めている。内部特性には、ソフトウェア製品の構成要素に対する設計や、コードについての構造や複雑さなどの静的な性質がある。外部特性には、完成したソフトウェアがハードウェアと実際のデータに対して実行されるときの、平均故障時間などの動的な特性がある。利用特性は、指定されたユーザが指定されたタスクを実環境でソフトウェアによって、実行するときの業務遂行に関する生産性や有効性などの外部活動としての特性がある。

【機能性】明示的及び暗示的必要性に合致する機能を提供する特性

【信頼性】指定された達成水準を維持する特性

【使用性】理解、習得、利用でき、利用者にとって魅力的である特性

【効率性】使用する資源の量に対比して適切な性能を提供する特性

【保守性】修正のしやすさに関する特性

【移植性】ある環境から他の環境に移すための特性

また適合性（compliance）がすべての特性に共通する副特性となっている。

---

ISO/IEC14598では、表４に示すように、以下のプロセスを標準化している。

• 評価要求の確立では、評価目的を確立し、評価対象製品種別を識別するとともに品質モデルを仕様化する。
• 評価の仕様化では、測定法を選択し、測定法のために評定水準と総合評価のための基準を確立する。
• 評価の設計では、評価計画を作成する。
• 評価の実施では、測定値を収集し、基準と比較することにより結果を総合評価する。

ソフトウェア品要求作成の留意点

ソフトウェア品質要求は、ソフトウェア内部だけで定義できるのではなく、ソフトウェアを取り巻く外部環境にある関係者のニーズ、関係者の要求、システム要求、そしてソフトウェア要求を考慮することが必要になる（図１）。関係者ニーズの一部として関係者が求める品質ニーズがある。この関係者品質ニーズを解決するための期待として関係者の品質要求が定義される。関係者品質要求に基づいてシステム品質要求と対応するソフトウェア品質要求が定義される。このようにソフトウェア品質要求の作成では、根拠となる位置づけを明確化することが重要になる。なお図１ではシステム品質要求を省略しているが、システム品質要求の一部としてソフトウェア品質要求が含まれることはいうまでもない。

◆ソフトウェア品質要求作成手順

ソフトウェア品質要求は、以下の手順で定義する（表５）。

（１）品質要求定義

システム利用環境におけるユーザが必要とするサービスを提供するための要求を定義する。

（２）品質要求分析

関係者がもとめる品質要求に基づいて、ソフトウェア製品に対する品質要求を仕様化する。

◆ソフトウェア要求品質の定義

ソフトウェア品質要求は、品質特性、属性、尺度、目標値の４項目で定義する。たとえば、表６に示したように定義することができる。

ソフトウェア品質要求の構成

ソフトウェア品質要求の構成内容は、表７に示したようにスコープ、適合性、規範的参考文献、用語定義、ソフトウェア品質要求フレームワーク、品質要求の要求、付録である。

ソフトウェア品質要求フレームワークでは、以下を記述する。

• ソフトウェアとシステム
• 関係者と関係者の要求
• ソフトウェアの性質
• ソフトウェア品質測定モデル
• ソフトウェア品質要求
• システム要求の構成
• 品質要求ライフサイクルモデル

品質要求の要求では、一般要求と仮定、関係者の要求、ソフトウェア要求を記述する。

関係者の要求では、システム境界、関係者の品質要求、関係者の品質要求の妥当性確認を記述する。

ソフトウェア要求では、ソフトウェア境界、ソフトウェア品質要求、ソフトウェア品質要求の妥当性確認を記述する。

IEEE std-830のソフトウェア機能属性

IEEE std-830では、望ましいソフトウェア要求仕様の構成を第５章で示している。表８では、その記述内容をソフトウェアの機能とその属性、ならびにソフトウェアの外部活動とその属性に分類して説明している。このうち、ソフトウェア品質属性に係る記述は以下の３つのソフトウェア機能属性と外部活動属性である。

◆性能

ソフトウェア性能について、静的数値要求と動的数値要求とを記述する。静的数値要求には、端末数、同時接続利用者数、処理対象とする情報量と種別などがある。動的数値要求には、正常時やピーク負荷時に対して一定時間内に処理可能なトランザクション数、タスク数、処理データ量などがある。

◆論理データベース

データベースに関連する非機能要求には、使用頻度、アクセス性能、一貫性制約、保持条件などがある。

◆ソフトウェア属性

• 信頼性：サービス提供時に必要とされる信頼性を記述する。
• 可用性：同期点やリカバリ条件、再起動条件などシステムに対して要求される可用性の条件を記述する。
• セキュリティ：不慮や悪意によるアクセス、使用、変更、破壊、情報漏えいからソフトウェアを保護する要因を記述する。たとえば使用する暗号技術、保存対象ログやデータ履歴、異なるモジュールへの指定された機能の割当て、 プログラムの特定領域間での通信制限、重要データの一貫性検査などがある。
• 保守性：モジュール性などソフトウェアの保守を容易化するための属性を記述する。
• 移植性：他のホストマシンやOSなどへのソフトウェアの移植性を容易化するために、ハードウェア独立性や移植性の高い言語の利用などについて記述する。

IEEE std-830と比較すると、ISO/IEC25030ソフトウェア品質要求の特徴はソフトウェア機能属性だけでなく、関係者のニーズや要求も含む外部活動属性とともに系統的に品質要求を記述する点であると思われる。

まとめ

今回はソフトウェア品要求について、ISO/IEC25030を中心として関連するISO/IEC9126とISO/IEC14598ならびにIEEE std-830について紹介した。今後もソフトウェア品質要求を取り入れた実践的な要求工学手法が活発に研究開発されることを期待したい。

---

■参考文献

• [1] Jorgen Boegh, A New Standard for Quality Requirements, IEEE Software, pp.20-27, January/ February, 2008.
• [2] ISO/IEC 25030:2007, Software Enginee ring Software Product Quality Require ments and Evaluation（SQuaRE）Quality Requirements, Int’l Organi　zation for Standardization, 2007.
• [3]IEEE Std. 830-1998, Recommended Practice for Software Requirements Specification, IEEE Computer Society, 1998.
• [4]山本修一郎，NFRとゴール指向要求定義，情報処理学会誌，2008年4月号