본문으로 건너뛰기
고급약 7시간 (예상)

제조·스마트 팩토리 QA — MES·SCADA·디지털 트윈과 산업용 프로토콜

공장은 멈추면 돈이 타고, 잘못 멈추면 사람이 다친다. 생산 라인을 지휘하는 MES(제조실행시스템)와 설비를 제어하는 PLC·SCADA가 어떻게 맞물리는지 이해하고, OPC UA·Modbus 같은 산업용 프로토콜 위에서 설비 연동을 검증한다. 실물 설비 없이 시험해야 하는 제약을 시뮬레이터와 디지털 트윈으로 풀고, 생산 실적·재공·불량 데이터의 정합성을 추적한다. 24시간 연속 가동에서 드러나는 장기 안정성과 정전·통신 두절 같은 비정상 복구, 그리고 설비 안전(IEC 61508)이 요구하는 시험 강도까지 다룬다.

★ 공장 소프트웨어의 결함은 화면이 아니라 멈춘 라인과 불량 더미로 나타난다.

학습 목표

이 모듈 한 줄 요약 — "화면이 아니라 라인 위 설비에서 일이 일어나는 곳". 웹에서는 버튼을 누르면 그 자리에서 결과가 나온다. 공장에서는 화면을 눌러도 실제 일은 저 멀리 설비가 하고, 그 사이에 소프트웨어가 세 겹 더 있다. 그래서 결함이 나면 "어느 겹에서 끊겼나" 를 말할 수 있는 사람이 없어 몇 달씩 떠돈다. 그 지도를 쥐는 것이 이 모듈이다.

⚠️ QA 는 실제 설비를 직접 움직이지 않는다. 사람이 다칠 수 있다.

모듈 46 에서 임베디드·제어 영역을 다루고, 모듈 16 에서 비기능 테스트의 기본 개념을 세웠다. 이 모듈은 그 둘을 생산 라인이 실제로 돌아가는 공장 이라는 환경에 적용한다. 이 환경의 특징은 한 문장으로 요약된다. 결함의 결과가 화면이 아니라 물리 세계에 나타난다. 멈춘 라인, 불량 더미, 틀어진 재고, 추적할 수 없는 로트, 그리고 최악의 경우 다친 사람이다.

그래서 제조 QA 는 익숙한 전제 두 가지를 버려야 한다. 첫째, 시험 대상을 마음대로 조작할 수 없다. 실물 설비는 생산 중이고, 받을 수 있는 시험 시간은 몇 시간뿐이다. 둘째, 재시작할 틈이 없다. 24시간 도는 라인의 소프트웨어는 몇 달을 멈추지 않고 돌아야 한다. 이 두 전제가 시험 설계의 거의 모든 선택을 바꾼다.

여섯 갈래로 간다. 첫째, 계층 지도 다. 센서·PLC 에서 SCADA·MES 를 거쳐 ERP 까지 쌓인 구조를 구분하면, "실적이 틀렸다" 는 모호한 현상을 "어느 계층에서 끊겼는가" 로 좁혀 물을 수 있다. 둘째, 산업용 프로토콜 이다. OPC UA 와 Modbus 위에서 태그 매핑을 확인하고, 읽기와 달리 쓰기는 설비를 실제로 움직이기 때문에 승인과 안전 조건 아래에서만 다룬다. 셋째, 실물 없이 시험하기 다. 시뮬레이터·소프트 PLC·에뮬레이터·디지털 트윈이 각각 무엇을 대체하고 무엇을 대체하지 못하는지 가르고, 몇 시간뿐인 실설비 시간을 아껴 쓰는 계획을 만든다. 넷째, 데이터 정합성 이다. 투입·산출·불량·재작업·재공이 맞물리는 식을 정의하고, 중복과 누락을 조회문으로 잡고, 추적성을 양방향으로 검증한다. 다섯째, 연속 가동과 복구 다. 하루짜리 시험으로는 안 보이는 누적형 결함을 드러내고, 정전·통신 두절 뒤에 숫자가 맞는지를 판정 기준으로 쓴다. 여섯째, 설비 안전 이다. 안전 관련 기능을 알아보고, QA 가 담당할 범위와 담당하지 않을 범위를 경계로 긋고, 증거 요건을 이해한다.

관통하는 문장은 emphasis 그대로다. 공장 소프트웨어의 결함은 화면이 아니라 멈춘 라인과 불량 더미로 나타난다. 그래서 이 모듈의 모든 실습 과제는 화면 조작이 아니라 설계 문서·정의서·정합성 규칙·계획서 를 산출물로 삼는다. 안전 영역은 특히 분명하게 선을 긋는다 — 실물 설비 조작, 전원·통신선 조작, 안전 장치 무력화는 이 모듈의 어떤 과제에도 들어 있지 않고, 실제 현장에서도 승인과 안전 조치 없이는 하지 않는다.

