[소프트웨어 설계] Use Case Diagram

※ 이 카테고리의 글들은 knu HK.Lee 교수님의 <소프트웨어 설계> 수업을 듣고 필자가 나름대로 정리한 글입니다.

※ 부족한 설명이 있거나, 잘못 알고 작성한 부분이 보인다면 댓글로 알려주시면 감사하겠습니다😊

 

학습 목차

• 액티비티 다이어그램(Activity Diagrams)의 규칙과 스타일 가이드라인을 이해합니다.
• 유스케이스와 유스케이스 다이어그램(Use Cases and Use Case Diagrams)의 규칙과 스타일 가이드라인을 이해합니다.
• 유스케이스와 유스케이스 다이어그램을 생성하는 과정을 이해합니다.
• 액티비티 다이어그램, 유스케이스, 유스케이스 다이어그램을 사용하여 기능적 모델(Functional Models)을 만들 수 있도록 합니다.

---

UseCase Diagram이란?

유스케이스 다이어그램은 사용자와 프로그램 간의 관계를 명세한다

유스케이스 다이어그램은 시스템과 사용자의 상호작용을 명세한 다이어그램으로, 사용자의 관점에서 시스템의 서비스, 기능, 외부와의 관계에 대하여 다이어그램으로 표현한 것을 의미합니다.

유스케이스 다이어그램에서는 사용자가 시스템을 사용할 때, 시스템과 상호작용 하게 되는 관계를 나타냄으로써 프로그래밍 시 사용자가 시스템 내부의 기능 중 어떤 기능을 사용할 수 있어야 하는지, 시스템은 어떤 기능을 가져야 하는지 파악하여 고객과 개발자 간의 요구사항에 대한 의견을 조율 할 수 있도록 합니다.

 

UseCase Diagram의 구성요소: system, actor, usecase, relation

1. System

다이어그램으로 나타내려 하는 프로그램

명세화 하려는 프로그램을 뜻하며, 외부에서 액터가 바라보는 프로그램과 그 내부의 동작들을 하나의 영역으로 표시합니다.

• ex) ATM 시스템, 학교 서버 시스템 등

 

2. Actor

시스템 외부에 존재하며 시스템과 상호작용을 하는 모든 것

액터란 시스템과 상호작용(Interaction)을 하는 시스템 외부의 존재를 의미하며, 대게 시스템을 사용하는 사용자와, 시스템을 사용함으로서 상호작용되는 다른 시스템이 액터가 될 수 있습니다.

 

3. UseCase

시스템이 제공하는 개별적인 기능

유스케이스는 사용자의 입장에서 바라본 시스템의 추상적인 기능으로 시스템의 요구사항을 나타냅니다. 하나의 유스케이스는 사용자가 인지할수 있는 하나의 단위 상호작용 이며 주로 타원형으로 표기하고, 이름은 수행하는 상호작용을 단순명료하게 기술합니다.

• ex) ATM 시스템에서의 시스템 구동, 사용자 인증, 트랜잭션 등

 

4. Relation

액터와 유스케이스, 유스케이스 사이의 관계

관계는 액터가 각 유스케이스와 상호작용하는 관계, 유스케이스와 유스케이스가 각각 상호작용하는 관계등을 나타내며 포함(Include)과 확장(Extend)으로 나눠집니다.

 

4-1) 포함 관계

<포함 관계>

하나의 유스케이스가 연관된 다른 유스케이스가 반드시 실행 되어야 동작하는 관계를 나타냅니다. 예를 들어 상품을 주문 변경하기 위해서는 반드시 주문 찾기를 해야 합니다.

 

4-2) 확장 관계

<확장 관계>

어떤 유스케이스가 부가적인 유스케이스를 실행 할 수 있는 관계를 나타냅니다. 예로 단골 고객 할인 기능은 주문 결재를 할 수 있습니다.

 

---

UseCase Description: UseCase에 대한 명세 작성

UseCase Description 예시1

UseCase Description 예시2

UseCase Description 예시3

---

UseCase 작성 순서

Step 1 : defining the system
Step 2 : finding actors
Step 3 : finding use cases
Step 4 : describing the use cases
Step 5 : defining the relationship between use cases        
             (include, extend)