AI-Assisted Development

AI로 빠르게 만들고,
데이터는 구현 전에 지킵니다.

2000년부터 주문형 소프트웨어를 개발해 온 비밥소프트웨어는
지금 AI·바이브코딩을 실제 개발에 적용하고 있습니다.
반복 작업 시간이 줄어 개발 단가를 최대 50%까지 낮췄고,
줄어든 시간은 설계와 검증에 씁니다.

What changed

줄어든 것은 비용이고,
늘어난 것은 검증 시간입니다.

AI가 반복 작업을 맡으면서, 같은 기간에 설계 검토와 테스트를 더 많이 수행합니다.

AI에 맡기는 작업

  • 반복 입력·조회 화면 코드
  • 화면 초안과 컴포넌트
  • 테스트 코드·테스트 데이터
  • 주석·문서 초안

그 시간으로 더 하는 작업

  • 데이터 구조·제약 검토
  • 예외 시나리오 테스트
  • AI 작성 코드 리뷰
  • 이관·복구 리허설
The vibe-coding loop

‘해줘’와 ‘안 되는데?’를 반복해도
풀리지 않는 문제가 있습니다.

바이브코딩은 동작하는 화면을 빠르게 만듭니다.
그러나 원인을 모른 채 수정만 요청하면, AI는 증상을 고치고 다른 곳을 깨뜨립니다.

VIBE-CODING SESSION
  1. 재고 관리 화면 만들어줘
  2. 완성했습니다. ✓
  3. 출고하면 재고가 두 번 빠지는데?
  4. 수정했습니다. ✓
  5. 이번엔 반품이 재고에 안 잡히는데?
  6. 수정했습니다. ✓
  7. 지난달 재고 합계가 안 맞는데?
  8. 원인을 찾으려면 수정 전 데이터가 필요합니다…
  • 원인은 그대로

    증상만 고쳐 같은 유형의 오류가 다시 발생합니다.

  • 회귀 오류

    한 곳을 고치면 이미 되던 기능이 깨집니다.

  • 구조 변경 누적

    요청마다 테이블·필드가 바뀌어 기존 데이터와 어긋납니다.

  • 변경 근거 부재

    무엇을 왜 바꿨는지 남지 않아 추적할 수 없습니다.

When data breaks

데이터가 꼬이면,
AI로도 되돌리기 어렵습니다.

꼬임의 원인은 대개 화면이 아니라 데이터 구조에 있습니다.
서로 참조되지 않는 컬럼, 등록·수정·삭제가 연결되지 않은 테이블은 운영 중에 조용히 어긋납니다.

✕값을 복사해 둔 구조참조 관계 없음
  • 등록오타·띄어쓰기만 달라도 같은 거래처가 여러 건
  • 수정거래처명을 바꿔도 지난 출고에는 이전 이름
  • 삭제거래처를 지우면 주인 없는 출고 기록이 남음
✓관계로 설계한 구조외래키로 참조
  • 등록목록에서 선택, 같은 거래처 중복 등록 차단
  • 수정한 곳만 고치면 모든 출고에 반영
  • 삭제출고가 있는 거래처는 삭제 대신 보관 처리

이런 꼬임은 화면이나 코드만 봐서는 원인이 보이지 않습니다. 테이블 관계와 데이터 이력을 거슬러 올라가야 찾을 수 있습니다.
데이터 정합성 복구와 이관은 비밥소프트웨어가 AI 도입 이전부터 해 온 작업입니다.

유실 데이터 복구 불가 문제 발견 구현만 한 경우 설계 후 구현 시간 → 누적 비용 ↑
개념도 · 수치가 아닌 경향입니다.
  1. 01구현

    화면이 동작합니다.
    테스트 데이터로는 문제가 보이지 않습니다.

  2. 02운영

    실제 데이터가 쌓이며 중복·누락이 조용히 누적됩니다.

  3. 03발견

    집계가 맞지 않습니다.
    원인은 몇 달 전의 구조입니다.

  4. 04수습

    구조를 바꾸려면 이관이 필요하고,
    원본이 없는 데이터는 복구할 수 없습니다.

코드는 다시 만들 수 있습니다.꼬이거나 사라진 데이터는 다시 만들 수 없습니다.
Our own design tool

테이블 관계는
설계 도구로 먼저 그립니다.

