モデリングの基礎知識（ユースケース図）

ユースケース図とは

ユースケース図は、ユーザーの要求に対するシステムの振る舞いを表現する図です。

ユーザー視点でシステムの機能を把握するのに役立ちます。
ユースケース図は「UML（統一モデリング言語）」の一つです。

目的

ユースケース図は、 システムを利用する人の目線で、システムを利用する場面を視覚的に図示する ことを目的としています。

要素

ユースケース図には、以下の要素があります。

要素	説明
アクター	システムを利用する人や外部システムなどの役割
ユースケース	アクターがシステムに対して行う操作やシステムが提供する機能
システム境界	システムの範囲を示す枠
関連	アクターとユースケース、ユースケース同士の関係を示す線

ユースケース図はシンプルな図であり、一目でシステムの 機能や範囲（できること・できないこと） を理解することができます。

入力ソース情報

ユースケース図を作成する際には、システムの要件や仕様を明確にするための入力ソース情報が必要です。

入力ソース	説明
ユーザーのニーズや要望	システムがどのような目的や価値を提供するかを把握する
ユースケースシナリオ	システムとユーザーの相互作用の具体的な流れを記述する
アクター	システムにアクセスする主体や役割を特定する
ユースケース	システムが提供する機能やサービスを定義する

ユースケース図は、 ER図 や ロバストネス図 などの、 他の設計図 の入力ソース情報としても活用できます。

必要性

ユースケース図の必要性として、以下の点があげられます。

• システムとユーザーの相互作用や関係を要約するための図であり、システムの機能や範囲を明確にする
• ユーザー目線でシステムを利用する場面を視覚的に図示することで、顧客とのコミュニケーションを円滑にする
• システムの内部構造や処理の流れを詳細に記述する「ユースケース記述」と組み合わせることで、理解しやすく効率的な仕様書を作成する

書き方の原則

ユースケース図の書き方の原則として、以下の点があげられます。

• システムで何ができるかを、ユーザー目線で表現する図である
• アクター、ユースケース、システム境界、関連、包含、拡張の6種類の要素を使う
• アクターを洗い出す段階 と、 アクター別のユースケースを洗い出す段階 の、大きく2段階に分けられる
• 要件定義フェーズで使用されることが多く、システムの機能や範囲を明確にするために描く
• ユーザーのアクションに対してシステムが実行する内部処理の流れを「 ユースケース記述 」として作成することができる

ユースケース記述とは

ユースケース記述は、ユースケース図で表現されたシステムとユーザーの相互作用を、テキストで詳細に記述したものです。

項目	説明
ユースケース名	ユースケース図でラベル付けされたユースケースの名称
アクター	ユースケース図で外部からシステムにアクセスする主体の名称
前提条件	ユースケースが開始される前に満たされているべき条件
基本フロー	ユーザーが目的を達成するための正常な操作や応答の流れ
代替フロー	基本フローから分岐する異常や例外の操作や応答の流れ
後置条件	ユースケースが終了した後に満たされているべき条件

ユースケース記述は、システムの要件や仕様を明確にするだけでなく、テストケースや設計書など、他のドキュメントの作成にも活用できます。

ユースケース記述の特徴

ユースケース記述の特徴として、以下の点があげられます。

• ユースケース記述は、 ユーザー目線 でシステムの 利用シナリオ を記述するため、ユーザーの ニーズ や 要望 を反映しやすい
• システムの 内部構造 や処理の 詳細を記述しない ため、システムの 変更 に 柔軟 に対応できる
• テキスト で書かれるため、読みやすく理解しやすい

実践的な書き方

• ユースケースは「 A を B する」と言う形式で記述する
  • 〜する と言う記述にする（体言止め、名詞のみはNG）
  • A が 静的モデル 、 B が 動的モデル になる
• ユースケースは アクター目線 で 何を実現するのか を記述する
  • エンジニア目線 で考えると、正確なユースケースを導き出せなくなる
  • 実装に寄ってしまわないように意識しながら描く

あとがき

ユースケース図 と ユースケース記述 を組み合わせて使用することで、システムの要件や仕様を明確にし、効率的な開発プロセスを実現することができます。