幸せで、代替、例外パスは、単なるユースケース以上のものに適用できます

幸せ、代替、例外のパスの概念はユースケースで発生しましたが、描写するグラフィカルモデリング手法に適用できることが判明しました 流れ。この記事では、一般的な「信号機」色の緑、アンバー、および赤を使用して単に表現するこれらの概念を備えたビジネスプロセス、アクティビティ、および状態の移行図の例を示します。ビジネスアナリストと利害関係者の両方にとって利益について説明します。

注：この記事は、特定のグラフィカルモデリング手法に関するチュートリアルではありません。提示された例は、該当するパスタイプを示すために、モデル要素に色を追加することを示すことを目的としています。

ユースケースパスタイプの概念

幸せ、代替、例外のパスの概念はの一部です 詳細 特定のユースケースの。その詳細には ステップ アクターまたはシステムが実行され、名前付きパス内でグループ化されます。ユースケースには1つの幸せなパスがあり、代替パスまたは例外パスとして指定されたパスを任意にすることができます。

• 幸せな道 – アクティビティの開始からユースケースの目標の達成まで成功裏にリードする、優先または最も一般的な一連のステップ。

• 代替パス – 幸せなパスまたは代替パスで特定のステップを実行することから合併症が発生したときに実行される一連のステップ。

• 例外パス – ユースケースの目標の達成を妨げることができるステップを実行することで合併症が発生したときに取るべき一連のステップ。

例：

「銀行カードによる支払い」のパス「小売セールスレーク」の俳優を含むユースケース：

• ハッピーパス – 顧客は、支払いが承認される銀行カードを利用します。

• 代替パス – 支払いは承認されていませんが、お客様には支払いが承認される別の銀行カードがあります。

• 例外パス – 支払いは承認されておらず、顧客には支払いを提供する他の銀行カードがありません。

パス内のステップにテキストで説明されています。ステップのデフォルトのフローはです 一連。 シーケンシャルフロー（つまり、パス内の別のステップ、または別のパスの開始まで）にバリエーションを引き起こす条件もテキストで説明されています。ユースケースにテキストを説明するのが難しい多くの複雑なシーケンス変化条件が含まれる場合 アクティビティ図 推奨されます（つまり、「写真は1,000語の価値があります」）。

アクティビティ図パス

オリジナル UMLアクティビティ図 従来のソフトウェアプログラムの論理表現のバリエーションでした フローチャート。 開発者は、条件付き分岐やループなど、コード化される手順をマップします。最近のフローチャートスタイルの図は、ビジネスアクティビティ内の手動の手順を表すグラフィカルな手法としてよく使用されています。たとえば、不満のある顧客を扱うカスタマーサービス担当者。

フローチャートまたは製造の標準的な慣行ではないのは、UMLアクティビティ図の作成です。異なるパスタイプに属する手順を識別することです。幸いなことに、ほとんどのダイアグラムツールには、 色 選択した要素のラインスタイル。以下は、アクティビティ図の前後の例です。 2番目の例では、パスタイプ固有の「信号機」色がラインおよびステップ要素に適用されています。

理想的には、アクティビティ図内のパス内の各条件要素は、その「はい」がそのパス内の次のステップまで続くことを示すように表現されます。

この記事のコンテキストの中で、用語を定義します 活動 （図面のかどうかにかかわらず）次のように：

“An 活動 定義されたもので構成されています ステップ 1つ以上の条件依存パス内でシーケンスされます。手順は、anによって実行されることを目的としています 俳優。 その俳優は、個人、システム、またはシステムと対話する個人である可能性があります。アクティビティは識別可能な追加を追加すると予想されます 価値 全体的な達成に向けて ゴール。」

上記の定義を考えると、議論に進みます プロセス パス。

プロセス図パス

anの主な違い アクティビティ図 そしてa プロセス図 アクティビティ図では、「長方形」の形状は ステップ プロセス図では、その形状はanを表します 活動。アクティビティは指定されたものによって実行されるためです 俳優 複数のアクティビティが関与するプロセスが複数の俳優を巻き込むことは一般的です。

注：UMLのプロセスモデルのサポートは、元のUMLアクティビティモデルを強化することで達成されました。 水泳車線。スイムレーンは俳優のようなものを識別します 役割 誰が車線内に配置されたすべてのアクティビティを実行することが期待されるかを示します。

上記のアクティビティ図で実証されたように、プロセスモデルへのHappy、Alternate、およびException Pathのユースケースの概念を適用することができます。これらの概念の定義は概念的に同じですが、適切なプロセスレベルの用語を置き換えると、

• 幸せな道 – 優先または最も一般的なシーケンス 活動 それは、の開始から成功裏にリードします プロセス 達成するために プロセス ゴール。

• 代替パス – シーケンス 活動 特定の実行から合併症が発生したときに実行される 活動 幸せなパスまたは代替パスで。

• 例外パス – のシーケンス 活動 合併症が実行されることから生じたときに取られる 活動 それは、達成することを困難または不可能にします プロセス ゴール。

例：

顧客と顧客サービスのスタッフが関与する小売セルフチェックアウトプロセス：

• ハッピーパス – 組織が現金への対処を避けることを好むため、顧客が実行する「銀行カードによる支払い」アクティビティが含まれます。

