✅ 도메인

🔸 개념

소프트웨어가 해결해야 할 현실 세계의 문제 영역.
단순 데이터 구조가 아니라, 그 업무의 규칙, 상태, 행동까지 모두 포함.

🔸 중요한 이유

금융은 데이터의 정확성 + 업무 규칙의 정합성이 매우 중요.
세금 계산, 수익률 산정, 법적 요건 같은 복잡한 규칙이 도메인에 녹아야 함.
모델이 잘못되면 금전적 사고로 직결 → 법적 리스크.

정확성 확보	돈이 잘못 계산되면 안 되기 때문에 업무 로직을 명확하게 코드화
업무 복잡도 대응	세금, 이자, 상품 규칙 등 복잡한 업무를 모델로 관리
변화 대응력 향상	법, 정책 변경이 있어도 모델 중심으로 안정적으로 대응 가능
개발자 간 커뮤니케이션 도구	코드 자체가 업무를 설명하는 설계도 역할을 함

🔸 개발 방법

업무 분석 – 운영자, 기획자와 용어 정리.
도메인 모델 설계 – 개체와 행동을 클래스화.
행동 중심 코드화 – 단순 데이터 X → 상태 변화 + 로직 포함.
검증 및 서비스화 – 시나리오 테스트 → API, 배치, UI에 연결.

🔸 도메인 설계 시 주의점

업무 용어 통일	고객, 계좌, 납입, 인출 등 명확한 단어로 소통
행동 포함 설계	데이터 저장이 아닌 상태 변화 로직도 모델에 포함
불변성 관리	금액, 날짜, 계좌 번호 같은 데이터는 변경 불가 처리
법/규정 반영	세금, 수수료, 이자 계산 규칙을 코드에 명확히 반영

"도메인은 단순히 데이터 구조가 아니라, 그 데이터가 가진 의미, 상태 변화, 그리고 금융 업무 규칙까지 코드로 녹여낸 것입니다. 특히 퇴직연금 같은 금융 시스템은 돈의 흐름, 수익률 계산, 법적 세금 처리까지 모두 명확하게 모델링되어야 안정적입니다. 저는 단순히 API를 만드는 것이 아니라, 정확하고 변화에 강한 도메인 모델을 설계하는 것을 가장 중요하게 생각합니다."

✅ 도메인 개발 과정 방법

🚩 1. 도메인 이해

업무 담당자(퇴직연금 운영팀)와 인터뷰
퇴직연금의 업무 프로세스, 법적 요건, 계산 로직 등을 파악

🚩 2. 도메인 언어 정립

용어 정의
- 예) 납입금, 계좌, 수익률, 운용상품, 해지, 인출, 과세
개발자, 기획자, 운영자가 동일한 언어로 소통

🚩 3. 도메인 모델링

ERD 수준을 넘어서 **행동(메서드)**까지 모델에 포함
클래스 다이어그램, 상태 전이도 작성

🚩 4. 코드로 구현

객체 설계 → 행동 메서드 설계 → 리포지토리 설계
JPA 엔티티 매핑, 비즈니스 로직 클래스화

🚩 5. 검증

업무 담당자와 함께 시나리오 테스트
단위 테스트 + 인수 테스트

🚩 6. 서비스화

도메인 모델을 API나 화면에 연결
REST API, 배치 프로그램, 이벤트 처리 시스템으로 연동

✅ 도메인 개발할 때 주의할 점

도메인 언어 통일	개발자-기획자-운영자가 동일한 용어를 사용해야 함
행동 중심 설계	데이터만 담지 말고 상태 변화와 로직을 모델에 포함
불변성 관리	금액, 날짜 같은 중요한 값은 변경 불가능하게 설계
법적 요건 반영	세금, 수수료, 법적 조건은 코드에 명확히 반영해야 함
테스트 가능성	단위 테스트로 업무 시나리오가 검증 가능하게 설계

1. 대면 vs 비대면

채널	지점 방문, ATM, 출장 상담	모바일 앱, 웹, 콜센터, 챗봇
대상 서비스	복잡한 상담, 고액 거래, 서류 필요 업무	송금, 계좌개설, 간편 대출, 자산조회 등 디지털 서비스
보안·인증	신분증, OTP, 직접 대면 인증	OTP, 생체인증, 핀번호, 디지털 인증서, AI 기반 분석
절차	서류 작성, 직접 승인, 서명 필요	온라인 폼 입력, 전자서명, 자동 심사 및 승인
장점	복잡한 금융 상담 및 신뢰 확보 가능	24시간 접근성, 빠른 처리, 낮은 운영비
단점	운영비·시간 부담 큼	디지털 소외층 대응, 보안 리스크 존재

2. 실무 적용 & 기술 구현 포인트

🏦 대면 채널 구현

상담용 CRM 시스템 및 영상 상담 시스템 구축
현장 인증 방식 (신분증 스캔, OTP 발급)
문서 저장 및 전자서명(또는 종이서명 + 스캔) 처리 시스템 설계

📱 비대면 채널 구현

24시간 온라인 API 서비스 및 자동 심사 로직
모바일 앱 + 웹(반응형) 인터페이스 설계
보안 인증: OTP, 생체인증, 디지털 인증서
자동화된 KYC/KYB, AI 기반 사기 탐지 시스템 구성

3. 왜 두 채널을 병행하는가?

서비스 성격에 맞는 최적화
- 고액·복잡한 업무는 대면 상담에서 신뢰 확보
- 반복적·간단한 업무는 비대면 자동화로 효율화
고객군 격차 해소
- 디지털 네이티브는 비대면, 고령층 등은 대면 선호
비용 효율성
- 점포 유지 비용 대비 비대면 처리 비용이 현저히 낮음

“금융권에서는 대면과 비대면 채널 모두 운영하고 있습니다.
대면 채널은 지점 방문, ATM, 서류 작성 등 직접 상담과 고액 거래에 사용되며, 신원 확인과 서명이 강점입니다.
비대면 채널은 모바일·웹 기반으로 계좌개설, 송금, 간편대출, 자산조회 등 자동화된 서비스를 제공하며 24시간 접근성과 빠른 처리, 낮은 운영비가 특징입니다.
시스템적으로는 대면은 CRM·상담·전자서명 인프라 중심이고, 비대면은 자동화 API, 보안 인증체계, AI 기반 모니터링 중심으로 설계됩니다.
고객 경험과 수익성, 비용효율, 보안 수준 등을 종합적으로 고려해 두 채널을 병행합니다.”

728x90