ERD 정리 및 API 설계, 프론트 개선 방향 논의
📌 오늘 회의 목표
오늘은 스마트팩토리 통합 관제 시스템(AIMS)의 데이터 구조와 API 명세를 구체화하고, 현재 구현 중인 프론트엔드(V0) 수정 사항을 정리하는 시간을 가졌다.
특히 실제 구현 단계에 진입하기 전,
어떤 데이터를 저장할 것인가
어떤 API를 제공할 것인가
사용자가 어떤 방식으로 이벤트를 처리할 것인가
를 중심으로 논의하였다.
1. ERD 구조 구체화
현재 시스템은 크게 샘플 데이터 저장 영역과 관제 시스템 운영 영역(Main DB) 으로 분리하여 설계하고 있다.
샘플 DB
실제 공장 데이터를 대신하여 AI 분석 및 시뮬레이션에 활용되는 데이터이다.
주요 데이터는 다음과 같다.
차량 정보
차량 상태 데이터
운전자 입력 데이터
차량 제어 데이터
차량 동역학 데이터
설비 정보
AGV 운반 상태
로봇팔 진동 데이터
열화상 이미지 데이터
공정별 환경 데이터이를 통해 실제 자동차 제조 공정과 유사한 데이터를 생성하고 관제 시스템으로 전달할 수 있도록 구성하였다.
Main DB
관제 시스템이 실제로 사용하는 데이터 영역이다.
주요 기능은 다음과 같다.
이벤트 관리
알림 상세 정보
AI 지원 정보
조치 타임라인
대응 매뉴얼
불신 지수사용자 관리
사용자 정보
사용자 업무 현황제조 공정 분석
차량 공정 이동 이력
제조 병목 분석 결과
제조 불량 전이 예측 결과공정별 AI 분석
프레스 이상 정지 탐지
차체 공정 분석
도장 공정 분석
의장 공정 분석검사 프로세스
검사 프로세스
검사 상태 상세
검사 요약
위험 이력2. 이벤트 시스템 개선
현재 프로젝트에서 가장 많이 사용되는 기능인 이벤트 관리 영역에 대한 개선 방향을 확정하였다.
이벤트 발생 범위 제한
기존에는 다양한 공정에서 이벤트가 생성될 수 있었지만,
이번 회의에서는 실제 공정 중심 관제를 위해 아래 4개 공정만 이벤트 발생 대상으로 제한하기로 결정하였다.
프레스
차체
도장
의장반대로 아래 영역에서는 이벤트를 생성하지 않는다.
검사
자재 관리이를 통해 이벤트의 의미를 더욱 명확하게 만들고 불필요한 알림을 줄일 수 있게 되었다.
이벤트 상태 단순화
기존에는 상태값이 많아 관리가 복잡했다.
이에 따라 상태를 아래 3개로 통일하였다.
ACTION_REQUIRED (조치 필요)
COMPLETED (조치 완료)
NO_ACTION_REQUIRED (조치 불필요)이를 통해 사용자가 이벤트를 보다 쉽게 관리할 수 있도록 개선하였다.
AI 매뉴얼 동작 방식 변경
기존에는 AI 신뢰성 지수를 기준으로 안내 대상을 선정하였다.
하지만 실제 관제 환경에서는 중요도가 더 중요하다고 판단하여,
앞으로는:
이벤트 우선순위 점수
기반으로 AI 매뉴얼 마스코트가 대응 이벤트를 추천하도록 변경하기로 하였다.
또한 조치 완료 또는 조치 불필요 상태가 된 이벤트는 더 이상 AI가 안내하지 않는다.
3. 프론트엔드(V0) 개선 사항
사용자 경험 개선을 위해 여러 UI 수정 사항을 결정하였다.
팝업 동작 개선
기존 문제점
8초마다 팝업 재생성
깜빡이는 현상 발생
사용자가 닫아도 다시 표시개선 내용
반복 재알림 제거
팝업 닫기(X)는 삭제가 아닌 숨김 처리
이벤트 데이터는 유지
AI 마스코트 안내는 계속 유지이벤트 페이지 개선
페이지네이션 추가
페이지당 10건 표시이벤트 샘플 데이터 확대
프레스
차체
도장
의장공정 이벤트를 대량 추가
건수 표시 방식 변경
기존: 전체 128건
변경: 현재 10건 / 전체 128건
4. API 명세 초안 작성
기능별 API를 아래와 같이 분류하였다.
Main API
메인 대시보드 조회
담당 업무
설비 상태
AGV 현황
생산 추이
공정 흐름도Process API
공정 분석 기능
병목 분석
불량 전이 예측
AI 원인 분석
프레스 이상 탐지
차체 공정 분석
도장 공정 분석
의장 공정 분석Events API
이벤트 관리 기능
이벤트 목록
이벤트 상세
조치 이력
AI 대응 추천
매뉴얼 조회
신뢰성 평가
통계 조회
상태 변경Inspection API
검사 데이터 저장
검사 결과
공정 진행 현황
위험도 추이Cars API
샘플 차량 데이터 조회
차량 정보
차량 상태
운전자 입력
제어 데이터
차량 동역학5. 강사님 피드백
강사님께서는 개발 진행 방식에 대해 다음과 같은 조언을 해주셨다.
스프린트 단위를 2주로 설정할 것
스프린트 목표를 명확하게 정의할 것
매일 진행 상황을 기록할 것
단순 개발뿐 아니라 설계와 문서 작업도 일정으로 관리할 것향후에는 Redmine을 활용하여 스프린트별 목표와 일일 진행 상황을 체계적으로 관리할 예정이다.
마무리
오늘 회의에서는 단순 기능 논의를 넘어 실제 구현을 위한 데이터 구조와 API 설계를 구체화하였다.
특히 이벤트 시스템의 구조를 단순화하고, AI 매뉴얼의 동작 기준을 현실적인 우선순위 기반으로 변경하면서 프로젝트의 방향성이 더욱 명확해졌다.
다음 단계에서는 확정된 ERD와 API 명세를 기반으로 백엔드 구현과 프론트엔드 연동 작업을 본격적으로 진행할 예정이다.
