유스케이스 다이어그램의 구성 요소와 표현, 관계

유스케이스 다이어그램의 필요성

요구사항 정의는 개발과 설계에서 매우 큰 비중을 차지함

• 누가 who 시스템을 사용할 것인가?
• 시스템은 사용자를 위해 무엇 what 을 해야 하는가?
• 사용자와 상호작용하기 위해 시스템이 제공해야 할 인터페이스 interface 는 무엇인가?
  

  사각 창은 시스템 경계이고, 경계 내부에 위치한 UserCase1,2,3은 구축할 시스템의 기능. 시스템 경계의 외부에 위치한 Actor1, 2는 외부 존재로 개발 대상에 미포함

액터와 유스케이스

액터 Actor

• 개발할 시스템 외부의 존재, 이벤트 흐름을 시작하게 하는 객체

유스케이스 UseCase

• 시스템 내부에 해당되는 단위 기능, 사용자 관점에서 시스템을 모델링

유스케이스 사이의 포함 Include 관계

• 다른 유스케이스에서 기존 유스케이스를 재사용 할 수 있음을 나타냄
• 하나의 유스케이스를 수행할 때, 같은 기능이 있는 다른 유스케이스가 반드시 수행되는 관계
  

  UseCase1 은 반드시 UseCase2 를 확인해야한다.
  ex) UseCase1 : 현금인출, UseCase2 : 계좌 잔액 확인
  현금을 인출할 때, 계좌에서 인출할 금액이 있는지 반드시 확인해야한다.

유스케이스 사이의 확장 Extend 관계

• 기존 유스케이스에 진행 단계를 추가하여 새로운 유스케이스를 만들어내는 관계
• 확장하는 유스케이스는 상위 유스케이스로부터 어떠한 특정 조건에 의해 수행
• 기본 유스케이스를 수정하지 않고 새로운 요구 사항을 추가로 표현하고자 할 때 사용
  

  UseCase4는 특정 조건에서 UseCase3에 적용된다. 필수적이지 않으며, 조건에 따라 확장 된다.
  ex) UseCase3 : 상품 구매, UseCase4 : 할인 코드 적용
  사용자가 상품을 구매할 때, 특정 조건 (할인 코드가 있는 경우)이 충족되면 "할인 코드 적용" 유스케이스가 실행되어 할인 금액을 적용한다.

액터 사이의 일반화 관계

연관 Association 관계

• 해당 액터와 정보를 주고받는 유스케이스와 설정함
  

확장 관계와 포함 관계의 차이

	포함관계	확장관계
목적	- 여러 유스케이스에 공통적인 기능을 표현하기 위해 사용된다.	기준 유스케이스에 부가적으로 추가된 기능을 표현하기 위해 사용된다.
이벤트 흐름	- 포함 유스케이스로 분기되는 이벤트 흐름이 필수적이다. - 기준 유스케이스 이후의 이벤트 흐름이 포함 유스케이스의 수행 결과에 의존한다.	- 기준 유스케이스에 기술된 조건에 따라 분기가 선택적으로 수행된다. - 기준 유스케이스 이후의 이벤트 흐름이 확장 유스케이스의 결과에 의존하지 않는다.