業務要件定義

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

新しい業務の内容、流れ、体制、業務上の制約を明確にする作業。システムに何をさせるかを決める前提となり、機能要件・非機能要件の根拠となる。

要件定義のうち、新しい業務の流れ、業務上のルールや制約、業務で扱う情報など、業務として実現すべき要件を明らかにすること。その結果をもとに、業務要件を実現するシステムの機能要件や非機能要件を定義する。

システム化の対象となる業務が、どうあるべきかを定めること。業務の手順、規則、扱う情報を明らかにし、機能要件を導く前提とする。

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

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

業務要件を実現するためにシステムが提供すべき機能を定めること。機能ごとの入力、処理、出力、画面や帳票、扱うデータの構造と、業務の流れの中での人とシステムの分担を明らかにする。利害関係者の合意を得て、設計の前提とする。

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

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

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

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

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