모델링 스튜디오
메뉴 순서가 곧 작업 순서입니다
Ⅱ · 통합 개발 플랫폼 · 신규 시스템 개발도구 · 기존 시스템 분석도구
신규 시스템은 RFP · 제안서 · 회의록만으로, 기존 시스템은 소스 · 화면 · DB · 산출물 중 있는 것만으로. 분석 → 설계 → 개발 → 테스트를 한 도구에서 잇고, 확정된 설계는 실제로 동작하는 애플리케이션까지 이어집니다.
모델링 스튜디오
1. Require — 요구사항 분석
RFP · 과업내용서 · 제안서 · 회의록, 기존 시스템의 화면설계서 · 테이블정의서 · 매뉴얼을 첨부하면 AI가 요구사항을 추출해 분류 · 근거번호 · 페이지를 붙입니다. 요약하지 않고 원문을 인용해 남기므로 누락을 기계가 찾습니다.
2. Process — 시스템 · 프로세스 설계
AI가 요구사항에서 서브시스템을 도출하고 서로 주고받는 데이터를 선으로 잇습니다. 사람은 캔버스에서 나누고 합치고 고치며, 자연어로도 지시합니다 — "인사와 급여를 합쳐줘".
3. Data Model · Entity · ERD — 설계
주제영역 → 엔티티 정의 → 관계 → 속성 순서로 논리 모델을 확정하면 ERD 골격이 그 정의에서만 만들어집니다. 행정 표준사전(단어 · 용어 · 도메인)으로 한글 논리명에 표준 물리명과 타입을 붙입니다.
한글 논리명 → 표준 물리명 · 타입을 일치 / 제안 / 없음으로 나눠 검토 후 일괄 적용
감사 컬럼 · PK · 공통 기준정보 같은 컬럼 규칙을 Rules에 정하면 생성과 AI 지시에 그대로 실립니다
요구사항 문장의 하위 기능까지 테이블 · 화면에 닿았는지 상시 검사하고, 물리명이 정해지지 않으면 개발을 시작하지 않습니다
현행 모델을 둔 채 개편 모델을 스냅샷으로 따로 설계
4. UI — 화면 설계
프로세스의 CRUD로 화면을 구분합니다 — 주 데이터마다 목록 · 상세 · 등록/수정, 조회만 하는 것은 보고서. 화면 ID와 항목은 표준 구성(3분할 / 2분할)에 따라 자동으로 채워지고, 확정한 화면 스펙이 곧 개발의 입력이 됩니다.
5. Develop — Multi Agent 개발
설계가 문서가 아니라 구조화된 데이터로 남기 때문에 그대로 생성기의 입력이 됩니다. 화면 · API · DB는 생성기가 만들고, 생성기 결과가 시험을 통과한 카드는 AI 없이 머지합니다. 생성기가 못 한 일만 관리 Agent가 화면 단위 카드로 나눠 개발자 · 테스터 Agent에게 배분합니다. 개발은 공통 → 파일럿(유형별 대표 화면) → 본개발 순서로 승인하며 넘어갑니다. 카드마다 개발완료보고서와 단위테스트 결과보고서가 남고, 런 전체의 코딩 결과보고서가 시간 · 비용 · 사고 · 설계로 돌려보낸 것 · 브라우저 시험 결과까지 실측으로 정리합니다.
화면 스펙 · 엔티티 · 관계에서 화면, 조회 · 등록 · 수정 · 삭제 API, DDL · 시드 데이터를 함께 생성
전자정부 표준프레임워크 5.0 · Spring Boot + JPA · NestJS + Prisma — 공통 레이아웃 · 메뉴 · 메시지 · 오류 코드 · 출력 서식까지
조회 · 행 선택 · 상세 · 되돌아오기 · 등록 취소를 로그인 · 권한이 있는 화면까지 자동으로 눌러, 생성되었지만 동작하지 않는 화면을 걸러냅니다
손 코드는 확장 지점에만 두어 재생성에 살아남고, 개발 중 발견한 설계 빈칸은 설계로 돌려보내 반영한 뒤 다시 생성합니다
6. Test — 통합 · 성능
단위 → 화면 검증 → 통합 → 성능 순서로 시험합니다. 설계의 프로세스 연결 · 상태 전이 · 연계 정의에서 통합 시나리오를 자동으로 쓰고 — 단계마다 화면 · 입력 · 기대 결과(화면 / DB / 알림) · 근거 요구사항까지 — 사람이 고치고 승인한 것만 실행합니다. 인프라 요구사항에서 성능 목표를 제안하고, 시험 환경이 감당할 수준까지 부하를 단계적으로 올리다 임계에 닿으면 멈춰 병목을 찾습니다.
영역 안 흐름 · 영역 간 흐름 · 상태 전이 · 외부 연계로 나눠 자동 작성 — 설계가 바뀌면 다시 초안으로
프로세스 · 화면 · 기능 요구사항 중 시나리오가 닿은 것과 못 닿은 것을 이유와 함께 표시
서버 · 단말 수 같은 인프라 요구사항에서 응답시간 · 동시 사용자 · 처리량 목표를 제안
시험 환경 축소 비율을 정해 25% → 150%로 올리고, 응답 · 오류율 · CPU · 연결 풀 임계에서 멈춤
UI 설계에서 정한 가림 방식이 그대로 앱이 됩니다. 일반 사용자에게는 화면 · 엑셀 모두 가린 값을, 관리자에게는 원본을 보이고, 원본을 볼 때마다 개인정보조회로그에 한 줄씩 남깁니다.
7. MSA — 전환 분석 · 재설계
이미 그린 프로세스와 데이터 모델에서 결합도를 재고, 도메인별로 전환 유형과 난이도를 판정합니다. 판정마다 근거와 출처를 남겨 전환분석 보고서를 만들고, 나누기로 한 도메인은 다시 1~5단계 설계 과정으로 돌아가 서비스 단위로 프로세스 · 데이터 모델 · 화면을 다시 그립니다.
Rules · 산출물
출처 · 분류 · 프로세스 ID · 컬럼 · 명명 규칙과 개발 프로필 · 화면 표준 · 보안(개인정보) · 연계(인터페이스) · 운영 표준을 Profile · Design rules · MSA 세 탭에서 정하면 생성과 AI 지시에 그대로 반영되고, 개발표준정의서로 내보냅니다.
요구사항 추적표 · 구성도 · ERD · 프로세스 · 화면 정의 · 테스트 계획서 · 코딩 결과보고서를 Excel · Word · PPT · PDF · PNG/SVG로. 문서는 언제든 최신으로 다시 생성하는 결과물입니다.
「PPT 내보내기」로 표 9종과 시스템 구성도 · 프로세스 · ERD를 좌표 그대로 GenPPT-AI에 넘겨, 제안서 · 산출물 PPT를 도형 그대로 고칠 수 있게 만듭니다.
활용
요구사항 추출부터 설계 · 개발 · 테스트까지, 귀사 사업 문서로 시연해 드립니다.