비밥소프트웨어는 오래전부터 자체 설계 솔루션으로
다양한 ERP와 IT 솔루션을 개발해 왔고,
그 시스템들은 십여 년 넘게 문제없이 가동되고 있습니다.
RelatiQ는 그 설계 방식을 담아 직접 개발한
ER 다이어그램 설계 도구입니다.
테이블과 참조 관계를 화면에 그려 확정한 뒤 구현에 들어갑니다.

  • 관계 → DDL그린 관계 그대로 DDL·테이블 정의서 생성
  • 리버스 엔지니어링기존 DB를 불러와 빠진 관계 점검
  • 주요 DBMSSQL Server · MySQL · Oracle · PostgreSQL
  • AI 연동MCP로 AI가 초안을 그리고, 개발자가 확정
RelatiQ 살펴보기 →
RelatiQ · ERD Designer
RelatiQ ERD Designer 화면 — 테이블과 참조 관계를 그린 ER 다이어그램
Defense before build

구현 전에 막아 둡니다

데이터 문제는 첫 설계에서 정해지는 경우가 많습니다.
화면을 만들기 전에 아래 항목을 먼저 확정합니다.

요구사항을 확정하는 방법 →

기준 데이터

같은 거래처가 이름만 달리 여러 건 등록

기준 코드와 중복 방지 제약

트랜잭션

저장 중 끊겨 절반만 반영

업무 단위로 묶어 전부 반영 또는 전부 취소

동시 처리

두 사람이 같은 재고를 동시에 출고

잠금·버전 관리로 충돌 감지

입력 검증

음수 수량, 존재하지 않는 날짜 저장

화면·서버·DB 단계별 검증

변경 이력

누가 언제 값을 바꿨는지 알 수 없음

변경 이력과 작업자 기록

권한

누구나 데이터를 삭제할 수 있음

역할별 권한, 삭제 대신 보관 처리

구조 변경

항목 추가 후 기존 데이터가 깨짐

이관 스크립트, 사전 백업, 되돌리기 절차

백업·복구

장애 후 돌아갈 시점이 없음

백업 주기 설정과 복구 리허설

AI writes, engineers decide

AI가 작성하고, 개발자가 확정합니다.

단계마다 AI가 맡는 부분과 개발자가 판단하는 부분을 나눕니다.
AI가 작성한 코드는 검토를 거친 뒤 반영합니다.

요구사항 정의데이터 설계구현테스트가동·운영
AI 회의록·요구사항 초안 정리 설계안 검토 보조 코드·화면 생성 테스트 코드 작성 로그 분석 보조
개발자 범위·업무 규칙 확정 테이블·키·제약 확정 코드 리뷰 후 반영 예외 시나리오 설계 이관·장애 대응
Already built?

이미 바이브코딩으로
만든 프로그램이 있다면

동작은 하지만 데이터가 맞지 않거나, 수정할 때마다 다른 곳이 깨진다면 구조부터 확인해야 합니다.

업무시스템 고도화 방식 보기 →

  1. 01현행 진단

    화면에 드러나지 않는 원인을 DB 구조와 데이터 이력에서 찾습니다.

  2. 02방향 결정

    유지·부분 개선·재구축 중 맞는 방식을 가립니다.

  3. 03정리·이관

    구조를 다시 설계하고 데이터를 정제해 옮깁니다.

FAQ

자주 묻는 질문

AI로 만들면 품질이 떨어지지 않나요?

AI가 작성한 코드는 개발자가 검토한 뒤 반영합니다. 데이터 구조와 예외 처리는 구현 전에 개발자가 확정합니다.

모든 프로젝트가 50% 절감되나요?

아닙니다. 입력·조회 화면처럼 반복 작업 비중이 큰 프로젝트일수록 절감 폭이 크고, 장비 연동·알고리즘처럼 검증 비중이 큰 작업은 절감 폭이 작습니다. 정확한 금액은 견적에서 안내합니다.

직접 바이브코딩으로 만든 프로그램도 맡길 수 있나요?

가능합니다. 먼저 코드와 데이터 구조를 확인한 뒤 유지·개선·재구축 중 어떤 방식이 맞는지 안내합니다.

Contact

범위와 예산을 알려 주세요.

AI 적용 기준으로 예상 비용과 기간을 안내합니다.
상담과 견적은 무료입니다.