[G1-Sync] Manual knowledge update

10_Wiki/Topics/Design & Experience/소프트웨어 시스템 설계 및 아키텍처 구축.md

@@ -1,5 +1,5 @@
 ---
-id: P-REINFORCE-AUTO-6B386C
+id: [[P-Reinforce]]-AUTO-6B386C
 category: "10_Wiki/💡 Topics/Design & Experience"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -13,9 +13,9 @@ github_commit: "[P-Reinforce] Continuous Worker - 소프트웨어 시스템 설
 > 소프트웨어 시스템 설계 및 아키텍처 구축은 변화하는 비즈니스 요구에 적응하고 시스템의 복잡성을 제어하기 위해 확장 가능하고 유지보수가 용이한 애플리케이션의 뼈대를 설계하는 과정입니다 [1, 2]. 이 과정은 시스템을 관리 가능한 독립적 모듈로 분할하는 '관심사의 분리(SoC)'를 핵심 원리로 삼으며, 고수준의 비즈니스 규칙과 저수준의 인프라(UI, DB 등)를 격리하는 것을 목표로 합니다 [3, 4]. 이를 통해 개발 조직은 코드의 재사용성을 높이고, 독립적인 테스트와 배포를 가능하게 하여 소프트웨어의 생명주기를 효과적으로 지원할 수 있습니다 [5, 6].
 
 ## 📖 구조화된 지식 (Synthesized Content)
-- **핵심 설계 원칙 (Core Design Principles):**
-  - **관심사의 분리 (Separation of Concerns, SoC):** 프로그램을 각기 다른 관심사나 기능에만 집중하도록 분리하여, 모듈 간의 결합도(Coupling)를 낮추고 응집도(Cohesion)를 높이는 가장 근본적인 아키텍처 원칙입니다 [3, 7-9]. 이를 통해 시스템의 가독성을 높이고 특정 모듈 변경 시 발생하는 파급 효과를 최소화할 수 있습니다 [10, 11].
-  - **클린 아키텍처 (Clean Architecture):** 비즈니스 로직(엔티티와 유스케이스)을 시스템의 중심에 두고, 프레임워크나 데이터베이스와 같은 세부 구현을 외부 계층으로 밀어냅니다 [12-15]. 소스 코드 의존성은 항상 외부에서 내부(고수준 정책)로만 향해야 한다는 '의존성 규칙(Dependency Rule)'을 통해 기술적 변화로부터 핵심 비즈니스를 보호합니다 [4, 16].
+- **핵심 설계 원칙 (Core Design [[Principles]]):**
+  - **관심사의 분리 ([[Separation of Concerns]], SoC):** 프로그램을 각기 다른 관심사나 기능에만 집중하도록 분리하여, 모듈 간의 결합도(Coupling)를 낮추고 응집도(Cohesion)를 높이는 가장 근본적인 아키텍처 원칙입니다 [3, 7-9]. 이를 통해 시스템의 가독성을 높이고 특정 모듈 변경 시 발생하는 파급 효과를 최소화할 수 있습니다 [10, 11].
+  - **클린 아키텍처 (Clean [[Architecture]]):** 비즈니스 로직(엔티티와 유스케이스)을 시스템의 중심에 두고, 프레임워크나 데이터베이스와 같은 세부 구현을 외부 계층으로 밀어냅니다 [12-15]. 소스 코드 의존성은 항상 외부에서 내부(고수준 정책)로만 향해야 한다는 '의존성 규칙(Dependency Rule)'을 통해 기술적 변화로부터 핵심 비즈니스를 보호합니다 [4, 16].
   - **SOLID 원칙 및 DRY:** 단일 책임 원칙(SRP)과 인터페이스 분리 원칙(ISP)을 포함하는 SOLID와 코드 중복을 방지하는 DRY 원칙은, 유연하고 테스트 가능한 객체 지향 설계를 돕는 아키텍처의 필수 도구입니다 [17-19].
 
 - **주요 아키텍처 패턴 (Architectural Patterns):**
@@ -24,7 +24,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 소프트웨어 시스템 설
   - **이벤트 기반 아키텍처 (Event-Driven Architecture):** 서비스들이 이벤트를 생산하고 소비하는 비동기 방식으로 통신하게 하여, 시스템 결합도를 느슨하게 만들고 실시간 데이터 처리와 확장성을 극대화합니다 [29, 30].
 
 - **프론트엔드 및 AI 아키텍처로의 확장:**
-  - 프론트엔드 환경에서도 모놀리식 구조의 한계를 극복하고자 '마이크로 프론트엔드(Micro Frontends)' 및 '기능 중심 설계(FSD)'를 도입하여 각 팀이 화면의 특정 기능을 독립적으로 개발하고 배포할 수 있도록 구성합니다 [31-33].
+  - 프론트엔드 환경에서도 모놀리식 구조의 한계를 극복하고자 '마이크로 프론트엔드(Micro [[Frontend]]s)' 및 '기능 중심 설계(FSD)'를 도입하여 각 팀이 화면의 특정 기능을 독립적으로 개발하고 배포할 수 있도록 구성합니다 [31-33].
   - AI 시스템의 경우 비결정론적 특성을 감안하여, TDD(테스트 주도 개발) 원칙을 적용해 데이터 전처리, 모델 추론 등 개별 구성 요소의 경계를 명확히 하고 통계적 검증을 결합하는 아키텍처적 규칙을 수립합니다 [34-37].
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)