Fix: Restore unified Topics folder and reorganize specialized category folders
This commit is contained in:
@@ -0,0 +1,48 @@
|
||||
---
|
||||
id: P-REINFORCE-WIKI-DEV-UML-METHODOLOGY
|
||||
title: "UML 표준 모델링과 정밀 설계 기법 (UML Methodology)"
|
||||
category: Dev
|
||||
status: verified
|
||||
canonical_id: ""
|
||||
aliases: ["UML", "통합 모델링 언어", "UML Diagrams", "시스템 모델링"]
|
||||
duplicate_of: ""
|
||||
source_trust_level: A
|
||||
confidence_score: 1.0
|
||||
tags: ["UML", "Modeling", "Architecture", "Design", "Standard"]
|
||||
raw_sources: ["Datacollector_Export_2026-05-02"]
|
||||
last_reinforced: 2026-05-02
|
||||
github_commit: ""
|
||||
---
|
||||
|
||||
# [[UML 표준 모델링과 정밀 설계 기법 (UML Methodology)]]
|
||||
|
||||
## 1. 개요
|
||||
UML(Unified Modeling Language)은 소프트웨어 시스템의 아키텍처, 구조 및 동작을 시각적으로 표현하기 위한 표준화된 모델링 언어다. 객체 지향 분석 및 설계(OOAD)의 결과물을 명시, 시각화, 문서화하기 위한 공통의 시각적 언어로 기능하며, 복잡한 코드베이스의 정적 구조와 동적 상호작용을 정밀하게 표현하는 데 최적화되어 있다.
|
||||
|
||||
## 2. 핵심 다이어그램 유형
|
||||
UML은 총 14가지 다이어그램을 제공하며, 실무에서 가장 빈번하게 사용되는 유형은 다음과 같다.
|
||||
- **클래스 다이어그램 (Class Diagram)**: 시스템의 정적 구조를 표현. 클래스 간의 상속, 합성, 집계, 의존 관계를 상세히 규정하여 데이터 모델과 코드 구조 파악의 핵심 도구로 활용.
|
||||
- **시퀀스 다이어그램 (Sequence Diagram)**: 시간 흐름에 따른 객체/컴포넌트 간의 메시지 교환 시각화. 비즈니스 로직의 실행 순서와 비동기 흐름을 이해하는 데 필수적.
|
||||
- **유즈케이스 다이어그램 (Use Case Diagram)**: 사용자(Actor)와 시스템 기능 간의 관계 표현. 시스템의 범위와 요구사항을 거시적으로 파악.
|
||||
- **상태 차트 다이어그램 (Statechart Diagram)**: 복잡한 상태 전이 로직을 가진 엔티티의 생명주기와 이벤트 반응 정의.
|
||||
- **배포 다이어그램 (Deployment Diagram)**: 소프트웨어 아티팩트가 물리적인 하드웨어 노드에 어떻게 배치되는지 시각화.
|
||||
|
||||
## 3. 엔지니어링 가치
|
||||
- **정밀한 설계 소통**: 모호한 자연어 대신 엄격한 기호를 통해 복잡한 설계 의도를 오해 없이 전달.
|
||||
- **코드 해독의 나침반**: 수만 줄의 레거시 코드를 읽기 전, 다이어그램을 통해 전체적인 객체망과 호출 흐름을 먼저 파악하여 분석 시간 단축.
|
||||
- **아키텍처 모델링의 보완**: C4 모델의 가장 낮은 단계(Code Level)를 구체화하거나 디자인 패턴의 구조를 설명하는 표준 언어로 사용.
|
||||
|
||||
## 4. 트레이드오프 및 주의사항
|
||||
- **오버엔지니어링 (Over-specification)**: 모든 클래스와 관계를 UML로 그리려 하면 오히려 가독성이 떨어지고 유지보수 비용만 상승함. 핵심적인 '중요 경로(Critical Path)'에 집중.
|
||||
- **아키텍처 드리프트**: 코드가 수정될 때 다이어그램을 즉시 업데이트하지 않으면, 현실과 괴리된 '거짓 지도'가 되어 개발자를 오도할 수 있음.
|
||||
- **가파른 학습 곡선**: 14가지 다이어그램의 모든 기법을 숙지하는 것은 어렵다. 클래스와 시퀀스 등 실무 핵심 다이어그램부터 점진적으로 도입 권장.
|
||||
|
||||
## 5. 지식 연결 (Related)
|
||||
- [[Documentation_Strategy]]: UML이 포함되는 전반적인 문서화 체계.
|
||||
- [[Design_Patterns]]: UML을 통해 구조가 설명되는 객체 지향 설계 패턴.
|
||||
- [[Diagrams_as_Code]]: PlantUML 등을 통해 UML을 텍스트로 관리하는 현대적 기법.
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
- **정보 상태**: 검증 완료 (Verified)
|
||||
- **출처 신뢰도**: A
|
||||
- **검토 이유**: 소프트웨어의 정밀한 사양을 정의하고 엔지니어링 의사소통의 정확성을 확보하기 위한 국제 모델링 표준 정립.
|
||||
Reference in New Issue
Block a user