ユースケース図

統一モデリング言語(UML)の重要な部分は、ユースケース図を描画するための機能です。ユースケースは、プロジェクトの分析フェーズで、システム機能を識別して分割するために使用されます。それらはシステムをアクターとユースケースに分けます。アクターは、システムのユーザーが果たすことができる役割を表します。

それらのユーザーは、人間、他のコンピューター、ハードウェアの一部、または他のソフトウェアシステムでさえあり得ます。唯一の基準は、ユースケースに分割されるシステムの一部の外部にある必要があるということです。それらはシステムのその部分に刺激を供給しなければならず、そこから出力を受け取らなければなりません。

ユースケースは、目標を追求するためにアクターがシステムの助けを借りて実行するアクティビティを表します。それらのユーザー(アクター)がシステムから何を必要としているかを定義する必要があります。ユースケースは、ユーザーのニーズと目標を反映する必要があり、アクターによって開始される必要があります。ビジネス、アクター、ビジネスユースケースに参加している顧客は、関連付けによってユースケースに接続する必要があります。

ユースケース図の描画

次の図は、ユースケースがUML回路図フォームのように見えることを示しています。ユースケース自体は楕円形のように見えます。俳優は小さな棒人間として描かれています。アクターは、線でユースケースに接続されています。

Use-case 1 −店員がアイテムをチェックアウトする

  • 顧客はカウンターにアイテムを設定します。
  • «使用»UPCリーダーをスワイプします。
  • システムは、アイテムの説明と価格を調達するデータベースでUPCコードを検索します
  • システムからビープ音が鳴ります。
  • システムは音声出力で商品の説明と価格を発表します。
  • システムは、現在の請求書に価格とアイテムタイプを追加します。
  • システムは、税の小計を修正するために価格を追加します

したがって、«uses»関係は、関数呼び出しまたはサブルーチンに非常によく似ています。

この方法で使用されているユースケースは、それ自体では存在できませんが、他のユースケースで使用する必要があるため、抽象ユースケースと呼ばれます。

例─撤退のユースケース

私たちの自動販売機(ATM)に関する顧客の目標は、お金を引き出すことです。だから、私たちは追加していますWithdrawal使用事例。自動販売機からお金を引き出すには、取引を行うための銀行が必要になる場合があります。そのため、別のアクターも追加しています–Bank。ユースケースに参加する両方のアクターは、関連付けによってユースケースに接続する必要があります。

お金の自動販売機は、顧客と銀行の関係者に引き出しのユースケースを提供します。

アクターとユースケースの関係

ユースケースは、次の関係を使用して整理できます-

  • Generalization
  • Association
  • Extend
  • Include

ユースケース間の一般化

アクターが同様のユースケースに関連付けられている場合があります。このような場合、子のユースケースは親の使用のプロパティと動作を継承します。したがって、関数の継承を示すためにアクターを一般化する必要があります。それらは、大きな中空の三角形の矢印が付いた実線で表されます。

ユースケース間の関連付け

アクターとユースケースの関連は、ユースケース図に実線で示されています。アクターがユースケースによって記述されたインタラクションに関与するときはいつでも、関連付けが存在します。

拡張する

オプションでトリガーされる機能がいくつかあります。このような場合、拡張関係が使用され、拡張ルールがそれに添付されます。覚えておくべきことは、拡張ユースケースが呼び出されなくても、基本ユースケースはそれ自体で関数を実行できる必要があるということです。

拡張関係は、拡張ユースケースから拡張(ベース)ユースケースに向けられた開いた矢印の付いた破線として示されています。矢印には、キーワード«extend»のラベルが付いています。

含める

これは、複数のユースケースで複製されるユースケースフラグメントを抽出するために使用されます。また、大規模なユースケースを複数のユースケースに分割して簡素化し、2つ以上のユースケースの動作の一般的な部分を抽出するためにも使用されます。

基本ユースケースから含まれているユースケースへの矢印が開いた破線の矢印で示されているユースケース間の関係を含めます。矢印には、キーワード«include»のラベルが付いています。

ユースケースは、システムの機能要件のみを扱います。ビジネスルール、サービス品質要件、実装の制約などの他の要件は、個別に表す必要があります。

以下に示す図は、すべての要素がマークされた単純なユースケース図の例です。

ユースケースの適用を成功させるための基本原則

  • ストーリーを語ってシンプルに
  • 完璧にならずに生産性を高める
  • 全体像を理解する
  • ユースケースの再利用の機会を特定する
  • 価値に焦点を当てる
  • スライスでシステムを構築する
  • システムを段階的に提供する
  • チームのニーズに合わせて調整する

ユースケーステンプレート

ここでは、ビジネスアナリストが記入できるユースケースのサンプルテンプレートを示しました。これにより、技術チームがプロジェクトに関する情報を確認するのに役立ちます。

ユースケースID:
ユースケース名:
によって作成された: 最終更新者
作成日: 最終更新日
俳優:
説明:
前提条件:
投稿条件:
優先度:
使用頻度:
イベントの通常のコース:
代替コース:
例外:
含まれるもの:
特別な要件:
仮定:
注意事項と問題: