ユースケース図とは？書き方と例も！（UML図：システム設計：アクター：関連：要素：作成方法：ツールなど）

システム開発の現場では、要件定義や設計工程において「何を作るべきか」を関係者全員が共有することが非常に重要です。

その際に強力なツールとなるのが、ユースケース図です。

ユースケース図はUML（統一モデリング言語）の一種であり、システムがどのような機能を提供し、誰がそれを利用するのかを視覚的に整理するための図です。

開発者だけでなく、クライアントや非技術者とのコミュニケーションにも活用できるため、プロジェクトの初期段階から積極的に取り入れられています。

この記事では、ユースケース図の基本的な概念から書き方・要素・作成ツールまで、わかりやすく解説していきます。

ユースケース図とは何か？システム設計における役割と重要性

それではまず、ユースケース図の基本的な定義とシステム設計における役割について解説していきます。

ユースケース図とは？書き方と例も！（UML図：システム設計：アクター：関連：要素：作成方法：ツールなど）について理解を深めるうえで、まずは「ユースケース図とは何か」をしっかり押さえておきましょう。

UML図にはクラス図・シーケンス図・アクティビティ図など多くの種類がありますが、ユースケース図はその中でも最も外部視点に近い図といえるでしょう。

システムの内部構造ではなく、「誰が・何をするか」という観点で設計を進める点が特徴的です。

開発プロジェクトにおいては、エンジニアとクライアントや非技術者との間で認識のズレが生じやすく、その橋渡し役としてユースケース図が機能します。

図として可視化することで、複雑な仕様をシンプルに伝えられるのが大きなメリットといえます。

UML図の中でのユースケース図の位置づけ

UMLには構造図と振る舞い図の2種類があり、ユースケース図は振る舞い図に分類されます。

振る舞い図はシステムが「どのように動くか」を表すグループで、シーケンス図やステートマシン図なども同じカテゴリに属します。

ユースケース図はその中でも特に「要求分析・要件定義フェーズ」で用いられることが多く、設計の出発点となる図として位置づけられています。

ユースケース図が活用される場面

ユースケース図が活躍する代表的な場面としては、以下のようなシチュエーションが挙げられます。

特に要件定義の段階での活用が多く、「何を作るかを決める」ための設計ツールとして機能します。

プロジェクト規模が大きくなるほど、ユースケース図による整理の恩恵は大きくなるでしょう。

ユースケース図と他の設計図との違い

クラス図はシステムの構造（データの関係性）を表し、シーケンス図は処理の流れを時系列で表します。

一方でユースケース図は、「誰が・何をするか」というシステムの外側から見た機能の全体像を表すものです。

どの設計図も目的が異なるため、プロジェクトの段階や目的に応じて使い分けることが大切です。

ユースケース図の要素とそれぞれの意味

続いては、ユースケース図を構成する主要な要素について確認していきます。

ユースケース図を正しく読み書きするためには、各要素の意味と役割を理解しておくことが不可欠です。

アクター（Actor）

アクターとは、システムの外部からシステムを利用する「人」や「外部システム」のことを指します。

図では棒人間（スティックマン）のアイコンで表されることが一般的です。

たとえば、ECサイトのシステムであれば「一般ユーザー」「管理者」「決済システム」などがアクターに相当します。

アクターはシステムの境界の外側に配置され、ユースケースとの関係を矢印（関連線）で結ぶ形で表現します。

ユースケース（Use Case）

ユースケースとは、アクターがシステムに対して行う「機能・操作・目的」を表したものです。

図では楕円形で表され、内部に「商品を検索する」「ログインする」などの動詞句を記述します。

ユースケースはシステムの境界（バウンダリ）の内側に配置され、アクターからの関連線と結ばれます。

1つのユースケースは、1つの目的・機能単位で定義するのが基本的なルールです。

関連・依存・汎化の違い

ユースケース図では、要素同士の関係を表すためにいくつかの線が使われます。

関係の種類	表記方法	意味・用途
関連（Association）	実線	アクターとユースケースのつながり
包含（include）	破線＋«include»	必ず呼び出されるユースケースを示す
拡張（extend）	破線＋«extend»	条件によって呼び出されるユースケースを示す
汎化（Generalization）	実線＋白抜き三角矢印	アクターやユースケースの継承関係を示す

