ddd-strategic-design
DDD 전략적 설계로 도메인 경계 매핑
이 스킬은 도메인 전문가와 명확한 도메인 경계와 공통된 이해를 만들기 위해 서브도메인, 바운디드 컨텍스트, 보편적 언어와 같은 도메인 주도 설계 전략적 아티팩트를 설계하는 데 도움을 줍니다.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "ddd-strategic-design". @ddd-strategic-design 를 사용하여 이커머스 도메인을 바운디드 컨텍스트로 매핑하고, 서브도메인을 분류하며, 팀 소유권을 제안해주세요.
Résultat attendu:
## 서브도메인 분류
| 기능 | 타입 | 근거 | 소유자 |
|------------|------|------------|-------|
| 제품 카탈로그 | Core | 비즈니스 차별화 요소 | 커머스 팀 |
| 사용자 인증 | Supporting | 필요하지만 고유하지 않음 | 플랫폼 팀 |
| 이메일 발송 | Generic | 유틸리티 기능 | 플랫폼 팀 |
## 바운디드 컨텍스트
| 컨텍스트 | 책임 | 업스트림 | 다운스트림 |
|---------|----------------|----------|------------|
| 카탈로그 | 제품 데이터 | 공급업체 | 체크아웃, 검색 |
| 체크아웃 | 주문 | 카탈로그 | 풀필먼트 |
## 보편적 언어
| 용어 | 정의 | 컨텍스트 |
|------|-------------|---------|
| 주문 | 확인된 구매 | 체크아웃 |
| SKU | 재고 관리 단위 | 카탈로그 |
Utilisation de "ddd-strategic-design". @ddd-strategic-design 를 사용하여 환자 기록, 예약, 청구, 보험 검증이 있는 헬스케어 도메인의 서브도메인을 식별하는 것을 도와주세요.
Résultat attendu:
## 서브도메인 분류
| 기능 | 타입 | 근거 | 소유자 |
|------------|------|------------|-------|
| 환자 기록 | Core | 임상 차별화 | 임상 팀 |
| 예약 | Supporting | 필수 운영 | 운영 팀 |
| 청구 | Core | 수익 차별화 | 재무 팀 |
| 보험 검증 | Supporting | 지원 기능 | 수익 팀 |
Audit de sécurité
SûrStatic analysis flagged patterns related to backticks and YAML keys. Evaluation confirms all findings are false positives. The skill contains only markdown documentation for DDD methodology. Backticks are markdown formatting for file paths. YAML frontmatter keys like 'source:' and 'risk:' triggered cryptographic pattern detection but are metadata fields. No executable code, network requests, or security concerns detected.
Score de qualité
Ce que vous pouvez construire
아키텍처 설계 세션
새로운 마이크로서비스 이니셔티브를 위한 도메인 경계 매핑 및 바운디드 컨텍스트 정의를 위해 아키텍처 워크숍 중에 사용
모노리스 분해
모노리스를 분할할 때 서브도메인 경계를 식별하고 각 바운디드 컨텍스트에 어떤 컴포넌트가 속하는지 결정하기 위해 적용
팀 소유권 매핑
바운디드 컨텍스트 카탈로그를 사용하여 명확한 팀 소유권과 책임 경계를 수립
Essayez ces prompts
@ddd-strategic-design 를 사용하여 [domain name] 도메인에서 서브도메인을 식별하는 것을 도와주세요. 우리는 [list key capabilities] 에 대한 기능을 가지고 있습니다. 각각을 코어, 서포팅, 제너릭으로 분류해주세요.
@ddd-strategic-design 를 사용하여 [domain] 에 대한 바운디드 컨텍스트를 정의해주세요. 우리는 이러한 서브도메인을 식별했습니다: [list subdomains]. 명확한 소유권 경계를 가진 바운디드 컨텍스트를 만드는 것을 도와주세요.
@ddd-strategic-design 를 사용하여 보편적 언어 사전을 구축해주세요. 우리의 [bounded context] 에 대해 이러한 용어들을 정의해야 합니다: [list terms]. 정의를 포함하고 충돌하는 의미가 있는지 식별해주세요.
@ddd-strategic-design 를 사용하여 [domain name] 도메인에 대한 완전한 전략적 설계를 수행해주세요. 서브도메인 분류, 의존성을 포함한 바운디드 컨텍스트 카탈로그, 보편적 언어 사전을 포함하세요. 우리의 주요 기능은 다음과 같습니다: [list capabilities].
Bonnes pratiques
- 정확한 비즈니스 가치 평가를 위해 서브도메인 분류에 도메인 전문가를 참여시키세요
- 보다 명확한 경계를 위해 바운디드 컨텍스트로 들어가기 전에 기능 매핑부터 시작하세요
- 구현 전에 ADR 에 명시적 근거와 함께 경계 결정을 문서화하세요
Éviter
- 불필요한 복잡성과 통합 오버헤드를 초래하는 너무 많은 바운디드 컨텍스트 생성
- 컨텍스트 경계를 정의할 때 업스트림 및 다운스트림 의존성 무시
- 보편적 언어 생성을 건너뛰고 모두가 같은 어휘를 공유한다고 가정