• 代替パス – 顧客が実行する「現金による支払い」活動が含まれ、プロセスが目標を達成できるようにします。

• 例外パス – 「顧客が支払うことができない」ビジネスイベントが発生した場合、 [manually performed] カスタマーサービススタッフが実行するアクティビティは、「製品の保持」です。

アクティビティ図と同様に、ユースケースパスの概念を適用しても、既存のプロセスモデリング手法には影響しません。次の例で見られるように、それは3色のスキームを適用するだけの問題です。

パスベースのプロセス分析

ユースケースパスタイプの概念は、プロセスモデルの生産を担当するビジネスアナリストと、特定のプロセスのビジネス知識を提供する主題の専門家（SME）の両方にとって有益です。文書化するプロセスを特定したため、中小企業との議論は、最初は幸せなパスアクティビティのみを集中する必要があります。

その一連のアクティビティを考えると、プロセスを目標に向けて移動するために代替アクティビティを必要とする条件を調査できます（一度に1つのパス）。

注：一部の図ツールは、レイヤー化機能を提供します。これにより、パスごとのパスを文書化するときに役立つパスベースビューを作成できます。

また、プロセスの目標をまだ達成する代替パスを考えると、中小企業は理想的には、プロセスが成功するのを防ぐことができる例外を識別できます。

サポートテキストを備えたビジネスプロセスモデルに伴う場合、物語の最も自然な組織は道による道です。

状態遷移図パス

状態移行 一般的に使用されるビジネス用語ではありません。その結果、ビジネスアナリストは、 状態遷移図 詳細な要件の一環として、ドキュメントまたはユーザーストーリーの改良。しかし、何 は 情報システムで一般的に遭遇するのは、 状態 フィールド（アカウントステータス、製品ステータス、従業員ステータスなど）。

注：この記事では、情報システムの記録に関する利害関係者を扱う際に、「州の移行」ではなく、よりビジネスに優しい用語「ステータス変更」を使用します（およびBAS使用を推奨します）。 「より少ない」利害関係者に優しいデータモデルを議事録に作成する方法をご覧ください。

有効および無効なステータスの変更を文書化するための一般的な手法は、「From/to」マトリックスです。以下は、8つの可能な値を持つレコードのステータスフィールドをサポートします。

そのようなテーブルは何をしますか ない キャプチャはタイプのものです ビジネスイベント それは与えられた変更を扇動します。これらのイベントは次のとおりです。

• 特定のアクティビティの成功、遅延、または失敗

• 特定のプロセスの成功、遅延、失敗、または以前のアクティビティに戻る必要性

• 内部、外部、または時間ベースのイベント

A/To Matrixは確かに100枚の単語の価値があります。しかし、（改名） ステータス変更図 1,000語に近い価値がある可能性があります。以下は、ステータス値とその有効なステータスの変更を備えた8値のステータスフィールドの例です。

注：上の図では、箇条書きリストは、リストされているビジネスイベントの結果として、特定の変更が発生する可能性があることを意味します。

さらに良いでしょう、このような図は、ユースケースパスの概念に基づいてステータスの変更を強調することです。これらのパス定義では、ステータスフィールド値の変更に対処するコンテキストに対応するために、わずかな変更が必要です。

• 幸せな道 – パスステータス間の最も一般的または好ましい変更シーケンス。パスは初期（デフォルト）ステータスから始まり、レコードインスタンスが組織にそれ以上の運用値がないことを示すステータスで終了します。

• 代替パス – ハッピーパスステータスの間の逆方向の変更、またはハッピーパスステータスから離れて終了する変更。

• 例外パス – 幸せなパスステータスまたは代替パスステータスに戻らない幸せまたは代替パスステータスからの変更。

次の図は、同じステータス変更の図の図を示していますが、パスタイプに基づいて信号の色が適用されます。

ステータスの変更図でレコードのステータス値の変更を表すことの利点は、関連する値の数とともに増加します。ビジネスアナリストは、主題の専門家と一緒に探索する必要があります ビジネスイベント 価値ペア間で「はいまたはいいえ」を単に記録するのではなく、特定の変更に影響を与える可能性があります。その探索は、最初に幸せ、次に代替、そして最後に例外パスを検討することによって導かれることができます。

結論

この記事のテイクアウトポイントは次のとおりです。

• ユースケースのコンテキストの外で、彼らの思考への幸せ、代替、例外のパスを考慮しているビジネスアナリストに利益があります。

• 関与する図を強化することで、読みやすさの利点があります 流れ パスタイプを表す信号の色のパス。

Trips-r-youウェブベースフライト予約ケーススタディ 詳細な要件分析の一部として、これらの概念を適用するさらに例を提供します。

---

著者：Dan Tasker、著者および要件の専門家

ダンは、30を超える要件関連の著者です 記事やその他のリソース。 情報技術の45年以上のキャリアには、米国、カナダ、オーストラリア、ニュージーランドのさまざまな産業部門の組織が関与しています。彼のビジネス分析の経験には、社内ソフトウェア開発、ソフトウェアベンダーソリューション開発、COTSソフトウェアの獲得と実装を含むプロジェクトが含まれます。彼は品質要件に情熱を傾け続け、ビジネスアナリストがそれらを生み出すのを支援しています。彼に連絡することができます [email protected]。