유스케이스
- 사용자의 기능적 요구사항을 정의
- 시스템이 액터에게 제공해야 하는 기능
유스케이스명세서
- 추출한 유스케이스에 대하여 세부 정보를 간결하고 명확하게 기술하는 것
- 개요작성시 주어는 유스케이스를 사용하는 액터로 하며 간결하게 기술하되 유스케이스가 제공하는 모든 기능 명시
관계
유스케이스 사이의 관계
<<스테레오타입>>
포함관계 <<include>>
- 여러 유스케이스들에서 중복적으로 발생하는 이벤트 흐름을 표현하기 위해 사용
- 입금이나 출금 유스케이스안에는 카드판독과 암호확인 유스케이스가 포함됨
- 입금 --> 카드판독
- 화살표방향 유의
확장관계 <<extend>>
- 한 유스케이스에서 흐름이 특정 조건에서 여러가지 형태로 분류될 경우 (옵션처럼)
- 결제 <-- 계좌이체
- 화살표방향 유의
액터 사이의 관계
일반화 관계
- 여러 액터들의 의미를 좀 더 명확하게 함
- 다이어그램도 보다 간결하게 작성될 수 있음
연관 관계
- 다른 액터에 의한 간접적인 시스템에의 접근
- 필수적인 표기사항은 아님
유스케이스 보고서 점검사항
1. use case 간 Association 관계 정의 X
- 흐름을 표현하기 위해 사용했을 경우
: 수행 actor를 정의하여 독립적인 유스케이스로 분리
2. actor의 모호성
- actor의 역할을 명확히 나눠야 함
3. Association의 navigability의 잘못된표현
- 외부 시스템 actor는 일반적으로 수행 actor로 정의하지 않음
4. 유스케이스 추출시 대응되는 필요기능
- 도서주문이 있으면 도서주문취소도 별도의 유스케이스로 정의
5. 잘못된 유스케이스 추출
- DB관리/웹서버관리는 관리자에게 필요한 기능이나 설계하려고 하는 시스템 자체의 기능으로 존재할 필요성 없음
- 시스템을 이용하는 사람(고객,회원..)의 입장에서 추출되어야함
- 명확한 시스템의 역할을 나타낼수 있는 유스케이스 명칭 사용
6. 잘못된 actor 추출
- 도서대출 시스템 개발시 도서대출 시스템음 actor가 될 수 없음
- actor는 개발될 시스템과 상호작용하는 모든 대상
- 개발될 시스템 자체는 actor가 아님
인터넷쇼핑몰 유스케이스 다이어그램 예시
UML
- 객체지향 분석과 설계를 위한 표준 표기법
- 모델링 언어
