KWCS 시방서 상수도공사 감시제어 소프트웨어(K-water)

안녕하세요 건설 다모아입니다. 이번 내용은 상수도공사 감시제어 소프트웨어 kwater 전문시방서입니다.

1. 일반사항

1.1 적용 범위

(1) 이 기준은 상수도공사의 감시제어 소프트웨어의 작성, 설치 및 검사에 적용한다.

1.2 참고 기준

1.2.1 관련 법규

내용 없음

1.2.2 관련 기준

(1) 관련 기준은 KCS 57 95 20 (1.2) 에 따르며, 추가사항은 다음과 같다.·KWCS 10 10 10 공무행정요건·KWCS 57 95 05 상수도공사 계측공사 일반사항

1.3 용어의 정의

내용 없음

1.4 요구조건

1.4.1 일반

(1) 요구조건의 일반은 KCS 57 95 20 (1.4) 에 따른다.

1.4.2 수도시설 운영관련 시스템 적용

(1) 수도시설 운영관련 시스템 적용은 KWCS 57 95 10 (1.4.2) 에 따른다.

1.5 제출물

(1) 제출물은 KWCS 10 10 10 (1. 일반사항)에 따른다.

2. 자재

2.1 일반사항

(1) 감시․제어 S/W는 인터랙티브(interactive), 다중사용자(multiuser), 멀티프로세싱(multiprocessing), 멀티태스킹 작업(multitasking job)을 수행할 수 있는 운영체제(operating system)을 갖추고 상수도 시설을 위한 온라인(on-line) 업무를 처리할 수 있어야 한다.(2) S/W의 항목과 내용을 상세히 제시하여야 한다.(3) 시설의 증가 및 감시제어 항목의 증가에 대비한 충분한 확장성이 보장되어야 하며, 공급되는 S/W에 정의된 시스템 확장능력을 장치 및 기능별로 구분하여 작성, 제출하여야 한다.(4) 감시제어 S/W는 시공 당시 최신 버전(version)을 사용하여야 하며, 상세한 사양은 공사시방서에 따른다.(5) 이 시스템은 최소한 아래의 S/W 도구(tool)을 구비하여 S/W운용의 편리성을 도모하여야 한다.① 유틸리티 프로그램(utility program)가. 주기억장치 또는 디스크 메모리(disk memory)의 내용을 바이트(byte) 단위로 출력 또는 수정할 수 있는 프로그램나. 파일의 생성, 변경 및 리스트 할 수 있는 프로그램다. 파일 단위로 디스크(disk) 저장장치에 저장/복구(save/restore)할 수 있는 프로그램② 컴파일러 설비(compiler facilities)가. 이 시스템에는 프로그램을 편집, 변경하기 위한 패키지(package)를 구비하여야 한다.나. 이 패키지는 프로그램을 편집, 변경 작업 중에 에러(error) 검출, 리스트 출력기능을 보유하여야 한다.다. 파일의 생성, 변경 시 필요한 텍스트 편집 프로그램(text edition program)이 구비되어야 하며 본 프로그램은 기존 자료 파일(source file) 중 일부분을 변경, 추가, 삭제할 수 있어야 한다.라. 프로그램의 개발, 변경작업 시 적절한 시험(testing) 및 오류수정(debugging)을 위한 S/W 패키지가 공급되어야 하며, 테스트(test) 기능은 프로그램을 전체 또는 부분적으로 추적이 가능해야 하고 프로그램을 수정할 수 있어야 한다.마. 컴파일러(complier)에 의해 생성된 목적 파일(object file)은 임시로 디스크나 테이프에 저장/복구 할 수 있어야 하며, 시스템에서 수행시키기 위한 링크(link) 또는 로드(load) 처리기능을 구비하여야 한다.③ 시스템 생성/통합(system generation/integration)가. H/W 및 S/W적으로 재생성, 변경, 확장하기 위한 시스템 구축(system build generation) 능력을 구비한 패키지를 공급하여야 한다.나. 시스템 구축 작업은 현장에서 수행이 가능하여야 하며 본 작업을 위한 제반절차 및 설명서를 공급하여야 한다.다. 공학적 도구(engineering tool)로서 포인트 & I/O 빌더(point & I/O builder), 콘트롤 빌더(control builder), 보고서 빌더(report builder) 등 기본적으로 제공되어야 할 패키지 프로그램으로 I/O 포인트(I/O point)에 대한 DDE(Dynamic Data Exchange, NetDDE), OBDC(Open Base Data Connectivity) 지원, PID, 아날로그(analog), 논리(logic), 시퀀스(sequence), 타이밍(timing), 논리연산, 비율제어 등 제어 알고리즘(control algorithms)의 생성, 각종 보고서 작성을 위한 기본적인 패키지 프로그램을 제공하여야 한다.④ 그래픽 빌더(graphic builder)가 그래픽 편집기(graphic editor) 와 그래픽 구성(graphic configuration)으로 구분하여 시스템 빌더(system builder)에서 정의한 기능들을 작성, 변경, 편집할 수 있어야 하며 이를 위한 제반절차 및 설명서를 공급하여야 한다.나. 그래픽 편집기는 Auto CAD 파일을 그래픽 빌더로 전환(conversion)할 수 있어야 하며, ISA 계기 기호(ISA instrument symbol) 등 기본적인 그래픽 심벌(graphic symbols)을 제공하여야 한다.다. 그래픽 편집기는 Auto CAD 형태의 메뉴 바(menu bar) 및 팝업 메뉴(pop-up menu)로 그래픽 빌드 작업이 용이하고 DDE, OBDC를 지원하여야 한다. (6) 시스템 장애 극복/재가동(system fail over/restart)① 시스템 장애 발생 시 자동절체 및 필요시에 모니터 상에서 메뉴선택에 의한 수동 절체가 가능하여야 한다.② 감시․제어 시스템은 온라인(on-line) 에러, CPU 고장(H/W, S/W) 발생 시 이를 자동으로 검출하여 예비 CPU로 절체하고 해당 시스템별로 그 내용을 기록하여야 한다.③ 장애 극복 구동의 적절한 처리를 위하여 장애극복 S/W는 다음 조건을 만족하여야 한다.가. 온라인 CPU는 주기적으로 상태어(status word) 내용을 예비 CPU에 전달하고 예비 CPU의 상태를 감시하여야 한다.나. 온라인 컴퓨터에서 장애 극복이 구동되면 모든 주변장치를 대기 중인 예비 CPU로 전환시키며, 핫 스타트(hot start)로 1초 이내에 재가동(restart)되어야 한다.다. CPU와 데이터 교환 도중에 디스크 고장이 확인되었을 때 관련 내용을 기록, 경보하여야 한다.(7) 감시제어 S/W(data acquisition & control S/W)는 현장 감시․감시제어장치로부터 자료를 취득하고, 제어를 수행하는데 필요한 모든 프로그램을 포함하며 다음의 기능을 갖도록 설계되어야 한다.① 제어기능가. 이 시스템은 분산제어 기능을 가지고 시퀀스(sequence), 스위칭(switching), PID, 논리연산, 비율제어 등이 가능하여야 한다.나. 온라인상에 제어 알고리즘을 수정할 수 있으며 소프트웨어 업그레이드도 가능하여야 한다.다. 제어와 관련된 장치의 운전명령은 반드시 운용자의 확인 후 수행되는 작동 전 확인(check before operate) 방식으로 수행되어야 한다.라. 운용자 콘솔에서 해당제어요소(point)를 선정 제어요청 함으로서 수행되어야 하므로, 제어가 진행 중인 요소를 재요청하면 이는 무시되어야 하며 제어금지(control inhibit)된 요소의 제어요청도 무시된 후 적절한 표시가 이루어져야 한다.마. 원격제어처리 중에 발생하는 조작순서의 부정확(malfunction), 작동 전 확인(check before operate)의 에러 확인(verify error)등 조작과 관련된 에러나 경보사항은 즉시 운용자에게 통보(표시 또는 경보, 기록 등)되어야 한다.바. 각종 제어조작은 시스템에서 자동적으로 제어 완료 확인(control completion check)을 수행하여야 하며 1초 이내에 제어가 완료되었는지 여부를 확인하여야 하고 소정의 시간 내에 완료되지 않았을 때는 적절한 경보를 발생하여야 한다.사. 제어와 관련된 포인트는 운용자별로 제어권한(access privilege)을 할당할 수 있어야 한다. 따라서 제어 권한을 갖는 운용자에 의해서만 관련 포인트의 제어가 수행되어야 한다.(가) 운영자(operator)와 자료 입력자(engineer)으로 보안등급을 부여하여 프로그램을 변경하고자 할 때에는 등록된 자(인식번호, 비밀번호)에 한하여 제한되어야 한다.(나) 프로그램의 변경은 인식 번호와 시간 등을 자동으로 저장하며 외부의 침입을 방지할 수 있는 기능을 갖추어야 한다.(다) 제어권한을 등록한 후 일정시간 동안 운용되지 않을 때는 제어권한이 자동으로 해제되어야 한다.아. 제어와 관련된 각종 제어 알고리즘은 현장(local) 및 원격(remote)운전으로 구분하고, 워크스테이션(workstation)에서 운전 시 완전자동/반자동/수동의 운전 모드에서 완전자동 (수운용 S/W package 도입 시 대응)운전을 할 수 있도록 제어 알고리즘을 작성하여야 한다. 자. 정수처리설비의 운전패턴을 분석하여 최적제어를 할 수 있도록 운전 데이터를 데이터베이스화하여 워크스테이션에서 완전자동(full automation)운전이 가능하도록 제어 알고리즘을 작성하여야 한다.(가) 유입 유량제어(나) 여과지 역세척제어(다) 약품 투입량제어(라) 유출 유량제어(마) 여과지 제어(바) 염소투입 제어(사) 슬러지 배출제어② 계측, 감시 기능가. 스캔한 아날로그 데이터(scanned analog data)는 다음과 같이 처리되어야 한다.(가) 아날로그 드리프트 체크(analog drift check) 후 데이터베이스로 데이터저장(나) 출력(print 또는 display)형태로 데이터값 계산(다) 스캔한 아날로그 데이터의 상한, 하한값의 설정(라) 경보 한계(alarm limit)의 상한, 하한, 불감대(dead band) 값의 설정나. 계산된 아날로그 데이터(calculated analog data)는 각종 스캔한 아날로그 데이터를 이용하여 필요한 공학 단위(engineering unit)로 변환 처리할 수 있어야 하며 계산기 능은 산술연산과 논리연산을 포함하고 가, 감, 승, 제, 제곱근, 지수처리 등이 가능하여야 한다.다. 아날로그 데이터는 한계 검사(limit check)을 하여야 하며 한계는 각 포인트마다 독립적으로 부여할 수 있고 또한 필요시에는 한계 검사를 제외시킬 수도 있어야 한다.라. 한계를 갖는 포인트(point)에는 불감대 기능을 부여하여 한계치를 상회, 하회할 경우 계속 반복되는 경보를 방지할 수 있어야 한다.마. 아날로그 데이터는 변동률 제한(rate-of-change limit)을 부여하여 경보를 발생하게 하여야 하며, 변동률(change rate)은 임의로 설정, 입력할 수 있어야 한다.바. 상태 데이터(status data)는 일정한 스캔 주기로서 데이터값이 취급 처리되어야 하며 모든 상태 변화는 즉시 디스플레이(display) 및 기록되고 운용자의 제어조작이 아닌 경우의 상태 변화는 즉시 경보되어야 한다. 특히, 리세서(recesser) 동작과 같은 순간적인 변화도 구분 처리되어야 한다.사. 스캔한 축적 데이터(scanned accumulator data)는 실시간 처리함을 원칙으로 하되 그 결과를 필요에 따라 일, 주, 월 단위로 계산하여 표시, 기록 및 저장할 수 있어야 한다.아. 시스템은 현장 감시제어장치로부터 데이터를 취득 및 처리할 수 있어야 한다.자. 제작도면 제출 시 데이터 취득, 처리 방안 및 데이터의 처리결과를 모니터 및 프린터에 출력하는 방안, 형태를 제출하여야 한다.차. 시스템은 알람(alarm) 처리 및 추후 사고분석에 대비하여 요구시각을 기준으로 한 일일 보고서 및 전일 24시간의 보고서를 동작순서대로 정리하여 원하는 형태로 출력할 수 있어야 한다.카. 필드 디바이스(field device)의 통신에 의한 원격감시 및 조정할 수 있도록 통신 모듈(module)을 내장(RS-232, RS-422, RS-485 등)하고, 현장 감시제어장치 및 RTU에 통신 모듈을 내장하여 정수장에서 원격감시 및 조정할 수 있도록 하여야 한다. 타. 원격 검침 : 각 지자체에 공급한 물 사용량을 감시제어 설비를 통하여 온라인(on-line)으로 수집한 데이터를 이용하여, 매월 초 전월 데이터 적산 값에 물 1㎥당 물 값을 곱하여 월 사용금액을 산출하고 지정된 양식에 출력하여야 한다. 원격 검침과 관련하여 송배수 관로의 유량계는 데이터 인터페이스(data interface)화하여 순시유량 및 적산유량의 데이터를 수집할 수 있으며 다음의 데이터 관리 및 보고서 출력기능이 있어야 한다.파. 일 사용량 관리 : 각 지자체별 물 사용량에 대한 데이터를 일별 관리하는 것으로 지자체명, 날짜, 수종, 급수 결정량, 전일 검침량, 금일 검침량, 금일 사용량, 초과 사용량 등이 표현되어야 하며 출력할 수 있어야 한다.하. 월 사용량 관리 : 각 지자체별 물 사용량에 대한 데이터를 월별 관리하는 것으로 지자체명, 날짜, 수종, 급수 결정량, 전월 검침량, 금월 검침량, 금월 사용량, 초과 사용량 등이 표현되어야 하며 출력할 수 있어야 한다.

