Use Case
사용 사례
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: Use Case는 배우가 시스템으로 어떻게 목표를 이루는지 보여줘. 정상, 대체, 실패 경로가 다 포함돼. 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.