UML 다이어그램 읽는 법 — 게임 예제로 배우는 클래스·시퀀스·유스케이스

UML 이 필요해진 까닭

UML(Unified Modeling Language)은 우리말로 통합 모델링 언어입니다. 소프트웨어 규모가 커지고 객체 지향으로 만들게 되면서, 기획과 개발 사이에 "누가 무엇을 하고, 어떤 클래스가 누구를 알고, 어떤 순서로 부르는지" 를 그림으로 약속할 필요가 생겼습니다. 설계만 맡는 아키텍트 직무가 생긴 것도 이 무렵입니다.

수업에서는 Visual Paradigm 으로 그렸습니다. 도구는 무엇이든 괜찮고, 모양의 뜻을 아는 것이 중요합니다.

유스케이스 다이어그램

플레이어가 직접 시작하는 일은 "NPC 와 대화 시작" 과 "퀘스트 완료" 둘뿐입니다. 대화를 시작하면 퀘스트 대화가 진행되고, 그 안에서 대화 스킵 · 수락 · 취소가 일어납니다. 퀘스트를 완료하면 보상을 고르고, 연속 퀘스트라면 다음 대화가 이어집니다. 기능 목록만 늘어놓았다면 놓쳤을 "연속 퀘스트" 연결이 그림에서는 화살표로 드러납니다.

클래스 다이어그램

public class GameScene : MonoBehaviour
{
    Controller controller;        // 연관: 실선 화살표 "controller"
    Character character1;         // 연관: 실선 화살표 "character1"
    GameDB gameDB;                // 연관: 실선 화살표 "gameDB"
}

public class MonsterController : Controller   // 상속: 빈 삼각형
{
    void Attack(Character target) { }         // 의존: 점선 화살표 (매개변수로 잠깐 씀)
}

선 이름(controller, character1, gameDB)은 멤버 변수의 이름입니다. 클래스 다이어그램을 보면 코드를 열지 않고도 "GameScene 이 무엇을 쥐고 있는지" 를 압니다. 반대로 화살표가 너무 많이 모이는 클래스가 보이면, 그 클래스가 너무 많은 일을 하고 있다는 신호입니다.

시퀀스 다이어그램

void Start()
{
    Character hero = Character.Create();         // 1: Create()  → 안에서 2: Init(), 3: GetCharacter()
    hero.transform.SetParent(transform);         // 4: transform.SetParent()
    MtNetwork net = MtNetwork.Get();             // 5: Get()
    net.Start();                                 // 6: Start()   → 안에서 6.1: Connect()
    net.RegisterGameListener(this);              // 7: RegisterGameListener()
}

Character 상자가 GameScene 보다 아래에서 시작하는 데 주목하세요. Create() 로 만들어지기 전에는 Character 가 없기 때문입니다. MtNetwork 도 Get() 으로 얻어 온 뒤부터 그려집니다. 시퀀스 다이어그램은 "언제 무엇이 생기는지" 까지 보여 줍니다.

상태 다이어그램

네 번째 다이어그램인 상태 다이어그램(State Chart)은 게임에서 특히 중요해서 다음 편에서 몬스터의 상태 머신과 함께 따로 다룹니다.

함께 읽으면 좋은 글

• 순서도 기호와 그리는 법 — 조건문·반복문을 C# 코드로 옮기기
• Unity 몬스터 AI 상태 머신 만들기 — 대기·추적·공격·복귀 설계