ユースケース図（use case diagram）

分類

テクノロジ系 システム開発技術

出る試験

基本情報応用情報

重要度

★★★★☆

もう少し詳しい説明

UML（統一モデリング言語）には十数種類の図があります。試験に出るのは数種類で、それぞれ「何を見ている図か」が違います。

このページでは、いちばん上のユースケース図を見ます。状態の移り変わりを描く図は、ステートチャート図のページにあります。

ユースケース図は、システムの外にいる人から見て、そのシステムで何ができるかを並べた図です。

図書館の貸出を例にすると、こうなります。

部品は3つだけです。どれも上の図の中にあります。

全体を四角で囲み、その四角がシステムの境目になります。上の図では「図書館システム」と書かれた四角がそれです。アクタは四角の外、ユースケースは中に置きます。

読む順番は、外から中へです。

1. 四角を見つける。これがシステムの境目で、中にあるものがこのシステムの仕事です
2. 棒人間を見る。誰が使うのかが分かります。ここでは利用者と司書で、司書は蔵書の登録しか使っていません
3. 実線をたどる。そのアクタが使えることが分かります
4. 破線を見る。右側の2本がそれで、意味は「関連の種類」の節で扱います

中の作りには触れない

ここが要点です。ユースケース図は、システムの中がどうなっているかを描きません。

「本を借りる」という楕円があっても、そのためにどんなクラスが動くのかは書かれていません。何ができるかだけを書きます。

そのため、この図は発注する側と作る側が、何を作るかで合意するのに使われます。中の作りが分からない人でも読めるからです。要件定義の段階で使うのは、このためです。

アクタは人とは限らない

棒人間で描きますが、人以外も入ります。

• 外部の決済システム
• 毎晩決まった時刻に起動する仕掛け

システムの外にあって、システムとやりとりするものは、すべてアクタです。棒人間の絵につられて「利用者だけ」と考えると、取り違えます。

関連の種類

線だけでなく、ユースケースどうしをつなぐ書き方があります。試験に出るのは2つです。

「本を借りる」が必ず「利用者を確認する」を含むなら include、延滞しているときだけ「延滞料を払う」が加わるなら extend です。必ずか、場合によってかで分かれます。

上の図の右側にある破線2本が、これにあたります。

「利用者を確認する」に棒人間からの線が引かれていないところにも注意してください。利用者が直接「確認する」わけではなく、本を借りるときに必ず一緒に起きることだからです。

試験ではこう出る

科目A（旧・午前）では、UMLの図の名前と、何を表すかの組合せが繰り返し出ます。選択肢に4つの図が並び、正しい説明を選ぶ形です。「外から見た機能」「状態の移り変わり」「時間の順」「ものの構造」で切り分けてください。

ユースケース図は中の作りを描かない、という点を突いた選択肢も出ます。「クラスの構造を表す」と書いてあれば誤りです。

include と extend の違いも出ます。必ず含むのが include、場合によって加わるのが extend です。

応用情報では、業務の説明文からアクタとユースケースを洗い出す形が出ます。システムの外にあるものをアクタ、システムがすることをユースケースに分けてください。

関連する用語

ステートチャート図

同じUMLの図。こちらは「1つのものの状態の移り変わり」

クラス図と多重度

同じUMLの図。こちらは「ものの種類とつながり」

要件定義

ユースケース図は、要件定義で「何ができればよいか」を合意するのに使う

オブジェクト指向

UMLはオブジェクト指向の設計を描くための記法として作られた

ミニクイズ

この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト（全40問）

最終更新：2026-11-08