uml - ユースケースの条件を表す方法は?

Question

私はこの問題を抱えています。私のシステムは衣料品店で、顧客は購入日の 1 日後にのみ購入した布を返品することができます。

布の返品はユースケースですが、1日の状態をどのように表すことができますか？「ガード状態」を使おうと思ったのですが、いかがでしょうか？

Answer 1

ここにあるのは、実際には、共通のアクションを共有する 2 つの異なるユース ケースです。

「Try to Return Clothing」のベース ユース ケースを作成し、次にそれを一般化する 2 つの異なるユース ケースに拡張します。

• 基本ユースケースは「服を返してみる」
• 「1日後」は「服を返してみる」を延長
• 「1日以内」は「服の返品を試みる」を延長

次に、シーケンス図でこれらのユース ケースの結果を特定できます。たとえば、1 日後に返品を行った顧客は返品処理を許可されません。

Answer 2

いくつかのオプションは、ユース ケースのフローをどのように表現するかによって異なります。

• シーケンス図: UML にはタイマーの概念が組み込まれています。たとえば、こちらを参照してください。その後の動作を決定するためのトリガーとして、期限切れ (つまり、返品期間の終了) を示すことができます。
• アクティビティ ダイアグラムを使用する場合は、2 つのルートからの決定点を簡単に作成できます (<購入後 1 日 / >= 購入後 1 日)。[これはあなたのガード条件の提案と同じだと思います]。
• テキストの手順を使用する場合は、「ハッピー デイ」ケースをメイン フローに入れ (おそらく 1 日未満)、例外フローをカバーする拡張機能を追加します (>1 日)。

わかりやすくするための最後の例:

主な流れ

1. お客様から返品された商品
2. 返品日が最大返品間隔 (1 日) 未満であることが確認されました
3. 顧客に返金されました
4. ...等。

例外フロー: 最大リターン間隔を超えました

2a. 返品日が最大返品間隔以上であることが確認されました

3このシナリオで何をするにしても...

要するに、オプションがあります。どちらを選択するかは、モデリングの好みによって異なります。しかし、元の質問に答えると、ガード条件は完全に許容されます。

Answer 3

条件は動作で構成されるため、条件ステートメントはユースケースでは使用されません。そんな「布を返す」ユースケースはおかしい。「登録する」「フルフィルオーダー」などのユースケースには命令文を使用してください。