안녕하세요! 소프트웨어 설계의 지도라 할 수 있는 UML(Unified Modeling Language)의 핵심, 그중에서도 가장 기본이 되는 ‘선(Relationships)’에 대해 깊이 있게 파헤쳐 보겠습니다.

많은 분이 클래스 다이어그램을 그릴 때 사각형(클래스)을 그리는 데 집중하시지만, 실제 시스템의 논리와 ‘객체 간의 생사고락’을 결정하는 것은 그 사이를 잇는 선입니다. 이 선 하나 잘못 그리면 설계도가 완전히 다른 의미로 읽힐 수 있죠.

아키텍트라면 반드시 마스터해야 할 UML의 6가지 선, 지금 바로 정리해 드립니다.

---

1. 스쳐가는 인연과 지속되는 인연: 의존 vs 연관

가장 먼저 구분해야 할 것은 “얼마나 오래 알고 지내는가”입니다.

① 의존 관계 (Dependency) --->

• 키워드: “잠깐 빌려 쓸게.”
• 특징: 점선 화살표로 표시합니다. 메서드 내에서 매개변수로 잠깐 사용되거나 지역 변수로 생성될 때 사용됩니다. 작업이 끝나면 관계도 종료됩니다.
• 예시: 요리사가 레시피를 참조하는 관계. 요리가 끝나면 레시피는 필요 없죠.

② 연관 관계 (Association) ───>

• 키워드: “너를 알고 있어.”
• 특징: 실선(또는 실선 화살표)으로 표시합니다. 클래스의 필드(멤버 변수)로 유지되는 관계입니다. 즉, 객체가 살아있는 동안 상대방을 계속 인지하고 있습니다.
• 예시: 사람과 집. 사람은 자신이 사는 집의 주소를 항상 기억하고 있는 것과 같습니다.

---

2. 포함의 깊이가 다르다: 집합 vs 합성

“A가 B를 가지고 있다”는 의미의 Has-a 관계입니다. 여기서 핵심은 **”전체가 사라질 때 부분도 사라지는가?”**입니다.

③ 집합 관계 (Aggregation) ◇───

• 모양: 빈 다이아몬드
• 의미: 느슨한 포함 관계. 전체가 사라져도 부분은 독립적으로 존재할 수 있습니다.
• 예시: 컴퓨터와 마우스. 컴퓨터를 버린다고 마우스까지 버리진 않죠? 다른 컴퓨터에 꽂으면 그만이니까요.

④ 합성 관계 (Composition) ◆───

• 모양: 꽉 찬 다이아몬드
• 의미: 강력한 종속 관계. 전체가 사라지면 부분도 운명을 같이합니다. 생명 주기를 함께 공유합니다.
• 예시: 사람과 심장. 사람이 존재하지 않는데 심장만 따로 돌아가게 할 수는 없는 법입니다. (가장 강력한 결합도!)

---

3. 클래스의 계급장: 일반화 vs 실체화

객체지향의 꽃, 상속과 인터페이스 구현을 나타냅니다. 둘 다 끝이 **’빈 삼각형’**이라는 공통점이 있습니다.

⑤ 일반화 관계 (Generalization) ───▷

• 키워드: “상속(Inheritance)”
• 특징: 실선 화살표. 부모 클래스의 모든 속성을 물려받는 Is-a 관계입니다.
• 예시: 포유류 – 고양이. 고양이는 포유류의 일종입니다.

⑥ 실체화 관계 (Realization) ---▷

• 키워드: “인터페이스 구현(Implementation)”
• 특징: 점선 화살표. 설계도(인터페이스)만 있고 내용이 없는 것을 실제로 동작하게 만드는 관계입니다.
• 예시: 이동수단(인터페이스) – 자동차. ‘움직이다’라는 명세(Spec)를 자동차가 실제로 구현해냅니다.

---

💡 한눈에 보는 요약 가이드

종류	모양	의미 (결합도)	실무/코드 적용 예제
의존 (Dependency)	--->	한시적 참조 (낮음)	결제 서비스가 할인 계산기를 메서드 파라미터로 받아 계산만 하고 끝낼 때
연관 (Association)	───>	지속적 인지 (보통)	사용자(User) 클래스가 멤버 변수로 프로필(Profile) 정보를 계속 들고 있을 때
집합 (Aggregation)	◇───	독립적 포함 (높음)	도서관에 책이 있는 관계 (도서관이 폐쇄되어도 책은 중고 서점으로 갈 수 있음)
합성 (Composition)	◆───	종속적 포함 (매우 높음)	문서(Document)와 페이지(Page) 관계 (문서 파일이 삭제되면 그 안의 페이지도 삭제됨)
일반화 (Generalization)	───▷	상속 (Is-a)	포유류 클래스를 상속받아 고양이, 사자 클래스를 만들 때
실체화 (Realization)	---▷	인터페이스 구현	출력가능한(IPrintable) 인터페이스를 영수증, 리포트 클래스가 실제 구현할 때

---

💡 UML 선(Relationships) 대한 한마디

설계도를 그릴 때 어떤 선을 쓸지 고민된다면, “이 객체가 사라질 때 연결된 저 객체는 어떻게 될까?”를 먼저 자문해 보세요. 선 하나가 여러분의 코드의 유연성과 유지보수성을 결정합니다.

✨ 설계 팁: 결합도 관리하기

아키텍처 설계 시 가장 중요한 것은 결합도(Coupling)를 낮추는 것입니다.
 “Low Coupling, High Cohesion(응집도는 높이고, 결합도는 낮춰라!)”

1. 가능하면 합성(Composition) 보다는 집합(Aggregation)을 고려하고,
2. 연관(Association)보다는 의존(Dependency)을 사용하여 객체 간의 끈을 느슨하게 유지하세요.
3. “상속보다는 구성을 사용하라(Favor composition over inheritance)”는 격언처럼, 일반화(Generalization)는 신중하게 사용해야 합니다.