커스텀 HMI·SCADA 소프트웨어 개발 방식: 분업·견적·인수인계 경계

상위 감시 프로젝트에 실제로 존재하는 작업

상위 감시 프로젝트는 "감시 화면을 만드는 일"로 보이지만 실제로는 다섯 종류의 작업으로 나뉘고, 수행 주체도 각각 다릅니다.

• 현장 설비와 계기: 컨트롤러, 인버터, 계기, 계량기 등 읽어낼 수 있는 데이터 원천
• 통신과 네트워크: 프로토콜 변환, 게이트웨이 설정, 네트워크 분할, 시각 동기와 로컬 버퍼링
• 화면과 조작 로직: 화면 구성, 조작 권한, 알람 단계, 조작 이력 기록
• 데이터와 리포트: 이력 데이터 저장, 리포트 템플릿, 외부 데이터 인터페이스
• 납품과 운영: 프로그램 버전 관리, 백업, 업데이트 절차, 이후 변경 흐름

이 가운데 고객 요구로 달라지는 것은 두 번째와 세 번째뿐입니다. 첫 번째는 설비가 결정하고, 네 번째와 다섯 번째는 2년 뒤에도 개조할 수 있는지를 좌우합니다.

책임으로 나누기: 자체 수행 범위와 외부 팀 위임 범위

분업을 명확히 하는 가장 간단한 방법은 기능 메뉴가 아니라 "누가 무엇을 맡는가"를 네 개 블록으로 그리는 것입니다.

분업표의 목적은 책임을 떠넘기는 것이 아니라, 각 층이 무엇을 어떤 형식으로 납품하는지 말할 수 있게 하는 것입니다.

이 네 층에서 문제가 가장 자주 생기는 곳은 두 번째와 세 번째 사이입니다. 현장 네트워크 조건, 계기의 통신 프로토콜, 컨트롤러에서 사용 가능한 레지스터 목록이 개발 전에 확정되지 않으면 외부 팀이 만든 화면에 표시할 데이터가 없습니다.

견적은 총액보다 구조가 더 많은 것을 말해 준다

상위 감시 개발 견적을 평가할 때는 총액보다 구조가 더 참고가 됩니다. 쓸 만한 견적은 인일과 단가 두 부분으로 나뉘고, 범위 밖 항목이 명시되어 있습니다.

• 작업 항목별 분해: 태그표 정리, 통신 조정, 화면 개발, 리포트 개발, 현장 조정, 문서 작성 각각 기재
• 인일과 역할: 작업 항목별 인일, 현장 조정과 원격 지원이 같은 단가인지 여부
• 범위 밖 항목: 고객 측 협조 사항, 추가 변경 처리 방식, 출장과 숙박 계상 방법
• 납품물 목록: 소스 코드, 화면 파일, 통신 태그표, 시험 기록, 조작 매뉴얼 각각의 부수와 형식

작업 항목별로 분해된 견적일수록 "이것이 변경 요청에 해당하는가"라는 뒤의 분쟁이 줄어듭니다. 총액만 제시하고 범위를 쓰지 않은 견적은, 수행 단계에서 범위가 다시 해석된다는 뜻이기 쉽습니다.

코드와 자산의 인수인계 경계

상위 감시 시스템은 가동 이후에도 계속 개조되므로, 무엇을 인수인계하는지가 2년 뒤의 자유도를 결정합니다. 실무에서는 다음 항목을 하나씩 확인합니다.

• 소스와 프로젝트 파일: 컴파일 가능한 전체 소스 또는 편집 가능한 프로젝트 파일을 제공하는지, 라이선스 범위를 명시하는지
• 통신 태그표: 각 포인트의 데이터 유형, 주소, 단위, 갱신 주기를 대조 가능한 표로 정리
• 화면 목록: 화면 이름, 계층, 대응하는 공정 구간을 정리해 이후 특정과 개조를 쉽게 함
• 시험 기록: 통신 연결, 알람 발생, 전원 차단 후 복귀, 연속 운전 각각의 결과
• 업데이트 절차: 프로그램 업데이트를 누가, 어느 시간대에 수행하고, 문제 발생 시 어떻게 되돌리는지

특히 빠지기 쉬운 것이 세 번째와 다섯 번째입니다. 화면 목록은 이후 개조 시 특정 효율을 결정하고, 업데이트 절차는 고객이 작은 변경을 스스로 처리할 수 있는지를 결정합니다.

상용 구성 소프트웨어와 맞춤 개발의 구분

많은 프로젝트가 처음부터 코드를 작성할 필요는 없습니다. 판단은 몇 가지 구체적인 질문으로 좁혀집니다. 통신 프로토콜이 상용 소프트웨어에 포함된 드라이버 범위를 넘는가, 화면과 조작 로직에 비표준 요구가 있는가, MES나 ERP와 데이터를 교환해야 하는가, 이후 유지보수를 고객 팀이 직접 해야 하는가.

• 프로토콜과 드라이버가 지원 범위 안이고 화면 로직이 표준적: 상용 구성 소프트웨어 우선. 납품이 빠르고 유지 비용이 낮음
• 외부 데이터 인터페이스, 비표준 조작 로직, 다중 역할 권한 필요: 맞춤 개발이 적합
• 혼용: 상용 소프트웨어가 표준 화면과 현장 조작을 맡고 맞춤 프로그램이 데이터 인터페이스와 리포트를 맡는 형태가 일반적

혼용할 때는 경계를 초기에 확정합니다. 어떤 데이터를 상용 소프트웨어가 데이터베이스에 쓰고, 어떤 인터페이스를 맞춤 프로그램이 맡는지 정해, 두 프로그램이 같은 테이블에 동시에 쓰지 않도록 합니다.

단계적 추진과 마일스톤 검수

일괄 납품보다 단계적으로 진행하는 편이 위험을 낮추며, 각 단계마다 대조할 수 있는 산출물이 남습니다.

• 기능 확인: 태그표, 화면 목록, 조작 로직을 확정하고 서면으로 합의
• 시제 화면: 먼저 한두 개의 핵심 화면을 만들어 데이터 경로와 화면 톤을 검증
• 단계 투입: 공정 구간 또는 라인 단위로 단계적으로 가동하고, 매 회 상태를 본 뒤 다음으로 진행
• 인수인계와 운영: 소스와 문서 인수인계를 마치고 버전 업데이트와 지원 단계로 이동

이 순서의 직접적인 장점은 통신과 데이터 경로 문제가 시제 단계에서 드러난다는 것입니다. 정식 가동 당일에 처음 알게 되는 상황을 피할 수 있습니다.

착수 전에 준비할 정보

설계에 들어가기 전에 다음 항목을 정리해 두면 후반의 재작업을 줄일 수 있습니다. 현재 컨트롤러와 계기의 통신 프로토콜 목록, 제공 가능한 데이터 포인트와 샘플링 주기, 현장 네트워크와 원격 접속 조건, 연동이 필요한 외부 시스템과 그 인터페이스 형식, 그리고 고객 측에서 태그표와 화면을 확인하는 담당자.

상하이청쉬안즈넝은 2009년부터 산업 소프트웨어와 설비 네트워킹 영역에서 프로젝트 경험을 쌓아 왔으며, 상위 감시 소프트웨어, 데이터 수집, 감시 플랫폼의 제품 역량을 갖추고 있습니다. 설비 조건과 프로젝트 범위에 맞춰 기능 경계와 납품물 목록 확인을 지원할 수 있습니다.