2.2 MMI S/W

2.2.1 일반사항

(1) MMI S/W는 운용자가 컴퓨터를 이용하여 설비의 감시와 조작을 효과적으로 수행할 수 있도록 설계되어야 한다.(2) 네트워크에 의한 감시 및 제어는 물론 종합관리영역으로 확장할 수 있어야 한다.(3) 화상 및 음성처리를 표준기능으로 장착할 수 있어야 한다.(4) 범용의 통신 모듈(communication module)과 쉽게 접속될 수 있어야 한다.(5) 양식화된 리포트 출력기능을 자체적으로 내장하거나 엑셀(excel), 엑세스(access) 등의 범용 프로그램과 접속 가능하여야 한다.(6) RTU, PLC, DCS 등의 기존 장비와 접속되는 프로토콜(protocol)을 확보하고 새로운 프로토콜 개발 도구를 내장하여야 한다.(7) 개발 버전과 시행 버전 및 네트워크를 이용한 관리 버전 등이 있어서 목적에 맞는 기능을 사용할 수 있어야 한다.(8) 신뢰성 향상을 위하여 핫 백업 장치(hot back-up) 기능이 지원되어야 한다.

2.2.2 콘솔 프로그램 (console program)

(1) 운용자의 모든 조작 내용을 컴퓨터가 처리하게 하여 그 결과를 적절한 형태로 운용자에게 제공하는데 소요되는 모든 S/W를 의미한다.(2) 운용자의 실수로 조작 에러(error)를 범하였을 때 이를 검출하여 적절한 경보를 발생시켜 오조작이 되지 않도록 하여야 한다.(3) 콘솔에서 수행하여야 할 기본적인 기능은 다음과 같다.① 모니터 선택(dual display selection)② 경보의 억제(inhibit), 침묵(silence), 확인(acknowledge)③ 아날로그(analog)값 설정 및 입력(actual value, high/low limit)④ 매뉴얼 데이터(manual data) 입력(status, analog 포인트)⑤ 디스플레이 타입 세트(display type set), 페이지(page) 등의 선택⑥ 모니터 페이지 선택(forward, backward 등)⑦ 태그(tag) 설정(control, alarm 금지 등)⑧ 원격지의 각 요소제어⑨ 프린팅(printing) 조작⑩ 모니터 에러(error) 표시 및 제거(4) 콘솔의 조작에 있어서 중요한 조작은 2단계(step) 이상을 거쳐 조작되어야 하며 단순한 조작(display 요청, 기록요청, sequence 조작 등)은 한번 조작으로 수행되어야 한다.(5) 운용자별로 소프트웨어적으로 감시 제어 포인트 단위로 분할(partition)기능을 가지며 카테고리(category)할당은 임의 변경이 가능하여야 한다.(6) 각종 처리결과에 따라 제공되는 경보(alarm)는 중앙 제어반(console)에 음향/시각적으로(audible/visible) 제공하여야 하는바 이들은 다음 조건을 만족하여야 한다.① 사건(event), 상태(status), 아날로그 포인트(analog point)의 경고는 모니터 디스플레이(display)상에 해당 포인트의 색깔이 변하고 깜박거림(flashing)으로 구별되어야 하며, 방송기능으로 모든 상황을 즉시 감지할 수 있어야 한다.② 경보는 포인트(point) 단위, 디스플레이 페이지(display page) 단위로 또는 전체를 일시에 인지할 수 있어야 한다.③ 경보 개요(alarm summary)에는 경보 발생순서대로 표시되며, 발생시간(초 단위)도 기억할 수 있어야 한다.④ 상단 경보 디스플레이(top alarm display) 기능을 갖추어 모니터 디스플레이에 최근에 발생한 경보를 표시할 수 있어야 한다. ⑤ 경보는 다음과 같은 형태를 조합하여 표시되어야 한다.가. 인지되지 않은 경보, 인지된 경보나. 알람, 주의, 정상⑥ 경보 개요는 알람상태별, 우선(priority)순에 따라 분리하여 표시할 수 있어야 하며, 600개 이상의 발생 경보를 저장할 수 있어야 한다.⑦ 경보는 기 설정된 등급에 따라 음성경보를 제공하여야 한다. 또, 운용자에 의해 발생 음성서비스에 대한인지, 활성화/비활성화(enable/disable)의 기능을 수행할 수 있어야 한다.가. 경보 우선순위(alarm priority), 데이터&시간(date & time)나. 새로운 경보 디스플레이(new alarm display) 다. 인지되지 않은 경보(unacknowledged alarm)라. 인지한 경보(acknowledge alarm)⑧ 콘솔에서 리포트 프린팅(report printing) 요청을 할 수 있어야 하며 프린터(data/event)의 절체 조작도 할 수 있어야 한다.

2.2.3 모니터 표시 프로그램(monitor display program)

(1) 모니터 표시는 디스플레이 장치(display unit)(또는 station), 디스플레이 페이지(display page) 단위로 조직적인 구성을 갖추어야 하며, 화면구성은 모니터 콘트롤러(controller) 영역, 진열 창(display window) 영역, 경보 영역으로 구성되도록 하여야 한다.(2) 화면을 구성하는데 사용되는 심볼(symbol), 텍스트(text), 그래픽(graphic) 요소(선, 도형, 다각형) 등을 자유롭게 구현할 수 있어야 하며, 색상은 최소 256색 이상이어야 한다.(3) 각 포인트(RCS 및 RTU 등)에서 취득한 데이터를 한 개 화면에 조합 표시하고, 동일 포인트를 여러 개의 다른 화면에 표시할 수 있는 기능을 갖추어야 하고 최소한 다음 종류의 데이터를 디스플레이 할 수 있어야 한다.① 스케닝 데이터(scanned data)② 수동입력 데이터③ 계산된 데이터(calculated data)④ 과거 이력 자료(historical data)(4) 실시간 데이터(scanned analog 및 calculated analog)는 자동적으로 일정시간 업데이트되어야 하며 주기는 최소로 하고 임의로 변경할 수 있어야 한다.(5) 시스템의 디스플레이는 최소한 다음 종류를 구비하여야 한다.① 시스템 개요(system overview)② 하위 시스템 표시(subsystem display)③ 경보 목록 & 이상 목록(alarm list & abnormal list)④ 경보 이벤트 기록 표시(alarm and event log display)⑤ 태그 개요(tag summary)⑥ 메뉴 표시(menu display)⑦ 컴퓨터 시스템 구성 디스플레이(computer system configuration display)⑧ 제어기록 표시(control log display)⑨ 연산자/포인트 할당 표시(operator / point assignment display)⑩ 유량, 수위, 수압, 수질 개요⑪ 시스템 이벤트 표시(system event display)

