システム要件定義

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

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

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

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

システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。

システム化の対象となる業務について、新しい業務の流れ、業務ルール、扱う情報、関係者の役割などを明らかにし、システムに求める要件の前提として定義すること。業務部門が主体となって行い、これを基に機能要件と非機能要件を定める。

業務要件を実現するためにシステムが持つべき機能、すなわち入出力、処理の内容、扱うデータなどを明らかにして定義すること。利用者がシステムで何をできるかを示すもので、性能や信頼性などの非機能要件と区別される。

システムの機能以外に求められる品質や制約、すなわち性能、可用性、拡張性、セキュリティ、運用性、移行性などを明らかにして定義すること。利用者の目に見えにくく合意が漏れやすいため、IPAの非機能要求グレードなどを使って項目と水準を網羅的に確認する。

業務やシステムにおけるデータの流れを、データの発生源・行き先（外部実体）、処理（プロセス）、データの流れ、データストアの4つの記号で表した図。処理の手順や制御の流れは表さず、データがどこから来てどう変換され、どこへ行くかに着目して業務を分析する。

複数の条件の組合せと、それぞれの場合に実行する動作を表の形で整理したもの。条件の真偽の組合せを列ごとに並べるため、条件の漏れや矛盾を見つけやすく、業務ルールの要件定義やテストケースの設計に使われる。