содержание .. 3 4 5 6 ..
Разработка организационных документов по созданию и развитию аппаратно-программного комплекса «Безопасный город» (2016 год) - часть 5
обновление, удаление данных в БД;
авторизовать пользователей в программе;
создавать структуры данных;
организовывать хранение структурированной нормативно-справочной
информации.
организовывать статическую и алгоритмическую маршрутизацию
информационных потоков;
производить поиск необходимых данных по атрибутам.
Сервер доступа в составе интеграционной шины предназначен для:
предоставления сопрягаемым системам API (в виде SOAP и REST веб-
сервисов) для доступа к данным, содержащимся в базе данных интеграционной
шины;
предоставление механизма асинхронного взаимодействия с сопрягаемыми
системами на основе их гарантированного оповещения;
передачи специальным образом подготовленных данных из базы данных
интеграционной шины в интегрируемые и взаимодействующие системы;
защиты данных в базе данных интеграционной шины от случайного
изменения путем запрещения выполнения прямых SQL-запросов сопрягаемых
систем к базе данных;
предоставления механизма сессионной работы с базой данных: открытие
и поддержание отдельных для каждого пользователя соединений с базой
данных, обращение к которым происходит с помощью временных ключей
доступа;
предоставление механизма защиты от несанкционированного доступа к
интеграционной шине;
предоставления
сервисов-обработчиков
жизненных
циклов
информационных объектов в базе данных интеграционной шины.
Информационное взаимодействие автоматизированных систем с АПК
128
«Безопасный городª осуществляется посредством передачи данных между
соответствующей АС и сервером доступа в составе интеграционной шины.
Для передачи данных между системами и сервером доступа
интеграционной шины должны использоваться web-сервисы, которые будут
обмениваться между собой XML-сообщениями по протоколу SOAP.
Для этого на каждом из серверов сопрягаемых систем и интеграционной
шиной должны быть размещены WSDL-описание web-сервисов.
Все web-сервисы, которые предназначены для передачи данных от
взаимодействующих систем и обратно, реализуются на стороне сервера доступа
интеграционной шины.
При этом, на стороне каждой из взаимодействующих систем может быть
реализован один единственный сервис, который будет вызываться сервером
доступа интеграционной шины и обеспечивать прием соответствующей
системой асинхронной квитанции событийного оповещения. В том случае, если
для взаимодействующей системы, по каким-либо причинам, не удается
реализовать программный интерфейс сетевого взаимодействия, на ее стороне
должен быть организован клиентский сокет, в который интеграционная шина
будет выдавать необходимую информацию.
2.3.2 Модель информационного взаимодействия
Модель информационного взаимодействия включает следующие
процедуры:
Взаимодействующая система передает в интеграционную шину АПК
«Безопасный городª требуемые данные путем вызова соответствующего метода
web-сервиса, реализованного на стороне сервера доступа интеграционной
шины.
При появлении в БД интеграционной шины данных, которые необходимо
передать во взаимодействующую систему, сервер доступа интеграционной
129
шины вызывает метод web-сервиса или выдает в клиентский сокет
соответствующей системы информацию о появлении в БД информационного
ресурса, интересующего систему
(квитанцию). При этом передается
идентификатор этого информационного ресурса.
После того, как система получила квитанцию о появлении интересующего
информационного ресурса, она вызывает соответствующий метод web-сервиса,
который возвращает запрашиваемую структуру данных.
В случае, если взаимодействующая система знает данные, которые ей
необходимо запросить из интеграционной шины, она может вызывать
соответствующий метод web-сервиса, который возвращает запрашиваемую
структуру данных. При этом, в качестве параметра, передается идентификатор
запрашиваемых данных в контексте хранилища интеграционной шины.
Реализация данной модели взаимодействия позволяет:
Снизить потребность в ресурсах (человеко-часах), а соответственно -
уменьшить риски по разработке ОДНОТИПНЫХ сервисов на каждой из
сопрягаемых систем.
Позволит реализовать подход, при котором решение когда и в какой
момент получать пакет информационного ресурса будет принимать сопрягаемая
(заинтересованная) система, что, соответственно, уменьшит нагрузку на
вычислительные мощности АПК
«Безопасный городª, а также повысит
отказоустойчивость сопрягаемой системы.
Сервер доступа в составе интеграционной шине должен предоставлять
наборы сервисов следующих типов:
асинхронный сервис событийного оповещения;
сервисы, обеспечивающие открытие и закрытие сеансов работы
сопрягаемых систем с сервером доступа;
сервисы в составе специализированного программного интерфейса
информационного
взаимодействия,
который
позволяет
общаться
130
автоматизированным системам с сервером доступа путем вызова
специализированных методов web-сервисов, позволяющих обмениваться
заранее описанными структурами данных. Описание структур данных
предоставляется разработчиками взаимодействующих систем. Использование
данного программного интерфейса является рекомендуемым методом
информационного взаимодействия с интеграционной шиной. Данный
интерфейс должен быть подробно изложен в протоколе информационного
взаимодействия и реализован на этапе программной реализации протокола;
сервисы в составе унифицированного программного интерфейса
информационного взаимодействия, основанного на понятии каталога данных
(самоописываемого информационного ресурса табличной формы), который
позволяет обеспечить получение и передачу в интеграционную шину структур
данных, которые по тем или иным причинам не были заранее описаны и для них
не создано специализированных методов web-сервисов. Данный программный
интерфейс является рекомендуемым при работе с общей нормативно-
справочной информацией, которая хранится и ведется в БД интеграционной
шины.
сервисы в составе низкоуровневого программного интерфейса
информационного взаимодействия.
131
3.
ПРОЕКТ АРХИТЕКТУРЫ РЕШЕНИЙ АПК «БЕЗОПАСНЫЙ ГОРОДª
3.1
Требования к архитектуре АПК «Безопасный городª
Архитектура АПК «Безопасный городª должна обеспечивать:
-
совершенствование системы управления муниципального звена
РСЧС при решении задач обеспечения природно-техногенной и общественной
безопасности, в том числе мониторинга, предупреждения, ликвидации ЧС и
происшествий, организации межведомственного взаимодействия, организации
оповещения, информирования и жизнеобеспечения населения, а также других
задач, возложенных на РСЧС в соответствии с действующими нормативными
правовыми актами;
-
повышение эффективности анализа текущей обстановки и
представления оперативной информации для принятия управленческих решений
должностными лицами органов местного самоуправления и органов
исполнительной власти субъекта Российской Федерации;
-
своевременное получение текущей информации о состоянии
объектов жизнеобеспечения, потенциально-опасных и критически важных
объектов, а также оперативной информации при угрозе возникновения или
возникновении чрезвычайных ситуаций природного и техногенного характера;
-
сопряжение
действующих
информационно-аналитических,
управляющих и других систем, обеспечивающих реализацию функций АПК
«Безопасный городª, на базе ЕДДС муниципального образования;
-
организацию всестороннего информационного обеспечения
деятельности органов повседневного управления РСЧС на муниципальном
уровне в повседневной деятельности, а также при возникновении чрезвычайных
ситуаций и происшествий;
-
интеграцию АПК «Безопасный городª в комплексную систему
обеспечения безопасности жизнедеятельности субъекта Российской Федерации
132
- инструмента обеспечения реализации задач и функций ЦУКС главных
управлений МЧС России по субъектам Российской Федерации.
3.2
Функциональные сегменты, системы и подсистемы (типовой
вариант) АПК «Безопасный городª, их функции и технические
характеристики, предложения по сопряжению.
3.2.1 Архитектура АПК «Безопасный городª
Функциональная структуры АПК «Безопасный городª включает в себя:
На региональном уровне - КСА «Региональная платформаª;
На муниципальном уровне
- КСА ЕЦОР, включающий
КСА
функциональных блоков.
Типовой вариант функциональной структуры АПК «Безопасный городª
представлен на рисунке 3.1.
133
Звено федеральных округов АПК «Безопасный городª (1-9)
К СА «Региональная платформаª (1)
Региональное звено АПК «Безопасный городª (1-85)
К СА «Региональная платформаª (1)
М униципальное звено АПК
«Безопасный городª (1-50)
К СА ЕЦОР
геоинформационная подсистема
подсистема поддержки
принятия решений
подсистема электронного взаимодействия с
Интеграционная
подсистема комплексного
муниципальными службами и населением
мониторинга
подсистема
подсистема комплексного информирования и
подсистема приема и обработки сообщений
оповещения
К СА «Безопасность населения и муниципальной
К СА «Экологическая безопасностьª (1) -
К СА «Безопасность на транспортеª (1) -включает
(коммунальной) инфраструктурыª (1)-включает
включает программно-аппаратные комплексы:
программно-аппаратные комплексы:
программно-аппаратные комплексы:
Обеспечения правопорядка и профилактики
Обеспечения правопорядка, профилактики
Геоэкологического планирования
правонарушений на территории М О (1)
правонарушений на дорогах
Обеспечения безопасности имущественного
Гидрометеорологической
Обеспечения безопасности на транспорте
комплекса
информации
Обеспечения безопасности инфраструктуры
Обеспечения безопасности дорожного
Экомониторинга
жилищно-коммунального комплекса
движения
Рисунок 3.1- Типовой вариант функциональной структуры АПК «Безопасный городª
134
3.2.2 КСА «Региональная платформаª
3.2.2.1
Состав КСА «Региональная платформаª
В состав КСА «Региональная платформаª должны входить следующие
подсистемы:
-
подсистема интеграции данных;
-
геоинформационная подсистема;
-
подсистема электронного взаимодействия с должностными лицами.
3.2.2.2
Назначение и функции КСА «Региональная платформаª
КСА «Региональная платформаª предназначен для обеспечения органов
исполнительной власти субъектов Российской Федерации оперативной и
достоверной информации о ситуации в регионе, координации
межведомственного взаимодействия на региональном уровне, обеспечения
оперативной информационной экстренных и дежурных служб при угрозе
возникновения или возникновении чрезвычайных ситуаций.
Основными функциями КСА «Региональная платформаª являются:
сопряжение с КСА ЕЦОР всех муниципальных образований, входящих в
регион;
агрегация информации от всех КСА ЕЦОР муниципальных образований;
агрегация необходимой информации от федеральных и региональных КСА
в сфере обеспечения общественной безопасности, правопорядка и безопасности
среды обитания;
предоставление органам исполнительной власти субъекта Российской
Федерации информации о событиях в сфере обеспечения общественной
безопасности, правопорядка и безопасности среды обитания в регионе в целом и
отдельно взятом муниципальном образовании в частности;
обеспечение доступа к необходимым информационным ресурсам АПК
«Безопасный городª в соответствии с регламентами взаимодействия и
предоставления информации.
135
3.2.2.3
Подсистема интеграции данных КСА
«Региональная
платформаª
Подсистема интеграции данных КСА «Региональная платформаª должна
обеспечивать следующие функции:
1)
обеспечение информационного обмена между федеральными и
региональными
КСА
(перечень
федеральных
государственных
информационных систем и систем мониторинга представлен в Приложении 3);
2)
обеспечение информационного обмена между региональными КСА
и КСА ЕЦОР муниципальных образований, входящих в регион;
3)
ведение, хранение и резервное копирование информации о
федеральных и региональных КСА, участвующих в информационном обмене;
4)
обеспечение целостности данных;
5)
обеспечение авторизованного доступа к данным по установленным
регламентам доступа и взаимодействия;
6)
ведение журнала операций информационного обмена;
7)
организацию маршрутизации, ведение очередей и гарантированную
доставку информации, передаваемой между федеральных и региональных КСА
и КСА ЕЦОР муниципальных образований субъекта Российской Федерации;
8)
агрегацию структурированной и обработанной информации,
полученной от всех КСА ЕЦОР, входящих в регион;
9)
агрегацию информации, полученной от федеральных и
региональных КСА;
10) формирование базы мета-данных по интегрированным в единую
информационную среду КСА, входящих в состав АПК «Безопасный городª.
3.2.2.4
Геоинформационная подсистема КСА
«Региональная
платформаª
Геоинформационная подсистема КСА
«Региональная платформаª
предназначена для отображения на электронной карте совокупной информации
(об объектах, периферийных устройствах, событиях), связанной с обеспечением
136
общественной безопасности, правопорядка и безопасности среды обитания в
регионе и отдельно взятом муниципальном образовании региона.
Геоинформационная подсистема КСА «Региональная платформаª должна
обеспечивать следующие функции:
1) отображения информации из сопрягаемых федеральных и региональных
КСА, КСА ЕЦОР муниципальных образований в виде семантических слоев,
отражающих
природно-географические,
социально-демографические,
экономические характеристики территории;
2) отображения объектов инженерной, транспортной и социальной
инфраструктуры муниципальных образований, относящихся к региону;
3) добавления новых слоев, а также добавление атрибутов в существующие
тематические слои;
4) привязки к объектам на электронной карте электронных паспортов
соответствующих потенциально опасных и критически важных объектов,
социально значимых объектов, объектов с массовым пребыванием людей;
5) позиционирования объектов на электронной карте на основе указания
адреса или получаемого тревожного события от систем мониторинга;
6) атрибутивного поиска на карте объектов классифицированных типов;
7) указания и уточнения местоположения объектов, связанных с
происшествием, как с помощью визуальных графических средств, так и с
помощью прямого ввода координат;
8) регулярного обновления электронных карт подсистемы для обеспечения
актуальности картографической информации.
3.2.2.5
Подсистема электронного взаимодействия с должностными
лицами в составе КСА «Региональная платформаª
Подсистема электронного взаимодействия должна предоставлять
пользователям следующие возможности:
1) предоставлять актуальную информацию о событиях, напрямую или
косвенно связанных с обеспечением безопасности жизнедеятельности, а также
об обращениях населения с обозначением их статуса и с привязкой к местности;
137
2) информировать должностных лиц о необходимых мероприятиях при
реагировании на ЧС или событиях в сфере обеспечения общественной
безопасности, правопорядка и безопасности среды обитания;
3) предоставлять пользователям сети Интернет актуализированную
информации о событиях, связанных с безопасностью жизнедеятельности на
территории региона;
4) предоставлять информацию о статусах исполнения обращений граждан;
5) обеспечивать фильтрацию зарегистрированных событий.
3.2.2.6
Требования к информационному взаимодействию КСА
«Региональная платформаª
Внешнее взаимодействие КСА
«Региональная платформаª должно
предусматривать информационное взаимодействие со следующими КСА:
-
КСА территориальных органов ФОИВ в сфере обеспечения
общественной безопасности, правопорядка и безопасности среды обитания;
-
КСА ОИВ субъекта РФ в сфере обеспечения общественной
безопасности, правопорядка и безопасности среды обитания;
-
КСА взаимодействующих ОИВ субъекта РФ;
-
КСА ЕЦОР муниципальных образований, относящихся к региону.
Внутреннее взаимодействие КСА
«Региональная платформаª должно
выполняться по следующему принципу. Подсистема интеграции данных должна
обеспечивать сопряжение внешних КСА и подсистем, входящих в состав КСА
«Региональная платформаª. Информация, поступающая от сопрягаемых КСА
должна отображаться на электронной карте геоинформационной системы в
составе КСА «Региональная платформаª в соответствии с разграничением прав
доступа.
Внешнее и внутреннее взаимодействие КСА «Региональная платформаª
должно выполняться на основе Единого стека открытых протоколов (далее
ЕСОП), требования к которому приведены в Приложении 2.
Взаимодействие подсистем КСА
«Региональная платформаª должно
осуществляться на основе принципов построения системных сервисов (служб) и
138
взаимно-совместимых приложений
(стандарты типа CORBA, DСОМ,
SOAP/XML, RPC, RMI или JSON).
Должны быть обеспечены следующие требования к характеристикам
взаимосвязи подсистем КСА «Региональная платформаª между собой, а также с
подсистемами смежных КСА:
узлы мультисервисной цифровой сети должны быть объединены сетевым
протоколом IP;
базовый протокол обмена сообщениями - XML/SOAP.
3.2.2.7
Требования к техническому обеспечению КСА «Региональная
платформаª
Телекоммуникационная инфраструктура КСА «Региональная платформаª
должна обеспечить надежный и безопасный обмен информацией между всеми
КСА ЕЦОР субъекта Российской Федерации.
В основу построения телекоммуникационной инфраструктуры должны
быть заложены следующие принципы:
-
комплексность, унификация и совместимость реализуемых
проектных, технических и технологических решений;
-
открытость архитектуры построения;
-
обеспечение стандартных интерфейсов и протоколов;
-
резервирование каналов передачи информации;
-
обеспечение централизованного сетевого мониторинга и
администрирования;
-
обеспечение возможности организации круглосуточного сервисного
обслуживания оборудования;
-
возможность поэтапного создания и ввода в эксплуатацию без
нарушения функционирования существующих элементов;
-
возможность приоритетного использования существующих сетей
передачи данных.
Телекоммуникационная инфраструктура должна обеспечивать:
-
поддержку стека сетевых протоколов TCP/IP;
139
-
поддержку протоколов приоритетной обработки очередей
обслуживания;
-
поддержку транспортных протоколов реального времени;
-
обеспечение передачи различных видов трафика (данные, аудио- и
видео-потоки, управление) и обеспечение динамического распределения полосы
пропускания;
-
использование резервных каналов связи в режиме балансирования
нагрузки;
-
оперативную локализацию сбоев в сетевом оборудовании и каналах
связи;
-
высокий уровень отказоустойчивости, позволяющий осуществлять
быстрое автоматическое восстановление работоспособности в случае
единичного выхода из строя резервируемых критичных компонент активного
сетевого оборудования или основных физических каналов связи в
телекоммуникационной инфраструктуре.
Подробные требования к техническому обеспечению КСА «Региональная
платформаª представлены в Приложении 4 (Требования к вычислительной
инфраструктуре и обеспечивающим прикладным подсистемам КСА
«Региональная платформаª).
3.2.3.8
Требования к системному программному обеспечению КСА
«Региональная платформаª
Программное обеспечение КСА «Региональная платформаª представляет
совокупность общего программного обеспечения и специального программного
обеспечения.
Программное обеспечение КСА
«Региональная платформаª должно
обладать открытой, компонентной (модульной) архитектурой, обеспечивающей
возможность эволюционного развития, в частности, с учетом включения в ее
состав перспективных КСА.
Программное обеспечение, технология
(включая нормативно-
техническую документацию) его разработки должны обеспечивать возможность
140
согласованной разработки унифицированного
(типового) программного
обеспечения силами нескольких разработчиков.
Требования к общему программному обеспечению КСА «Региональная
платформаª представлены в Приложении
5
(Требования к общему
программному обеспечению).
Требования к специальному программному обеспечению КСА
«Региональная платформаª представлены в Приложении
6
(Требования к
специальному программному обеспечению КСА «Региональная платформаª).
Взаимодействие компонентов программного обеспечения в КСА
«Региональная платформаª должно осуществляться на основе стандартов
построения системных сервисов (служб) и взаимно-совместимых приложений
(стандарты типа CORBA, SOAP/XML, RPC, RMI или JSON).
3.2.2.9
Требования к информационному обеспечению КСА
«Региональная платформаª
Информационное единство комплексов средств автоматизации КСА
«Региональная платформаª должно обеспечиваться использованием общей
системы кодирования и классификации информации.
Единая система кодирования и классификации информации должна
обеспечивать:
централизованное ведение словарей и классификаторов, использующихся
в информационном взаимодействии;
выполнение необходимых технологических функций, в том числе
предоставление возможности обмена данными со смежными по отношению к
КСА «Региональная платформаª.
Для общероссийских классификаторов должен обеспечиваться импорт
обновлений из файлов, полученных от организации, ответственной за ведение
этого классификатора.
Дополнительные требования к информационному обеспечению КСА
«Региональная платформаª представлены в приложениях:
141
Приложение 7 - Требования к информационной совместимости КСА
«Региональная платформаª со смежными КСА;
Приложение 8 - Требования по применению систем управления базами
данных КСА АПК «Безопасный городª;
Приложение 9 - Требования к структуре процесса сбора, обработки,
передачи данных в АПК «Безопасный городª;
Приложение 10 - Требования к защите данных от разрушений при авариях
и сбоях в электропитании АПК «Безопасный городª;
Приложение 11 - Требования к контролю, хранению, обновлению и
восстановлению данных АПК «Безопасный городª;
Приложение 12 - Требования к процедуре придания юридической силы
документам, продуцируемым техническими средствами АПК
«Безопасный
городª.
Программное обеспечение должно быть сертифицировано по требованиям
информационной безопасности.
3.2.4 КСА Единый центр оперативного реагирования
Структурная схема КСА ЕЦОР АПК «Безопасный городª приведена на
рисунке 3.2
142
КСА взаимодействующих
АРМ должностных лиц ЕЦОР
КСА взаимодействующих региональных АС
муниципальных АС территориальных
КСА взаимодействую органов ФОИ
территориальных органов ФОИВВ
территориальных органов ФОИВ
КСА муниципальных АС
территориальных органов ФОИВ в сфере
обКСА взаимодействующих региональных АСасности,
АРМ№1
АРМ №2
АРМ №3
АРМ №4
АРМ №5
АРМ №6
АРМ №7
АРМ
КСА правопорядка и безопасно
сти среды
видеостены
территориальных органов ФОИВ
х
х
х
х
х
х
х
х
х
х
Коммутатор ЛВС
КСА АС органов местного
х
самоуправления в сфере обеспечения
КСА взаимодействующих региональных АС
общественной безопасности,
Кправопорядка и безопасно
сти среды
битания
КСА взаимодействующих
муниципальных АС ОИВ субъекта РФ
вКСА взаимодействующих региональных АСенной
КСА взабезопасности, правопо
рядка и
Средства обработки данных ЕЦОР
безопасности среды обитания
КСА критически важных,
Сервер
Сервер
Сервер
Сервер
Сервер
Сервер
Количество серверов и систем
отенциально опасных и
№1
№2
№3
№4
№5
№6
хранения данных определяется
КСА взаимодействующих региональных АС
по результатам обследования.
территориальных органов ФОИВ
социально значимых о
бъектов
Коммутатор ЛВС
Межсетевой экран
КСА взаимодействующих
муниципальных АС ОИВ субъекта
КСА взаимодействующих региональных АС
территориальных органов ФОИВ
РФ
АРМ
Сервер
Сервер
IP АТС администратора
№7
СЗИ
Контроллер
Контроллер
Коммутатор
безопасности
Системы
Системы
РС
информации
СА взаимодействующих
АС
Хранения
Хранения
КСоргаодействующих региональных АС
нов местного самоуправления
данных
данных
территориальных органов ФОИВ
№1
№2
АРМ
администратора
видеоконференции
КСА РИП соответствующего
субъекта РФ
Сегмент взаимодействия с АИУС, содержащими гостайну
КСА АИУС, содержащих гостайну
КСА взаимодействующих региональных АС
КСА взаимт
рриториальных органов ФОИВ
Закрытый сегмент, содержит АРМ
территориальных органов ФОИВ
и средства
загрузки данных в
Примечание-количество
КМ-07Ф
подсистему интеграции данных
серверов, систем хранения данных,
МЭ
АРМ и
их
комплектация
Сервер
определяется в ходе обследования
объекта размещения
СЗИ
Рисунок 3.2 - Структурная схема КСА « Единый центр оперативного реагирования ª АПК «Безопасный городª
Рисунок 3.2. Структурная схема КСА ЕЦОР АПК «Безопасный городª
143
3.2.4.1
Состав КСА Единый центр оперативного реагирования
КСА Единый центр оперативного реагирования функционального блока
«Координация работы служб и ведомствª включает в свой состав следующие
подсистемы:
а) Функциональные
-
подсистема приема и обработки сообщений;
-
подсистема поддержки принятия решений;
-
подсистема комплексного мониторинга;
-
геоинформационная подсистема;
-
подсистема электронного взаимодействия с муниципальными
службами и населением;
-
интеграционная подсистема;
-
подсистема комплексного информирования и оповещения;
б) Обеспечивающие
-
подсистема обеспечения информационной безопасности;
-
подсистема резервирования;
-
подсистема административного управления;
-
система хранения данных.
3.2.4.2
Назначение и функциональность КСА ЕЦОР
КСА ЕЦОР предназначен для обеспечения решения задач оперативного
реагирования на угрозы общественной безопасности, правопорядка и
безопасности среды обитания, а также обеспечения эффективного
взаимодействия и координации органов повседневного управления, служб
экстренного реагирования и муниципальных служб.
КСА ЕЦОР должен обеспечивать:
1) централизованный мониторинг угроз общественной безопасности,
правопорядка и безопасности среды обитания, включая:
-
прием и регистрацию сообщений об угрозах, общественной
безопасности, правопорядка и безопасности среды обитания по доступным в
144
муниципальном образовании каналам связи, включая телефонную связь,
интернет, средства экстренной связи;
-
комплексный мониторинг угроз общественной безопасности,
правопорядка и безопасности среды обитания посредством агрегации данных,
полученных от средств мониторинга;
-
возможность подключения и управления периферийными
устройствами КСА сегментов АПК «Безопасный городª в соответствие с
определенными регламентами доступа;
2) поддержку принятия решений, включая:
-
категоризацию событий и соответствующих им правил реагирования
для экстренных оперативных и муниципальных служб, определенных
регламентами, нормативными и правовыми документами;
-
автоматическое предоставление сценария реагирования в
соответствии с установленными регламентами взаимодействия;
-
моделирование различных сценариев возникновения потенциальных
угроз безопасности среды обитания и общественной безопасности
муниципального образования, включая построение прогнозов их развития и
отображение на электронной карте результатов моделирования;
-
оценку сложившейся обстановки и динамическую актуализацию
результатов моделирования с учетом поступающих данных с КСА сегментов
АПК «Безопасный городª;
3) управление и координацию взаимодействия, включая:
-
обеспечение доступа к единой информационной среде, включая
доступ содержащейся в нем реестровой, справочной и пространственной
информации об объектах инженерной, транспортной и социальной
инфраструктуры;
-
формирование в автоматическом или полуавтоматическом режиме
поручений службам оперативного реагирования и муниципальных служб по
определенным сценариям реагирования в соответствие с категориями событий;
145
-
обеспечение оперативного информирования о статусе события и
поручения служб оперативного реагирования и муниципальных служб,
отвечающих за выполнение работ;
-
координацию и обеспечение информационной поддержки при
реагировании соответствующим органам повседневного управления, службам
экстренного реагирования и муниципальных служб, включая предоставление
необходимой реестровой, справочной, пространственной информации из КСА
сегментов АПК «Безопасный городª;
-
оперативное доведение информации и задач до органов
повседневного управления, служб экстренного реагирования и муниципальных
служб, в соответствии с определенными регламентами взаимодействия;
-
управление поручениями и контроль исполнения поручений;
-
обеспечение отображения на электронной карте полной информации
о событии, включая информацию об объектах инженерной, транспортной и
социальной инфраструктуры муниципального образования, а также просмотр
изменения статусов события и выданных поручений.
4)
информирование и оповещение населения муниципального
образования, а именно:
-
визуализацию функционирования системы оповещения населения
муниципального образования;
-
информирование населения муниципального образования
посредством информационных интернет-ресурсов, мобильных приложений и
иных информационных каналов о результатах реагирования органов
повседневного управления, служб экстренного реагирования и муниципальных
служб на угрозы общественной безопасности, правопорядка и безопасности
среды обитания.
5) формирование единого информационного пространства, а именно:
-
обеспечение интеграции и информационного взаимодействия между
КСА сегментов
«Безопасный городª посредством муниципальной и
региональной интеграционных платформ;
146
-
организация единого информационного-справочного пространства
АПК «Безопасный городª;
-
обеспечение защищенного доступа к информации с использованием
средств криптографической защиты информации;
-
автоматическое архивирование и обеспечение хранения видео-
информации и отчетной информации о событиях и всей сопутствующей
информации;
-
формирование отчетов для муниципальных органов власти, бизнеса
с гибким механизмом настройки и расширения возможностей, позволяющим
формировать отчеты за любой период времени;
-
обеспечение возможности формирования сводных отчетов по
нескольким критериям;
-
обеспечение качественного обмена информацией о результатах
непрерывного мониторинга услуг связи и измерения эксплуатационных
показателей сети, оперативное уведомление о нарушениях связи между
объектами инфраструктуры или об отклонении ее качества от требуемого
уровня.
3.2.4.3
Подсистема приема и обработки сообщений КСА ЕЦОР
Подсистема приема и обработки сообщений КСА ЕЦОР предназначена для
обработки сообщений о происшествиях, с возможностью привязки
происшествия к местности на электронной карте и должна обеспечивать ЕДДС
возможностями по приему сообщений о КСП на территории муниципального
образования
в
категорированном
виде,
обеспечивать
хранение
структурированной информации по поступившим сообщениям в базе данных, а
также контролировать качество работы диспетчеров.
подсистема приема и обработки сообщений КСА ЕЦОР должна
обеспечивать:
-
прием и обработку вызовов с возможностью заполнения
электронной регистрационной карточки;
147
-
прием, регистрацию, документирование сообщений поступающих
посредством обращений через подсистему электронного взаимодействия с
муниципальными службами и населением с автоматическим заполнением
информации, указанной в обращении;
-
прием и обработку событий поступающих от подсистемы
комплексного мониторинга (время события, местоположение события, тип
события и возможные последствия);
-
позиционирование местоположения события на электронной карте
геоинформационной подсистемы;
-
возможность обновления информации в карточке происшествия;
-
выбор состава оповещаемых служб в зависимости от типа
происшествия;
-
контроль хода исполнения поручения с возможностью
информирования диспетчера ЕДДС при угрозе срыва срока исполнения
поручения.
3.2.4.4
Подсистема поддержки принятия решений КСА ЕЦОР
Подсистема поддержки принятия решений должна обеспечивать
информационно-аналитическое сопровождение деятельности служб и
организаций, привлекаемых к реагированию на КСП, посредством
предоставления результатов моделирования развития КСП и оценки
последствий КСП, а также посредством определения сценария реагирования на
КСП.
Подсистема поддержки принятия решений должна обеспечивать
выполнение следующих функциональных возможностей:
-
опрос абонента по заранее определенным сценариям
(наличие
системы детерминированных диалогов);
-
формирование совокупного плана реагирования по КСП, а также
сценариев реагирования и инструкций диспетчеру ЕДДС по обработке
зарегистрированного события на основе утвержденных регламентов при
ликвидации КСП и происшествий;
148
-
моделирования развития КСП и расчет предполагаемых потерь и
ущерба;
-
формирование графиков и отчетов на основе имеющейся
(накапливаемой) в Системе информации.
-
организация межведомственного взаимодействия в работе служб
экстренного реагирования при реагировании на КСП;
-
обеспечение возможности управления статусами инцидентов в
многопользовательском режиме;
-
автоматизированное формирование поручений на основе заранее
подготовленных шаблонов и сценариев реагирования;
-
контроль хода исполнения поручения и автоматический запуск
сценариев информирования при угрозе срыва срока исполнения поручения.
Подсистема должна обеспечивать результатами расчета предполагаемых
потерь и ущерба, посредством Подсистемы интеграции данных, следующие
подсистемы:
-
подсистема приема и обработки сообщений, в виде описания и
количественных показателей;
-
подсистема
«Интеграционная географическая информационная
системаª, в виде слоев предполагаемых зон поражения (затопления), а также
необходимой и достаточной зоны информирования и оповещения населения;
-
подсистема электронного взаимодействия с муниципальными
службами и населением, в виде информационного сообщения и инструкции
действий для населения;
-
подсистема комплексного информирования и оповещения, в виде
списка средств оповещения, попадающих в расчетную зону оповещения
населения.
3.2.4.5
Подсистема комплексного мониторинга
Подсистема комплексного мониторинга предназначена для сбора и
анализа параметров контролируемых объектов и передачи их в подсистемы по
запросу или в случае детектирования определенных критических значений.
149
Подсистема должна обеспечивать необходимой информацией,
посредством Подсистемы интеграции данных, следующие подсистемы:
а)
подсистему приема и обработки сообщений, с целью
автоматического формирования и заполнения информационной карточки
происшествия;
б)
подсистему поддержки принятия решений, для следующих целей:
-
автоматического запуска расчетных задач по моделированию и
прогнозированию развития КСП;
-
анализа динамики изменений контролируемых параметров, а также
формирования статистики и отчетности по ним;
в)
геоинформационную подсистему для следующих целей:
-
специальной маркировки (на электронной карте) условного знака
первоисточника информации, зафиксировавшего критическое значение;
-
предоставление
информации
о
текущих
показателях
контролируемого объекта по запросу пользователя;
-
специальной маркировки (на электронной карте) условного знака
первоисточника информации, по которому обнаружен технический сбой.
3.2.4.6
Геоинформационная подсистема
Геоинформационная подсистема должна обеспечивать возможность
отображения на карте информации по КСП на территории муниципального
образования, а также визуализации информации из подсистем регионального и
муниципального уровней в виде семантических слоев, отражающих природно-
географические, социально-демографические, экономические характеристики
территории.
В подсистеме должен быть предусмотрен механизм регулярного
обновления электронных карт подсистемы для обеспечения актуальности
картографической информации.
Геоинформационная подсистема должна предоставлять следующие
функциональные возможности:
150
а)
ведения пространственной информации следующих семантических
слоев:
-
набор слоев инфраструктуры систем мониторинга, сопрягаемых с
КСА ЕЦОР, включая характеристики, фиксируемых ими параметров;
-
набор слоев органов экстренного оперативного реагирования,
визуализирующий места расположения ЕДДС, взаимодействующих ДДС и
подразделений служб экстренного реагирования;
-
места расположения потенциально опасных и критически важных
объектов;
-
места расположения социально значимых объектов, объектов с
массовым пребыванием людей;
-
места расположения мобильных подразделений, привлекаемых к
предупреждению и ликвидации кризисных ситуаций и происшествий
б)
возможность привязки к объектам на электронной карте
электронных паспортов соответствующих потенциально опасных и критически
важных объектов, социально значимых объектов, объектов с массовым
пребыванием людей;
в)
позиционирования объектов на электронной карте на основе
указания адреса и/или получаемого тревожного события от систем мониторинга;
г)
атрибутивного поиска на карте объектов классифицированных
типов;
д)
указания и уточнения местоположения объектов, связанных с
происшествием, как с помощью визуальных графических средств, так и с
помощью прямого ввода координат.
Пользовательский интерфейс подсистемы должен предоставлять
следующие функциональные возможности:
-
атрибутивный поиск на карте объектов классифицированных типов;
-
указание и уточнение местоположения объектов, связанных с
происшествием, как с помощью визуальных графических средств, так и с
помощью прямого ввода координат;
151
-
прокладка маршрутов движения между заданными объектами.
3.2.4.7
Подсистема электронного взаимодействия с муниципальными
службами и населением
Подсистема электронного взаимодействия с муниципальными службами и
населением КСА ЕЦОР должна обеспечивать информационное освещение
оперативной обстановки на территории муниципального образования,
предоставлять возможность взаимодействия населения и организаций с
органами местного самоуправления, экстренными и оперативными службами по
комплексу вопросов, связанных с обеспечением общественной безопасности,
правопорядка и безопасности среды обитания.
Подсистема электронного взаимодействия с муниципальными службами и
населением должна представлять собой вэб-портал предназначенный для
организации взаимодействия ЕДДС, муниципальных служб и населения с
использованием веб-интерфейса.
Подсистема электронного взаимодействия с муниципальными службами и
населением должна предоставлять пользователям сети Интернет следующие
возможности:
а)
предоставлять актуальную информацию о событиях, напрямую или
косвенно связанных с обеспечением безопасности жизнедеятельности, а так же
о допустимых к общему доступу инцидентах и заявках с обозначением их
статуса;
б)
информировать оператора КСА ЕЦОР о зарегистрированных,
посредством подсистемы электронного взаимодействия, событиях с
автоматической регистрацией и постановкой заявки на контроль исполнения;
в)
предоставление пользователям сети Интернет необходимой
актуализированной информации о событиях, связанных с безопасностью
жизнедеятельности;
г)
предоставление информации о статусах исполнения обращений
граждан;
152
д)
присоединения мультимедийной информации к сообщению о
событии;
е)
определение устройства пользователя, обращающегося с
использованием подсистемы электронного взаимодействия с автоматическим
предоставлением соответствующей версии веб-интерфейса
(для мобильных
устройств - мобильную версию);
ж) фильтрацию зарегистрированных событий, отображаемых на
электронной карте веб-интерфейса подсистемы электронного взаимодействия по
следующим критериям:
-
завершенные события;
-
обрабатываемые события;
-
категории событий;
-
события по заданному периоду времени.
Подсистема электронного взаимодействия с муниципальными службами и
населением должна предоставлять должностным лицам муниципального
образования следующие возможности:
-
предоставления необходимой и достаточной информации по КСП;
-
оперативного предоставления плана реагирования на КСП;
-
формирование уведомления о поступлении нового задания;
-
ведение журнала приема и обработки заданий;
-
обработка заданий;
-
отображение совокупной информации на электронной карте города
с учетом разграничения прав доступа.
-
отображение совокупной статистической информации об основных
показателях функционирования АПК «Безопасный городª с использованием
графиков и цветовой маркировки критических показателей, отслеживаемых в
режиме реального времени.
3.2.4.8
Подсистема комплексного информирования и оповещения
Подсистема комплексного оповещения и информирования должна
обеспечить:
153
в части систем оповещения:
мониторинг работоспособности системы оповещения на территории
муниципального образования;
визуализация выполнения системой оповещения сценариев (регламентов)
по предназначению на территории муниципального образования.
в части системы информирования:
мониторинг и контроль системы информирования.
Требования к функциям данной подсистемы должны касаться контроля
функционального состояния комплексной системы информирования и
оповещения населения при угрозе и возникновении чрезвычайных ситуаций.
Подсистема
комплексного
информирования
и
оповещения
взаимодействует, через Подсистему интеграции данных (по правилам Единого
стека открытых протоколов).
3.2.4.9
Подсистема интеграции данных
Подсистема интеграции данных должна обеспечивать информационный
обмен между сопрягаемыми подсистемами и КСА ЕЦОР.
Основными функциями подсистемы интеграции данных должны являться:
-
интеграция подсистем и КСА с целью организации комплексного
информационного взаимодействия, а также с целью обеспечения целостного
процесса обработки информации;
-
обеспечение функционирования сопрягаемых подсистем и КСА в
едином информационном пространстве и в единой понятийной среде.
Для формирования единого информационного пространства для КСА,
участвующих в информационном обмене в рамках построения и развития АПК
«Безопасный городª должны использоваться следующие источники
информации:
-
системы мониторинга и видеонаблюдения объектов промышленного
и сельскохозяйственного производства, критически важных и потенциально
опасных объектов, транспорта, связи, технических сооружений и сетей
коммунального хозяйства (водо-, газо-, тепло-, электроснабжения);
154
-
системы мониторинга сил и средств постоянной готовности,
действующих на территории муниципального образования;
-
системы видеонаблюдения в местах массового скопления людей и
проведения массовых мероприятий, на транспорте и объектах транспортной
инфраструктуры, местах отдыха, развлекательных и торговых центрах;
-
автоматизированные системы управления муниципальным
хозяйством;
-
федеральные государственные информационные системы и системы
мониторинга (перечень представлен в и 3);
-
региональные государственные системы мониторинга угроз и
информационные системы.
Требования к обеспечивающим системам представлены в Приложении 13.
Требования к вычислительной инфраструктуре КСА ЕЦОР представлены
в Приложении 14.
3.2.4.10
Требования к информационному взаимодействию КСА ЕЦОР
Внешнее взаимодействие КСА ЕЦОР должно предусматривать
информационное взаимодействие со следующими КСА:
1) КСА муниципальных территориальных органов ФОИВ в сфере
обеспечения общественной безопасности, правопорядка и безопасности среды
обитания;
2)
КСА органов местного самоуправления в сфере обеспечения
общественной безопасности, правопорядка и безопасности среды обитания;
3)
КСА критически важных, потенциально опасных и социально
значимых объектов;
5)
КСА взаимодействующих муниципальных ОИВ субъекта РФ в сфере
обеспечения общественной безопасности, правопорядка и безопасности среды
обитания;
6)
КСА взаимодействующих муниципальных ОИВ субъекта РФ;
7)
КСА взаимодействующих органов местного самоуправления;
8)
КСА «Региональная платформаª соответствующего субъекта РФ;
155
Внутреннее взаимодействие КСА ЕЦОР должно выполняться по
следующему принципу. Подсистема интеграции данных должна обеспечивать
сопряжение внешних КСА и подсистем, входящих в состав КСА ЕЦОР.
Информация, поступающая от сопрягаемых КСА должна отображаться на
электронной карте геоинформационной подсистемы в составе КСА ЕЦОР в
соответствии с разграничением прав доступа.
Внешнее и внутреннее взаимодействие КСА ЕЦОР должно выполняться
на основе Единого стека открытых протоколов, требования к которому
приведены в Приложении 2.
Взаимодействие подсистем КСА ЕЦОР должно осуществляться на основе
принципов построения системных сервисов (служб) и взаимно-совместимых
приложений (стандарты типа CORBA, DСОМ, SOAP/XML, RPC, RMI или
JSON).
Должны быть обеспечены следующие требования к характеристикам
взаимосвязи подсистем КСА «Региональная платформаª между собой, а также с
подсистемами смежных КСА:
-
узлы мультисервисной цифровой сети должны быть объединены
сетевым протоколом IP;
-
базовый протокол обмена сообщениями - XML/SOAP.
3.2.4.11
Требования к техническому обеспечению КСА ЕЦОР
функционального блока «Координация работы служб и ведомствª
Средства вычислительной техники должны быть максимально
приспособлены для последующей модернизации.
Для серверных и сетевых компонент, а так же для оборудования, выход
которого из строя приводит к недоступности сервисов КСА ЕЦОР, время
восстановления не должно превышать
2 часа. Время восстановления для
остальной техники 24 часа.
Активное сетевое оборудование должно обеспечивать достаточную
пропускную способность для функционирования сегментов АПК «Безопасный
городª в соответствии с настоящими требованиями.
156
Используемые модели и компоненты активного сетевого оборудования
должны соответствовать объемам передаваемого трафика в рамках АПК
«Безопасный городª.
Узлы сети должны обеспечивать высокую готовность (24/7). Для участков
сети, требующих повышенную надежность, необходимо предусмотреть
резервные каналы связи.
Для линий связи проходящих через общедоступные помещения и линий
связи соединения с глобальной вычислительной сетью Интернет должны
использоваться средства шифрования трафика.
Подробные требования к техническому обеспечению КСА ЕЦОР
представлены в Приложении 14 (Требования к вычислительной инфраструктуре
КСА ЕЦОР) и Приложении 15 (Требования к подсистемам КСА ЕЦОР).
3.2.4.12
Требования к системному программному обеспечению КСА
ЕЦОР функционального блока «Координация работы служб и ведомствª
Системное программное обеспечение КСА ЕЦОР представляет
совокупность общего программного обеспечения и специального программного
обеспечения.
Программное обеспечение КСА ЕЦОР должно обладать открытой,
компонентной
(модульной) архитектурой, обеспечивающей возможность
эволюционного развития.
Требования к общему программному обеспечению КСА ЕЦОР
представлены в Приложении
5
(Требования к общему программному
обеспечению).
Требования к специальному обеспечению КСА ЕЦОР представлены в
Приложении 15 (Требования к специальному программному обеспечению КСА
ЕЦОР).
Взаимодействие компонентов программного обеспечения в КСА ЕЦОР
должно осуществляться на основе принципов построения системных сервисов
(служб) и взаимно-совместимых приложений
(стандарты типа CORBA,
SOAP/XML, RPC, RMI или JSON).
157
3.2.4.13
Требования к информационному обеспечению КСА ЕЦОР
функционального блока «Координация работы служб и ведомствª
Информационное единство КСА ЕЦОР функционального блока
«Координация работы служб и ведомствª должно обеспечиваться
использованием общей системы кодирования и классификации информации.
Единая система кодирования и классификации информации должна
обеспечивать:
централизованное ведение словарей и классификаторов, использующихся
в информационном взаимодействии;
выполнение необходимых технологических функций, в том числе
предоставление возможности обмена данными со смежными КСА по
отношению к КСА ЕЦОР.
Для общероссийских классификаторов должен обеспечиваться импорт
обновлений из файлов, полученных от организации, ответственной за ведение
этого классификатора.
Дополнительные требования к информационному обеспечению КСА
ЕЦОР функционального блока
«Координация работы служб и ведомствª
представлены в приложениях:
Приложение 2 - Требования к Единому стеку открытых протоколов
информационного взаимодействия АПК «Безопасный городª;
Приложение 8 - Требования по применению систем управления базами
данных АПК «Безопасный городª;
Приложение 9 - Требования к структуре процесса сбора, обработки,
передачи данных в АПК «Безопасный городª;
Приложение 10 - Требования к защите данных от разрушений при авариях
и сбоях в электропитании АПК «Безопасный городª;
Приложение 11 - Требования к контролю, хранению, обновлению и
восстановлению данных АПК «Безопасный городª;
158
Приложение 12 - Требования к процедуре придания юридической силы
документам, продуцируемым техническими средствами АПК
«Безопасный
городª.
Программное обеспечение должно быть сертифицировано по требованиям
информационной безопасности.
3.2.5 КСА функционального блока «Безопасность населения и
муниципальной (коммунальной) инфраструктурыª
3.2.5.1
Состав КСА функционального блока «Безопасность населения
и муниципальной (коммунальной) инфраструктурыª
КСА функционального блока «Безопасность населения и муниципальной
(коммунальной) инфраструктурыª состоит из следующих программно-
аппаратных комплексов:
1) обеспечения правопорядка и профилактики правонарушений на
территории муниципального образования в составе следующих подсистем:
-
подсистема интеллектуального видеонаблюдения, обеспечивающая
автоматическое детектирование
(видеообнаружения, видеоидентификации и
видеораспознавания) определенных событий с целью мониторинга,
предупреждения и профилактики правонарушений;
-
подсистема оценки качества деятельности представителей
территориальных органов федеральных органов исполнительной власти,
ответственных за обеспечение правопорядка и профилактики правонарушений
на территории муниципального образования;
-
подсистема позиционирования мобильным персоналом органов
исполнительной власти, ответственных за правопорядка и профилактики
правонарушений на территории муниципального образования;
-
подсистема обеспечения экстренной связи;
159
содержание .. 3 4 5 6 ..