docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/도메인 주도 설계 (Domain-Driven Design, DDD).md

@@ -1,4 +1,4 @@
-# [[도메인 주도 설계 (Domain-Driven Design, DDD)]]
+# [[도메인 주도 설계 (Domain-Driven Design, DDD)|도메인 주도 설계 (Domain-Driven Design, DDD)]]
 
 ## 📌 Brief Summary
 도메인 주도 설계(DDD)는 비즈니스 도메인에 대한 깊은 이해를 중심으로 소프트웨어 개발 프로세스를 구성하는 설계 접근 방식입니다 [1]. 기술 팀과 도메인 전문가 간의 긴밀한 협력을 바탕으로 현실 세계의 비즈니스 프로세스를 정확하게 반영하는 소프트웨어 모델을 생성하는 것을 목표로 합니다 [1]. 이를 통해 시스템의 복잡성을 해결하고 개발자와 비즈니스 이해관계자 간의 의사소통 격차를 해소하여, 결과적으로 소프트웨어가 올바른 문제를 해결할 수 있도록 보장합니다 [1].
@@ -17,8 +17,8 @@
   DDD는 깊은 도메인 모델링과 이해관계자의 지속적인 협업이 필수적이므로 초기 구현 복잡도와 리소스 요구 사항(분석 시간, 도메인 전문가 참여 등)이 상대적으로 높은 편입니다 [6]. 따라서 단순한 시스템보다는 금융, 의료, 이커머스와 같이 비즈니스 도메인이 매우 복잡한 엔터프라이즈 시스템 구축에 가장 이상적인 아키텍처 베스트 프랙티스입니다 [6].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[유비쿼터스 언어(Ubiquitous Language)]], [[제한된 컨텍스트(Bounded Contexts)]], [[애그리게잇(Aggregates)]], [[관심사의 분리(Separation of Concerns)]]
-- **Projects/Contexts:** [[복잡한 비즈니스 도메인(금융, 의료, 이커머스 등)을 다루는 대규모 시스템 개발 프로젝트]]
+- **Related Topics:** [[유비쿼터스 언어 (Ubiquitous Language)|유비쿼터스 언어(Ubiquitous Language)]], 제한된 컨텍스트(Bounded Contexts), 애그리게잇(Aggregates), [[관심사의 분리(Separation of Concerns)|관심사의 분리(Separation of Concerns)]]
+- **Projects/Contexts:** 복잡한 비즈니스 도메인(금융, 의료, 이커머스 등)을 다루는 대규모 시스템 개발 프로젝트
 - **Contradictions/Notes:** 소스 내에서 상충하는 주장은 발견되지 않으나, DDD는 비즈니스 구조와의 강력한 일치와 명확한 도메인 모델을 제공하는 큰 장점이 있는 반면, 도입 시 도메인 전문가와의 심도 있는 협업 모델링이 필요하여 중간에서 높음(Medium-High) 수준의 복잡성과 리소스가 요구된다는 점이 주의사항으로 지적됩니다 [6].
 
 ---