dpdpdndn 블로그

BE-22-문서-거버넌스-정합

NEW3 min read

[BE-22] FR-8 문서 정합 — context-map 갱신 + 설계원칙 문서 신설

작업 내용 (설계 의도)

변경 사항

근거 TDD: 20260707-post-community-연동-tdd.md Release Scenario 3 / 아키텍트 §10 즉시착수 1·3.

  1. docs/domain-context-map.md stale 서술 갱신 — :20-21·:225 community “(VO만)·미완성” → 완성 컨텍스트(Entity 2·DomainService 12메서드·UseCase 10·Repository 3·이벤트 3·VO 4·테스트 22, CommunityChatIntegrationEventWorker Layer 1 채팅 연동). :203 message/post/community 분류 불일치(Supporting) → DomainClassification.core 기준으로 core 정합.
  2. docs/domain-context-map.md에 recruitment 신규 Core 도메인 행 추가 — BE-50이 DomainClassification.core 상수에 recruitment를 등록하는 것에 대응하는 문서 측 항목(모집·신청 aggregate, payment Customer 관계, community/post ID 참조). 근거: PRD B TDD(20260707-모집-시설상품-소모임예약연동-tdd.md) + 아키텍트 §5·§7 P2. 코드 상수 등록은 BE-50 소유, 문서 반영은 BE-22 소유로 분리한다.
  3. 설계원칙 문서 신설 docs/design-principles.md — 아키텍트 §10.3 6원칙: ①상품 통합 aggregate 금지(결제 OrderType이 통합축) ②주문 통합 쓰기 aggregate 금지 ③모집은 post 아닌 recruitment 소유 ④취소정책은 전략 객체(facility 소유) ⑤b2c/b2b는 롤+Partner ⑥모임·커뮤니티는 community 단일+Visibility 겸용.

⚠️ 소유 경계(Single Writer): docs/domain-context-map.md는 BE-22 단독 소유다. community 정정·message/post 분류 정합·recruitment 신규 행 추가를 모두 BE-22가 기재하고, senior-be B(PRD B)는 이 파일을 건드리지 않는다. TPM 병합 메모에 의존하지 않고 티켓 작업 범위로 소유를 고정해 구현 시 recruitment 행 누락을 방지한다.

롤백

문서 revert.

의존

  • 없음 (독립, 코드 무의존)

다이어그램

클래스 의존

flowchart LR
    cm[domain-context-map.md] -->|community 완성 갱신| core[core 분류]
    dp[design-principles.md] -->|6원칙| gov[거버넌스 SSOT]

테스트 케이스

  • domain-context-map.md에서 community가 core로 분류되고 “미완성”·“VO만” 서술이 제거된다
  • domain-context-map.md에 recruitment가 신규 Core 도메인 행으로 추가되고 BE-50의 core 리스트 상수와 문서가 일치한다
  • message/post 분류가 context-map과 DomainClassification.core에서 일치한다(불일치 0)
  • design-principles.md에 6원칙이 아키텍트 §10.3과 동일하게 기록된다
  • 문서 링크·경로가 유효하다(깨진 참조 0)

그래프 뷰