LEGACY
MiPlatform · XPlatform
JSP · PowerBuilder
STEP 01
ANALYZE
구조 · 스크립트 · 데이터
의존관계 분석
STEP 02
CONVERT
규칙 변환 + AI 보완
소스 생성
STEP 03
VALIDATE
자동 대조 · 반복 테스트
전문가 확인
MODERN WEB UI
검증이 끝난 결과만
인도합니다
Process
레거시 전환이 어려운 이유는 화면 때문이 아닙니다. 수천 개의 화면에 수년간 쌓인 업무 로직과 예외가 얽혀 있기 때문입니다. 그래서 이젠고는 도구 하나로 변환하지 않고, 분석 · 변환 · 검증이 이어지는 공정으로 시스템을 옮깁니다.
STEP 01
먼저 읽습니다
전환은 코드가 아니라 이해에서 시작합니다. 화면 구조와 컴포넌트, 스크립트, 데이터 흐름, 그리고 화면 사이의 의존관계까지 시스템 전체를 먼저 분석합니다. 이 분석으로 전환 범위와 난이도가 확정되고, 무엇을 자동으로 처리하고 무엇을 사람이 확인해야 하는지도 이 단계에서 갈립니다. 일정과 공수 산정의 근거 역시 여기서 나옵니다 — 이젠고의 견적이 화면 수가 아니라 분석 결과를 기준으로 하는 이유입니다.
STEP 02
반복을 맡깁니다
반복되는 변환은 사람이 할 일이 아닙니다. 정형화된 변환은 정의된 규칙이 안정적으로 처리하고, 규칙만으로 다루기 어려운 복잡한 패턴과 예외는 AI가 보완합니다. 그 결과로 타깃 환경의 소스가 생성됩니다. 이때 자동화의 목표는 100% 자동 변환이 아니라, 사람이 해야 하는 작업의 총량을 줄이는 것입니다.
STEP 03
결과를 증명합니다
전환 프로젝트의 진짜 공수는 변환이 아니라 확인에 있습니다. 이젠고는 변환 결과를 원본과 자동으로 대조해 화면과 로직, 데이터가 같은지 검증하고, 같은 테스트를 반복 수행해 안정성을 확인합니다. 자동 검증을 통과하지 못한 예외는 분류되어 전문가가 확인합니다. 사람은 전부를 다시 보는 대신, 걸러진 예외만 봅니다. 그리고 검증이 끝난 결과만 인도합니다.
Automation & Expert
사람을 없애는 자동화가 아니라,
사람이 봐야 하는 범위를 줄이는 자동화입니다.
Legacy
레거시가 달라도, 현대화 과정에서 반복되는 문제는 비슷합니다. 그래서 공정은 같습니다.
한 번 공정으로 정리된 시스템은, 이후 어떤 UI로도 전환이 쉽습니다.
구조가 표준화되고 변환 규칙이 자산으로 남기 때문입니다. 그리고 정리된 시스템은, AI를 올릴 수 있는 시스템이기도 합니다.