완료 후 할 수 있는 것

  • 제조 IT 의 계층(현장·제어·감시·운영·경영) 을 구분하고, 각 계층이 요구하는 응답 시간이 자릿수로 다르다는 것을 시험 기준에 반영할 수 있다
  • MES 의 다섯 기능군(작업 지시·실적 수집·추적성·품질·설비 관리) 을 구분하고 기능 단위가 아니라 흐름 단위로 시험을 설계할 수 있다
  • "실적이 틀렸다" 같은 모호한 현상을 어느 계층의 어느 값에서 벌어졌는지 묻는 질문으로 좁힐 수 있다
  • OPC UA 와 Modbus 의 차이(정보 모델 유무) 를 설명하고, 태그·주소 매핑 불일치가 만드는 결함을 점검할 수 있다
  • 설비에 값을 쓰는 시험이 왜 승인과 안전 조건을 요구하는지 설명하고, 읽기 시험과 쓰기 시험을 분리해 계획할 수 있다
  • 타임아웃·재시도·순서가 만드는 통신 결함을 시험 케이스로 설계할 수 있다
  • PLC 시뮬레이터·소프트 PLC·장비 에뮬레이터·디지털 트윈의 역할을 구분하고, 각 수단이 대체하지 못하는 것을 짚을 수 있다
  • 비정상 응답 모드를 갖춘 설비 에뮬레이터를 설계하고, 응답 지연을 분포로 다룰 수 있다
  • 시험 항목을 대체 가능성으로 분류해 실설비 몫을 추려내고, 몇 시간짜리 실설비 계획서를 수행 가능한 수준으로 쓸 수 있다
  • 투입·산출·불량·재작업·재공의 관계식을 정의서로 만들고 모순을 찾아낼 수 있다
  • 공정 수율·직행률·최종 수율을 구분해 계산하고, 화면의 "수율" 이 어느 정의인지 확인할 수 있다
  • 실적 중복이 생기는 네 경로와 누락을 발견하는 대조 지점을 각각 설계할 수 있다
  • 정합성 규칙을 "결과 0건이면 통과" 형태의 조회문으로 쓰고, 운영 감시로 이어질 형태로 남길 수 있다
  • 역추적과 정추적을 구분하고, 리콜 범위 산출 절차를 시험 케이스로 만들 수 있다
  • 설비 시각·수집 시각·저장 시각·업무 시각을 구분하고, 교대 경계와 시계 오차가 만드는 결함을 설계할 수 있다
  • 운영과 닮은 부하 구성·관찰 지표·기준선을 갖춘 장기 가동 시험 계획서를 쓸 수 있다
  • 장기 가동에서만 드러나는 결함 유형을 알아보고, 판정을 절대값이 아니라 추세로 할 수 있다
  • 버퍼 용량을 시간 분량으로 환산해 "정전 N 시간까지 손실 없음" 을 근거와 함께 말할 수 있다
  • 통신 두절·정전·서버 재시작·순단을 구분해 복구 시험을 설계하고, 손실·중복·순서 세 축으로 판정할 수 있다
  • 정전 복구 운영 절차서를 쓰고, 설비에 남은 제품의 처리 경로가 시스템에 표현되는지 확인할 수 있다
  • 안전 기능·안전 영향 정보·일반 기능을 분류하고, 분류를 안전 담당자와 확인하는 절차를 밟을 수 있다
  • 기능안전 규격 체계의 위치를 설명하고, 등급 표기를 환산하지 않고 원문·설비 문서 그대로 인용할 수 있다
  • 안전 관련 소프트웨어에 추가로 요구되는 활동을 알고 일정에 문서화 비용을 반영할 수 있다
  • QA 가 담당할 시험과 하지 않을 시험의 경계를 담당표로 남길 수 있다
  • 안전 영향 정보 기능의 실패 모드(지연·반전·정지 화면·부분·이력 누락) 를 시험 축으로 설계할 수 있다
  • 안전 증거를 "이것만 보고 다시 시험할 수 있는" 수준으로 남기는 템플릿을 만들 수 있다

채용시장에서의 위치

이 모듈이 겨냥하는 시장은 제조 대기업의 생산기술·제조IT 조직, MES·SCADA 솔루션 기업, 스마트팩토리 구축 SI, 설비 제조사의 소프트웨어 검증 조직 이다. 국내에서는 반도체·디스플레이·자동차 부품·2차전지·화학 쪽에 물량이 몰려 있고, 공고 문구는 "MES 구축 경험", "설비 연동", "OPC UA", "생산 데이터 검증", "스마트팩토리", "제조 도메인 이해" 같은 형태로 나타난다.

이 시장의 특징은 도메인 진입 장벽이 높고, 그래서 한 번 들어가면 경력이 쌓인다 는 점이다. 웹 서비스 QA 는 공급이 많지만 제조 QA 는 그렇지 않다. 계층 구조를 알고, 설비 담당자와 대화가 되고, 정합성 조회문을 쓸 수 있는 사람은 조직 안에서 대체하기 어렵다. 반대로 진입할 때는 도메인 용어의 벽 이 가장 크다 — 택트, 로트, 재공, 직행률, 인터락, 레시피 같은 말이 공고와 면접에서 전제로 쓰인다.

경쟁력이 되는 것은 셋이다. 첫째, 계층을 가르는 질문을 할 수 있는 능력 이다. 면접에서 "실적 수량이 안 맞는 현상을 어떻게 접근하겠는가" 라는 질문은 사실상 이 능력을 보는 질문이다. 둘째, 제약 안에서 시험을 성립시키는 능력 이다. 실물 설비를 못 쓴다는 조건에서 "그래서 못 합니다" 대신 대체 환경과 실설비 계획을 설계해 오는 사람은 어디서나 희소하다. 셋째, 안전 영역의 경계를 아는 태도 다. 이 분야에서는 모르는 것을 모른다고 말하고 승인을 받는 사람이 신뢰를 얻는다. 기능안전 전문가를 QA 에게 기대하는 조직은 없지만, 경계를 모르고 설비를 건드리는 사람을 받아 줄 조직도 없다.

자격증 축에서는 ISTQB CTFL·CTAL-TA 가 설계 기법의 공통 언어로 쓰이고, 제조 쪽에서는 품질경영기사·품질관리기사 같은 품질 자격이 생산 조직 안에서 의미를 갖는다. 다만 이 시장에서 최종적으로 평가되는 것은 "가동을 겪어 봤는가" 다. 가동 직후 몇 달에 터지는 문제를 아는 사람과 모르는 사람의 차이가 크기 때문이다. 이 모듈의 실습 과제는 그 경험이 없는 상태에서 경험에 해당하는 산출물 — 정의서, 정합성 규칙, 버퍼 환산표, 복구 절차서, 안전 담당표 — 을 미리 만들어 두는 방향으로 설계했다.

레슨 (6개)

  1. 고급약 35분

    공장 소프트웨어 지도 — MES·PLC·SCADA·ERP 가 맞물리는 구조

    공장 소프트웨어는 센서와 PLC 가 있는 현장부터 ERP 가 있는 경영까지 계층으로 쌓이고, 계층마다 요구하는 응답 시간이 수십 밀리초에서 하루까지 다르다. ISA-95 가 말하는 계층 구분, MES 가 실제로 담당하는 일(작업 지시·실적 수집·추적성·품질·설비), 그리고 QA 가 어느 경계에 서야 결함을 잡는지를 예제 공장 하나로 정리한다.

  2. 고급약 40분

    산업용 프로토콜 — OPC UA·Modbus 위에서 설비 상태와 명령 검증

    설비와 MES 를 잇는 통신은 Modbus 처럼 레지스터 번호만 주고받는 방식과 OPC UA 처럼 정보 모델을 가진 방식으로 갈린다. 태그·주소 매핑이 틀어질 때 생기는 일, 읽기와 달리 쓰기가 설비를 실제로 움직이기 때문에 위험한 이유, 타임아웃·재시도·순서가 만드는 결함, 그리고 QA 가 승인과 안전 조건을 지키며 시험하는 절차를 다룬다.

  3. 고급약 35분

    실물 설비 없이 시험하기 — 시뮬레이터와 디지털 트윈

    제조 QA 의 기본 조건은 실물 설비를 쓸 수 없다는 것이다. PLC 시뮬레이터·소프트 PLC·장비 에뮬레이터·디지털 트윈이 각각 무엇을 대체하고 무엇을 대체하지 못하는지 구분하고, 시뮬레이터로 통과한 시험이 실설비에서 깨지는 전형적 패턴과 몇 시간뿐인 실설비 시험 시간을 아껴 쓰는 계획 수립법을 다룬다.

  4. 고급약 40분

    생산 실적·재공·불량 데이터 정합성 — 숫자가 라인과 맞는지 확인하기

    공장 소프트웨어가 내놓는 숫자는 투입·산출·재공·불량·재작업이 서로 맞물려야 한다. 실적 중복과 누락이 생기는 지점, 재공(WIP) 이 실물과 벌어지는 전형적 경로, 불량 수량을 어디서 세느냐에 따라 수율이 달라지는 문제, 그리고 QA 가 조회문으로 잡을 수 있는 정합성 규칙을 예제 공장의 실제 흐름 위에서 설계한다.

  5. 고급약 40분

    연속 가동 안정성과 정전·통신 두절 복구 — 멈춘 뒤에 숫자가 맞는가

    공장 소프트웨어는 재시작할 틈이 없이 몇 달을 돈다. 하루짜리 시험으로는 보이지 않는 누수·누적·증가형 결함을 드러내는 장기 가동 시험 설계, 정전·통신 두절·서버 재시작 같은 비정상 상황에서 버퍼와 실적이 어떻게 복구되는지 검증하는 절차, 그리고 복구 후 정합성을 판정 기준으로 쓰는 방법을 다룬다.

  6. 고급약 40분

    설비 안전이 요구하는 시험 강도와 증거 — 기능안전 규격 아래의 QA

    설비 안전 기능은 "되는지 확인했다" 로 끝나지 않고 규격이 정한 강도의 시험과 보존 가능한 증거를 요구한다. 안전 기능과 일반 제어 기능을 가르는 기준, 기능안전 규격 체계(IEC 61508 계열과 기계류 규격) 의 위치, 안전 관련 소프트웨어에 요구되는 활동, 그리고 QA 가 실제로 담당할 범위와 담당하지 않을 범위를 구분한다.