ユースケース

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

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

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

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

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

プロジェクトやシステム開発に関わる利害関係者を特定し、その関心事、影響力、要求事項を分析する手法。要件定義の初期段階で実施し、適切なコミュニケーション計画や合意形成の戦略を立てるために用いる。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。