"いずれの支払いも、クレジット/デビットカードまたは銀行振込で行うことができます。"ここでカードや銀行振り込みで支払いを行うためのユースケースを書くにはどうすればいいですか
は私はあなたがユースケース、ワークフローとビジネスルールを混在
"いずれの支払いも、クレジット/デビットカードまたは銀行振込で行うことができます。"ここでカードや銀行振り込みで支払いを行うためのユースケースを書くにはどうすればいいですか
は私はあなたがユースケース、ワークフローとビジネスルールを混在
を考えているものです。そのように言えば、ユースケースは1つだけです。「お支払い」です。
もっと詳しい情報を提供する必要があります。
おそらく '<
拡張UCまたは付属UCが俳優または別のUCにリンクされていない場合、それをUC図に表示する必要はありませんか?あなたがそうするならば、それは一種のプロセスを示す方法であり、それはUCダイアグラムの目標ではありませんか?... – granier
"おそらく"と言いました。私は常にincl/exclを使わないことを勧めます。ここでは、システムが拡張可能であることをUCレベルで示すことができます。異なる機会/オプションがあることを示すことができます。その場合、それは意味をなさない(私にとって)。クレジットカードとデビットは、異なる支払いチャネルを含む複雑なUCの両方です。そしてそれらは異なった価値を加える。 –
UCを使った一般化は、一般的には悪い考えです。 –