ユースケース図

UMLの振る舞い図の一つで、システムが提供する機能（ユースケース）と、それを利用するアクターとの関係を表す図。システムの境界を枠で示し、利用者から見たシステムの機能の範囲を整理するために要件定義で使う。

UMLの振る舞い図の一つで、システムの外にいる利用者や他のシステム（アクター）と、システムが提供する機能（ユースケース）との関係を表す図。システムの境界を枠で示し、要件定義の段階で、誰がシステムを何のために使うかを利用者と確認するのに使う。

利用者（アクタ）とシステムが提供する機能（ユースケース）の関係を表すUMLの図。データ要求分析の段階で、誰がどのデータをどう扱うかを整理し、CRUD分析の入力として用いる。

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

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

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

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

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

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

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