非機能要件

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

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

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

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

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

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

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

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

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

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

システム化の対象となる業務の内容、業務フロー、ルールなどを明確に定義するプロセス。現状の業務分析に基づき、システムに求められる業務上の要件を整理・文書化する。

システム化の対象となる業務で、何を、どのような手順や条件で行う必要があるかという、業務の側から見た要件。業務要件を明らかにしてから、それを実現するためにシステムが備えるべき機能要件や非機能要件を決める。

オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

システムの境界を定め、利害関要件として定義された利用の状況および運用シナリオに基づいて機能的な境界を定義するプロセス。システムの機能要件・性能要件を明確にし、レビューを経て要件を確定する。