システム要件定義

システム開発の最初の工程で、システムに求められる機能、性能、操作性、セキュリティなどの要件を明確にして文書にまとめること。業務の要件をもとに、システムとして何を実現するかを定め、利用者の確認を得てから設計に進む。

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

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。

システムが実現すべき機能に関する要件。業務処理手順、画面・帳票の仕様、入出力情報、データ処理ルールなど、システムが「何をするか」を明確に定義する。非機能要件と対比して用いられる。

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

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

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

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

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