특수 목적 및 도메인 특화 다이어그램 상세 가이드
목차
- 보안 아키텍처 다이어그램
- 위협 모델링 다이어그램
- 성능 분석 다이어그램
- 테스트 다이어그램
- 의존성 다이어그램
- 타임라인 다이어그램
- 사용자 여정 맵
- 서비스 블루프린트
- 이벤트 스토밍
- 도메인 모델 다이어그램
보안 아키텍처 다이어그램
개념
정의
보안 아키텍처 다이어그램은 시스템의 보안 구조를 표현하는 다이어그램입니다. 보안 구역, 방화벽, 보안 정책, 접근 제어 구조를 시각화하여 보안 아키텍처를 설계하고 문서화합니다.
핵심 특징
- 보안 중심: 보안 구조에 초점
- 보안 구역: DMZ, 내부 네트워크 등 보안 구역 표현
- 방화벽: 방화벽 배치 및 규칙
- 접근 제어: 접근 제어 구조
- 암호화: 데이터 암호화 구조
주요 구성 요소
보안 구역
- 정의: 보안 레벨별 구역
- 표기: 영역 박스 또는 색상
- 예시: DMZ, 내부 네트워크, 관리 네트워크
방화벽
- 정의: 네트워크 보안 장비
- 표기: 방패 모양 또는 박스
- 예시: 웹 방화벽, 네트워크 방화벽
보안 정책
- 정의: 보안 규칙 및 정책
- 표기: 라벨 또는 주석
- 예시: 접근 정책, 암호화 정책
접근 제어
- 정의: 사용자 및 시스템 접근 제어
- 표기: 화살표 또는 라벨
- 예시: 인증, 인가, 권한 관리
사용하는 곳
1. 보안 설계
- 보안 아키텍처 설계
- 보안 구역 설계
- 방화벽 규칙 설계
- 접근 제어 설계
2. 보안 문서화
- 보안 구조 문서화
- 보안 정책 문서화
- 보안 아키텍처 문서화
3. 보안 감사
- 보안 감사 준비
- 보안 구조 검토
- 취약점 분석
4. 규정 준수
- 보안 규정 준수
- 컴플라이언스 문서화
- 보안 인증
어디에 사용하면 유리한지
1. 보안 요구사항이 높은 시스템
- 상황: 높은 보안 요구사항이 있는 시스템
- 예시:
- 금융 시스템
- 의료 시스템
- 정부 시스템
- 개인정보 처리 시스템
- 유리한 점:
- 보안 구조 시각화
- 보안 정책 명확화
- 보안 감사 대응
2. 복잡한 보안 구조
- 상황: 여러 보안 구역과 방화벽이 있는 경우
- 예시:
- 엔터프라이즈 시스템
- 하이브리드 클라우드
- 유리한 점:
- 보안 구조 파악
- 보안 구역 명확화
- 방화벽 규칙 설계
3. 보안 감사
- 상황: 보안 감사를 받아야 하는 경우
- 예시:
- ISO 27001 인증
- 보안 감사
- 유리한 점:
- 보안 구조 문서화
- 감사 대응
- 규정 준수 증명
어떤 경우에는 과한 경우인지
1. 단순한 시스템
- 상황: 보안 요구사항이 낮은 단순한 시스템
- 예시:
- 개인 프로젝트
- 내부 도구
- 과한 이유:
- 보안 구조가 단순하여 문서화 불필요
2. 완전 관리형 서비스
- 상황: 클라우드 완전 관리형 서비스만 사용
- 예시:
- 서버리스 아키텍처
- 완전 관리형 SaaS
- 과한 이유:
- 보안이 클라우드 제공자에 의해 관리됨
개발 문서에 포함될 경우
1. 보안 설계서 (Security Design Document)
포함 내용
-
보안 아키텍처 다이어그램
- 보안 구역 구조
- 방화벽 배치
- 접근 제어 구조
- 암호화 구조
-
보안 상세
- 보안 정책
- 방화벽 규칙
- 접근 제어 규칙
포함 이유
- 보안 아키텍처 설계
- 보안 구조 문서화
- 보안 정책 명확화
작성 시점
- 보안 설계 단계
- 보안 감사 준비 단계
포함 위치
- 보안 설계서의 “보안 아키텍처” 섹션
- “보안 구조” 섹션
위협 모델링 다이어그램
개념
정의
위협 모델링 다이어그램은 시스템에 대한 위협을 식별하고 분석하는 다이어그램입니다. 공격 벡터, 위협 액터, 취약점, 대응 방안을 시각화하여 보안 위협을 관리합니다.
핵심 특징
- 위협 중심: 보안 위협에 초점
- 공격 벡터: 공격 경로 시각화
- 위협 액터: 공격자 유형
- 취약점: 시스템 취약점
- 대응 방안: 위협 대응 전략
주요 구성 요소
위협 액터
- 정의: 공격을 수행하는 주체
- 표기: 사람 아이콘 또는 박스
- 예시: 외부 해커, 내부자, 경쟁사
공격 벡터
- 정의: 공격 경로
- 표기: 화살표
- 예시: 네트워크 공격, 애플리케이션 공격, 물리적 공격
취약점
- 정의: 시스템 취약점
- 표기: 경고 아이콘 또는 박스
- 예시: 취약한 인증, SQL 인젝션, XSS
자산
- 정의: 보호해야 할 자산
- 표기: 박스
- 예시: 데이터베이스, 사용자 정보, 비즈니스 로직
대응 방안
- 정의: 위협 대응 전략
- 표기: 방패 아이콘 또는 박스
- 예시: 방화벽, 암호화, 접근 제어
사용하는 곳
1. 보안 분석
- 보안 위협 분석
- 취약점 식별
- 위협 시나리오 분석
2. 보안 설계
- 보안 대응 방안 설계
- 보안 제어 설계
- 위협 완화 전략
3. 보안 리뷰
- 보안 리뷰
- 위협 평가
- 보안 개선 계획
어디에 사용하면 유리한지
1. 보안 중요 시스템
- 상황: 보안이 중요한 시스템
- 유리한 점:
- 위협 식별
- 취약점 분석
- 대응 방안 수립
2. 보안 감사
- 상황: 보안 감사를 받아야 하는 경우
- 유리한 점:
- 위협 분석 문서화
- 대응 방안 증명
어떤 경우에는 과한 경우인지
1. 단순한 시스템
- 상황: 보안 위협이 적은 단순한 시스템
- 과한 이유:
- 위협 분석 불필요
개발 문서에 포함될 경우
1. 보안 분석 문서 (Security Analysis Document)
포함 내용
-
위협 모델링 다이어그램
- 위협 액터
- 공격 벡터
- 취약점
- 대응 방안
-
위협 분석 상세
- 각 위협 상세 분석
- 위협 시나리오
- 대응 전략
포함 이유
- 위협 분석 문서화
- 취약점 식별
- 대응 방안 수립
작성 시점
- 보안 분석 단계
- 보안 설계 단계
포함 위치
- 보안 분석 문서의 “위협 분석” 섹션
- “취약점 분석” 섹션
성능 분석 다이어그램
개념
정의
성능 분석 다이어그램은 시스템의 성능 특성을 표현하는 다이어그램입니다. 병목 지점, 성능 메트릭, 리소스 사용량, 성능 병목을 시각화하여 성능을 분석하고 최적화합니다.
핵심 특징
- 성능 중심: 성능 특성에 초점
- 병목 지점: 성능 병목 식별
- 메트릭: 성능 메트릭 시각화
- 리소스: 리소스 사용량 표현
- 최적화: 성능 최적화 포인트
주요 구성 요소
성능 메트릭
- 정의: 성능 지표
- 표기: 숫자 또는 그래프
- 예시: 응답 시간, 처리량, 동시 사용자 수
병목 지점
- 정의: 성능 병목이 발생하는 지점
- 표기: 경고 아이콘 또는 강조
- 예시: 데이터베이스 쿼리, 네트워크 대역폭, CPU 사용률
리소스 사용량
- 정의: 리소스 사용 현황
- 표기: 그래프 또는 게이지
- 예시: CPU, 메모리, 디스크, 네트워크
성능 흐름
- 정의: 성능이 영향을 받는 흐름
- 표기: 화살표 또는 플로우
- 예시: 요청 처리 흐름, 데이터 처리 흐름
사용하는 곳
1. 성능 분석
- 시스템 성능 분석
- 병목 지점 식별
- 성능 메트릭 분석
2. 성능 최적화
- 성능 최적화 계획
- 병목 지점 개선
- 리소스 최적화
3. 용량 계획
- 용량 계획
- 확장 계획
- 리소스 계획
4. 성능 테스트
- 성능 테스트 계획
- 성능 테스트 결과 분석
- 성능 벤치마크
어디에 사용하면 유리한지
1. 성능이 중요한 시스템
- 상황: 성능이 중요한 시스템
- 예시:
- 고성능 시스템
- 실시간 시스템
- 대용량 처리 시스템
- 유리한 점:
- 성능 분석
- 병목 지점 식별
- 최적화 계획
2. 성능 문제
- 상황: 성능 문제가 있는 경우
- 유리한 점:
- 문제 원인 분석
- 개선 계획 수립
어떤 경우에는 과한 경우인지
1. 단순한 시스템
- 상황: 성능 요구사항이 낮은 단순한 시스템
- 과한 이유:
- 성능 분석 불필요
개발 문서에 포함될 경우
1. 성능 분석 문서 (Performance Analysis Document)
포함 내용
-
성능 분석 다이어그램
- 성능 메트릭
- 병목 지점
- 리소스 사용량
- 성능 흐름
-
성능 분석 상세
- 각 메트릭 상세 분석
- 병목 지점 분석
- 최적화 방안
포함 이유
- 성능 분석 문서화
- 병목 지점 식별
- 최적화 계획
작성 시점
- 성능 분석 단계
- 성능 최적화 단계
포함 위치
- 성능 분석 문서의 “성능 분석” 섹션
- “병목 지점 분석” 섹션
테스트 다이어그램
개념
정의
테스트 다이어그램은 테스트 계획과 테스트 케이스를 시각화하는 다이어그램입니다. 테스트 시나리오, 테스트 커버리지, 테스트 흐름을 표현하여 테스트를 계획하고 실행합니다.
핵심 특징
- 테스트 중심: 테스트 계획과 실행에 초점
- 테스트 케이스: 테스트 케이스 시각화
- 커버리지: 테스트 커버리지 표현
- 테스트 흐름: 테스트 실행 흐름
- 결과 분석: 테스트 결과 분석
주요 구성 요소
테스트 케이스
- 정의: 개별 테스트 케이스
- 표기: 박스
- 예시: 단위 테스트, 통합 테스트, 시스템 테스트
테스트 시나리오
- 정의: 테스트 실행 시나리오
- 표기: 플로우차트 또는 시퀀스 다이어그램
- 예시: 사용자 시나리오, 비즈니스 시나리오
테스트 커버리지
- 정의: 테스트 커버리지 범위
- 표기: 맵 또는 그래프
- 예시: 코드 커버리지, 기능 커버리지
테스트 결과
- 정의: 테스트 실행 결과
- 표기: 상태 아이콘 또는 그래프
- 예시: 통과, 실패, 블로킹
사용하는 곳
1. 테스트 계획
- 테스트 계획 수립
- 테스트 케이스 설계
- 테스트 시나리오 정의
2. 테스트 실행
- 테스트 실행 가이드
- 테스트 흐름 문서화
- 테스트 결과 추적
3. 테스트 분석
- 테스트 커버리지 분석
- 테스트 결과 분석
- 테스트 개선 계획
어디에 사용하면 유리한지
1. 복잡한 테스트
- 상황: 복잡한 테스트 시나리오
- 유리한 점:
- 테스트 시나리오 시각화
- 테스트 계획 명확화
2. 테스트 커버리지
- 상황: 테스트 커버리지 관리가 중요한 경우
- 유리한 점:
- 커버리지 시각화
- 커버리지 분석
어떤 경우에는 과한 경우인지
1. 단순한 테스트
- 상황: 단순한 테스트 케이스
- 과한 이유:
- 문서화 불필요
개발 문서에 포함될 경우
1. 테스트 계획서 (Test Plan)
포함 내용
-
테스트 다이어그램
- 테스트 시나리오
- 테스트 케이스 구조
- 테스트 흐름
-
테스트 상세
- 각 테스트 케이스 상세
- 테스트 데이터
- 예상 결과
포함 이유
- 테스트 계획 시각화
- 테스트 케이스 문서화
- 테스트 실행 가이드
작성 시점
- 테스트 계획 단계
- 테스트 케이스 작성 단계
포함 위치
- 테스트 계획서의 “테스트 시나리오” 섹션
- “테스트 케이스” 섹션
의존성 다이어그램
개념
정의
의존성 다이어그램은 시스템 구성 요소 간의 의존성을 표현하는 다이어그램입니다. 의존성 관계, 의존성 방향, 순환 의존성을 시각화하여 의존성을 관리하고 최적화합니다.
핵심 특징
- 의존성 중심: 의존성 관계에 초점
- 의존성 방향: 의존성 방향 명시
- 순환 의존성: 순환 의존성 식별
- 의존성 계층: 의존성 계층 구조
- 의존성 관리: 의존성 관리 및 최적화
주요 구성 요소
구성 요소
- 정의: 시스템 구성 요소
- 표기: 박스
- 예시: 모듈, 패키지, 서비스
의존성
- 정의: 구성 요소 간 의존성
- 표기: 화살표
- 예시: import, 의존성 주입, API 호출
의존성 레벨
- 정의: 의존성의 강도
- 표기: 선의 두께 또는 스타일
- 예시: 강한 의존성, 약한 의존성
사용하는 곳
1. 의존성 분석
- 시스템 의존성 분석
- 순환 의존성 식별
- 의존성 최적화
2. 아키텍처 설계
- 의존성 구조 설계
- 의존성 계층 설계
- 의존성 관리
3. 리팩토링
- 의존성 개선 계획
- 순환 의존성 제거
- 의존성 최적화
어디에 사용하면 유리한지
1. 복잡한 의존성
- 상황: 많은 의존성이 있는 시스템
- 유리한 점:
- 의존성 시각화
- 순환 의존성 식별
- 의존성 관리
2. 리팩토링
- 상황: 의존성 개선이 필요한 경우
- 유리한 점:
- 현재 의존성 파악
- 개선 계획 수립
어떤 경우에는 과한 경우인지
1. 단순한 의존성
- 상황: 의존성이 단순한 경우
- 과한 이유:
- 문서화 불필요
개발 문서에 포함될 경우
1. 아키텍처 문서 (Architecture Document)
포함 내용
-
의존성 다이어그램
- 구성 요소 의존성
- 의존성 방향
- 순환 의존성
-
의존성 상세
- 각 의존성 상세
- 의존성 관리 전략
포함 이유
- 의존성 시각화
- 의존성 관리
- 아키텍처 문서화
작성 시점
- 아키텍처 설계 단계
- 의존성 분석 단계
포함 위치
- 아키텍처 문서의 “의존성 구조” 섹션
- “아키텍처 설계” 섹션
타임라인 다이어그램
개념
정의
타임라인 다이어그램은 시간에 따른 이벤트나 프로세스를 표현하는 다이어그램입니다. 시간축을 따라 이벤트, 마일스톤, 기간을 시각화하여 시간 기반 정보를 표현합니다.
핵심 특징
- 시간 중심: 시간에 따른 변화 표현
- 이벤트: 시간에 발생한 이벤트
- 마일스톤: 중요한 시점
- 기간: 시간 구간 표현
- 병렬성: 동시에 발생하는 이벤트
사용하는 곳
1. 프로젝트 계획
- 프로젝트 일정 시각화
- 마일스톤 관리
- 이벤트 추적
2. 역사 분석
- 프로젝트 역사
- 변경 이력
- 버전 관리
3. 프로세스 분석
- 시간 기반 프로세스
- 프로세스 지연 분석
- 프로세스 최적화
어디에 사용하면 유리한지
1. 시간 기반 프로젝트
- 상황: 시간이 중요한 프로젝트
- 유리한 점:
- 시간 시각화
- 일정 관리
어떤 경우에는 과한 경우인지
1. 시간이 중요하지 않은 경우
- 상황: 시간 정보가 불필요한 경우
- 과한 이유:
- 다른 다이어그램이 더 적합
개발 문서에 포함될 경우
1. 프로젝트 계획서 (Project Plan)
포함 내용
-
타임라인 다이어그램
- 프로젝트 일정
- 마일스톤
- 주요 이벤트
-
일정 상세
- 각 단계 상세 일정
- 의존성
포함 이유
- 프로젝트 일정 시각화
- 마일스톤 관리
- 일정 추적
작성 시점
- 프로젝트 계획 단계
- 일정 수립 단계
포함 위치
- 프로젝트 계획서의 “프로젝트 일정” 섹션
- “마일스톤” 섹션
사용자 여정 맵
개념
정의
사용자 여정 맵(User Journey Map)은 사용자가 제품이나 서비스를 사용하는 전체 여정을 시각화하는 다이어그램입니다. 사용자의 행동, 감정, 경험을 시간에 따라 표현하여 사용자 경험을 분석하고 개선합니다.
핵심 특징
- 사용자 중심: 사용자 관점에서 표현
- 시간 흐름: 사용자 여정의 시간 흐름
- 감정 표현: 사용자의 감정 변화
- 터치포인트: 사용자와의 접촉점
- 통찰: 사용자 경험 통찰
주요 구성 요소
여정 단계
- 정의: 사용자 여정의 각 단계
- 표기: 타임라인 또는 플로우
- 예시: 인지, 탐색, 구매, 사용, 지원
사용자 행동
- 정의: 각 단계에서의 사용자 행동
- 표기: 아이콘 또는 텍스트
- 예시: 웹사이트 방문, 제품 검색, 구매 결정
감정
- 정의: 사용자의 감정 상태
- 표기: 감정 곡선 또는 아이콘
- 예시: 기대, 만족, 좌절, 기쁨
터치포인트
- 정의: 사용자와의 접촉점
- 표기: 마커 또는 아이콘
- 예시: 웹사이트, 앱, 고객 지원, 이메일
통찰
- 정의: 개선 기회나 통찰
- 표기: 주석 또는 박스
- 예시: 개선 포인트, 문제점, 기회
사용하는 곳
1. 사용자 경험 설계
- 사용자 경험 분석
- 사용자 여정 개선
- UX 설계
2. 제품 개발
- 제품 기능 우선순위
- 사용자 니즈 이해
- 제품 개선
3. 마케팅
- 마케팅 전략 수립
- 고객 경험 개선
- 브랜드 경험 설계
어디에 사용하면 유리한지
1. 사용자 중심 제품
- 상황: 사용자 경험이 중요한 제품
- 유리한 점:
- 사용자 경험 분석
- 개선 기회 발견
- UX 설계
2. 복잡한 사용자 여정
- 상황: 여러 단계의 사용자 여정
- 유리한 점:
- 여정 시각화
- 문제점 식별
어떤 경우에는 과한 경우인지
1. 단순한 사용자 여정
- 상황: 단순한 사용자 플로우
- 과한 이유:
- 플로우차트로 충분
개발 문서에 포함될 경우
1. 사용자 경험 문서 (User Experience Document)
포함 내용
-
사용자 여정 맵
- 사용자 여정 단계
- 사용자 행동
- 감정 변화
- 터치포인트
-
여정 분석
- 각 단계 분석
- 개선 기회
- 통찰
포함 이유
- 사용자 경험 분석
- 사용자 여정 개선
- UX 설계
작성 시점
- 사용자 경험 분석 단계
- UX 설계 단계
포함 위치
- 사용자 경험 문서의 “사용자 여정” 섹션
- “사용자 경험 분석” 섹션
서비스 블루프린트
개념
정의
서비스 블루프린트(Service Blueprint)는 서비스를 제공하는 전체 프로세스를 시각화하는 다이어그램입니다. 고객 행동, 전면 행동, 백스테이지 행동, 지원 프로세스를 표현하여 서비스를 설계하고 개선합니다.
핵심 특징
- 서비스 중심: 서비스 제공 프로세스에 초점
- 다층 구조: 고객, 전면, 백스테이지, 지원 프로세스
- 터치포인트: 고객과의 접촉점
- 서비스 개선: 서비스 개선 기회 발견
주요 구성 요소
고객 행동
- 정의: 고객의 행동
- 표기: 상단 레인
- 예시: 서비스 요청, 정보 확인, 피드백
전면 행동
- 정의: 고객과 직접 접촉하는 행동
- 표기: 두 번째 레인
- 예시: 고객 응대, 서비스 제공
백스테이지 행동
- 정의: 고객과 직접 접촉하지 않는 행동
- 표기: 세 번째 레인
- 예시: 데이터 처리, 내부 프로세스
지원 프로세스
- 정의: 서비스를 지원하는 프로세스
- 표기: 하단 레인
- 예시: 시스템, 인프라, 외부 서비스
사용하는 곳
1. 서비스 설계
- 서비스 프로세스 설계
- 서비스 개선
- 서비스 최적화
2. 서비스 문서화
- 서비스 프로세스 문서화
- 서비스 표준화
- 서비스 교육
어디에 사용하면 유리한지
1. 복잡한 서비스
- 상황: 여러 단계와 참여자가 있는 서비스
- 유리한 점:
- 서비스 프로세스 시각화
- 개선 기회 발견
어떤 경우에는 과한 경우인지
1. 단순한 서비스
- 상황: 단순한 서비스 프로세스
- 과한 이유:
- 플로우차트로 충분
개발 문서에 포함될 경우
1. 서비스 설계 문서 (Service Design Document)
포함 내용
-
서비스 블루프린트
- 고객 행동
- 전면/백스테이지 행동
- 지원 프로세스
-
서비스 상세
- 각 단계 상세
- 개선 기회
포함 이유
- 서비스 프로세스 시각화
- 서비스 개선
- 서비스 문서화
작성 시점
- 서비스 설계 단계
- 서비스 개선 단계
포함 위치
- 서비스 설계 문서의 “서비스 프로세스” 섹션
- “서비스 설계” 섹션
이벤트 스토밍
개념
정의
이벤트 스토밍(Event Storming)은 도메인 이벤트를 중심으로 비즈니스 프로세스를 모델링하는 워크샵 기법입니다. 이벤트, 명령, 액터, 애그리게이트를 시각화하여 도메인 모델을 설계합니다.
핵심 특징
- 이벤트 중심: 도메인 이벤트 중심 모델링
- 협업: 다양한 이해관계자 협업
- 빠른 모델링: 빠른 도메인 모델링
- DDD: 도메인 주도 설계(DDD) 지원
주요 구성 요소
도메인 이벤트
- 정의: 비즈니스에서 발생하는 이벤트
- 표기: 주황색 스티커
- 예시: 주문 생성됨, 결제 완료됨, 배송 시작됨
명령
- 정의: 이벤트를 발생시키는 명령
- 표기: 파란색 스티커
- 예시: 주문 생성, 결제 처리, 배송 시작
액터
- 정의: 명령을 수행하는 주체
- 표기: 노란색 스티커
- 예시: 사용자, 관리자, 시스템
애그리게이트
- 정의: 도메인 모델의 경계
- 표기: 큰 박스
- 예시: 주문, 상품, 고객
사용하는 곳
1. 도메인 모델링
- 도메인 모델 설계
- 비즈니스 프로세스 이해
- DDD 설계
2. 요구사항 분석
- 비즈니스 요구사항 분석
- 도메인 전문가와 협업
- 요구사항 검증
3. 시스템 설계
- 이벤트 기반 아키텍처 설계
- 마이크로서비스 설계
- 도메인 모델 기반 설계
어디에 사용하면 유리한지
1. 복잡한 도메인
- 상황: 복잡한 비즈니스 도메인
- 유리한 점:
- 도메인 모델링
- 비즈니스 프로세스 이해
- DDD 설계
2. 이벤트 기반 아키텍처
- 상황: 이벤트 기반 아키텍처 설계
- 유리한 점:
- 이벤트 식별
- 이벤트 흐름 설계
어떤 경우에는 과한 경우인지
1. 단순한 도메인
- 상황: 단순한 비즈니스 도메인
- 과한 이유:
- 간단한 모델링으로 충분
개발 문서에 포함될 경우
1. 도메인 모델 문서 (Domain Model Document)
포함 내용
-
이벤트 스토밍 결과
- 도메인 이벤트
- 명령
- 액터
- 애그리게이트
-
도메인 모델 상세
- 각 이벤트 상세
- 애그리게이트 설계
포함 이유
- 도메인 모델 시각화
- 비즈니스 프로세스 이해
- DDD 설계
작성 시점
- 도메인 모델링 단계
- 요구사항 분석 단계
포함 위치
- 도메인 모델 문서의 “도메인 이벤트” 섹션
- “도메인 모델” 섹션
도메인 모델 다이어그램
개념
정의
도메인 모델 다이어그램은 비즈니스 도메인의 개념과 관계를 표현하는 다이어그램입니다. 엔티티, 값 객체, 애그리게이트, 도메인 서비스를 시각화하여 도메인 모델을 설계합니다.
핵심 특징
- 도메인 중심: 비즈니스 도메인에 초점
- DDD: 도메인 주도 설계 지원
- 비즈니스 언어: 비즈니스 언어 사용
- 도메인 로직: 도메인 로직 표현
주요 구성 요소
엔티티
- 정의: 고유 식별자를 가진 도메인 객체
- 표기: 박스
- 예시: 주문, 고객, 상품
값 객체
- 정의: 값으로 식별되는 객체
- 표기: 박스 (값 객체 표시)
- 예시: 금액, 주소, 날짜
애그리게이트
- 정의: 일관성 경계를 가진 엔티티 그룹
- 표기: 큰 박스
- 예시: 주문 애그리게이트, 상품 카탈로그
도메인 서비스
- 정의: 엔티티에 속하지 않는 도메인 로직
- 표기: 박스 (서비스 표시)
- 예시: 가격 계산 서비스, 할인 계산 서비스
사용하는 곳
1. 도메인 모델링
- 도메인 모델 설계
- 비즈니스 로직 설계
- DDD 설계
2. 요구사항 분석
- 비즈니스 요구사항 분석
- 도메인 전문가와 소통
- 도메인 이해
어디에 사용하면 유리한지
1. 복잡한 도메인
- 상황: 복잡한 비즈니스 도메인
- 유리한 점:
- 도메인 모델 시각화
- 비즈니스 로직 설계
- DDD 설계
어떤 경우에는 과한 경우인지
1. 단순한 도메인
- 상황: 단순한 비즈니스 도메인
- 과한 이유:
- 간단한 모델링으로 충분
개발 문서에 포함될 경우
1. 도메인 모델 문서 (Domain Model Document)
포함 내용
-
도메인 모델 다이어그램
- 엔티티
- 값 객체
- 애그리게이트
- 도메인 서비스
-
도메인 모델 상세
- 각 엔티티 상세
- 도메인 로직
포함 이유
- 도메인 모델 시각화
- 비즈니스 로직 설계
- DDD 설계
작성 시점
- 도메인 모델링 단계
- 요구사항 분석 단계
포함 위치
- 도메인 모델 문서의 “도메인 모델” 섹션
- “비즈니스 로직” 섹션
도구
보안 다이어그램 도구
- Microsoft Threat Modeling Tool: 위협 모델링
- OWASP Threat Dragon: 위협 모델링
- Draw.io: 보안 다이어그램 템플릿
성능 분석 도구
- New Relic: 성능 모니터링 및 분석
- Datadog: 성능 메트릭 시각화
- Grafana: 성능 대시보드
테스트 도구
- TestRail: 테스트 케이스 관리
- Zephyr: 테스트 관리
- qTest: 테스트 관리
사용자 경험 도구
- Miro: 사용자 여정 맵
- Figma: 서비스 블루프린트
- UXPressia: 사용자 여정 맵
이벤트 스토밍 도구
- Miro: 이벤트 스토밍 워크샵
- Mural: 협업 워크샵
- Draw.io: 이벤트 스토밍 템플릿
모범 사례
보안 다이어그램
- 보안 구역 명확히 정의
- 방화벽 규칙 명시
- 접근 제어 구조 명확히
- 정기적 보안 리뷰
성능 분석
- 성능 메트릭 명확히 정의
- 병목 지점 식별
- 성능 목표 설정
- 정기적 성능 모니터링
테스트 다이어그램
- 테스트 커버리지 목표 설정
- 테스트 시나리오 명확히
- 테스트 결과 추적
- 지속적 개선
결론
특수 목적 및 도메인 특화 다이어그램은 특정 목적이나 도메인에 특화된 강력한 도구입니다. 보안 아키텍처 다이어그램은 보안 구조를, 위협 모델링은 보안 위협을, 성능 분석 다이어그램은 성능 특성을, 테스트 다이어그램은 테스트 계획을 각각 시각화합니다.
각 다이어그램은 고유한 목적과 사용 사례를 가지고 있으며, 특정 목적이나 도메인에 맞는 적절한 다이어그램을 선택하는 것이 중요합니다. 적절한 상황에서 사용하면 특정 목적의 이해도와 품질을 크게 향상시킬 수 있습니다.