Use Case
使用例
ユースケースは、人がシステムを使ってどうやって目標を達成するかを示します。メイン、代替、そして失敗する道のりを含みます。
もう一つの例
請求書ケースは、有効なリンクを開くこと、支払い方法を選択すること、カード拒否への対応、領収書の受信を扱います。
主な部分
- 01Actor and situation
- 02Desired outcome
- 03System responsibility and boundary
以下の場合に使用します
短いユーザーストーリーではアクター、開始の必要性、分岐、または失敗をカバーできない場合に使用してください。
以下の場合は使用しないでください
すべてのクリックをリストアップしたり、インターフェイスの決定を早まったり、壊れたパスを省略したりしないでください。
コードで使用する名前
actor + precondition + main flow + alternatives 出荷前に
Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision.
Outcome:Complete the task with 使用例 (Use Case)。 User context:請求書ケースは、有効なリンクを開くこと、支払い方法を選択すること、カード拒否への対応、領収書の受信を扱います。 Product concept to apply:使用例 (Use Case)。 Why it fits:短いユーザーストーリーではアクター、開始の必要性、分岐、または失敗をカバーできない場合に使用してください。 Do not use it when:すべてのクリックをリストアップしたり、インターフェイスの決定を早まったり、壊れたパスを省略したりしないでください。 Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary):きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。 Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.
このリクエストを確認する
Review how 使用例 (Use Case) is used now. Definition: ユースケースは、人がシステムを使ってどうやって目標を達成するかを示します。メイン、代替、そして失敗する道のりを含みます。 Release checks: Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.