非機能要件

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

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

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

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

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

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

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

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

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

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

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

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

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

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011（JIS X 25010:2013）では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂（ISO/IEC 25010:2023）で安全性が加わり、9特性になった。

要件定義に基づき、システムの機能構成や画面設計、帳票設計、データ設計などの外部仕様を設計する工程。利用者の視点からシステムの振る舞いを定義する外部設計に相当する。