유스케이스
- 프로젝트 시작 후 제품의 요구사항 명세서를 작성하는 요구분석 단계에서 그림
- 시스템과 사용자의 상호작용을 다이어그램으로 표현
- 사용자 과점에서 시스템의 서비스, 기능, 외부와의 관계 표현
1.다이어그램 설명
01. 시스템(System Scope)
- 현재 개발 중인 프로그램 상태
- 시스템의 제공하는 기능 범위
- 프라이머리 액터와 세컨더리 액터 사이의 사각형으로 표기
02. 액터(Actor)
특징
- 시스템 외부에 존재
- 시스템과 상호작용하는 모든것
- 사람일 필요 없고, 외부 시스템도 액터로 표기 가능
액터의 특징
- 서로 상속가능
- 일반화 가능
1) 프라이머리 액터
- 시스템을 사용하는 주체
- 사람형태의 모형으로 표기
2) 세컨더리 액터
- 시스템과 상호작용하는 다른 시스템(외부 시스템)
- 박스에 <<actor>> 표시
- 사람 아님
03. 유스케이스(Usecase)
- 사용자 입장에서 바라 본 시스템의 추상적 기능
- 시스템의 요구사항을 구조화하여 타원형으로 표시
- 시스템이 제공해주는 서비스와 기능
04. 관계(Relationship)
- 액터와 유스케이스, 유스케이스 사이의 유스케이스 관계
1) 연관관계(Assosiation)
- 액터와 유스케이스 간의 상호작용이 있음을 실선으로 표시
- 액터는 정보를 통보받거나 요구
- 유스케이스는 정보를 제공
- 즉, 액터가 유스케이스를 사용하는 것을 표현
2) 의존관계(Dependency)
2-1) 포함관계(Include)
- 기능을 위한 기능을 사용
- 한 유스케이스가 다른 유스케이스의 수행을 요청할 때 사용
- 포함하는 유스케이스에서 포함되는 유스케이스 방향으로 활살표 점선으로 연결 후 <<include>> 표기
- ex. 상품 주문 유스케이스는 사용자 인증 유스케이스가 반드시 실행 되어야만 상품 주문 가능
2-2) 확장관계(Extend)
- 특정 조건이 만족되는 경우만 실행
- 확장하는 유스케이스에서 대상 유스케이스 방향을 점선으로 연결하고 <<extend>> 표기
- ex. 상품목록조회 유스케이스에서 뷰가적으로 상품상세조회 기능을 추가할 수 있기 때문에 확장 관계로 표기
3) 일반화관계(Generalization)
- 일반화 관계
- 추상화한 유스케이스 또는 액터를 그룹화시켜 이해도를 높이기 위한 관계
- 구체적인 유스케이스에서 추상적인 유스케이스로 화살표를 그리고 실선으로 표기
2. 작성방법
1) actor 식별
모든 사용자 역할 식별
상호작용하는 외부 시스템 식별
2) useCase 식별
actor가 요구하는 서비스 식별
actor가 시스템과 상호작용하는 행위를 식별
3) relation 정의
actor와 actor 관계
actor와 useCase 관계
useCase와 useCase 관계
4) useCase 구조화
두 개 이상의 유즈케이스에 존재하는 공통 서비스 추출
특정 조건에서 활성화되는 유즈케이스 추출
5) 관계 정의
- 연관 관계: 액터와 유스케이스 간에 상호 작용이 존재하는지
- 포함 관계: 유스케이스를 실행하기 위하여 반드시 실행되어야 하는 유스케이스가 존재하는지
- 확장 관계: 유스케이스를 실행함으로써 선택적으로 실행되는 유스케이스가 존재하는지
- 일반화 관계: 액터 또는 유스케이스가 구체화 된 다른 액터 또는 유스케이스를 가지고 있는지 위 관계에 해당하는 상호 작용 관계를 확인하고 관계를 정의한다.
출처
https://gnaseel.tistory.com/22
'DB' 카테고리의 다른 글
| [모델링] 모델링에 사용되는 이벤트 코드용어 (0) | 2023.02.02 |
|---|---|
| [DB] 엔터티/ 속성/ 도메인 1분개념 (0) | 2023.02.01 |
| [DB]개념/ 논리/ 물리 모델의 간단 개념정리 (0) | 2023.02.01 |
| [DB]데이터 프로파일링(Data Profiling) (0) | 2023.02.01 |