ユースケース

システムの利用者（アクター）がシステムを通じて達成する目的や操作のシナリオを記述したもの。要件定義の段階で、システムに求められる機能を利用者の視点から整理・表現する手法。

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターとシステム間の相互作用を記述し、ソフトウェア要件定義における業務分析に用いられる。

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

システムとアクター（利用者や外部システム）との相互作用を記述したもの。システムが提供する機能を利用者の視点から整理し、要件の漏れを防ぐ。ユースケース図とユースケース記述で構成される。

利用者（アクター）がシステムを使って目的を達成するまでの一連のやり取りを、利用者の視点で記述したもの。UMLのユースケース図でアクターとユースケースの関係を表し、シナリオで手順を書く。機能要件の洗い出しと合意に使う。

UMLの振る舞い図の一つで、システムが提供する機能（ユースケース）とそれを利用するアクターの関係を表現する。システムの境界と外部とのやり取りを俯瞰的に示し、要件の全体像を把握するために用いる。

システムの処理速度、応答時間、スループット、同時接続数などに関する要件。業務のピーク時の処理量や許容される応答時間を定量的に定義し、システム方式設計の基準とする。

情報システムが支援すべき業務上のニーズや目標を明確にしたもの。業務プロセス、業務ルール、組織要件などを含み、システム要件の上位に位置づけられる。利害関係者へのヒアリングや業務分析を通じて抽出する。

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

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

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