Business-analysis-usecase-diagrams
ユースケース図
統合モデリング言語（UML）の重要な部分は、ユースケース図を描画する機能です。 ユースケースは、プロジェクトの分析段階でシステム機能を識別および分割するために使用されます。 システムをアクターとユースケースに分離します。 アクターは、システムのユーザーが演じることができる役割を表します。
これらのユーザーは、人間、他のコンピューター、ハードウェア、または他のソフトウェアシステムです。 唯一の基準は、ユースケースに分割されるシステムの一部の外部にある必要があることです。 彼らは、システムのその部分に刺激を供給し、そこから出力を受け取る必要があります。
ユースケースは、目標を追求するためにシステムの助けを借りてアクターが実行するアクティビティを表します。 これらのユーザー（俳優）がシステムに必要なものを定義する必要があります。 ユースケースは、ユーザーのニーズと目標を反映し、アクターによって開始される必要があります。 ビジネスユースケースに参加しているビジネス、アクター、顧客は、関連付けによってユースケースに接続する必要があります。
ユースケース図の描画
以下の図は、ユースケースがUML回路図形式のように見えるものを示しています。 ユースケース自体は楕円のように見えます。 俳優は小さな棒人間として描かれています。 アクターは、ラインを使用してユースケースに接続されます。
- ユースケース1 *-営業員がアイテムをチェックアウトする
- 顧客がカウンターにアイテムをセットします。
- «用途»スワイプUPCリーダー。
- システムはデータベースでUPCコードを検索し、アイテムの説明と価格を調達します
- システムからビープ音が鳴ります。
- システムはアイテムの説明と価格を音声出力で通知します。
- システムは価格と品目タイプを現在の請求書に追加します。
- システムは正しい税小計に価格を追加します
したがって、«uses»関係は、関数呼び出しまたはサブルーチンに非常によく似ています。
この方法で使用されるユースケースは、単独では存在できませんが、他のユースケースで使用する必要があるため、抽象ユースケースと呼ばれます。
例─撤退のユースケース
お金の自動販売機（ATM）に関連する顧客の目標は、お金を引き出すことです。 そのため、 Withdrawal ユースケースを追加しています。 自動販売機からお金を引き出すには、取引を行う銀行が必要になる場合があります。 そのため、別のアクター（ Bank ）も追加しています。 ユースケースに参加する両方のアクターは、関連付けによってユースケースに接続する必要があります。
お金の自動販売機は、顧客と銀行関係者に引き出しのユースケースを提供します。
アクターとユースケースの関係
ユースケースは、次の関係を使用して整理することができます-
- 一般化
- 協会
- 延長
- 含める
ユースケース間の一般化
アクターが同様のユースケースに関連付けられている場合があります。 そのような場合、子のユースケースは親のユースのプロパティと動作を継承します。 したがって、関数の継承を示すためにアクターを一般化する必要があります。 それらは、大きな中空の三角形の矢印の付いた実線で表されます。
ユースケース間の関連付け
アクターとユースケースの関連付けは、ユースケース図で実線で示されています。 アクターがユースケースで記述されたインタラクションに関与する場合は常に、関連付けが存在します。
延長
オプションでトリガーされる機能がいくつかあります。 このような場合、拡張関係が使用され、拡張ルールがそれに関連付けられます。 覚えておくべきことは、拡張ユースケースが呼び出されなくても、基本ユースケースはそれ自体で機能を実行できるはずだということです。
拡張関係は、拡張ユースケースから拡張（ベース）ユースケースに向けられた開いた矢印の付いた破線で示されています。 矢印にはキーワード«extend»のラベルが付いています。
含める
複数のユースケースで複製されるユースケースフラグメントを抽出するために使用されます。 また、大規模なユースケースをいくつかのユースケースに分割して単純化し、2つ以上のユースケースの動作の共通部分を抽出するためにも使用されます。
ベースのユースケースから含まれるユースケースへの開いた矢印の付いた破線の矢印で示されるユースケース間の関係を含めます。 矢印には、«include»というキーワードが付いています。
ユースケースは、システムの機能要件のみを扱います。 ビジネスルール、サービス品質要件、実装制約などの他の要件は、個別に表す必要があります。
以下に示す図は、すべての要素がマークされた単純なユースケース図の例です。
ユースケースをうまく適用するための基本原則
- ストーリーを伝えることでシンプルに
- 完全性なしに生産性を高める
- 全体像を理解する
- ユースケースの再利用の機会を特定する
- 価値に焦点を当てる
- スライスでシステムを構築する
- システムを段階的に提供する
- チームのニーズに適応する
ユースケーステンプレート
ここでは、ビジネスアナリストが入力できるユースケースのサンプルテンプレートを示しました。これにより、技術チームがプロジェクトに関する情報を確認するのに役立ちます。
ユースケースID：
ユースケース名：
によって作成された：
最終更新者
作成日：
最終更新日
俳優：
説明：
前提条件
投稿条件：
優先度：
使用頻度：
イベントの通常コース：
代替コース：
例外：
含まれています：
特別な要件：
仮定：
メモと問題：
