ユーザーストーリー

アジャイル開発において、利用者の視点でシステムに求める機能や価値を簡潔に記述したもの。「〜として、〜したい。なぜなら〜だから」という形式で記述され、要件を共有・管理する単位となる。

ソフトウェア要件を記述する方法の一つで、利用者の視点から「誰が、何をしたいか、なぜか」を短い文で表現する。アジャイル開発で広く用いられ、エピックやストーリーポイント、プロダクトバックログと関連する。

アジャイル開発において、ユーザの視点から機能要件を簡潔に記述する形式。「〜として、〜したい。それは〜だからだ」の定型文で書かれる。プロダクトバックログの項目として管理される。

ユーザの視点からソフトウェアの機能要求を簡潔に記述した文。「〜として、〜したい、なぜなら〜」の形式で書かれる。プロダクトバックログの項目として管理され、受入基準と合わせて定義される。

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

システムが実現すべき機能に関する要件。業務処理手順、画面・帳票の仕様、入出力情報、データ処理ルールなど、システムが「何をするか」を明確に定義する。非機能要件と対比して用いられる。

性能、信頼性、可用性、セキュリティ、保守性、移植性など、機能以外のシステム品質に関する要件。パフォーマンス要件や運用・保守要件も含まれ、システムが「どのように動くか」を規定する。

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターと振舞いを記述し、ユースケース図として可視化する。要求分析や要件定義で広く用いられる。

要件から設計、テストケース、情報項目に至るまでの追跡可能性。双方向のトレーサビリティにより、要件の漏れや不整合を検出でき、要件変更時の影響範囲の把握にも活用される。トレーサビリティマトリクスで管理する。

各機能（プロセス）がどのデータに対してCreate（生成）、Read（参照）、Update（更新）、Delete（削除）のどの操作を行うかを整理した表。機能とデータの関連を可視化し、要件の漏れや重複を検出するのに役立つ。