includeとextendの違いは特に混同しやすいポイントです。

includeは「常に必要な共通処理」を切り出す際に使い、extendは「特定条件下でのみ発生するオプション的な処理」に使います。

ユースケース図の書き方と作成手順

続いては、実際のユースケース図の書き方と作成手順を確認していきます。

手順を追って理解することで、実務でもスムーズに作成できるようになるでしょう。

ステップ1：アクターを特定する

まず最初に行うのは、システムに関わるすべてのアクターを洗い出すことです。

「このシステムを使う人・組織・外部システムは何か？」という問いをもとに、一次アクター（主体的に操作する存在）と二次アクター（サポートやデータ提供をする存在）に分けて整理します。

たとえば、図書館管理システムであれば「利用者」「司書（管理者）」「外部データベース」などがアクターとして挙げられます。

ステップ2：ユースケースを洗い出す

次に、各アクターがシステムに対して「何をするか」をリストアップします。

このとき、「〜する」という動詞句でユースケースを記述するのがポイントです。

たとえば「本を検索する」「貸出申請をする」「返却処理をする」など、目的ベースで記述することで、機能の粒度が揃いやすくなります。

システムの内部処理ではなく、ユーザーから見た「目的の達成」に焦点を当てることが重要です。

ステップ3：関係を整理して図に描く

アクターとユースケースが揃ったら、関連・include・extendなどの関係線を用いて図を構成します。

図が複雑になりすぎる場合は、機能グループごとにパッケージ（まとまり）で整理するのも有効な手法です。

シンプルで伝わりやすい図を意識することが、良いユースケース図の条件といえます。

ユースケース図の具体例とおすすめ作成ツール

続いては、ユースケース図の具体的な例と、作成に役立つツールを確認していきます。

実際のイメージを持つことで、より実践的な理解が深まるでしょう。

ECサイトのユースケース図の例

ここでは、シンプルなECサイトを例にユースケース図の構造を示します。

このように、アクターごとにユースケースを整理することで、システム全体の機能を俯瞰しやすくなります。

includeやextendを活用することで、共通処理や条件分岐も明確に表現できます。

ユースケース記述との組み合わせ

ユースケース図だけでは、各ユースケースの詳細な流れや条件まで表現しきれない場合があります。

そのため、実務では「ユースケース記述」と呼ばれる補足文書とセットで使われることが多いです。

ユースケース記述には「基本フロー」「代替フロー」「事前条件」「事後条件」などが記述され、ユースケース図と合わせて読むことで仕様の全体像が明確になります。

図と文書を組み合わせることで、より精度の高い要件定義が実現できるでしょう。

ユースケース図作成におすすめのツール

ユースケース図の作成に活用できるツールはいくつか存在します。

ツール名	特徴	料金
draw.io（diagrams.net）	無料で豊富なテンプレートを利用可能。ブラウザ上で操作できる	無料
Lucidchart	チームでのリアルタイム共同編集が可能。UMLテンプレートが充実	無料プランあり
PlantUML	テキストベースで図を自動生成。エンジニア向けで再現性が高い	無料
Microsoft Visio	企業での標準利用が多い。豊富なUML図に対応	有料
Cacoo	日本語対応で使いやすい。チーム共有機能が充実	無料プランあり

初めてユースケース図を作成する場合は、draw.ioやLucidchartのような直感的に操作できるツールから始めるのがおすすめです。

エンジニア寄りのアプローチを好む場合は、テキストで記述するPlantUMLも強力な選択肢となります。

まとめ

この記事では、ユースケース図の基本的な定義から、構成要素・書き方の手順・具体例・作成ツールまで幅広く解説してきました。

ユースケース図は、システム開発における要件定義の精度を高めるための重要なツールです。

アクターやユースケースといった基本要素を正しく理解し、include・extendなどの関係を適切に使い分けることで、誰もが理解しやすい図を作成できます。

ECサイトや図書館システムのような身近な例で練習することで、実務での活用イメージもつかみやすくなるでしょう。

draw.ioやLucidchartといった無料ツールを活用すれば、すぐにでも作成を始めることができます。

まずは小さなシステムのユースケース図を一枚作ってみることが、理解を深める最短の道のりといえます。

ユースケース図を活用して、より明確でスムーズなシステム設計を実現していきましょう。