플러스프로젝트 배경
1) 문제점 - 같은 시간 같은 자리를 두 명이 잡는 중복 예약이 생길 수 있었습니다. - 결제 알림이 중복해서 오면 장부에 두 번 반영될 수 있었습니다. - 승인은 됐는데 우리 쪽 저장이 실패하면 양쪽 기록이 어긋났습니다. - 부분 환불이 쌓여 원금을 넘는 초과 환불이 생길 수 있었습니다. - 이미 확정한 정산 회차에 환불이 뒤늦게 도착하면 처리할 자리가 없었습니다. 2) 프로젝트 목
프로젝트 성과
중복 예약을 데이터베이스가 차단
자리를 정원만큼 행으로 분해하고 데이터베이스 배타 제약으로 겹침을 막았습니다. 애플리케이션 로직을 거치지 않으므로 어느 경로로 들어와도 동일하게 막힙니다.
테스트 437건 전부 통과
도메인 146건, 응용 30건, API 258건, 프리셋 3건입니다. 본문 코드 15,993줄에 테스트 14,338줄로 거의 1대 1 비율입니다.
전수 게이트 테스트 5종
보안 규칙·테넌트 격리·입력 검증·프리셋 격리·결제 어댑터 계약이 실제로 배선됐는지 소스를 훑어 판정합니다. 문서에만 적힌 규칙은 조용히 깨지기 때문입니다.
코어 수정 없이 업종 추가 실증
두 번째 업종 프리셋을 자바 파일 3개로 끝냈고 코어는 한 줄도 고치지 않았습니다. 분리가 실제로 됐는지를 이 방식으로 확인했습니다.
핵심 기능
좌석 점유와 홀드 승격
자리를 정원만큼 행으로 나눠 넣고, 겹치는 점유를 데이터베이스가 거부합니다. 홀드에서 예약으로 넘기는 처리는 문장 하나로 끝냅니다.
진행 단계
제품 방향 결정과 도메인 설계
2025.11.
예약·정산 구조를 쓰는 여러 업종의 요구사항들을 모아 집계하고, 그 결과를 근거로 예약과 정산을 코어로 삼았습니다.
프로젝트 상세
1) 포트폴리오 소개 시설이나 인력의 시간 슬롯을 팔고, 받은 돈을 파트너에게 나눠 주는 사업자를 위한 백엔드입니다. 서비스 카테고리는 예약·정산 솔루션이며, 메인 타깃은 예약을 받고 정산까지 처리해야 하는 사업자입니다. 예약만 다루는 제품은 흔하지만 대부분 정산 지점에서 멈추고 사업자는 결국 엑셀로 돌아갑니다. 한 업종에 고정하지 않고 업종을 갈아끼울 수 있는 재사용 코어로 만드는 것을 과제로 잡았습
