非機能要件

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

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

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

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

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

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

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

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

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

システム開発において、利用者や発注者のニーズを明確化し、システムに求められる要件を文書化するプロセス。機能要件と非機能要件を漏れなく定義することが、プロジェクト成功の基盤となる。

システムが実現すべき具体的な機能に関する要件。業務処理の内容、画面・帳票の仕様、データの入出力など、「システムが何をするか」を定義する。利用者の業務要件から導出される。

システムに求められるセキュリティに関する要件。認証・認可の方式、データの暗号化、アクセス制御、ログ管理、脆弱性対策など、情報セキュリティを確保するために必要な機能や品質を定義する。

利用者のニーズを調査して整理し、実現すべき事項として明確にする作業。現状分析と課題定義を経て要求仕様書にまとめ、要件定義の入力とする。

利用者が求める機能や性能を、実現方法に踏み込まずに記述した文書。発注者と開発者の間で認識を合わせ、後の受入れテストの判断基準にもなる。

新しい業務の内容、流れ、体制、業務上の制約を明確にする作業。システムに何をさせるかを決める前提となり、機能要件・非機能要件の根拠となる。