2.2.4 리포팅 프로그램(reporting program)

(1) 이벤트 및 데이터를 출력하거나, 이벤트와 데이터(주기적 data 및 demand data)를 각각 별개의 프린팅에 출력하도록 하는 프로그램으로서 둘 중 하나가 고장 시 임의로 상호 절체하여 사용할 수 있어야 한다.(2) 주기적인 기록형태 및 내용은 리포트/로그(report/log) S/W 부분의 조건을 만족하되 콘솔에서 간단한 조작으로 주기를 변경할 수 있어야 한다.(3) 특히 이벤트 프린터(event printer)에 기록되어야 할 사항은 최소한 다음 내용을 포함하여야 한다.① 원격제어 조작내용② 태그(tag) 조작내용 ③ 경보(alarm) 내용④ 콘솔에서 입력한 수동 값(manual value) 변경⑤ 경보 금지(alarm inhibit) 조작내용⑥ 경보 활성화(alarm enable) 조작내용⑦ 운영로그온(operator log on) 내용⑧ 시스템 대체 작동(failover) 또는 재가동(restart) 조작내용⑨ 수동 경보 알림(alarm acknowledge) 조작내용(4) 이벤트 프린팅은 시간단위(timebase, 초 단위)로 수행되어야 하고 이벤트 종류를 구분하는 약자를 사용하여야 하며, 필요시 이벤트 사항 중 기록기능을 부여, 삭제할 수 있어야 한다.(5) 이벤트 사항을 파일화 하여 저장 및 출력하여 활용할 수 있어야 한다.

