条件付きフロー

Question

私は条件付きフローはウェブサイト

例：中に組み込むことができるかどうかを知りたいのですが、ウェブサイト

のためのユースケースを書くの過程で午前：支払いSuccess-失敗

アクティビティまたは州のダイアグラムとして文書化する必要がありますか？

Answer 1

別の回答に記載されているユースケースの説明は、システムの成功した使用例を最も重要に扱うべきです。しかし、システムとアクターが別々にやりとりするべき特別なケースのいくつかについて言及することも重要です。技術的な詳細ではなく、システムの使用に関連する特別な条件を特定することが重要であり、決定ロジックを記述するのではなく、特別な条件を説明する必要があることに注意してください。 Alistair Cockburnは、ユースケースの拡張を使用して、ユースケースの拡張を使用して、これらのシナリオを主シナリオからブランチ（プリおよびポスト条件付き）としてマージ可能に記述します。他の専門家は、同じユースケース記述の代替フローを使用します。アルゴリズムのロジックをキャプチャした後であれば、アクティビティや状態図を検討することをお勧めします。

Answer 2

前述のとおり、お支払いの成功はあなたの主な道です。ユーザーのクレジットカードが不承認となった場合の支払いの失敗は、許容できる結果であり、代替パスが必要です。

ネットワーク接続の問題などの理由で支払いが失敗した場合、それは例外であり、それに応じて処理されます。 （私はいつも例外パスを代替パスのタイプとして扱ってきました）