ja 日本語

ユースケース—例で学ぶ

Table of Contents hide
1 ユースケース図の概要
2 関係を使用したユースケース図の構造化
3 例で学ぶ—旅客サービス
3.1 例で学ぶ—放送システム（ユースケースパッケージ）
3.2 例で学ぶ—インクルードとエクステンドを使用したユースケースの構造化
3.3 その他のUML記事

ユースケースは、ユーザーが特定の目標を達成するためにシステムをどのように使用するかを説明します。ユースケース図は、システム、関連するユースケース、およびアクターで構成され、これらを相互に関連付けて視覚化します。何が記述されているのでしょうか。（システム）、誰がシステムを使用していますか？（俳優）そして俳優は何を達成したいですか？（ユースケース）、したがって、ユースケースは、ユーザーの観点から要件をキャプチャすることにより、正しいシステムが開発されることを保証するのに役立ちます。

通常、ユースケース図は単純です。ユースケースの詳細は表示されません。

  • ユースケース、アクター、およびシステム間の関係の一部を要約するだけです。
  • 各ユースケースの目標を達成するためにステップが実行される順序は示されていません。

前述のように、ユースケース図は単純で、いくつかの形状のみが含まれている必要があります。20を超えるユースケースが含まれている場合は、ユースケース図を誤用している可能性があります。

次の図は、UML図の階層とUMLユースケース図の位置付けを示しています。ご覧のとおり、ユースケース図は動作図のファミリーに属しています。

ユースケース図の概要

以下のユースケース図の例に示すように、標準形式のユースケース図は統一モデリング言語で定義されています。

表記の説明視覚的表現

俳優

  • 誰かがユースケース（システム機能）と対話します。
  • 名詞で名付けられました。
  • 俳優はビジネスで役割を果たします
  • ユーザーの概念に似ていますが、ユーザーはさまざまな役割を果たすことができます
  • 例えば：
  • 教授。インストラクターになることも研究者になることもできます
  • 2つのシステムで2つの役割を果たします
  • アクターはユースケースをトリガーします。
  • アクターはシステム（入力）に対して責任があり、アクターはシステム（出力）からの期待を持っています。

使用事例

  • システム機能（プロセス—自動または手動）
  • 動詞+名詞（または名詞句）によって名前が付けられます。
  • すなわち何かをする
  • 各アクターはユースケースにリンクされている必要がありますが、一部のユースケースはアクターにリンクされていない場合があります。

コミュニケーションリンク

  • ユースケースへのアクターの参加は、アクターをユースケースに強固なリンクで接続することによって示されます。
  • アクターは、関連付けによってユースケースに接続できます。これは、アクターとユースケースがメッセージを使用して相互に通信することを示します。

システムの境界

  • システム境界は、要件ドキュメントで定義されているシステム全体である可能性があります。
  • 大規模で複雑なシステムの場合、各モジュールがシステムの境界になることがあります。
  • たとえば、組織のERPシステムの場合、個人、給与、経理などの各モジュール。
  • これらの各ビジネス機能に固有のユースケースのシステム境界を形成できます。
  • システム全体は、システム全体の境界を表すこれらすべてのモジュールにまたがることができます

関係を使用したユースケース図の構造化

ユースケースは、さまざまな種類の関係を共有します。2つのユースケース間の関係を定義することは、ユースケース図のソフトウェアアナリストの決定です。2つのユースケース間の関係は、基本的に2つのユースケース間の依存関係をモデル化しています。さまざまなタイプの関係を使用して既存のユースケースを再利用すると、システムの開発に必要な全体的な労力が軽減されます。ユースケースの関係は次のようにリストされています。

ユースケースの関係—視覚的表現

延長

  • 「無効なパスワード」のユースケースには、基本ユースケース「ログインアカウント」で指定された動作が含まれる可能性があることを示します（拡張機能で指定されている場合があります）。
  • 点線のある有向矢印で描いてください。矢印の先端はベースユースケースを指しており、子ユースケースは矢印のベースで接続されています。
  • ステレオタイプ「<< extends >>」は、拡張関係として識別されます

含む

  • ユースケースが別のユースケースの別の機能の機能を使用するものとして描かれている場合、ユースケース間のこの関係は、包含関係または使用関係と呼ばれます。
  • ユースケースには、ビジネスプロセスフローの一部として別のユースケースで説明されている機能が含まれます。
  • 基本ユースケースから子ユースケースへの使用関係は、基本ユースケースのインスタンスに、子ユースケースで指定された動作が含まれることを示します。
  • 包含関係は、点線のある有向矢印で示されます。矢印の先端は、矢印の基部で接続された子のユースケースと親のユースケースを指しています。
  • ステレオタイプ「<< include >>」は、関係を包含関係として識別します。

一般化

  • 一般化関係は、ユースケース間の親子関係です。
  • 一般化関係の子のユースケースには、基本的なビジネスプロセスの意味がありますが、親のユースケースを拡張したものです。
  • 一般化は、三角形の矢印の付いた有向矢印として示されています。
  • 子のユースケースは、矢印の基部で接続されています。矢印の先端は、親のユースケースに接続されています。

例で学ぶ—旅客サービス

これが旅客サービスのユースケース図の例です。見てみましょう。ユースケースモデルには、チェックイン担当者、目的地の空港の税関、乗客と手荷物の輸送の4人の関係者がいます。ユースケースチェックイン、自動チェックイン、エクスプレスチェックイン、搭乗、乗客リストのリクエストなど、さまざまなビジネス目標を達成するためにシステムと対話します。

このユースケース図テンプレートを使用して、独自の図を作成します。

 [ このテンプレートを使用]をクリック して編集するか、 [空白を作成]を クリック  して最初から描画します。

例で学ぶ—放送システム（ユースケースパッケージ）

これは、オンライン放送システムのユースケース図の例です。一般会員や管理者などのユーザーはアクターとして表され、システムのビジネス目標、たとえば、アーカイブされた番組やライブ番組の視聴、番組ディスカッションへの参加、テレビ番組のアップロードは、ユースケース（つまり楕円形）として表されます。このユースケース図では、システムの境界とパッケージの形状を使用してユースケースを整理しています。これは必須ではありませんが、そうすることで、ユースケース図全体が適切に整理されます。さらに、一般/プレミアムメンバーをメンバーとリンクする際の一般化の使用は、メンバーに定義された動作が一般メンバーとプレミアムメンバーの間で共有されるという事実をモデル化します。

このユースケース図テンプレートを使用して、独自の図を作成します。

[ このテンプレート を使用して編集]をクリック するか、  [空白を作成]をクリック  して最初から描画します。

例で学ぶ—インクルードとエクステンドを使用したユースケースの構造化

このユースケース図の例は、いくつかのビジネスユースケースのモデルを示しています。ユースケースモデルは、レストラン（ビジネスシステム）とその主要な利害関係者（ビジネスアクターおよびビジネスワーカー）の間の相互作用を表します。基本的なユースケースが特定されたら、それらのユースケースを<>および<>のユースケースで構成して、わかりやすくすることができます。

このユースケース図テンプレートを使用して、独自の図を作成します。

[ このテンプレート を使用して編集]をクリック するか、  [空白を作成]をクリック  して最初から描画します。

その他のUML記事

統一モデリング言語（UML）

コメントを残す

メールアドレスが公開されることはありません。