2.3 데이터베이스

(1) 시설의 공정상태 및 설비운용에 관한 데이터를 효과적으로 관리할 수 있도록 설계되어야 하며, 다음 조건에 적합하여야 한다.

2.3.1 일반사항

(1) 이 시스템은 분산된 H/W의 프로세서가 상호 데이터통신에 의해 결합되어 한 개의 시스템이 되는 분산처리 구조임을 감안하여 데이터베이스는 분산처리구조를 가져야 한다.(2) 데이터베이스를 생성, 수정, 유지관리하기 위하여 최소한 다음 종류의 패키지(package)가 공급되어야 한다.① 데이터베이스 에디터(editor), 모니터 표시 생성 및 변경 (graphic generator)② 보고서 생성 및 변경(3) 네트워크(network) 기능 : LAN에 연결된 각 노드(현장 감시제어장치, FEP, OIS, EWS, 기타 client)들의 IP 및 통신을 관리하며 각 노드와의 통신상태, 통신 데이터 덤프(dump) 등의 기능을 그래픽 화하여 도형 및 수치 등의 형태로 화면에 표시하여야 한다.(4) 통계, 분석 데이터 생성 : 각 클라이언트(client)에서 ODBC 등을 이용한 다양한 통계, 분석이 가능하도록 필요한 계산 기능을 수행하여 데이터를 생성하여야 한다.

