非機能要件

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

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

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

システム基盤に関わる可用性、性能、拡張性、運用性、保守性、移行性、セキュリティなどの要件。機能要件以外のシステム品質に関する要件を指し、SLAの根拠となる。

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

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

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

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

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

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

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

プログラムの記述スタイルや命名規則、コメントの書き方、インデンテーション、ネストの深さ制限、使用禁止命令などを統一するための規約。可読性・保守性の向上とバグ混入の防止を目的とし、チーム開発での一貫性を確保する。

製品やシステムが、特定の利用者にとって特定の利用状況において、有効性・効率性・満足度をもって使用できる度合い。ISO 9241-11で定義され、学習しやすさ、操作効率、記憶しやすさ、エラーの少なさ、主観的満足度の5つの指標で評価される。