要求仕様書

利用者が求める機能や性能を、実現方法に踏み込まずに記述した文書。発注者と開発者の間で認識を合わせ、後の受入れテストの判断基準にもなる。

利用者の要求を整理し、システムが満たすべき事項として記述した文書。発注者と開発者の合意の基礎となる。

システムに求められる機能要件と非機能要件を文書化したもの。組込みシステムでは、リアルタイム性、消費電力、動作温度範囲、安全性などの制約条件も明確に記述する必要がある。

利用者や関係者に直接質問して、業務の内容や課題、システムへの要求を聞き取る方法。事前に目的と質問項目を整理してヒアリング計画を立て、結果は議事録にまとめて関係者と確かめる。

オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

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

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。