철도 경보 시스템
사운드를 편집합니다
철도 안전 현황
최근 몇 년 동안 우리나라 철도의 발전과 함께, 원래 안전생산책임제를 핵심으로 한 전통적인 안전관리 모델은 이미 현대 철도 안전의 수요에 완전히 적응할 수 없었다. 선진과학의 안전위험 관리 모델을 가속화하고, 안전위험 사전 통제관리와 기존 안전관리의 유기적 융합을 강화하고, 안전위험을 최소화하는 것이 급선무다. 철도 산업은 안전 위험 관리를 실시하여 초기 성공을 거두었다. 20 12 원철도부는' 철도 안전 위험 관리 심화에 대한 지도 의견' 을 발표했다. 20 13 부터 안전 위험 관리를 주선으로 하는 작업 사고를 관철해야 한다. 중국 철도 본사 ("본사") 의 각 전문 부서와 철도국은 관련 안전 위험 관리 조치를 잇달아 내놓았다. 일부 철도국은 주요 안전 위험을 식별하여 각종 위험에 대한 통제 조치를 더욱 명확하게 하는 안전 위험 데이터베이스를 구축했다. 또한 일부 철도국은 전문 시스템 안전 위험 지침서, 안전 위험 통제표, 직무 위험 통제카드를 개발하여 안전 관리를 앞당기고 긍정적인 역할을 했습니다. 그러나 안전 위험 관리가 철도 업계에서 비교적 짧은 시간 동안 시행되고 있기 때문에 안전 위험 통제에는 몇 가지 문제가 있으며, 주로 다음과 같은 측면에서 나타납니다.
(1) 통합 보안 위험 관리 플랫폼이 없습니다. 현재 각 철도국은 자체 안전 위험 관리 시스템을 구축하고 있습니다. 철도국 내에서도 각 전공은 자체 안전 위험 통제 체계를 세웠다. 본점 차원에서 볼 때, 통일된 보안 위험 관리 플랫폼이 부족하여' 정보섬' 이 생겨나고, 처리 방식이 다양해 표준화 건설에 불리하다.
(2) 안전 위험 관리 정보가 불완전합니다. 대량의 안전검사 정보 및 안전위험 관리 정보는 철도국이나 역에 보관되어 있으며 본사 안전감독관리부는 각종 안전위험에 대한 관리 정보를 실시간으로 얻을 수 없습니다. 역사적 데이터에 따라 관리에 대한 의사 결정 지원을 제공하는 것은 말할 것도 없고 관리비용이 증가합니다.
(3) 안전 위험 통제 방법이 완벽하지 않습니다. 중대 안전 위험 식별, 안전 평가, 안전 위험 통제 조치 제정, 통일된 기준 부족 일반적인 보안 위험 관리 사례의 경우 유효한 보안 위험 사전 라이브러리가 설정되지 않았습니다.
시스템 설계
철도업계에서 위에서 언급한 안전위험관리 문제를 해결하고 안전위험관리 수준을 높이기 위해서는 본사와 철도국이 통일한 철도안전위험경보시스템 ("위험경보시스템") 을 구축해야 한다.
1, 시스템 요구 사항
시스템의 주요 서비스 대상은 본사, 철도국 2 급 안전 감독 부서의 안전 감독 관리원으로, 각급 지도자 및 안전 관련 업무 부서의 임원을 포함한다.
(1) 본사 사용자: 보안 모니터링 보고서, 사고 확인, 사고 조사 보고서 등 사고 조사 처리 정보, 보안 검사 정보표, 보안 감독 통지, 리더 탑승, 오프사이트 사실 보고, 보안 평가, 안전 회의, 안전 회의 등 전체 경로 위험 모니터링과 관련된 위험 데이터베이스 데이터 및 종합 정보를 실시간으로 조회합니다 또한 각 철도국의 안전상태 평가 정보를 실시간으로 조회해 실제 상황에 따라 각 철도국에 안전감독 통지, 안전감독 지시서, 안전감독검사 표창서, 안전경보 통지를 보내야 한다.
(2) 철도국 사용자: 실시간 조회국 내 위험 데이터베이스 데이터 및 위험 모니터링과 관련된 종합 정보 이위원회의 범위 내에서 안전 상태 평가 정보를 실시간으로 조회한다. 본사에서 발행한' 네 권의 책' 에 대해 정류, 실시 및 피드백을 진행하다.
2. 시스템 프레임 워크
철도 안전 위험 경보 시스템은 본사 수준과 철도국 수준에 각각 배치된다. 본사 수준의 위험 조기 경보 시스템은 본사 사용자에게 제공됩니다. 철도국 수준 시스템은 18 철도국에 배치되어 서비스 철도국 사용자입니다. 2 단계 시스템은 웹 서비스를 통해 데이터를 교환합니다. 철도 안전 위험 경보 시스템의 논리적 구조는 핵심 비즈니스 계층, 애플리케이션 미들웨어 계층, 데이터 자원 계층 및 지원 플랫폼 구축 계층으로 구성됩니다.
(1) 핵심 비즈니스 계층. 주로 위험 데이터베이스 관리, 위험 모니터링, 위험 경보, "네 권의 책" 관리 및 시스템 유지 관리 등의 기능을 포함합니다. 위험 데이터베이스 관리는 위험 모니터링 및 위험 경보에 대한 데이터 수집, 평가 및 계산의 기초입니다. 위험 모니터링 기능은 위험 데이터베이스를 기반으로 위험 데이터를 수집하고 위험 경보 하위 시스템에서 수집된 데이터를 계산하여 평가 결과를 산출합니다. "4 권" 관리 기능은 위험 경보 기능의 평가 결론에 따라 위험 통제를 실시한다.
(2) 응용 프로그램 미들웨어 계층. 주로 통합 프레임워크, 워크플로우 엔진, 보고 엔진, 웹 서비스 기반 데이터 전송, 평가 모델, 그래픽 도구 등이 포함됩니다. 이러한 구성 요소의 적용은 핵심 비즈니스 계층의 구현을 위한 기술 지원을 제공합니다.
(3) 데이터 자원 계층. 주요 관리 대상은 공공 기본 데이터, 안전 검사 데이터, 교통 사고 데이터, 위험 모니터링 데이터, 위험 평가 데이터 및 통계 분석 데이터를 포함한 데이터입니다. 이러한 데이터는 통합 계획 및 저장해야 하며 보안 메커니즘 및 제어 사양을 설정해야 합니다.
(4) 지지 계단참 층. 주로 운영 체제 소프트웨어, 데이터베이스 플랫폼, 네트워크 플랫폼 등의 하드웨어 시설을 포함합니다.
3. 시스템 기능
(1) 위험 기반 관리. 위험 경보 시스템의 데이터베이스에는 위험 요소 데이터베이스와 위험 사고 데이터베이스가 포함되어 있으며 보안 위험 데이터 수집, 모니터링, 경보 및 분석의 기초입니다. 위험 요소는 위험 사고의 발생 가능성을 유발하거나 증가시키거나 손실 범위를 확대하는 조건이며, 위험 사고의 잠재적 원인이다. 위험사고는 생명재산 손실을 초래한 우연한 사건으로 손실의 직접적 또는 외부적 원인이자 손실의 매개체다. 위험 데이터베이스 관리는 주로 입력, 수정, 삭제 및 아카이빙을 포함한 위험 요소 및 위험 사고 사전 관리를 담당합니다.
(2) 위험 모니터링. 철도에서 발생한 교통사고, 개인 및 해외 사고, 장비 고장, 일일 순찰 정보를 기준으로 안전 위험의 발생 빈도와 손상의 심각도를 모니터링하고 기록한 다음 위험을 평가하고 통계적으로 분석하여 위험의 상관관계를 분석합니다. 또한 사고 원인, 단위, 성격, 등급에 대해서도 분석했다.
(3) 위험 경고. 위험 요소 및 위험 사고에 대한 두드러진 경보, 전년 동기 대비 경보 및 고리 대비 경보를 포함합니다. 시계열과 같은 알고리즘에 따라 위험 사고를 예측하고 예측 값이 설정된 임계값을 초과할 경우 경보를 제공합니다. 사고 수, 장비 고장, 안전검사 문제, 반년 평가 순위를 기준으로 전 도로 철도국, 각 전공의 안전상태를 평가한다.
(4) 네 권의 관리. 위험 경보의 평가 결과에 따라' 4 서' 를 경고 철도국에 보내고' 4 서' 를 검토, 조회 및 통계한다.
(5) 시스템 유지 보수. 사용자 프로파일, 사용자 역할 및 기능 권한 설정, 역, 회선, 조직 등의 기본 데이터 유지 관리를 포함합니다.
핵심 기술
1, 워크플로우 기술
시스템이 실행되는 동안 정보는 여러 장치 간에 흐를 필요가 있습니다. 또한 다양한 종류의 정보 수집 및 처리 프로세스에도 약간의 차이가 있을 수 있습니다. "4 권의 책" 관리를 예로 들자면, 핵심 업무 프로세스는 다음과 같습니다. 본사 사용자가 철도국 안전 관리 업무를 점검하고, 안전 문제를 파악한 후 안전통지서/지시서를 작성하여 철도국에 보냅니다. 철도국은 본사의 처리 요구 사항에 따라 후속 안전 관리를 수행하고 통지/지침의 시정 조치를 기입하여 본사에 피드백합니다. 본사는 피드백을 확인하고 완료된 통지/명령 번호를 취소합니다. 서로 다른 처리 프로세스 간의 다양한 요구 사항을 충족하기 위해 워크플로우 기술이 시스템 설계 및 개발에 적용됩니다. WFMC (workflow management consortium) 정의에 따르면 워크플로우는 전체 또는 부분적으로 자동화할 수 있는 프로세스입니다. 일련의 프로세스 규칙에 따라 문서, 정보 또는 작업을 수행자 간에 전달하고 실행할 수 있습니다. 워크플로우 기술은 프로세스 논리에서 응용 프로그램 논리를 분리하며 특정 기능 구현을 수정할 필요 없이 구성 모델만 수정하면 시스템 기능을 변경할 수 있으므로 일부 또는 모든 비즈니스 프로세스를 효율적으로 관리할 수 있습니다. 워크플로에는 다중 공동 작업, 작업 전환, 다중 노드 구성 및 상태 변경 기능이 있습니다. 워크플로우를 기반으로 하는 위의 네 가지 도서 관리 업무 프로세스의 구현 프로세스는 다음과 같습니다.
(1) 먼저 이 업무 프로세스에 대한 역할 (예: "본사의 발행자" 및 "철도국의 수신자") 을 정의해야 합니다.
(2) 업무 프로세스의 노드를 정의합니다. 1 책 보내기 ② 정류 응답; ③ 판매 번호.
(3) 각 노드의 역할 및 해당 기능을 정의합니다. ① 도서 발행은' 본사 발행인' 역할에 의해 운영되며, 운영 내용에는' 4 권의 책' 을 입력하는 수량, 내용, 시정 요구 사항, 접수 단위 등의 정보가 포함됩니다. (2) 작업이 끝난 후 프로세스는 다음 노드인' 수정 응답' 으로 진입하고 철도국 수신자 역할에 의해 운영되며, 작업 내용에는' 4 서' 를 입력하는 구체적인 수정 상황과 수정 시간이 포함됩니다. ③' 판매 번호' 노드는' 본사 발행자' 역할에 의해 운영된다. 철도국 수신자 피드백을 받은 후 판매 번호 의견을 입력하면 프로세스가 종료됩니다. 위의 프로세스의 노드와 역할을 확장하고 노드의 기능과 노드와 역할 간의 관계를 정의함으로써 "4 서" 의 업무 프로세스를 유연하게 확장할 수 있습니다. 또한 워크플로우 구현 중 프로세스 추적 및 로그 정보를 기록하여 프로세스의 추적 가능성과 정보 흐름 중 상태 정보 계산의 정확성을 보장해야 합니다.
2. 웹 서비스 기반 데이터 전송.
위험 경보 시스템은 본사와 철도국 2 급에 따라 배포되며, 2 급 시스템 간에 대량의 업무 데이터 전송 및 동기화가 필요합니다. 웹 서비스는 XML (extensible markup language) 형식의 SOAP (simple object access protocol) 를 기반으로 합니다. 데이터 전송 측면에서 높은 캡슐화, 표준화, 느슨한 결합, 고밀도의 장점을 갖추고 있어 본사와 철도국 간의 데이터 전송 문제를 해결하는 데 적합합니다. 시스템은 웹 서비스 기반 데이터 전송 구성 요소를 설계했습니다. 데이터 전송을 시작해야 하는 한쪽 끝은 그림의 클라이언트에 해당합니다. 예를 들어 본사에서 철도국으로 데이터를 전송해야 하는 경우 본사는 데이터 전송 클라이언트이고 철도국은 서버에 해당합니다. 클라이언트는 주로 매개 변수 분석, 루프 호출, 콜백 알림, 로깅 등의 기능 모듈을 제공합니다. 여기서 루프 호출 모듈은 설정된 간격과 타이밍, 가중치에 따라 서버의 웹 서비스를 차례로 호출하여 데이터를 전송합니다. 네트워크 조건 불량 또는 기타 요인으로 인해 통화가 실패할 경우 클라이언트는 통화 정보를 유지하고 성공할 때까지 다음 통화 시점에 통화를 반복합니다. 서버에는 주로 보안 인증, 매개변수 분석, 웹 서비스 및 로그와 같은 모듈이 포함됩니다.
3. 위험 평가
위험 매트릭스는 위험 발생 가능성과 심각도 간의 관계를 반영하며 위험 이벤트의 안전 위험이 수용 가능한지 여부를 측정하는 척도입니다. 위험 경보 시스템은 위험 매트릭스 법정량을 사용하여 위험 요소의 위험 값을 계산합니다. 국가 표준' 궤도교통신뢰성, 가용성, 보수성 및 안전규범 및 사례' (GB/T21562-2008) 의 요구 사항에 따라 위험 등급을 3 등급으로 정의합니다. ① 고위험, 즉 용납할 수 없는 위험은 더 통제해야 합니다. ② 중간 위험, 즉 추가 분석 후 수정이 필요한지 여부를 결정한다. 이러한 위험 수준은 일반적으로 용인할 수 있는 것으로 간주되지만 위험은 더욱 낮아져야 합니다. ③ 낮은 위험, 무시할 수 있지만 계속 모니터링해야합니다.