SCADA 시스템 요구사항 명세서 작성법: 기능 경계, 데이터 기준, 검수 판정 기준

SCADA 요구사항 명세서가 다루어야 할 장

입찰·기술 계약 첨부에 바로 쓸 수 있는 명세서는 보통 다음 순서로 장을 구성하며, 각 장은 능력에 대한 일반론이 아니라 검증 가능한 조항으로 마무리해야 합니다:

• 배경과 목표: 감시 대상 목록(작업장, 펌프장, 배전실), 해결할 운영 과제, 기존 시스템과의 관계
• 시스템 경계와 인터페이스: SCADA의 책임이 어느 계층까지인지, PLC·MES·영상 시스템과의 인터페이스 소속
• 기능 요구: 감시, 조작, 경보, 추이, 보고서, 권한, 이중화를 항목별로 나열하고 각 조항에 우선순위 부여
• 데이터 요구: 포인트 테이블 규모, 샘플링 주기, 이력 데이터 보존 연한, 아카이브와 내보내기 방식
• 비기능 요구: 가용성 목표, 갱신과 응답 제한 시간, 동시 접속 클라이언트 수, 네트워크 보안과 감사 요구
• 검수와 인도 기준: FAT/SAT 항목, 시험 조건, 문서와 교육, 보증 기간의 책임 경계

장 순서는 조정할 수 있지만, 각 장은 「검수 때 어떻게 증명하는가」에 답해야 합니다. 검증 방법을 쓸 수 없는 조항은 판정 기준을 보충하거나 삭제해야 합니다. 이런 조항이 검수 단계에서 쟁점이 되기 쉽기 때문입니다.

핵심 항목 작성법: 능력 서술에서 검증 가능한 조항으로

기능 요구와 데이터 요구가 명세서의 핵심입니다. 핵심은 모든 요구를 「입력—처리—관찰 가능한 결과」의 세 단 구성으로 쓰는 것입니다. 자주 쓰이는 장의 작성 예를 대조합니다:

각 요구에 고유 번호와 우선순위(필수, 권장, 선택)를 붙이고, 검수 시험 케이스에서 번호를 직접 인용하는 방식을 권합니다. FAT/SAT에서 일대일 대조가 되어 누락도 재해석도 남지 않습니다.

흔한 누락과 작성 원칙: 계약 단계에서 비용이 크는 함정

납품된 감시 프로젝트를 되돌아보면, 요구 문서에서 빠지기 쉬운 것은 기능 조항이 아니라 경계와 기준입니다. 빈도가 높고 나중에 수습 비용도 큰 누락은 다음과 같습니다:

• 경계 누락: SCADA와 PLC의 제어 권한 분담 미기재—누가 설정값을 발행하는지, 로컬 우선인지 원격 우선인지, 이상 시 보호 동작
• 데이터 누락: 이력 보존 연한과 내보내기 형식 미합의—수년 운영 뒤 감사 추적에 응하지 못함
• 통신 누락: 프로토콜 이름만 쓰고 장애 시 동작 미기재—재접속, 캐시 보완, 시각 동기화 조항이 없음
• 경보 누락: 등급과 억제 방침 미정의—가동 뒤 경보가 범람해 중요 경보를 놓침
• 검수 누락: 검수 조항이 「안정 운전」 한 줄—정량 지표와 시험 조건이 없어 해석이 갈림

메우는 방법은 누락 유형별 확인 질문을 준비하는 것입니다. 경계 장은 「제어 권한은 누구인가」, 데이터 장은 「몇 년 보관하고 어떻게 내보내는가」, 통신 장은 「회선이 끊기면 어떻게 하는가」, 경보 장은 「누가 언제 무엇을 받는가」, 검수 장은 「어떤 시험 조건으로 증명하는가」를 묻습니다. 다섯 질문이 모두 문서 안에서 답되면 그 명세서는 기술 계약 첨부 자격이 생깁니다.