非機能要件

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

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

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

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

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

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

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

システムに実装すべき具体的な機能や振る舞いに関する要件。業務上必要なデータ処理、画面表示、帳票出力など、システムが「何をするか」を定義する。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

エンジニアやデザイナーなどがチームを組み、限られた時間内（通常1〜2日）で集中的にアイデアを形にするイベント。ハック（Hack）とマラソン（Marathon）を組み合わせた造語。新しいサービスやアプリの開発に活用される。

製品の設計・開発工程において、設計、生産準備、品質管理などの各工程を同時並行で進める手法。開発期間の短縮とコスト削減を実現する。各部門が早い段階から情報を共有して協力する。

システム開発の各工程において、発注者と開発者が共同で成果物の内容を確認・評価するレビュー活動。要件の認識相違や品質上の問題を早期に発見し、手戻りを防止する目的で実施される。

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。