ソフトウェア要件定義

システム要件定義で決めた要件のうち、ソフトウェアで実現する部分について、必要な機能、性能、画面や帳票などのインタフェースを明確にする工程。決めた内容を利用者などと確認してから、ソフトウェアの設計に進む。

システムを構成するソフトウェアに求められる機能、能力、インタフェースなどを明確にし、ソフトウェア要件として文書化する工程。システム要件定義の結果を受けて行い、業務モデルやデータモデルを作成しながら要件を定め、取得者と供給者が共同でレビューする。

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

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

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

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

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

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