4.2Требования к функциям (задачам), выполняемым системой
Функции (задачи) КСА ЕЦОР реализуются входящими в их состав подсистемами.
Определенные настоящим техническим заданием требования к функциям (задачам), выполняемым КСА ЕЦОР, должны быть уточнены на этапе технорабочего проектирования.
4.2.1Подсистема поддержки принятия решений
Подсистема поддержки принятия решений должна обеспечивать информационно-аналитическое сопровождение деятельности служб и организаций, привлекаемых к реагированию на КСП, посредством предоставления результатов моделирования развития КСП и оценки последствий КСП, а также посредством определения сценария реагирования на КСП.
Подсистема поддержки принятия решений должна обеспечивать выполнение следующих функциональных возможностей:
опрос абонента по заранее определенным сценариям (наличие системы детерминированных диалогов);
формирование совокупного плана реагирования на КСП, а также сценариев реагирования и инструкций диспетчеру ЕДДС по обработке зарегистрированного события на основе утвержденных регламентов при ликвидации КСП;
возможность организации межведомственного взаимодействия со службами, участвующих в реагировании при реагировании на КСП;
возможность управления статусами инцидентов;
автоматизированное формирование поручений на основе плана реагирования;
контроль хода исполнения поручений в рамках реагирования на КСП с возможностью информирования диспетчера ЕДДС при угрозе срыва срока исполнения поручения;
моделирование развития КСП и расчет предполагаемых потерь и возможного ущерба;
формирование графиков и отчетов на основе имеющейся (накапливаемой) в КСА ЕЦОР информации.
Подсистема поддержки принятия решений должна обеспечивать расчет предполагаемых потерь и возможного ущерба для следующих типов КСП:
угроза выброса отравляющих веществ;
угроза лесного пожара.
Подсистема должна обеспечивать запуск расчета предполагаемых потерь и возможного ущерба автоматически, незамедлительно после создания информационной карточки (в Подсистеме приема и обработке сообщений), относящейся к одному из вышеперечисленных типов событий.
Подсистема должна обеспечивать возможность получения исходных данных для расчета в автоматическом режиме.
Подсистема должна обеспечивать результатами расчета предполагаемых потерь и ущерба, посредством подсистемы интеграции данных КСА ЕЦОР, следующие подсистемы:
подсистема приема и обработки сообщений, в виде описания и количественных показателей;
геоинформационная подсистема, в виде слоев предполагаемых зон поражения (затопления), а также необходимой и достаточной зоны информирования и оповещения населения;
подсистема электронного взаимодействия с муниципальными службами и населением, в виде информационного сообщения и инструкции действий для населения;
подсистема комплексного информирования и оповещения, в виде списка средств оповещения, попадающих в расчетную зону оповещения населения.
Окончательный перечень типов событий, по которым должен автоматически запускаться расчет поражающих факторов должен быть определен на этапе технорабочего проектирования.
4.2.2Подсистема приема и обработки обращений
Система приема и обработки сообщений должна обеспечивать ЕДДС возможностями по приему сообщений о КСП на территории городского округа города Воронеж в категорированном виде, обеспечивать хранение структурированной информации по поступившим сообщениям в базе данных, а также контролировать качество работы диспетчеров.
Система приема и обработки сообщений должна позволять:
осуществлять прием и обработку вызовов с возможностью заполнения электронной регистрационной карточки;
осуществлять прием, регистрацию, документирование сообщений поступающих посредством обращений через подсистему электронного взаимодействия с муниципальными службами и населением с автоматическим заполнением информации, указанной в обращении;
осуществлять прием и обработку событий поступающих от подсистемы комплексного мониторинга (время события, местоположение события, тип события);
обеспечивать позиционирование местоположения события на электронной карте геоинформационной подсистемы КСА ЕЦОР;
обеспечивать возможность обновления информации в карточке происшествия;
осуществлять выбор состава оповещаемых служб в зависимости от типа происшествия с возможностью расширения этого перечня диспетчером;
осуществлять контроль хода исполнения поручения с возможностью информирования диспетчера ЕДДС при угрозе срыва срока исполнения поручения.
4.2.3Подсистема комплексного мониторинга
Подсистема комплексного мониторинга предназначена для сбора и анализа параметров контролируемых объектов и передачи их в подсистемы по запросу или в случае детектирования определенных критических значений.
Подсистема должна обеспечивать выполнение следующих функций:
1) сбор и анализ параметров состояния контролируемых объектов от автомобильных терминалов системы экстренного реагирования «ЭРА-ГЛОНАСС»:
получение информации о произошедших ДТП;
получение географических координат ДТП;
получение данных о пострадавших;
передача отчетов о ходе реагирования в систему «ЭРА-ГЛОНАСС»;
2) сбор и анализ параметров состояния контролируемых объектов от терминалов «ГЛОНАСС/GPS», установленных на транспортных средствах экстренных оперативных служб, привлеченных к реагированию на происшествие и транспортных средствах, перевозящих опасные грузы:
получение информации о географических координатах объекта;
получение информации о параметрах вектора скорости объекта;
получение информации о метке времени (если информация передается терминалом ГЛОНАСС);
получение сигнала о возникновении внештатной ситуации;
5) взаимодействие со следующими компонентами Системы:
подсистемой ГИС в части передачи географических координат подвижных объектов;
АРМ оператора ЕДДС в части сигнализации о возникновении внештатных ситуациях на объектах мониторинга;
6) осуществление мониторинга контролируемых объектов в реальном масштабе времени;
7) предоставление мониторинговой и необходимой архивной информации допущенным пользователям в реальном масштабе времени;
8) создание и поддержание архивной базы данных, запись мониторинговой информации в архив;
9) администрирование базы учетных данных (ведение карточек объектов, зарегистрированных в системе);
10) разграничение прав доступа пользователей к базе данных;
Исходные данные для создания подсистемы приведены в подразделе 3.1 и п.Error: Reference source not found.
4.2.3.1Компонент систем мониторинга и обеспечения безопасности
Компонент систем мониторинга и обеспечения безопасности должен обеспечивать решение следующих задач:
прием и обработка информации и сигналов, поступающих от датчиков (соответствующих автоматизированных систем), установленных на контролируемых стационарных и подвижных объектах, в том числе терминалов ГЛОНАСС/GPS, установленных на следующих транспортных средствах:
экстренных оперативных служб, привлеченных к реагированию на происшествие;
городских служб, привлеченных к реагированию на происшествие;
осуществляющих перевозку детей;
перевозящих опасные грузы;
муниципальный маршрутный городской транспорт, осуществляющий пассажирские перевозки.
2) интеграция с системой видеоанализа с целью обеспечения следующих возможностей:
автоматическое уведомление диспетчера ЕДДС (пользователя КСА ЕЦОР) о событиях, выявленных системами видеоидентификации и видеоанализа с привязкой события к электронной карте с автоматическим заполнением регистрационной карточки события;
автоматически уведомление диспетчера ЕДДС (пользователя КСА ЕЦОР) об активации сигнала тревоги при регистрации микрофоном, установленном на камере звука выше критического уровня с привязкой события к электронной карте с автоматическим заполнением регистрационной карточки события;
отображение на электронной карте мест расположения камер видеонаблюдения с указанием направлений обзора;
переход из электронной карты к видеопотоку выбранной оператором камеры.
3) интеграция с системами мониторинга природной, и техногенной безопасности с целью обеспечения следующих возможностей:
автоматическое уведомление диспетчера ЕДДС (пользователя КСА ЕЦОР) о событиях, выявленных системами;
отображение на электронной карте мест срабатывания датчиков систем.
4.2.3.2Компонент видеомониторинга и видеоанализа
Программное обеспечение подсистемы видеонаблюдения и видеоанализа, должно обладать следующими функциями:
1) представление всех обнаруженных целей (человек, автомобиль, группа людей) и событий в реальном времени как на общем плане наблюдаемого объекта, так и на детализированных планах;
2) оператору должна предоставляться общая картина происходящего на объекте таким образом, чтобы при необходимости, оператор мог иметь возможность повысить уровень детализации в интересующем месте и получить более детальную информацию о месте возникновения происшествия;
3) отображение областей видимости обзорных камер на планах подсистем с возможностью выбора камеры для просмотра посредством ее выделения на плане;
4) иерархическая организация видеоисточников, аналитических регистраторов, устройств управления. Распределение прав пользователей по доступу к источникам видео и событий по аппаратному или логическому принципу. Каждый оператор должен иметь полномочия по доступу к источникам на просмотр, модернизацию параметров, получение текущего состояния, просмотр архива с указанием глубины и т. д. в соответствии с его служебными полномочиями;
5) установка степени важности тревог с определением группы операторов-получателей;
6) оперативное уведомление оператора о сложившихся нештатных ситуациях с предоставлением информации о времени, месте, характере ситуации, автоматическим предоставлением видеоинформации одновременно в записи и реального времени, а также поддержкой режима оценки оператором каждой из ситуаций;
7) система приоритетов по доступу к источникам и исполнительным устройствам. Администраторы системы должны определять приоритеты управления поворотными и прочими исполнительными устройствами для всех операторов;
8) мониторинг состояния всех элементов системы в реальном времени из любой точки сетевой среды. Операторы должны получать информацию о работоспособности системы в реальном времени. При отказе узла должны получать тревожное сообщение;
9) унифицированный интерфейс настройки сетевых источников видеосигнала с возможностью оперативного доступа. Система должна позволять из единого центра администрировать все распределенные источники видеосигнала и видеорегистраторы с аналитикой при помощи единого приложения с мгновенным применением результатов в режиме работы системы на всех уровнях иерархии;
10) распознавание целей (люди, автомобили, оставленный предмет, дым, огонь) и тревожных ситуаций в режиме реального времени по видеоизображению, получаемому от неподвижных видеокамер (Master-камер);
11) задание одного из режимов работы поворотных:
цикличное патрулирование предустановленных зон;
управление по командам оператора;
автоматическое наведение на обнаруживаемые цели.
12) патрулирования поворотной камерой путем циклической смены зон наблюдения в автоматическом режиме и реализации функций видеорегистрации, и обнаружения нештатных ситуаций для каждой зоны обзора;
13) управление поворотными камерами следующими способами:
виртуальный джойстик;
указание интересующей области на видеоизображении;
указание интересующей области на электронной карте.
14) автоматическое наведение поворотных камер на обнаруженные цели (человек, ТС, группа людей) с оптическим увеличением и сопровождением по видеоизображению с обзорной камеры;
15) формировать по каждому событию короткометражный видеоролик для оперативного анализа и реагирования;
16) при наличии двух и более камер с пересекающимися секторами обзора, должен быть предусмотрен режим передачи сопровождаемой цели от одной камеры к другой;
17) выбор режима сопровождения целей (сопровождение целей, вызвавших тревогу, сопровождение всех обнаруженных целей);
18) указание интересующей области для оптического увеличения при помощи поворотной камеры, посредством плана объекта и видеоизображения сопряженной с ней неподвижной камеры;
19) формирование в режиме реального времени базы данных распознанных целей;
20) выдача аудиовизуального сигнала оператору в случае возникновения тревожной ситуации;
21) оперативное уведомление оператора о сложившихся нештатных ситуациях с предоставлением информации о времени, месте, характере ситуации, автоматическим предоставлением видеоинформации одновременно в записи и реального времени, а также поддержкой режима оценки оператором каждой из ситуаций;
22) обеспечение круглосуточного наблюдения за ситуацией в зонах наблюдения;
23) обеспечение просмотра архива с возможностью поиска видеофрагментов по определенным условиям (дата, время, камера, тип цели и т.д.).
4.2.3.2.1Требования к подсистеме видеонаблюдения и видеоанализа
Видеокамеры или кодеры (преобразователи аналогово сигнала в цифровой) должны поддерживать интерфейс ONVIF версии 1.02 или выше, тип устройства передатчик сетевого видео (NVT), профиль Profile S. Передатчики сетевого видео, включая камеры и видеосервера, должны поддерживать компрессию H.264 MainProfile, MJPG MainProfile для передачи потокового видео и JPEG для передачи отдельных кадров. Видеоаналитические сервера, подключаемые к сетевым камерам, должны на выходе поддерживать интерфейс ONVIF версии 2.2 или выше, тип устройства аналитика сетевого видео (NVA) для передачи видео и результатов работы видеоаналитики от сервера к другим компонентам.
4.2.3.2.2Требования к аналитическим функциям подсистемы видеоанализа
Подсистема видеоанализа должна обладать возможностью реализации следующих нижеперечисленных аналитических функций.
Ситуационные:
обнаружение скопления людей, в том числе в несанкционированных местах;
оценка плотности потока людей на значимых для города объектах;
индексирование событий в условиях дорожного движения (плотность потока, заторы, массовое скопление автотранспорта), в том числе в парковочных зонах;
детектор оставленных предметов и их владельцев;
детектор повышенной активности людей в контролируемой зоне;
детектор запрещенного или нетипичного движения автотранспорта, людей;
детектор задымления и открытого огня;
детектор фактов пересечения запрещенной зоны (проезд, проход);
детектор исчезнувших предметов;
реагирование на проход людей в заданном направлении (входы, выходы, переходы, коридоры и т.п.);
появление человека или автомобиля в зоне наблюдения (улицы, площади, перекрестки, парки).
Сервисные:
расфокусировка видеокамеры;
загрязнение объектива видеокамеры;
изменение фона;
изменение зоны обзора, отворачивание камеры;
заслонение объектива камеры.
4.2.3.2.3Требования к транспортным алгоритмам подсистемы видеоанализа
Минимальный размер изображения ТС, за которым ведётся наблюдение, с элементами аналитики должен соответствовать 10х10 пикселей.
Относительная погрешность определения скорости ТС по видеоданным: не более 20%.
4.2.3.2.4Требования к алгоритмам «Обнаружения движения/прохода» подсистемы видеоанализа
Минимальный размер целей, детектируемых и классифицируемых алгоритмами должен составлять: 6 пикселей в высоту, 4 пикселя в ширину.
4.2.3.2.5Требования к алгоритму «Оставленный предмет» подсистемы видеоанализа
Минимальный размер предмета, детектируемого алгоритмами должен составлять 20 пикселей.
4.2.3.2.6Требования к алгоритму «Возгорание» подсистемы видеоанализа
Минимальный размер возгорания, детектируемого алгоритмами, должен составлять 20 пикселей. Минимальный размер ауры огня не более 8х8 пикселей.
4.2.3.2.7Требования к алгоритму «Скопление людей» подсистемы видеоанализа
Минимальный размер человека должен составлять не менее 4 х 15 пикселей. Минимальное количество людей, считаемых скоплением - не менее 4.
4.2.3.2.8Требования к алгоритму «Подсчет людей» подсистемы видеоанализа
Минимальный линейный размер человека на изображении должен составлять 16 пикселей.
4.2.3.2.9Требования к алгоритму «Шагающий мастер» и алгоритмам на поворотных видеокамерах подсистемы видеоанализа
Требования к размерам целей аналогичны стационарным камерам. Время нахождения в каждой препозиции не менее 7 секунд. Для алгоритмов обнаружения оставленных предметов, возгорания время нахождения в каждой препозиции не менее 30 секунд.
4.2.3.2.10Требования к клиентскому приложению подсистемы видеоанализа
Клиентское приложение подсистемы видеоанализа для операторов должно обеспечивать следующее:
прием и обработку потока информации, поступающей от объектового оборудования;
обработку цветного изображения;
управление отображением видеоинформации;
формирование мультиэкранного изображения с возможностью одновременного просмотра до 64 видеокамер;
возможность экспорта или распечатки выбранного кадра («стоп-кадр»);
взаимодействие со средствами архивирования видеоинформации для просмотра архивов;
возможность просмотра изображения с видеокамер или архива в полноэкранном режиме;
возможность просмотра архивного изображения в выбранных зонах наблюдения при одновременном контроле текущей ситуации в других зонах;
просмотр архива событий (фильтрация по типу событий, дате и другим параметрам).
поддержку автоматического звукового (должна быть предусмотрена возможность программного отключения данной функции администратором) и визуального оповещения о срабатывании детектора движения независимо для каждой видеокамеры с автоматическим включением записи;
возможность дистанционного управления исполнительными устройствами;
аутентификацию оператора;
протоколирование всех действий оператора на АРМ;
сохранение работоспособности при кратковременном пропадании электропитания.
Камеры видеонаблюдения должны удовлетворять техническим требованиям, представленным в приложении 1 к настоящему ТЗ.
4.2.4Интеграционная географическая информационная система
Геоинформационная подсистема должна обеспечивать возможность отображения на электронной карте информации по КСП на территории городского округа города Воронеж, а также визуализации информации из сопрягаемых систем.
Геоинформационная подсистема должна предоставлять следующие возможности:
ведения пространственной информации следующих семантических слоев:
набор слоев инфраструктуры систем мониторинга, сопрягаемых с подсистемой комплексного мониторинга КСА ЕЦОР, включая характеристики, фиксируемых ими параметров окружающей среды;
набор слоев органов экстренного оперативного реагирования, визуализирующий места расположения ЕДДС, взаимодействующих ДДС и подразделений служб экстренного реагирования;
расположения потенциально опасных и критически важных объектов;
расположения социально значимых объектов, объектов с массовым пребыванием людей;
возможность привязки к объектам на электронной карте электронных паспортов соответствующих потенциально опасных и критически важных объектов, социально значимых объектов, объектов с массовым пребыванием людей;
позиционирование (масштабирование электронной карты) объектов на электронной карте на основе указания адреса и/или получаемого тревожного события от систем мониторинга;
атрибутивного поиска на карте объектов классифицированных типов;
указания и уточнения местоположения объектов, связанных с происшествием, как с помощью визуальных графических средств, так и с помощью прямого ввода координат;
прокладка маршрутов движения между заданными объектами.
В рамках технорабочего проектирования рассмотреть возможность использования в качестве геоинформационной подсистемы «2ГИС».
4.2.5Подсистема электронного взаимодействия с муниципальными службами и населением
Подсистема электронного взаимодействия с муниципальными службами и населением (далее – подсистема электронного взаимодействия) должна обеспечивать информационное освещение оперативной обстановки на территории муниципального образования, предоставлять возможность взаимодействия населения и организаций с органами местного самоуправления, экстренными и оперативными службами по комплексу вопросов, связанных с обеспечением общественной безопасности, правопорядка и безопасности среды обитания.
Подсистема электронного взаимодействия представляет собой портал, предназначенный для организации взаимодействия ЕДДС, муниципальных служб и населения с использованием веб-интерфейса.
Подсистема электронного взаимодействия с муниципальными службами и населением должна предоставлять пользователям сети Интернет следующие возможности:
предоставлять актуальную информацию о событиях, напрямую или косвенно связанных с обеспечением безопасности жизнедеятельности, а так же о допустимых к общему доступу инцидентах и заявках с обозначением их статуса и с привязкой к местности (обозначением на электронной карте города в составе подсистемы электронного взаимодействия с муниципальными службами и населением КСА ЕЦОР);
информировать оператора КСА ЕЦОР о зарегистрированных, посредством подсистемы электронного взаимодействия, событиях с автоматической регистрацией и постановкой заявки на контроль исполнения;
предоставление пользователям сети Интернет необходимой актуализированной информации о событиях, связанных с безопасностью жизнедеятельности;
предоставление информации о статусах исполнения обращений населения с отображением на электронной карте города;
возможность присоединения мультимедийной информации к сообщению о событии;
фильтрацию зарегистрированных событий, отображаемых на электронной карте веб-интерфейса подсистемы электронного взаимодействия по следующим критериям:
завершенные события;
обрабатываемые события;
категории событий;
события по заданному периоду времени.
обеспечивать посредством личных кабинетов пользователей городских служб доступ к информации из Системы в соответствие с определенными правами доступа, включая доступ к информации следующего характера:
картографической информации;
информации о происшествиях;
доступ к карточке происшествий с возможностью открытия карточки происшествия;
статусах происшествий;
привлеченных силах и средствах;
обеспечивать информационный обмен между ЕДДС и личными кабинетами городских служб, посредством обмена карточками, статусами карточек и происшествий, поручениями и статусами исполнения поручений;
Веб-клиент должен работать в интернет-браузерах таких как Internet Explorer, Mozilla Firefox, Google Chrome, Safari, Opera, Opera Mini.
В рамках выполнения работ по построению системы АПК «Безопасный город» должно быть возможность подключения к подсистеме электронного взаимодействия с муниципальными службами и населением следующих организаций ЖКХ:
Теплоснабжение, снабжение горячей водой:
МКП «Воронежтеплосеть» (пер. Ботанический, 45а);
ООО «Воронежская теплосетевая компания» (ул. Лебедева, 2а);
Снабжение холодной водой, канализация
ООО «РВК-Воронеж» (ул. Пеше-Стрелецкая, 90);
Электроснабжение:
МУП «Воронежская горэлектросеть» (ул. К. Маркса, 65).
Для исключения дублирования функционала КСА ЕЦОР и существующих систем в указанных организациях рассмотреть возможность интеграции с подсистемой интеграции данных и смежными системами на стадии технорабочего проектирования.
4.2.6Подсистема обеспечения координации и взаимодействия
Подсистема обеспечения координации и взаимодействия должна выполнять следующие функции:
организация межведомственного взаимодействия в работе служб оперативного/экстренного реагирования при реагировании на чрезвычайные ситуации;
обеспечение возможности управления статусами инцидентов в многопользовательском режиме;
автоматизированное формирование поручений на основе заранее подготовленных шаблонов и сценариев реагирования;
контроль хода исполнения поручения и автоматический запуск сценариев информирования при угрозе срыва срока исполнения поручения.
Подсистема обеспечения координации и взаимодействия должна обеспечивать возможность создания и проведение видеосовещаний в следующих форматах:
Режим «Обсуждение». Режим обычной видеоконференции. Все участники, подключающиеся к конференции, видят и слышат друг друга. Модератор может принудительно включить или отключить любого участника.
Режим «Селекторное совещание». Режим для работы с большой аудиторией. Участники совещания являются Зрителями, видят и слышат только Докладчиков (не видят и не слышат других Зрителей). Докладчик тоже не видит и не слышит Зрителей. Если Докладчиков несколько, то Докладчики общаются друг с другом как в режиме «Обсуждение», но также не видят и не слышат Зрителей. Модератор по запросу Зрителя или принудительно может сделать Зрителя Докладчиком, т.е. сделать видимым и слышимым для остальных участников совещания (других Зрителей и Докладчиков).
Режим «Вебинар». Режим для работы с большой аудиторией. В отличие от режима «Селекторное совещание» Зрители могут видеть и слышать не более двух Докладчиков, а Докладчик(ки) сразу видят всех, подключающихся к конференции Зрителей. Модератор по запросу Зрителя или принудительно может сделать Зрителя Докладчиком, т.е. сделать его видимым и слышимым для остальных участников совещания (других Зрителей и Докладчиков). Также Модератор может по запросу Зрителя или принудительно дать Зрителю слово, т.е. разрешить Зрителю быть только слышимым всеми остальными участниками совещания (другим Докладчиком и Зрителями).
Во всех режимах видеосовещаний Докладчики должны иметь возможность демонстрировать другим участникам рабочий стол своего компьютера, для отображения в процессе совещания необходимого контента или для запуска/отображения необходимой программы, что позволит проводить демонстрацию действий с программой, при этом комментируя свои действия голосом;
Участники в процессе видеосовещаний должны иметь возможность наполнять хранилище материалов заранее подготовленными файлами (тексты, картинки, схемы), чтобы оперативно просматривать и обсуждать эти материалы в процессе видеосовещаний.
Участники видеосовещаний должны иметь возможность ведения обмена текстовыми сообщениями (функция текстового чата).
Подсистема обеспечения координации и взаимодействия должна обеспечивать проведение одновременно несколько независимых конференций в различных режимах и с различным количеством участников.
Количество потенциальных участников конференции (конференций) должно быть не ограничено. Правилами лицензирования ограничивается только общее количество одновременных участников одной или нескольких конференций.
Подсистема обеспечения координации и взаимодействия должна обеспечивать возможность создания и проведение видеосовещаний следующих предприятий, учреждений, организаций жизнеобеспечения в г. Воронеж:
ЕДДС МКУ «Управление по делам ГО ЧС г.Воронежа»;
МКУ «ГАРС»;
МКП «Воронежтеплосеть»;
МУП «Воронежская горэлектросеть»;
МКП «Воронежгорсвет»;
ООО «РВК-Воронеж»;
ООО «Воронежская ТСК»;
Комбинаты благоустройств в муниципальных районах г. Воронежа (в количестве 6 шт.);
Структурные подразделения (в количестве 35 шт.) администрации городского округа город Воронеж (Уточняются на этапе обследования).
4.2.7Подсистема комплексного информирования и оповещения
Подсистема комплексного информирования и оповещения должна представлять собой организационно-техническую систему, объединяющую аппаратно-программные средства обработки, передачи и отображения аудио и видеоинформации в целях подготовки населения в области гражданской обороны, защиты от чрезвычайных ситуаций, обеспечения пожарной безопасности, своевременного оповещения и оперативного информирования граждан о ЧС и угрозе террористических акций.
Подсистема комплексного информирования и оповещения должна обеспечить:
запуск процесса оповещения должностных лиц по заранее определенному списку посредством телефонной связи;
запуск процесса оповещения населения посредством средств громкоговорящей связи;
информирование населения о КСП посредством размещения соответствующей информации населения в подсистеме информации о КСП;
мониторинг работоспособности системы оповещения и информирования на территории муниципального образования;
визуализация выполнения оповещения.
Подсистема комплексного информирования и оповещения должна иметь доступ к средствам экстренного оповещения общероссийской комплексной системы информирования и оповещения населения в местах массового пребывания людей, а также к взаимодействующим подсистемам информирования и оповещения, указанным в п. 4.2.8.
4.2.8Подсистема интеграции данных (интеграционная платформа)
Подсистема интеграции данных должна обеспечивать информационный обмен между подсистемами КСА ЕЦОР и сопрягаемыми системами.
Основными функциями подсистемы интеграции данных должны являться:
интеграция подсистем КСА ЕЦОР с целью организации комплексного информационного взаимодействия, а также с целью обеспечения целостного процесса обработки информации;
обеспечение функционирования сопрягаемых автоматизированных систем в едином информационном пространстве и в единой понятийной среде;
предоставление должностным лицам единой технологической базы для решения информационных задач.
Основными задачами подсистемы интеграции данных являются:
интеграция разнородных информационных систем;
интеграция отдельных подсистем в составе КСА ЕЦОР в рамках целостного процесса обработки информации;
обеспечение доступа пользователей КСА ЕЦОР к необходимым информационным ресурсам для решения задач обеспечения безопасности.
Базовым элементом подсистемы должна быть объектно-реляционная база данных, формирующая единую модель данных. Все разнородные данные должны храниться в этой базе данных, в том числе пространственные данные.
В подсистеме интеграции данных должно быть обеспечено выполнение следующих условий:
наличие гибкой настраиваемой подсистемы разграничения доступа к хранящимся информационным ресурсам;
наличие подсистемы обеспечения взаимодействия с системами гарантированного доведения информации до адресатов.
Также, подсистема интеграции данных должна предусматривать возможность сопряжения с перспективной «Региональной платформой», для обеспечения информационного взаимодействия между автоматизированными системами регионального уровня.
Подсистема интеграции данных должна обеспечивать возможность информационного взаимодействия с Системой-112. Регламент информационного взаимодействия с Системой-112 уточняется на этапе технического проектирования.
При наличии технической и организационной возможности, подсистема интеграции данных должна обеспечивать возможность информационного взаимодействия с автоматизированными системами, поддерживающих унифицированный протокол информационного обмена, в том числе:
система виденаблюдения;
система радиомониторинга чрезвычайных ситуаций и пожаров социальных и потенциально-опасных объектов г. Воронежа и районов области;
система спутникового мониторинга автотранспорта с использованием ГЛОНАСС/GPS;
программно-аппаратный комплекс «Лесной Дозор»;
системы информирования и оповещения:
многоканальная система автоматического оповещения абонентов по каналам связи и сетям передачи данных «Рупор»;
комплекс технических средств оповещения населения (по радиоканалу) КТСО-Р;
система односторонней беспроводной передачи сообщений.
Конкретный состав и распределение компонентов подсистемы интеграции данных определяется и уточняется на этапе технорабочего проектирования.
Для исключения дублирования функционала КСА ЕЦОР и сопрягаемых систем должно быть определенно разделение функционала между КСА ЕЦОР и смежными системами на стадии технорабочего проектирования.
4.2.9Подсистема информационной безопасности
Подсистема информационной безопасности должна представлять комплекс из организационных мер и программно-технических средств и должна обеспечивать:
управление доступом к информационным ресурсам КСА ЕЦОР;
обеспечение безопасности при межсетевом взаимодействии;
регистрацию и учет работы пользователей;
обеспечения целостности информации;
антивирусную защиту;
обнаружения вторжений;
криптографическую защиту, передаваемых данных.
Процедуры авторизации должны представлять собой процесс, а также результат процесса проверки установленных параметров пользователя КСА ЕЦОР (логина и пароля) и предоставление ему или группе пользователей КСА ЕЦОР определенных полномочий на выполнение действий, связанных с доступом к ресурсам КСА ЕЦОР. Должно обеспечиваться ведение журнала авторизации пользователя.
4.2.9.1Функциональный компонент управления доступом
Должна осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю условно-постоянного действия длиной не менее шести буквенно-цифровых символов.
Должна осуществляться идентификация терминалов, узлов сети, каналов связи, внешних устройств по логическим именам.
Должна осуществляться идентификация программ, томов, каталогов, файлов, записей, полей записей по именам.
Должен осуществляться контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа.
4.2.9.2Функциональный компонент регистрации и учета
Должна осуществляться регистрация входа (выхода) субъектов доступа в систему (из системы), либо регистрация загрузки и инициализации операционной системы и ее программного останова. Регистрация выхода из системы или останова не проводится в моменты аппаратурного отключения ИСПДн. В параметрах регистрации указываются:
дата и время входа (выхода) субъекта доступа в систему (из системы) или загрузки (останова) системы;
результат попытки входа: успешная или неуспешная - несанкционированная;
идентификатор (код или фамилия) субъекта, предъявленный при попытке доступа;
код или пароль, предъявленный при неуспешной попытке.
Должна осуществляться регистрация выдачи печатных (графических) документов на «твердую» копию. В параметрах регистрации указываются:
дата и время выдачи (обращения к подсистеме вывода);
спецификация устройства выдачи [логическое имя (номер) внешнего устройства];
краткое содержание (наименование, вид, шифр, код) и уровень конфиденциальности документа;
идентификатор субъекта доступа, запросившего документ.
Должна осуществляться регистрация запуска (завершения) программ и процессов (заданий, задач), предназначенных для обработки защищаемых файлов. В параметрах регистрации указываются:
дата и время запуска;
имя (идентификатор) программы (процесса, задания);
идентификатор субъекта доступа, запросившего программу (процесс, задание);
результат запуска (успешный, неуспешный - несанкционированный).
Должна осуществляться регистрация попыток доступа программных средств (программ, процессов, задач, заданий) к защищаемым файлам. В параметрах регистрации указываются:
дата и время попытки доступа к защищаемому файлу с указанием ее результата: успешная, неуспешная - несанкционированная;
идентификатор субъекта доступа;
спецификация защищаемого файла.
Должна осуществляться регистрация попыток доступа программных средств к следующим дополнительным защищаемым объектам доступа: терминалам, узлам сети, линиям (каналам) связи, внешним устройствам, программам, томам, каталогам, файлам, записям, полям записей. В параметрах регистрации указываются:
дата и время попытки доступа к защищаемому объекту с указанием ее результата: успешная, неуспешная - несанкционированная;
идентификатор субъекта доступа;
спецификация защищаемого объекта [логическое имя (номер)].
Должен проводиться учет всех защищаемых носителей информации с помощью их маркировки и с занесением учетных данных в журнал (учетную карточку).
Учет защищаемых носителей должен проводиться в журнале (картотеке) с регистрацией их выдачи (приема).
Должна осуществляться очистка (обнуление, обезличивание) освобождаемых областей оперативной памяти и внешних накопителей. Очистка осуществляется однократной произвольной записью в освобождаемую область памяти, ранее использованную для хранения защищаемых данных (файлов).
4.2.9.3Функциональный компонент обеспечения целостности
Должна быть обеспечена целостность программных средств ПОИБ, а также неизменность программной среды.
Целостность ПОИБ проверяется при загрузке системы по контрольным суммам компонент системы защиты.
Целостность программной среды обеспечивается использованием трансляторов с языков высокого уровня и отсутствием средств модификации объектного кода программ в процессе обработки и (или) хранения защищаемой информации.
Должна осуществляться физическая охрана технических средств (устройств и носителей информации), предусматривающая контроль доступа в помещения посторонних лиц, наличие надежных препятствий для несанкционированного проникновения в помещения и хранилище носителей информации, особенно в нерабочее время.
Должно проводиться периодическое тестирование функций ПОИБ при изменении программной среды и персонала ИСПДн с помощью тест-программ, имитирующих попытки НСД.
Должны быть в наличии средства восстановления ПОИБ, предусматривающие ведение двух копий программных средств ПОИБ и их периодическое обновление и контроль работоспособности.
4.2.9.4Функциональный компонент обеспечения безопасного межсетевого взаимодействия
В связи с наличием подключения ИСПДн к сетям связи общего пользования данный функциональный компонент должен быть реализован путем использования средств межсетевого экранирования, соответствующих 3 (третьему) классу защищенности в соответствии с РД ФСТЭК «Средства вычислительной техники. Межсетевые экраны. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации». В целях выполнения требований законов и подзаконных нормативных актов, регламентирующих вопросы защиты конфиденциальной информации, в том числе персональных данных, используемые межсетевые экраны как средства защиты информации должны в установленном порядке пройти процедуру оценки соответствия ФСТЭК России.
4.2.9.5Функциональный компонент анализа защищенности
Средства анализа защищенности должны обеспечивать возможность выявления уязвимостей, связанных с ошибками в конфигурации программного обеспечения ИСПДн, которые могут быть использованы нарушителем для реализации атаки на систему. В целях выполнения требований законов и подзаконных нормативных актов, регламентирующих вопросы защиты конфиденциальной информации, в том числе персональных данных, используемые средства анализа защищенности как средства защиты информации должны в установленном порядке пройти процедуру оценки соответствия ФСТЭК России.
4.2.9.6Функциональный компонент обнаружения вторжений
Данный компонент должен быть реализован путем использования в составе ИСПДн сертифицированных программных или программно-аппаратных средств (систем) обнаружения вторжений.
4.2.9.7Функциональный компонент антивирусной защиты
В составе ИСПДн на рабочих станциях и серверах должны применяться сертифицированные средства антивирусной защиты в целях защиты ПДн и программно-технических средств от воздействия вредоносного программного обеспечения.
Указанный перечень функциональных компонентов может быть уточнен и изменен по согласованию с Заказчиком на этапе технического проектирования.
Для программных средств, используемых при защите информации в ИСПДн, должен быть обеспечен четвертый уровень контроля отсутствия НДВ. Все программное и аппаратное обеспечение, реализующее функционал защиты информации, должно быть сертифицировано в системе сертификации ФСТЭК России.
4.2.10Требования к системам обеспечения безопасности населения и муниципальной (коммунальной) инфраструктуры АПК «Безопасный город» 4.2.10.1Комплексное решение «Безопасная школа»
Комплексное решение «Безопасная школа» должно включать набор систем и оконечного оборудования, позволяющих обеспечить комплексный мониторинг различных параметров безопасности здания, включая камеры видеонаблюдения с видеоаналитикой, элементы автоматизированных систем контроля доступа.
Комплексное решение «Безопасная школа» должно обеспечивать выполнение следующих функций:
Мониторинг состояния безопасности здания, включая обнаружение следующих событий на объекте:
пожар (требование должно обеспечиваться при помощи сопряжения с существующей системой охранно-пожарной сигнализации (ОПС) на объекте, при условии наличия системы пожарной сигнализации и возможности такого сопряжения);
активирование «Тревожной кнопки»;
Автоматическую передачу в ПАК ЕЦОР фактов возникновения КСП с использованием каналов выделенного радиоканала МЧС (при наличии на объекте оборудования «Стрелец-Мониторинг»), интернет-каналов или GSM/GPRS.
Получение из ПАК ЕЦОР команд на запуск оповещения при помощи следующего оборудования:
речевой оповещатель (не более 3 речевых оповещателей);
световое табло (не более 3 табло).
Обеспечение круглосуточного видеонаблюдения за территорией объекта с круглосуточной записью видеоизображений в течение 30 суток (не более 6 видеокамер, 2 из которых поворотные). Обработка и запись видеопотоков должна обеспечиваться аппаратными и программными ресурсами КСА ЕЦОР.
Комплексное решение «Безопасная школа» должно максимально использовать возможности существующего оборудования, установленного в общеобразовательных школах.
На этапе обследования должны быть определена возможность использования установленного оборудования (видеокамер, видеорегистраторов) при построении комплексного решения.
4.2.11Требования к системам сегмента обеспечения безопасности на транспорте АПК «Безопасный город» 4.2.11.1Требования к системе видеонаблюдения и безопасности на общественном транспорте
Система видеонаблюдения и безопасности на общественном транспорте должна обеспечивать выполнение следующих функций:
1) запись видео и звука в салоне транспортного средства на встроенную SD карту, включая:
а) возможность дистанционного считывания с ТС в КСА ЕЦОР записанных видео и аудиофайлов;
б) возможность подключения до 8-ми видеокамер к объектовому оборудованию и их дистанционная коммутация;
2) обеспечение экстренной связи на транспортных средствах, включая:
а) автоматическое оповещение служб экстренного реагирования при авариях и других чрезвычайных ситуациях;
б) автоматическое позиционирование точки вызова и регистрацию события;
в) возможность получения фотографии на КСА ЕЦОР при нажатии «тревожной» кнопки;
г) обеспечение доступа к видеопотоку с транспортных средств и аудиоконтроль в реальном времени с КСА ЕЦОР.
|