2.3.2 실시간 데이터베이스 구조 (real time database structure)

(1) 시스템 내에 노드(node)별로 구분, 분산된 데이터베이스 구조를 가져야 하며, 노드별 구조는 다음과 같다.① 연산자 노드(operator node) : 주 컴퓨터 메모리에는 주 컴퓨터 RTDB(Real Time Database)가 상주하여야 하며, 백업 컴퓨터 메모리에는 백업 RTDB가 상주하여야 한다.② 엔지니어링 노드(engineering node) : 디스플레이, 제어반(console) 분할(partitioning), 경보를 위해 운용자 제어반용 워크 스테이션에는 RTDB가 상주하여야 한다.③ 제어 노드(control node) : 감시제어를 위한 RTU에는 원격 측정(telemetered) RTDB가 상주하여야 한다.

2.3.3 데이터베이스 기능 및 특성

(1) 데이터베이스의 변경은 운용자 콘솔 및 데이터 처리장치에서 할 수 있도록 하고, 브로드캐스트 과정(broadcast process) 기능이 있어 변경, 수정된 데이터베이스 내용이 다른 노드(node)에 브로드캐스트 되어서 데이터베이스의 일관성을 유지하여야 한다.(2) 데이터베이스는 관계형 데이터베이스 구조를 가져야 하며, 각 데이터베이스 내의 데이터는 독립적인 관계를 유지해서 데이터의 삭제, 삽입, 갱신 등을 쉽게 할 수 있어야 한다.(3) 데이터베이스 관리시스템은 관계형 DBMS로 어떤 시스템과도 호환성이 있어 프로그램을 다른 기종에서도 실행할 수 있어야 한다.(4) 저장장치에 있는 데이터베이스는 수시로 데이터의 검색이나 조작을 요구하는 질의에 대하여 실시간 처리응답을 해야 한다.(5) 데이터의 구성방법, 형식, 접근 방법이 변경되면, 이에 관련된 응용프로그램도 같이 변경되어야 한다.(6) 여러 사용자가 동시에 데이터베이스를 접근해도 데이터 간의 모순성이 일어나지 않도록 병행 수행제어를 할 수 있어야 한다.

