산업 유지보수 시스템의 요구사항은 설비 목록과 화면 목록만으로 정리할 수 없습니다. 핵심은 어떤 조건에서 작업이 발생하고, 누가 수행하며, 무엇을 증거로 남기고, 예외를 어떻게 승인하는지 정의하는 것입니다. 현장의 언어와 실제 작업 순서를 데이터 구조로 옮기는 과정이 먼저입니다.
자산보다 먼저 볼 업무 흐름
인터뷰에서 필요한 기능을 바로 묻으면 기존 엑셀과 메뉴 이름만 나열되기 쉽습니다. 최근에 완료한 정비 한 건을 골라 처음부터 끝까지 따라가는 편이 정확합니다.
- 어떤 기준으로 작업 필요성을 알았는가
- 누가 작업을 생성하고 승인했는가
- 어떤 차량, 설비, 장치와 부품이 대상이었는가
- 작업자는 현장에서 무엇을 확인하고 기록했는가
- 부품과 장비는 어떻게 출고·반납됐는가
- 완료 여부를 누가 어떤 근거로 판정했는가
- 계획과 다른 상황은 어떻게 처리했는가
정상 사례와 함께 지연, 재작업, 부품 부족, 측정 실패 같은 최근 예외 사례도 확인해야 합니다.
업무 용어 사전
같은 단어를 부서마다 다르게 사용하거나 서로 다른 이름으로 같은 대상을 부르는 경우가 많습니다. 화면을 만들기 전에 핵심 용어의 정의, 식별 기준, 담당 부서, 관련 용어를 정리합니다.
예를 들어 차량, 편성, 호기, 장치, 부품의 포함 관계가 명확하지 않으면 정비 이력과 재고를 연결할 수 없습니다. 점검, 검수, 정비, 수리, 교체의 차이도 상태와 통계에 영향을 줍니다. 용어 사전은 문서 부록이 아니라 데이터 모델과 권한, 보고서의 공통 기준입니다.
기준정보와 실행정보의 분리
설비 유형, 정비 종목, 주기, 점검 항목, 조직, 자격 같은 기준정보와 실제 작업지시, 측정값, 사용 부품, 승인 기록은 변경 속도가 다릅니다.
기준정보에는 유효 시작일과 종료일을 두어 과거 작업이 당시 기준으로 해석되게 해야 합니다. 기준이 변경됐다고 완료된 작업의 항목과 판정 기준까지 현재 값으로 바뀌면 감사와 통계가 왜곡됩니다. 실행 시점에 필요한 기준의 버전이나 사본을 보존할지 결정해야 합니다.
자산 계층과 구성 변경 기록
산업 자산은 고정된 목록이 아닙니다. 장치가 다른 차량으로 이동하거나 부품이 교체되고, 설비 구성이 특정 시점부터 달라질 수 있습니다. 현재 위치만 저장하면 과거 작업 당시 어떤 구성이었는지 알 수 없습니다.
자산 식별자, 유형, 상위 자산, 설치 위치, 일련번호와 함께 설치·분리·교체 이력을 관리합니다. 정비 이력은 현재 자산명이 아니라 변하지 않는 식별자와 연결해야 합니다. 구성 변경의 효력 시점과 승인 근거도 필요합니다.
정비 발생 조건
정비는 달력 주기만으로 발생하지 않습니다. 누적 운행거리, 가동시간, 횟수, 상태 측정값, 고장 이벤트 또는 여러 조건의 조합으로 시작될 수 있습니다.
요구사항에는 다음을 구체적으로 적습니다.
- 기준값의 원본 시스템과 수집 주기
- 경계값 이상, 초과 등 비교 규칙
- 여러 조건 중 하나 또는 모두를 만족해야 하는지
- 이미 예정된 작업과 중복될 때 합치는 기준
- 데이터가 늦게 들어오거나 정정됐을 때 재계산 범위
- 주기 변경 시 기존 계획에 적용하는 시점
배치가 매일 실행된다는 설명보다 같은 데이터를 다시 계산해도 중복 작업이 생기지 않는지가 중요합니다.
상태와 책임으로 정의한 작업지시
작업지시는 등록 양식이 아니라 통제된 상태 흐름입니다. 계획, 승인, 배정, 진행, 완료 요청, 검토, 확정, 반려, 취소 같은 상태와 각 전이를 수행할 역할을 정의합니다.
상태마다 필수 입력도 달라집니다. 완료 요청에는 작업 시간, 측정값, 사용 부품, 첨부 증거가 필요할 수 있고, 반려에는 사유가 필수입니다. 확정 이후 변경은 일반 수정이 아니라 정정 요청과 재승인으로 처리하고 원본 값을 보존하는 편이 안전합니다.
요구사항에 포함할 현장 예외
현장은 표준 절차대로만 움직이지 않습니다. 다음 상황의 처리 방법을 미리 결정해야 합니다.
- 계획일에 작업하지 못하고 연기하는 경우
- 지정 부품 대신 승인된 대체품을 사용하는 경우
- 작업 중 추가 결함을 발견해 범위가 늘어나는 경우
- 측정 장비 고장으로 값을 수기로 입력하는 경우
- 완료 후 오류를 발견해 재작업하는 경우
- 네트워크가 끊겨 현장에서 즉시 저장하지 못하는 경우
- 잘못 확정한 작업을 사후 정정하는 경우
예외를 자유 텍스트 메모로만 남기면 통계와 통제가 불가능합니다. 예외 유형, 승인자, 사유, 근거 파일, 후속 조치를 구조화하고 필요할 때 설명을 추가하도록 설계합니다.
작업 이력과 자재·장비의 연결
재고 수량만 관리하면 어떤 작업에 어떤 로트의 부품이 사용됐는지 추적할 수 없습니다. 예약, 출고, 사용, 반납, 폐기와 취소 상태를 구분하고 작업지시와 연결해야 합니다.
수량 단위와 환산, 창고 간 이동, 대체품 승인, 일련번호·로트 추적, 장비 교정 유효기간도 업무에 따라 필요합니다. 작업 취소 시 이미 출고한 자재를 자동으로 되돌릴지, 확인 후 반납할지도 명확히 해야 합니다.
초기 설계에 포함할 권한과 감사
조직, 직무, 자격, 담당 구역에 따라 조회와 행위 범위가 달라집니다. 승인 권한을 화면 버튼 노출로만 제한하지 말고 서버에서 대상과 상태를 함께 검증해야 합니다.
감사 기록에는 로그인 기록만이 아니라 상태 변경, 측정값 수정, 기준정보 변경, 데이터 내보내기와 관리자 보정이 포함됩니다. 변경 전후 값, 수행자, 시간, 사유, 요청 경로를 남기고 일반 사용자가 수정할 수 없도록 분리합니다.
화면보다 먼저 정할 산출물과 검수 기준
요구사항 단계에서 다음 산출물을 합의하면 개발 중 해석 차이를 줄일 수 있습니다.
- 용어 사전과 자산 계층도
- 기준정보 목록과 변경·유효기간 규칙
- 업무별 상태 전이와 역할 표
- 정상·예외 사용자 시나리오
- 외부 연동 항목, 주기, 오류와 재처리 방식
- 주요 보고서의 산식과 기준 시점
- 데이터 이관·정제·검증 방법
- 권한표와 감사 대상
- 백업, 복구, 배치와 운영 점검 항목
검수도 화면 존재 여부가 아니라 실제 시나리오와 데이터 결과로 수행합니다. 과거 기준의 작업 조회, 중복 계획 방지, 작업 취소 후 자재 처리, 권한 없는 변경 차단처럼 업무 규칙을 확인해야 합니다.
산업 시스템은 현장 업무를 억지로 단순화하는 도구가 아니라, 복잡한 업무가 어떤 기준과 책임으로 처리됐는지를 남기는 시스템입니다. 요구사항 단계에서 정상 흐름과 예외, 이력, 운영을 함께 정의해야 실제 사용 가능한 결과가 됩니다. 관련 설계 범위는 고속철도 유지보수 정보시스템 사례에서 확인할 수 있습니다.