ユースケース図 - Eコマースシステム

ダイアグラム9ノードエンジニアリング · 店舗要件1つのプロンプトから作成
読み取り専用プレビュー

プロンプト

Eコマースシステムのユースケース図を作成し、CustomerとAdminのアクター、および商品閲覧、購入、在庫管理のユースケースを表示してください

自分用に作り直す

フレームワークについて

購買と管理の範囲を定義する

CustomerはBrowse Products、Search Products、Add to Cart、Checkout、Track Orderに接続されています。AdminはManage Inventory、Process Refund、Checkoutに接続されています。7つの機能ボックスは、完全なマーケットプレイスではなく、小規模な店舗の構成を示しています。

AdminからCheckoutへの接続は、見直す価値があります。店舗によってはスタッフが購入をサポートする場合もありますが、CheckoutをCustomerロールだけに限定したい場合もあります。このサンプルでは関与を示していますが、その業務ルールは説明していません。また、決済ゲートウェイのアクター、配送サービスのアクター、システム境界、includeやextendの関係も含まれていません。

構築する店舗に合わせて機能を調整してください。マーケットプレイスならSellerの責任範囲を追加し、デジタル商品なら配送追跡をアクセスや配信に置き換えます。画面の詳細な遷移はチェックアウトフローにまとめ、このビューでは各機能を誰が利用するかに焦点を当ててください。

含まれる内容

得られるもの

  • 7つの店舗機能を囲むCustomerとAdminのアクター
  • 商品閲覧から注文追跡までのCustomerの導線
  • 在庫管理と返金処理を担当するAdminの機能
  • CustomerとAdminの両方に接続されたCheckout
ダイアグラム

ユースケース図 - Eコマースシステム

ユースケースUMLEコマース

✦ Free preview · Sign in to use

よくある質問

よくある質問

なぜAdminがCheckoutに接続されているのですか?

その接続は提供された例の一部ですが、目的は明記されていません。スタッフが購入をサポートするケースで残すか、店舗に合わせて削除してください。

これはチェックアウト画面の順番を示していますか?

いいえ。これは、店舗の機能にどのアクターが関与するかを示しています。住所入力、支払い、確認、完了の画面遷移を示すには、ユーザーフローを作成してください。

返品機能を追加するにはどうすればよいですか?

返品を申請する人と審査する人を説明してください。既存のProcess Refund機能と並べて、適切なアクター接続を持つRequest ReturnとReview Returnの機能を追加するよう依頼してください。

ユースケース図 - Eコマースシステム

無料で開始。クレジットカード不要。

Free preview · Sign in to use