Internal Operations PWA

1. 01

   현재 상태를 입력보다 먼저 보여 주기

   문제

   예약 전에 사용자가 먼저 판단해야 할 것은 어느 회의실이 지금 비어 있고 다음 예약이 언제 시작되는지였습니다.

   선택

   회의실별 사용 중·비어 있음·다음 예약과 선택한 날짜의 예약 요약을 앞에 두고, 일간·월간·타임라인 보기를 같은 예약 데이터에 연결했습니다.

   구현

   Supabase Realtime 변경 이벤트를 받으면 React Query의 관련 쿼리를 무효화해 현황, 달력과 타임라인이 예약 데이터를 다시 조회하도록 구성했습니다.

   확인된 영향

   현황·달력·타임라인이 동일한 예약 원본을 기준으로 현재 상태와 이후 일정을 표시하도록 만들었습니다.

2. 02

   겹치는 예약을 저장 경로마다 예방하기

   문제

   실제 불편 사례로 예약 시간 중복이 전달됐고, 화면 검증만으로는 비슷한 시점의 저장 요청을 일관되게 막기 어려웠습니다.

   선택

   지난 시간, 잘못된 시간 범위, 한 달을 넘는 예약과 기존 예약 중복을 화면에서 먼저 검사하고 데이터베이스에도 같은 충돌 경계를 뒀습니다.

   구현

   PostgreSQL의 시간 범위 exclusion constraint를 적용해 같은 회의실의 겹치는 예약을 최종 저장 단계에서도 거부하도록 구성했습니다.

   확인된 영향

   예약 생성과 변경 등 요청 경로가 달라도 동일한 충돌 규칙이 적용되는 기준점을 만들었습니다.

3. 03

   별도 앱 대신 설치 가능한 웹으로 접근하기

   문제

   모바일 사용 요구는 있었지만 별도 네이티브 앱에는 추가 개발비와 지속 비용이 필요했습니다.

   선택

   하나의 반응형 웹을 PWA로 설치할 수 있게 하고, QR 접속 경로와 기기별 설정 매뉴얼을 함께 제공했습니다.

   구현

   웹 앱 매니페스트와 설치 흐름을 구성하고 iOS를 포함한 홈 화면 추가 절차를 별도 안내 화면으로 만들었습니다.

   확인된 영향

   별도 네이티브 앱을 운영하지 않고도 브라우저와 홈 화면에서 같은 제품에 접근할 수 있는 경로를 마련했습니다.

실제 업무에 사용되었고, 추가 요청 반영과 후속 유지보수로 이어졌습니다.

• 실사용·유지보수

  회의실 예약과 주간보고가 업무에 사용됐고 운영 중 추가 요청을 반영했습니다.

• 기능과 변경 이력

  예약 상태, 한 달 이내 생성·변경·취소, 데이터베이스 중복 차단, Realtime 동기화, 주간보고와 PWA 설치 안내를 코드와 변경 이력에서 확인했습니다.