2.4 진단시험 S/W(diagnostic S/W)

(1) 시스템의 고장 및 이상 상태를 파악하기 위한 진단 S/W는 다음의 기능에 적합하게 작성되어야 한다.

2.4.1 오프라인 진단 프로그램(off-line diagnostic programs)

(1) 시스템의 기능시험 및 고장진단을 위한 진단/시험 S/W를 공급하여야 한다.(2) 본 S/W는 시스템의 각 장치단위로 기능시험 및 고장(또는 error) 분석이 가능하여야 한다.

2.4.2 온라인 진단(on-line diagnostic)

(1) 온라인 처리와 병행하여 시스템의 주요장치의 기능을 시험하는 기능이 있어야 한다.(2) 최소한 다음 사항들이 온라인 상태에서 시험되어야 하고, 시험결과 이상이 있을 때는 그 내용을 경보 표시하고 출력되어야 한다.① 통신회선 이상② 통신제어장치 고장③ 원격제어장치(RTU) 고장④ 시스템 고장

2.4.3 출력 한글화 프로그램

(1) 출력 한글화 소프트웨어의 활용으로 감시제어 시스템의 능률적인 운용을 위해 다음 사항에 대해 한글출력이 가능하여야 한다.① 모니터 화면② 자료입력 및 관리③ 로거(logger) 출력④ 데이터베이스 입력

2.5 메인 컴퓨터에 설치되는 감시제어 S/W

(1) 별도의 메인컴퓨터에 감시제어 S/W를 설치할 경우 다음의 기능에 적합하도록 하여야 한다.① 네트워크 기능 : LAN에 연결된 각 노드(RTU, FEP, OIS, EIS, 기타 Client)들의 IP 및 통신을 관리하며 각 노드와의 통신상태, 통신데이터 덤프등의 기능을 그래픽화하여 도형 및 수치 등의 형태로 화면에 표시하여야 한다.② 통계, 분석데이터 생성 : 각 클라이언트에서 ODBC 등을 이용한 다양한 통계, 분석이 가능하도록 필요한 계산 기능을 수행하여 데이터를 생성하여야 한다.③ RDBMS 지원 : 기존의 본사 시스템(물관리 시스템) DB에서 자료의 요구가 있으면 즉시 요구에 응답할 수 있도록 하여야 한다.

2.6 네트워크 보안

(1) 수급인은 K-water 정보망 및 제어망의 연결단에 네트워크 침입차단시스템을 설치하여야 한다.(2) 수급인은 침입차단 시스템 도입 시 K-water의 보안담당부서의 장과 제품 선정 및 환경설정에 관한 사항을 협의하여야 한다.

3. 시공

내용 없음