본문 바로가기
까망 동네/OOAD & UML

[UML] Use Case Diagram

by 까망 하르방 2024. 10. 10.
반응형

Use Case Diagram이란?

• Use Case와 Actor 관계를 표현한 그림

• Use Case = Functional Requirements

• 외부 Actors가 개발할 시스템을 어떻게 사용하는지 묘사한 Text Story

 

• 3가지 단계 (Brief → Casual → Fully Dressed)

Brief | 3~4줄로 간단하게 작성

Casual | OOA 단계에서 Detail 정보

Fully Dressed | OOD 에서 Detail 정보

 

 

[예시]

Usecase Diagram 예시



UseCase Diagram 구성

 

• 시스템(System)
• 액터(Actor)
• 유스케이스(Usecase)
• 관계(Relation)

Usecase Diagram 구성


시스템 (Systems)

• 사각형 형태로 표시

• 상단에 시스템 이름 정의

 

액터 (Actors)

• 시스템 외부에서 시스템과 상호작용하는 객체

• 액터는 사람, 회사, 다른 시스템 등이 될 수 있다.

• 액터는 하나 이상의 유스케이스와 상호작용해야 한다.

① Primary Actor
 • 시스템을 사용하는 주체
 • 사람 형태로 표기
 • 보통 시스템 왼쪽에 표시
② Secondary Actor 
 • 목적을 달성하기 위해 도움을 주는 액터
 • 사각형 박스에 <<actor>> 표기합니다.
 • 보통 시스템 오른쪽에 표시

 

유스케이스 (Use Cases)

• 시스템 내 일련의 작업

• 타원형으로 표기

 

관계 (Relation)

• 선 또는 화살표로 표기 

• 이어진 2개의 액터 또는 유스케이스는 서로 상호작용
① 연관(Assosiation) | 액터와 유스케이스 간에 상호 작용이 존재하는가?
② 포함(Include) | 유스케이스를 실행하기 위하여 반드시 실행되어야 하는 유스케이스
③ 확장(Extend) | 유스케이스를 실행함으로써 선택적으로 실행되는 유스케이스
④ 일반화(Generalization) | 액터 또는 유스케이스가 구체화 된 다른 액터 또는 유스케이스


① 연관 관계 (Association)

• Usecase와 Actor 사이 상호작용 존재

• 실선으로 표시

Usecase Diagram 연관 관계

→ 사용자는 로그인과 결제 수행

→ 은행은 결제만 연관 있지 로그인과는 관계가 없다.

 

 

② 포함 관계 (Include)

• 두 개의 Usecase 의존성
• 하나의 Usecase가 실행될 때 포함 관계에 있는 Usecase도 실행
• 점선 화살표 그리고 <<include>> 화살표 중앙에 표시

Usecase Diagram 포함 관계


→ 로그인 작업에 있어서 비밀번호 항상 확인

 

 

③ 확장(Extend)

• 두개의 유스케이스 간 확장성
• 특정 상황에서 실행
• 점선 화살표를 그리고 <<extend>> 화살표 중앙에 표시

Usecase Diagram 확장 관계


→ 잘못된 비밀번호를 입력하였을 때 에러 출력

 

 

④ 일반화(Generalization)

• 부모(추상적) - 자식(구체적) 유스케이스 관계
• 자식 유스케이스에서 부모 유스케이스 방향으로 삼각형 실선 화살표

Usecase Diagram 일반화 관계


→ [결제] = [체크 카드] or [무통장 입금]과 일반화 관계이다.
 만약에 [체크 카드 결제] 실행한다면 [결제]와 마찬가지로 [잔액 확인], [잔액 부족 알림] 등 실행
→ 또 다른 예시, [글 검색] = [글쓴이 기준 검색] or [등록 일자 기준 검색] or [조회수 기준 검색]  

 

 

Q) 확장 관계와의 차이점

일반화 관계에 있는 자식 유스케이스들은 부모의 속성들을 물려받기 때문에

부모 유스케이스가 해당된 모든 포함, 확장 관계를 만족해야 한다.

 

반면, 확장 관계에 있는 유스케이스는 속성을 물려받은 것이 아니므로,

기존 유스케이스와 다른 유스케이스와의 관계를 만족하지 않아도 된다.


Use Case Diagram 작성 순서

① 시스템 정의
시스템 영역과 이름 정의

② Actor 정의
사용자 (Primary Actor) 정의
외부 시스템 (Secondary Actor) 정의

③ 유스케이스 정의
Actor가 요구하는 서비스 식별

④ 관계 정의
• (Actor와 Actor) / (Actor와 유스케이스) / (유스케이스와 유스케이스)
• 연관, 포함, 확장, 일반화

⑤ 유스케이스 구조화
두 개 이상의 유스케이스의 공통된 서비스를 추출하여 일반화

반응형

'까망 동네 > OOAD & UML' 카테고리의 다른 글

[OOAD] UP - Elaboration 단계  (1) 2024.10.13
[UML] Sequence Diagram  (2) 2024.10.12
[OOAD] UP(Unified process) 무엇인가?  (0) 2024.10.11
[UML] Activity Diagram  (0) 2024.10.07
[UML] State Chart Diagram  (2) 2024.10.05

댓글