ユースケース図

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

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

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

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

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

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

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

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

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

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