非機能要件

システムの性能、信頼性、セキュリティ、拡張性など、機能以外の品質に関する要件。応答時間、稼働率、同時接続数など、システムが「どのように動作するか」の基準を定める。

性能、可用性、セキュリティ、拡張性など、システムの品質に関する要件。機能要件以外のシステムに求められる特性を定義する。レスポンスタイムや稼働率の目標値などが含まれる。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

性能、信頼性、可用性、セキュリティ、保守性、移植性など、機能以外のシステム品質に関する要件。パフォーマンス要件や運用・保守要件も含まれ、システムが「どのように動くか」を規定する。

システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。

システムの機能以外の品質特性に関する要件。ネットワーク設計では可用性（稼働率）、性能（スループット、遅延）、拡張性（将来のトラフィック増加への対応）、セキュリティ、運用保守性等が該当する。

システムの品質や制約に関する要件。性能（応答時間、スループット）、信頼性、安全性、消費電力、耐環境性、コスト制約などが含まれる。組込みシステムでは非機能要件がシステム設計を大きく左右する。

要件から設計、テストケース、情報項目に至るまでの追跡可能性。双方向のトレーサビリティにより、要件の漏れや不整合を検出でき、要件変更時の影響範囲の把握にも活用される。トレーサビリティマトリクスで管理する。

IPAが策定した非機能要件の定義・合意のためのフレームワーク。可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境・エコロジーの6大項目について、段階的なグレードを設定し要件を具体化する。

要件から設計、実装、テストに至るまで、各成果物間の対応関係を追跡可能にすること。要件トレーサビリティマトリクス（RTM）を用いて、要件の実現漏れや不要な実装を検出する。

ソフトウェアの品質要件を分類するフレームワーク。Functionality（機能性）、Usability（使用性）、Reliability（信頼性）、Performance（性能）、Supportability（サポート性）の頭文字に、設計制約等の「+」を加えた体系。要件の網羅的な洗い出しに活用する。

日常業務の効率や品質の向上を目指す継続的改善サイクル。定義（Define）、測定（Measure）、分析（Analyze）、改善（Improve）、定着（Control）のDMAICプロセスで業務改善を推進する。

ソフトウェアの品質を体系的に定義・評価するためのモデル。ISO/IEC 25010（SQuaRE）では、機能適合性、性能効率性、使用性、信頼性、セキュリティ、互換性、保守性、移植性の8つの品質特性が定義されている。品質測定・評価の基準として広く活用される。