機能要件

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

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

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

情報システムが実現すべき業務機能に関する要件。業務処理の内容、入出力データ、処理ロジック、画面・帳票仕様などが含まれる。非機能要件と対比して用いられる。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

システムが実現すべき機能に関する要件。入力に対してシステムが行うべき処理や出力を定義する。組込みシステムでは、センサからの入力処理、アクチュエータの制御、通信機能などが含まれる。

システム開発において、システムの境界の定義、システム要件の定義、システム要件の評価、共同レビューを実施するプロセス。利害関係者要件に基づき、利用の状況や運用シナリオからシステムの機能的な境界を定める。

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

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターと振舞いを記述し、ユースケース図として可視化する。要求分析や要件定義で広く用いられる。

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

ソフトウェア要件を利用者の視点で簡潔に記述する手法。「〜として、〜したい、なぜなら〜」の形式で書かれることが多い。エピックを分割してストーリーポイントで見積もり、プロダクトバックログで管理する。

各機能（プロセス）がどのデータに対してCreate（生成）、Read（参照）、Update（更新）、Delete（削除）のどの操作を行うかを整理した表。機能とデータの関連を可視化し、要件の漏れや重複を検出するのに役立つ。