4. 유스케이스(Use Case)의 구성 요소 간의 관계에 포함되지 않는 것은?
① 연관 ② 확장
③ 구체화 ④ 일반화
유스케이스(Use Case) 구성 요소와 관계 분석
**유스케이스 다이어그램(Use Case Diagram)**은 UML(Unified Modeling Language)에서 사용자(Actor)와 시스템 간의 상호작용을 모델링하는 다이어그램입니다.
이 글에서는 유스케이스의 구성 요소와 관계 유형을 설명하고, 문제에서 제시된 선택지 중 틀린 항목을 분석하겠습니다.
1. 유스케이스 다이어그램(Use Case Diagram)이란?
유스케이스 다이어그램은 시스템이 제공하는 기능을 사용자의 관점에서 표현하는 다이어그램으로,
시스템의 요구사항을 분석하고 정리하는 데 유용하게 활용됩니다.
✅ 유스케이스 다이어그램의 주요 구성 요소
- 액터(Actor)
- 시스템을 이용하는 사용자 또는 외부 시스템을 의미합니다.
- 유스케이스(Use Case)
- 사용자가 시스템을 통해 수행할 수 있는 기능을 의미하며, 타원(Oval)으로 표현됩니다.
- 시스템(System)
- 유스케이스가 실행되는 영역을 나타내며, 박스 형태로 표현됩니다.
- 관계(Relationship)
- 유스케이스와 액터 사이의 관계를 나타내는 선으로 표현됩니다.
2. 유스케이스 간의 관계 유형
유스케이스 다이어그램에서 사용되는 주요 관계(Relationship)에는 **연관(Association), 확장(Extend), 포함(Include), 일반화(Generalization)**이 있습니다.
✅ (1) 연관(Association)
- 액터와 유스케이스를 연결하는 관계로, 사용자가 특정 기능을 수행할 수 있음을 의미합니다.
- 선(Line)으로 표현됩니다.
- 예제: "사용자 → 로그인" (사용자가 로그인 기능을 사용할 수 있음)
✅ (2) 확장(Extend)
- 유스케이스 간의 관계 중 하나로, 기본 유스케이스(Primary Use Case)에 특정 조건이 충족될 때 추가적으로 실행되는 유스케이스를 나타냅니다.
- 점선과 <<extend>> 라벨을 사용하여 표현됩니다.
- 예제: "결제 → <<extend>> 포인트 사용" (결제 시 포인트를 사용하는 기능이 확장적으로 추가될 수 있음)
✅ (3) 포함(Include)
- 하나의 유스케이스가 반드시 포함해야 하는 하위 유스케이스를 명확히 정의하는 관계입니다.
- 재사용이 필요한 기능을 분리하여 사용하는 경우 활용됩니다.
- 점선과 <<include>> 라벨을 사용하여 표현됩니다.
- 예제: "회원가입 → <<include>> 이메일 인증" (회원가입 시 이메일 인증이 반드시 포함됨)
✅ (4) 일반화(Generalization)
- 상위(부모) 유스케이스가 하위(자식) 유스케이스로 세분화되는 관계를 나타냅니다.
- 일반적으로 상속(Inheritance) 관계와 유사하며, 보다 구체적인 유스케이스를 표현할 때 사용됩니다.
- 화살표로 표현되며, 부모 유스케이스에서 자식 유스케이스로 화살표가 향합니다.
- 예제: "결제(부모) → 신용카드 결제(자식), 계좌이체(자식)" (결제 방식이 세분화됨)
3. 문제에서 제시된 선택지 분석
❌ 틀린 선택지: ③ 구체화
"구체화(Specification)"는 UML의 유스케이스 관계에 포함되지 않는 개념입니다.
유스케이스 다이어그램에서 사용되는 관계는 **연관(Association), 확장(Extend), 포함(Include), 일반화(Generalization)**이므로 "구체화"는 적절하지 않습니다.
💡 유스케이스 다이어그램에서는 "구체화"라는 관계가 존재하지 않으며, 주어진 선택지 중에서 유일하게 포함되지 않는 개념입니다.
✅ 올바른 선택지
✔ ① 연관(Association) → 유스케이스와 액터를 연결하는 기본적인 관계
✔ ② 확장(Extend) → 특정 조건에서 추가적으로 실행되는 유스케이스를 정의
✔ ④ 일반화(Generalization) → 부모 유스케이스를 하위 유스케이스로 세분화하는 관계
4. 유스케이스 다이어그램 예제
✅ 쇼핑몰 시스템에서 유스케이스 다이어그램 예시
쇼핑몰 시스템에서 "주문하기" 기능을 유스케이스 다이어그램으로 표현하면 다음과 같이 관계가 정의될 수 있습니다.
- 연관(Association): 고객(Actor) → 주문하기(Use Case)
- 포함(Include): 주문하기 <<include>> 결제 (주문하기에는 결제가 반드시 포함됨)
- 확장(Extend): 결제 <<extend>> 쿠폰 사용 (쿠폰을 사용할 수도 있음)
- 일반화(Generalization): 결제 → 신용카드 결제 / 계좌이체 결제 (결제 방식이 세분화됨)
5. 결론
유스케이스 다이어그램은 시스템과 사용자 간의 상호작용을 표현하는 중요한 UML 다이어그램입니다.
💡 문제에서 틀린 선택지는 "③ 구체화"이며, 유스케이스 관계 유형에는 포함되지 않는 개념입니다.
'기출문제 > 정보처리기사' 카테고리의 다른 글
2022년 2회 정보처리기사 기출문제 6번 (0) | 2025.02.07 |
---|---|
2022년 2회 정보처리기사 기출문제 5번 (0) | 2025.02.07 |
2022년 2회 정보처리기사 기출문제 3번 (0) | 2025.02.07 |
2022년 2회 정보처리기사 기출문제 2번 (0) | 2025.02.07 |
2022년 2회 정보처리기사 기출문제 1번 (0) | 2025.02.07 |