서비스 개요
수행 범위와 산출물
서비스 품질은 오픈 시점이 아니라 운영 몇 개월 차에 드러납니다. 누적 데이터가 늘면서 목록·검색 응답이 느려지고, 신청과 결제가 몰리는 시점에 처리량이 한계에 닿습니다. 그래서 예상 동시 접속과 데이터 증가율을 설계 단계에서 산정하고, 인덱스 설계와 조회 경로, 큐 분리와 확장 지점을 그에 맞춰 결정합니다.
요구사항 변경은 예외가 아니라 전제입니다. 2주 단위로 동작하는 빌드를 시연해 방향을 맞추고, 확정 시점을 앞으로 당깁니다. 최종 단계에서 한 번 확인하는 방식은 수정 여력을 남기지 않습니다.
운영 단계에서는 평상시 지표로 기준선을 만들고 이탈 구간을 자동으로 탐지해 알립니다. 배포 이력과 함께 확인할 수 있게 구성해 원인 범위를 좁힙니다. 장애를 겪은 뒤 복구하는 비용보다 조짐 단계에서 대응하는 비용이 낮습니다.
산출물은 요구사항 정의서와 화면 설계서, 프론트엔드·백엔드 소스 코드, API 명세서, 인프라 구성도와 배포 절차서, 장애 대응 문서까지 일체를 인계합니다. 유지보수 계약 여부와 무관하게 운영 주체가 바뀌어도 이어받을 수 있는 상태로 넘겨드립니다.
2018년부터 웹과 앱을 구축해 왔으며, 순천시·남원시바이오산업연구원·광주정보문화산업진흥원·전남대학교산학협력단 등 공공 발주와 광주FC를 비롯한 민간 과제를 수행했습니다.
주요 수행 범위
- 반응형 웹 · iOS · Android
- 관리자 시스템 · 백오피스
- API 설계 및 기존 시스템 연동
- 클라우드 인프라 · 무중단 배포
- AI 기반 이상 탐지 · 운영 자동화
주요 산출물
- 요구사항 정의서와 화면 설계서
- 프론트엔드·백엔드 소스 코드
- API 명세서
- 인프라 구성도와 배포 절차서
- 장애 대응 문서 및 담당자 인수인계
기술 스택
- React
- Next.js
- Node.js
- Flutter
- PostgreSQL
- AWS
문제 인식
서비스가 커질수록 장애는 더 늦게 발견됩니다
외주 개발에서 반복적으로 발생하는 상황입니다. 해당하는 항목이 있다면 착수 전에 먼저 상담하시기를 권합니다.
- 01
만든 뒤에 손댈 수 없음
문구 하나 고치는 데도 개발사에 요청해야 하고, 회신을 기다리는 사이 시기를 놓칩니다.
- 02
문제를 사용자가 먼저 앎
장애를 전화로 알게 되면 이미 몇 시간이 지난 뒤입니다. 원인을 찾는 데 또 시간이 듭니다.
- 03
따로 노는 시스템들
새로 만든 서비스가 기존 시스템과 연결되지 않아, 같은 데이터를 두 곳에 입력하게 됩니다.
진행 구조
부하 산정 → 2주 단위 시연 → 기준선 기반 운영
현재 상황
문구 하나도 개발사에 요청
회신 기다리는 사이 시기를 놓침
장애를 전화로 알게 됨
이미 몇 시간이 지난 뒤
기존 시스템과 따로
같은 데이터를 두 곳에 입력
02지니소프트 수행 범위
피크 부하 산정
몰리는 시점과 데이터 증가를 설계 때 계산
2주 단위 시연
요구사항이 바뀌는 것을 전제로 진행
기준선 학습
평소 패턴을 익혀 벗어난 구간을 탐지
03도입 이후
관리자 화면에서 직접 수정
문구·이미지·공지를 배포 없이
조짐에서 먼저 알림
배포 이력과 함께 봐서 원인을 좁힘
소스·문서 일체 인계
배포 절차서와 장애 대응 문서까지
- 무중단 배포
- API 연동
- 인수인계 문서
오픈 당일이 아니라 몇 달 뒤를 봅니다
해결 방식
터지고 고치는 운영을 먼저 아는 운영으로 바꿉니다
- 기존
- 요청해야 바뀌는 화면을
- 개선
- 직접 고치는 화면으로
문구·이미지·공지를 관리자 화면에서 직접 바꿉니다. 개발 일정과 무관하게 운영할 수 있습니다.
- 기존
- 전화로 아는 장애를
- 개선
- 먼저 알리는 운영으로
평소와 다른 구간을 자동으로 잡아 알립니다. 배포 이력과 함께 봐서 원인을 좁힐 수 있습니다.
- 기존
- 두 번 입력하는 구조를
- 개선
- 한 번만 넣는 구조로
기존 시스템과 API로 잇습니다. 새로 만드는 쪽을 기존 데이터에 맞춰 설계합니다.
진행 흐름
이렇게 진행됩니다
착수부터 운영 인계까지, 프로젝트가 진행되는 순서를 단계별로 정리했습니다.
- 01
화면 설계
실제 사용자를 만나 순서부터 정리하고 와이어프레임으로 합의합니다. 여기서 맞추면 나중에 되돌릴 일이 없습니다.
- 02
개발 · 시연
2주 단위로 동작하는 화면을 보여드립니다. 요구사항은 대부분 도중에 바뀌므로 그때그때 맞춥니다.
- 03
운영 · 이상 탐지
평소와 다른 패턴이 잡히면 먼저 알립니다. 장애를 겪고 고치는 대신 조짐에서 손을 댑니다.
적용 과제
이런 과제를 다룹니다
이 분야에서 주로 의뢰받는 과제 유형입니다.
01
고객용 웹 · 앱 서비스
신청·조회·결제처럼 일반 사용자가 직접 쓰는 화면입니다. 접속이 몰리는 시점과 데이터가 쌓였을 때의 조회 속도를 설계 단계에서 따집니다.
- 도입 전
- 접속이 몰리면 느려짐
- 도입 후
- 피크를 견디도록 설계
02
내부 업무 시스템 · 백오피스
엑셀과 수기로 하던 일을 화면으로 옮깁니다. 기존 흐름을 그대로 옮기면 오히려 불편해지는 경우가 많아, 실제 사용자를 만나 순서부터 정리합니다.
- 도입 전
- 엑셀과 수기로 관리
- 도입 후
- 한 화면에서 처리·조회
03
운영 자동화 · 이상 탐지
이미 돌고 있는 서비스에 모니터링과 자동 대응을 붙입니다. 평소와 다른 패턴이 잡히면 먼저 알리도록 만들어, 장애를 겪고 고치는 대신 조짐에서 손을 댑니다.
- 도입 전
- 장애를 겪고 나서 인지
- 도입 후
- 조짐이 보이면 먼저 알림
레퍼런스
관련 수행 실적
이 분야에서 지니소프트가 수행한 프로젝트입니다.
상담 전 확인
자주 묻는 질문
발주 전 검토 단계에서 자주 받는 질문을 정리했습니다.
기존에 쓰던 시스템과 연동되나요?
대부분 가능합니다. 다만 상대 시스템의 API 문서와 담당자 확인이 필요합니다. 문서가 없으면 연동 검증에 시간이 더 걸리므로 일정에 반영합니다.
유지보수는 얼마나 필요한가요?
서비스 규모에 따라 다릅니다. 다만 OS·브라우저 업데이트와 보안 패치는 계속 생기므로, 만들어두고 손대지 않는 상태는 오래 가지 않습니다. 인계 시 필요한 작업을 목록으로 드립니다.
소스 코드는 저희가 갖게 되나요?
계약에 따릅니다. 기본적으로 산출물에 소스 코드 일체를 포함하며, 배포 절차와 장애 대응 문서까지 함께 인계합니다.
운영 원칙
지니소프트의 방식
외주 개발에서 발주처가 흔히 겪는 문제와, 이를 예방하기 위한 지니소프트의 운영 원칙입니다.
| 자주 겪는 문제 | 저희 방식 | 달라지는 것 |
|---|---|---|
| 검수 기준을 착수 전에 정해야 합니다 | 착수 전에 단계별 산출물과 검수 기준을 문서로 합의합니다 | 합의한 문서를 기준으로 검수합니다 |
| 개발 중간에 동작과 진행 상황을 확인해야 합니다 | 2주 단위로 동작하는 결과물을 직접 보여드립니다 | 시연 피드백을 다음 개발에 반영합니다 |
| 운영 담당자가 참고할 문서가 필요합니다 | 배포 절차와 장애 대응 문서를 코드와 함께 인계합니다 | 운영 절차를 문서로 확인할 수 있습니다 |
| 여러 기술 분야를 함께 개발해야 합니다 | XR·AI·웹앱·게임을 한 조직에서 수행합니다 | 분야별 일정과 연동 범위를 함께 조율합니다 |
역할 분담
업무 범위
단계별로 지니소프트의 수행 범위와 고객사의 확인 사항을 구분했습니다. 일정 지연의 상당수는 확인 지연에서 비롯되므로, 착수 전에 역할을 명확히 합의합니다.
| 단계 | 지니소프트 | 고객사 | 산출물 |
|---|---|---|---|
| 01요구 정의 | 요구사항 정리, 기술적 가능성 검토, 범위·일정·예산 산정 | 우선순위 확정, 예산 범위 공유 | 제안서 · 견적서 |
| 02설계 | 화면 설계, 데이터 구조 설계, 위험 구간 프로토타입 | 설계서 검토 및 승인 | 설계서 · 프로토타입 |
| 03개발 | 2주 단위 구현, 격주 시연, 진행 현황 공유 | 시연 피드백, 콘텐츠·자료 전달 | 동작하는 빌드 · 소스 코드 |
| 04검수 | 인수 테스트 지원, 결함 수정, 담당자 교육 | 검수 기준 대조, 검수 확인 | 검수 확인서 · 운영 매뉴얼 |
| 05운영 | 하자보수, 장애 대응, 유지보수 | 운영 담당자 지정 | 배포 절차서 · 장애 대응 문서 |
- [email protected]
- 대표 전화
- 0507-1301-7163