決定表（デシジョンテーブル）

条件と動作の組合せを表形式で整理する手法。複雑な条件分岐のロジックを網羅的に表現でき、業務分析や要件定義、テストケースの作成に活用される。デシジョンテーブルとも呼ばれる。

条件と、条件の組合せに応じて実行する動作を表の形にまとめたもの。条件の組合せを漏れなく列挙できるので、複雑な判定を持つモジュールの仕様の作成や、条件の組合せを網羅するテストケースの設計に使う。

条件の組み合わせと、それに対応する処理（アクション）を表形式で整理する技法。複雑な条件分岐をもれなく網羅的に記述でき、仕様の漏れや矛盾を発見するのに有効。テスト設計にも活用される。

条件の組合せと、それに対応する処理（動作）を表形式で整理した記法。デシジョンテーブルとも呼ばれ、条件が複雑な業務ルールを漏れなく重複なく表現でき、整合性の検証やテストケースの導出に用いる。

条件と、条件の組合せに応じて実行する動作を表の形にまとめたもの。条件の組合せを漏れなく列挙できるので、複雑な判定を持つモジュールの仕様の作成や、条件の組合せを網羅するテストケースの設計に使う。

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

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

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

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

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

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