ユースケース

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

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

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

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

UMLの構造図の一つで、クラス間の関係を示す静的モデル。クラスの属性、操作、可視性、クラス間の関連（汎化、集約、コンポジション、依存）を表現する。オブジェクト指向設計の中心的な設計図。

UMLの振る舞い図の一つで、オブジェクト間のメッセージのやり取りを時間軸に沿って示す。ライフライン、メッセージ矢印、活性区間で構成され、処理の流れやAPI呼出しの順序を視覚的に表現する。

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

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

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