1. Общие сведения 1Полное наименование системы и ее условное обозначение


Название1. Общие сведения 1Полное наименование системы и ее условное обозначение
страница6/11
ТипТехническое задание
filling-form.ru > Договоры > Техническое задание
1   2   3   4   5   6   7   8   9   10   11

4.2Требования к функциям (задачам), выполняемым системой


Функции (задачи) Системы реализуются функциональными компонентами ПАК ЕЦОР и входящими в их состав функциональными подсистемами.

Определенные настоящим техническим заданием требования к функциям (задачам), выполняемым Системой, уточняются на этапах технического проектирования и разработки проектной документации ПАК ЕЦОР.

4.2.1Подсистема поддержки принятия решений


Подсистема поддержки принятия решений должна выполнять следующие функции:

  1. опрос абонента по определенным заранее сценариям (наличие системы детерминированных диалогов);

  2. автоматизацию процесса принятия решений, в том числе использование типовых сценариев реагирования на основе утвержденных ведомственных регламентов при ликвидации ЧС и происшествий;

  3. сбор и хранение информации остальных подсистем, сбор и хранение статистической информации;

  4. построение аналитических и статистических отчетов с минимальными временными затратами и без нагрузки на транзакционную часть системы:

    • сбор, обработку и представление информации о работе ЕЦОР в различной форме, в том числе и с применением средств деловой графики, и в различных разрезах (временном, территориальном);

    • формирование отчетов за указанный период;

    • возможность получения отчетов на основании актуальных и архивных данных;

    • возможность построения отчетов с агрегацией показателей и с их детальной расшифровкой;

    • расчет основных показателей функционирования Системы;

    • отчеты по приёму и обработке вызовов, как по отдельно взятой ЕДДС, ДДС, так и по совокупности;

    • отчеты по событиям (превышение пороговых значений, устанавливаемых в настройках подсистемы и т.п.).

  1. разграничение прав доступа к отчетам;

  2. автоматическое формирования стандартных аналитических и статистических отчетов по заданному расписанию.

4.2.2Подсистема приема и обработки обращений


Подсистема должна обеспечивать следующие функции:

  1. приём и обработка (регистрация и документирование) вызовов на единый телефонный номер, поступающих через операторов фиксированной и мобильной связи, направление их оператору ЕЦОР (ЕДДС), перенаправление диспетчеру ДДС;

  2. автоматическое заполнение электронной карточки вызова данными, получаемыми от оператора связи (АОН, др. данные);

  3. ручное (диспетчером, оператором) заполнение соответствующих полей электронной карточки;

  4. дополнительный прием, регистрация, документирование вызовов поступающих в формате: e-mail, SMS (при наличии технических и иных возможностей предоставления операторами связи доступа к SMS-центру), обращений через портал, направление их оператору ЕЦОР, перенаправление диспетчеру ДДС;

  5. регистрацию номера телефона вызывающего абонента, если эта информация поступила от оператора связи;

  6. получение информации о месте установки телефона для вызовов, поступивших от абонентов телефонной сети фиксированной связи, или определение местоположения абонентского устройства сети мобильной связи при наличии технических и иных возможностей предоставления операторами связи информации о месте установки телефона или о местоположении вызывающего абонентского устройства;

  7. регистрацию информации о месте установки телефона или о местоположении вызывающего абонентского устройства в дополнение к регистрации информации об адресе места происшествия;

  8. получение информации о месте происшествия;

  9. фиксация ложных и злонамеренных вызовов;

  10. детектирование повторных обращений граждан;

  11. обработка массовых вызовов по поводу уже зарегистрированного происшествия;

  12. возможность выполнения сценариев при обработке входящих вызовов;

  13. возможность просмотра истории вызовов;

  14. возможность ведения «черных» списков – списков абонентов или номеров телефонов, запросы которых обслуживаются по особому сценарию;

  15. учет следующих параметров в процессе обработки телефонного вызова: дата, день недели, время, номер абонента, линии, с которой поступил вызов;

  16. получение информации о типичных проблемах и средствах их решения, а так же структурированной справочной информации (адреса, телефоны, режимы работы основных служб и т.п.) в соответствии с обрабатываемым вызовом;

  17. оповещение администратора системы о наличии нештатной ситуации в работе и методах ее устранения в целях скорейшего возобновления нормальной работы;

  18. взаимосвязь с существующими и разрабатываемыми автоматизированными информационными системами (АИС) экстренных оперативных служб и других участников информационного взаимодействия;

  19. использование соответствующих справочников (при формировании записи о происшествии для категорий, видов и статусов происшествий) и возможность актуализации данных справочников;

  20. возможность работы со списком происшествий – атрибутивный и полнотекстовый поиск, сортировка, вывод на печать;

  21. автоматизированный выбор состава оповещаемых экстренных служб в зависимости от типа происшествия с возможностью корректировки этого перечня оператором;

  22. автоматический выбор способа оповещения экстренной службы в соответствии с согласованным со службой регламентом;

  23. отображение информации о поступлении или не поступлении в соответствии с регламентом подтверждения («квитанции») о регистрации происшествия во взаимодействующей АС;

  24. при переадресации вызова др. оператору (диспетчеру), передача ранее полученной информации об источнике вызова и случившемся событии;

  25. голосовое самообслуживание абонентов (InteractiveVoiceResponse) со следующими функциями:

    • возможность переадресации входящих вызовов на голосовое меню;

    • навигация по голосовому меню с помощью DTMF-набора;

    • навигация по голосовому меню, при помощи функции распознавания речи;

    • поддержка преобразования текста в речь (для автоматического озвучивания текстовых документов);

    • автоматическая переадресация абонента из очереди на компонент голосового самообслуживания, при превышении времени ожидания в очереди или переполнении очереди;

  26. автоматическая переадресация абонента из модуля голосового самообслуживания на ДДС, в соответствии с результатами тонального набора или распознавания речевой информации, полученной от абонента;

  27. организация групп операторов

  28. организация рабочего места операторов группы “Обычный оператор” со следующими функциями:

    • регистрация на рабочем месте с правами “Обычный оператор”;

    • прием входящих вызовов с отображением информации о номере вызывающего абонента и номере вызываемой службы;

    • получение информации об абоненте и его местонахождении из внешних баз данных (адрес местожительства, возраст, пол, домашний и мобильный (при предоставлении оператором связи) телефоны вызывающего абонента);

    • возможность принудительного разъединения вызова;

    • перевод вызова на другого оператора внутри одной группы операторов;

    • перевод вызовов в другие группы операторов;

    • переадресация входящего вызова на внешний номер или на подсистему самообслуживания (автоинформатор);

    • постановка на удержание;

    • передача вызова, конференция, консультация;

  29. организация рабочего места операторов группы “Старший оператор (супервизор)” со следующими функциями:

    • регистрация на рабочем месте с правами “Старший оператор (супервизор)”;

    • возможность приема и обработки входящих вызовов аналогично, как “Обычный оператор”;

    • возможность мониторинга текущего состояния своей группы “Обычных операторов”;

    • возможность администрирования операторских ресурсов в «горячем» режиме;

    • возможность прослушивания разговоров “Обычных операторов” в реальном времени, а также ранее записанных;

    • возможность блокировки, вывода из системы “Обычных операторов”;

    • возможность блокировки “Обычных операторов” своей группы;

    • передача сообщений операторам различных групп;

    • возможность просмотра статистики по операторам своей группы (групп);

    • возможность оказания, в случае необходимости, психологической поддержки путем переадресация вызовов психологу в двух режимах (с отключением оператора ЕДДС от разговора и с участием оператора ЕДДС в разговоре) в случаях, когда требуется вмешательство психолога;

    • подключение переводчика в случаях, когда абонент разговаривает на языке, отличном от русского и оператор не владеет этим языком;

  30. организация рабочего места администратора подсистемы со следующими функциями:

    • регистрация на рабочем месте с правами администратора;

    • предоставление гибкого интерфейса для настройки подсистемы в целом и всех составляющих модулей, в том числе:

      • настройка маршрутизации вызовов во всех МО;

      • настройка групп операторов ЕДДС, ДДС;

      • привязка групп операторов к службам;

      • настройка рабочих мест операторов;

      • настройка статистики и отчетности;

      • настройка модуля записи телефонных переговоров;

      • наличие возможности мониторинга работы всей подсистемы в целом так и отдельных модулей.

4.2.2.1Функциональный компонент маршрутизации и распределения вызовов


Функциональный компонент маршрутизации и распределения вызовов должен обеспечивать выполнение следующихфункций:

  1. организация очереди входящих вызовов к операторской группе с возможностью настройки различных алгоритмов распределения вызовов между операторами (циклическое распределение вызовов, выбор наиболее свободного оператора, выбор наименее занятого диспетчера, др.) и с учётом следующих критериев:

    • информация АОН;

    • число вызовов, ожидающих в очереди к данной группе операторов;

    • квалификация оператора;

  2. переадресацию вызова в двух режимах (с отключением оператора от разговора и с участием оператора в разговоре) на ДДС, другого оператора, группу операторов, эксперта, специалиста, психолога, переводчика, должностное лицо во всех возможных вариантах взаимодействия объектов Системы;

  3. возможность автоматического голосового или SMS оповещения абонентов по заданному списку телефонов;

  4. возможность выполнения оператором исходящих (в ТФОП) вызовов.

4.2.2.2Функциональный компонент«Нормативно-справочная информация и база знаний»


Функциональный компонент «Нормативно-справочная информация и база знаний» должен обеспечивать выполнение следующих функций:

  1. возможность хранения, наполнения и редактирования базы данных о типовых ситуациях, методах реагирования, используемой в системах поддержки принятия решений и консультативного обслуживания населения;

  2. поддержание максимальной актуальности информации и сформированных знаний;

  3. контекстный поиск с учетом атрибутов хранения данных, типов документов, возможность использования фильтров и шаблонов;

  4. централизованное управление изменениями информационных объектов, контроль логической целостности и публикации;

  5. выстраивание взаимосвязей между информационными объектами;

  6. использование типовых сценариев реагирования на основе утвержденных ведомственных регламентов при ликвидации происшествий;

  7. предоставление средств редактирования информационно-консультационной базы данных;

  8. доступ оператора к информационно-консультационной базе данных и быстрый поиск в ней для получения информации о типовых ситуациях и методах реагирования.

4.2.2.3Функциональный компонент консультативного обслуживания


Компонент консультативного обслуживания населения должен обеспечивать выполнение следующихфункций:

  1. размещение на общедоступном Портале ЕЦОР в сети Интернет документов нормативно-правового обеспечения по вопросам предупреждения и ликвидации чрезвычайных ситуаций;

  2. информирование абонентов системы средствами системы голосового самообслуживания (InteractiveVoiceResponse):

    • автоматическое озвучивание текстовых документов;

    • навигация по голосовому меню с помощью DTMF-набора;

    • навигация по голосовому меню, при помощи функции распознавания речи.

4.2.2.4Функциональный компонент контроля качества обслуживания


Функциональный компонент контроля качества обслуживания должен обеспечивать выполнение следующихфункций:

  1. поддержка записи и хранения телефонных разговоров операторов при обработке вызовов со следующими функциями:

    • централизованная запись телефонных разговоров;

    • централизованное управление и общая настройка подсистемы;

    • запись всех переговоров операторов ЕДДС и ДДС;

    • возможность записи не только аудиоинформации, относящейся к вызову, но и компьютерных экранов, которые оператор открывал на дисплее во время обслуживания вызова (опционально);

    • резервирование серверов записи аудиоинформации, для записи IP телефонов по схеме N+N (“один к одному”) и N+M (“один к нескольким”);

    • запись телефонных разговоров как с IP-телефонов, так и аналоговых аппаратов с единым интерфейсом для поиска и воспроизведения вызовов;

  2. наличие собственной подсистемы отчётности для построения хронологических отчётов по статистикам записанных вызовов

  3. возможность прослушивания записанных переговоров.

4.2.2.5Функциональный компонент обучения


Функциональный компонент обучения должен обеспечивать выполнение следующих функций:

  • хранение и предоставление доступа к библиотеке материалов;

  • хранение и предоставление доступа к эксплуатационной документации;

  • предоставление доступа к программным и техническим средствам для обучения.

4.2.3Подсистема комплексного мониторинга


Основными функциями подсистемы комплексного мониторинга является следующие:

  1. сбор и анализ параметров состояния контролируемых объектов от автомобильных терминалов системы экстренного реагирования «ЭРА-ГЛОНАСС»:

    • получение информации о произошедших ДТП;

    • получение географических координат ДТП;

    • получение данных о пострадавших;

    • передача отчетов о ходе реагирования в систему «ЭРА-ГЛОНАСС»;

  1. сбор и анализ параметров состояния контролируемых объектов от терминалов «ГЛОНАСС/GPS», установленных на транспортных средствах экстренных оперативных служб, привлеченных к реагированию на происшествие и транспортных средствах, перевозящих опасные грузы:

    • получение информации о географических координатах объекта;

    • получение информации о параметрах вектора скорости объекта;

    • получение информации о метке времени (если информация передается терминалом ГЛОНАСС);

    • получение сигнала о возникновении внештатной ситуации;

  1. сбор параметров состояния контролируемых объектов от программно-аппаратного комплекса «Стрелец-Мониторинг»:

    • отслеживание с привязкой к объекту и реальному времени работы ПАК «Стрелец-Мониторинг» как в событийном режиме, так и в режиме периодического опроса по инициативе с диспетчерского центра, в том числе и автоматически по заданному алгоритму;

    • автоматическая регистрация событий, происходящих на контролируемых объектах, с их привязкой к объекту, географическим координатам и реальному времени (в режиме «черный ящик»);

    • аварийная и предупредительная сигнализация о возникновении внештатных ситуаций на контролируемых объектах;

    • отображение в реальном масштабе времени перемещения (места) и состояния мобильного объекта на плане города (карте местности);

  1. формирование и передача в другие компоненты Системы вызова по внештатной ситуации на контролируемых стационарных и подвижных объектах;

  2. взаимодействие со следующими компонентами Системы:

    • подсистемой ГИС в части передачи географических координат подвижных объектов;

    • АРМ оператора ЕДДС в части сигнализации о возникновении внештатных ситуациях на объектах мониторинга;

  1. осуществление мониторинга контролируемых объектов в реальном масштабе времени;

  2. предоставление мониторинговой и необходимой архивной информации допущенным пользователям в реальном масштабе времени;

  3. создание и поддержание архивной базы данных, запись мониторинговой информации в архив;

  4. администрирование базы учетных данных (ведение карточек объектов, зарегистрированных в системе);

  5. разграничение прав доступа пользователей к базе данных;

  6. квитирование всех проходящих через «интегрирующий узел» сообщений;

  7. работы в режиме "уточненных" координат (дифференциальный режим).



4.2.3.1Компонент систем мониторинга и обеспечения безопасности


Компонент систем мониторинга и обеспечения безопасности должен обеспечивать решение следующих задач:

    • прием и обработка информации и сигналов, поступающих от датчиков (соответствующих автоматизированных систем), установленных на контролируемых стационарных и подвижных объектах, в том числетерминалов ГЛОНАСС/GPS, установленных на следующих транспортных средствах:

    • экстренных оперативных служб, привлеченных к реагированию на происшествие;

    • городских служб, привлеченных к реагированию на происшествие;

    • осуществляющих перевозку детей;

    • перевозящих опасные грузы;

    • муниципальный маршрутный городской транспорт, осуществляющий пассажирские перевозки.

  1. интеграция с системой видеоанализа с целью обеспечения следующих возможностей:

    • автоматическое уведомление оператора ЕЦОРо событиях выявленных системами видеоидентификации и видеоанализа с привязкой события к электронной карте с автоматическим заполнением регистрационной карточки события;

    • автоматически уведомление оператора ЕЦОР об активации сигнала тревоги при регистрации микрофоном, установленном на камере звука выше критического уровня с привязкой события к электронной карте с автоматическим заполнением регистрационной карточки события;

    • отображение на электронной карте мест расположения камер видеонаблюдения с указанием направлений обзора;

    • переход из электронной карты квидеопотоку выбранной оператором камеры.

  2. интеграция с системами пожарной безопасности, системами охранной сигнализации и системами мониторинга природной и техногенной безопасности с целью обеспечения следующих возможностей:

    • автоматическое уведомление оператора ЕЦОР о событиях, выявленных системами;

  3. отображение на электронной карте мест срабатывания датчиков систем.

4.2.3.2Компонентвидеомониторинга и видеоанализа


Программное обеспечение подсистемы видеонаблюдения и видеоанализа, должно обладать следующими функциями:

  1. представление всех обнаруженных целей (человек, автомобиль, группа людей) и событий в реальном времени как на общем плане наблюдаемого объекта, так и на детализированных планах;

  2. оператору должна предоставляться общая картина происходящего на объекте таким образом, чтобы при необходимости, оператор мог иметь возможность повысить уровень детализации в интересующем месте и получить более детальную информацию о месте возникновения происшествия;

  3. отображение областей видимости обзорных камер на планах подсистем с возможностью выбора камеры для просмотра посредством ее выделения на плане;

  4. иерархическая организация видеоисточников, аналитических регистраторов, устройств управления. Распределение прав пользователей по доступу к источникам видео и событий по аппаратному или логическому принципу. Каждый оператор должен иметь полномочия по доступу к источникам на просмотр, модернизацию параметров, получение текущего состояния, просмотр архива с указанием глубины и т. д. в соответствии с его служебными полномочиями;

  5. установка степени важности тревог с определением группы операторов-получателей;

  6. оперативное уведомление оператора о сложившихся нештатных ситуациях с предоставлением информации о времени, месте, характере ситуации, автоматическим предоставлением видеоинформации одновременно в записи и реального времени, а так же поддержкой режима оценки оператором каждой из ситуаций;

  7. система приоритетов по доступу к источникам и исполнительным устройствам. Администраторы системы должны определять приоритеты управления поворотными и прочими исполнительными устройствами для всех операторов;

  8. мониторинг состояния всех элементов системы в реальном времени из любой точки сетевой среды. Операторы должны получать информацию о работоспособности системы в реальном времени. При отказе узла должны получать тревожное сообщение;

  9. унифицированный интерфейс настройки сетевых источников видеосигнала с возможностью оперативного доступа. Системадолжна позволять из единого центра администрировать все распределенные источники видеосигнала и видеорегистраторы с аналитикой при помощи единого приложения с мгновенным применением результатов в режиме работы системы на всех уровнях иерархии;

  10. распознавание целей (люди, автомобили, оставленный предмет, дым, огонь) и тревожных ситуаций в режиме реального времени по видеоизображению, получаемому от неподвижных видеокамер (Master-камер);

  11. задание одного из режимов работы поворотных:

    • цикличное патрулирование предустановленных зон;

    • управление по командам оператора;

    • автоматическое наведение на обнаруживаемые цели.

  1. патрулирования поворотной камерой путем циклической смены зон наблюдения в автоматическом режиме и реализации функций видеорегистрации, и обнаружения нештатных ситуаций для каждой зоны обзора;

  2. управление поворотными камерами следующими способами:

    • виртуальный джойстик;

    • указание интересующей области на видеоизображении;

    • указание интересующей области на электронной карте.

  1. автоматическое наведение поворотных камер на обнаруженные цели (человек, ТС, группа людей) с оптическим увеличением и сопровождением по видеоизображению с обзорной камеры;

  2. формировать по каждому событию короткометражный видеоролик для оперативного анализа и реагирования;

  3. при наличии двух и более камер с пересекающимися секторами обзора, должен быть предусмотрен режим передачи сопровождаемой цели от одной камеры к другой.

  4. выбор режима сопровождения целей (сопровождение целей, вызвавших тревогу, сопровождение всех обнаруженных целей);

  5. указание интересующей области для оптического увеличения при помощи поворотной камеры, посредством плана объекта и видеоизображения сопряженной с ней неподвижной камеры;

  6. формирование в режиме реального времени базы данных распознанных целей;

  7. привязка зон обзора неподвижных видеокамер к карте охраняемого объекта, проекции мнемоник движущихся целей на карту объекта;

  8. выдача аудиовизуального сигнала оператору в случае возникновения тревожной ситуации;

  9. оперативное уведомление оператора о сложившихся нештатных ситуациях с предоставлением информации о времени, месте, характере ситуации, автоматическим предоставлением видеоинформации одновременно в записи и реального времени, а так же поддержкой режима оценки оператором каждой из ситуаций;

  10. обеспечение круглосуточного наблюдения за ситуацией в зонах наблюдения;

  11. обеспечение просмотра архива с возможностью поиска видеофрагментов по определенным условиям (дата, время, камера, тип цели и т.д.).
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Требования к пороговым условиям срабатывания алгоритмов подсистемы видеоанализа

Компонент должен обеспечить следующее качество распознавания:

  • вероятность распознавания чистых контрастных регистрационных номеров транспортных средств (удовлетворяющих требованиям ГОСТ Р 50577-93, ГОСТ 3207-77 и Венской конвенции о дорожном движении) - более 99%;

  • вероятность распознавания в реальном транспортном потоке - более 95%;

  • максимально допустимая скорость движения транспортного средства в зоне контроля - 150 км/ч (потоковая версия) или 20 км/ч (паркинговая версия);

  • размер номерной пластины в кадре: высота больших символов — 14–27 пикселов; ширина пластины — 120–180 пикселов;

  • чувствительность - не менее 50 лк;

  • угол наклона камеры - по вертикали до 30°, по горизонтали до 30°;

  • допустимый интервал следования легковых автомобилей - 3 м (угол наклона камеры по вертикали 30°);

  • допустимый интервал следования грузовых автомобилей - 7 м (угол наклона камеры по вертикали 30°).
4.2.3.2.4Требования к транспортным алгоритмам подсистемы видеоанализа

Минимальный размер изображения ТС, за которым ведётся наблюдение, с элементами аналитики должен соответствовать 10х10 пикселов.

Относительная погрешность определения скорости ТС по видеоданным: не более 20%.
4.2.3.2.5Требования к алгоритмам «Обнаружения движения/прохода» подсистемы видеоанализа

Минимальный размер целей, детектируемых и классифицируемых алгоритмами должен составлять: 6 пикселей в высоту, 4 пикселя в ширину.
4.2.3.2.6Требования к алгоритму «Оставленный предмет» подсистемы видеоанализа

Минимальный размер предмета, детектируемого алгоритмами должен составлять 20 пикселей.
4.2.3.2.7Требования к алгоритму «Возгорание» подсистемы видеоанализа

Минимальный размер возгорания, детектируемого алгоритмами, должен составлять 20 пикселей. Минимальный размер ауры огня не более 8х8 пикселей.
4.2.3.2.8Требования к алгоритму «Скопление людей» подсистемы видеоанализа

Минимальный размер человека должен составлять не менее 4 х 15 пикселей. Минимальное кол-во людей считаемых скоплением не менее 4.
4.2.3.2.9Требования к алгоритму «Подсчет людей» подсистемы видеоанализа

Минимальный линейный размер человека на изображении должен составлять 16 пикселей.
4.2.3.2.10Требования к алгоритму «Шагающий мастер» и алгоритмам на поворотных видеокамерах подсистемы видеоанализа

Требования к размерам целей аналогичны стационарным камерам. Время нахождения в каждой препозиции не менее 7 секунд. Для алгоритмов обнаружения оставленных предметов, возгорания время нахождения в каждой препозиции не менее 30 секунд.
4.2.3.2.11Требования к клиентскому приложению подсистемы видеоанализа для операторов ЕЦОР

Клиентское приложение подсистемы видеоанализа для операторов ПАК ЕЦОР должно обеспечивать следующее:

  • прием и обработку потока информации, поступающей от объектового оборудования;

  • обработку цветного изображения;

  • управление отображением видеоинформации;

  • формирование мультиэкранного изображения с возможностью одновременного просмотра до 64 видеокамер;

  • возможность экспорта или распечатки выбранного кадра («стоп-кадр»);

  • взаимодействие со средствами архивирования видеоинформации для просмотра архивов;

  • возможность просмотра изображения с видеокамер или архива в полноэкранном режиме;

  • возможность просмотра архивного изображения в выбранных зонах наблюдения при одновременном контроле текущей ситуации в других зонах;

  • просмотр архива событий (фильтрация по типу событий, дате и другим параметрам).

  • поддержку автоматического звукового (должна быть предусмотрена возможность программного отключения данной функции администратором) и визуального оповещения о срабатывании детектора движения независимо для каждой видеокамеры с автоматическим включением записи;

  • возможность дистанционного управления исполнительными устройствами;

  • аутентификацию оператора;

  • протоколирование всех действий оператора на АРМ;

  • сохранение работоспособности при кратковременном пропадании электропитания.

4.2.3.3Компонент мониторинга паводковой обстановки


Компонент мониторинга паводковой обстановки должен обеспечивать выполнение следующих функций:

  • непрерывный контроль за уровнем воды в паводковый период;

  • получение информации о повышении (снижении) уровня воды в реках;

  • возможность своевременного прогнозирования места, времени и мощности ожидаемых паводков;

  • получение оценки возможных потерь и ущерба при известных прогнозируемых параметрах паводков, а также возможных потерь и ущерба при фактических параметрах паводков;

  • формирование информации для отображения зоны возможного затопления на электронной карте, глубин в любой точке затопления, об объектах и населенных пунктах, попадающих в зону затопления;

  • расчет привлекаемых сил и средств;

  • предоставление полученной информации персоналу дежурной диспетчерской службы в удобном для оперативного реагирования виде;

  • выполнение функции оповещения и информирования населения о возникшей обстановке, автоматическое формирование аварийных СМС-сообщений на мобильные коммуникаторы должностных лиц с возможностью удаленного оперативного просмотра аварийных параметров;

  • возможность обмена информацией между службами в паводковый период.

Количество и расположение устанавливаемых датчиков предельно допустимого уровня воды в водоемах определяется на этапах обследования, технического и рабочего проектирования.

4.2.4Интеграционная географическая информационная подсистема


Интеграционная геоинформационная подсистема должна иметь механизмы взаимодействия с уже имеющимися геоинформационными подсистемами ДДС, либо удовлетворять требованию заменимости.

Объем и распределение предоставляемой информации по рабочим местам должностных лиц определяется на этапе технического проектирования ЕЦОР.

В подсистеме должен быть предусмотрен механизм регулярного обновления электронных карт подсистемы для обеспечения актуальности картографической информации.

Пользовательский интерфейс подсистемы должен предоставлять следующие функциональные возможности:

  • атрибутивный поиск на карте объектов классифицированных типов;

  • указание и уточнение местоположения объектов, связанных с происшествием, как с помощью визуальных графических средств, так и с помощью прямого ввода координат;

  • прокладка маршрутов движения между заданными объектами;

  • определение загруженности дорог.

Интеграция Подсистемы приема и обработки обращений и Интеграционной геоинформационной системой происходит на двух уровнях:

  1. на уровне интеграционной шины для подготовки географической информации в автоматическом режиме;

  2. на уровне АРМ оператора для предоставления оператору возможности работы с картой on-line (приближение, перемещение, измерение и т.д.).

Общие функции интеграционной геоинформационной системы:

  1. отображение картографических слоев многослойного цифрового плана города (здания, границы кварталов, зеленые массивы, водные объекты, железные дороги, мосты, улицы и т.д.) в произвольном масштабе с возможностью настройки параметров отображения (порядок отображения слоев, цвета и стили линий и заливок, шрифты надписей, использование условных знаков и т.д.);

  2. обеспечение по завершении ввода заявки о пожаре (ЧС) отображение фрагмента карты с центром в точке соответствующей центроиду объекта пожара (ЧС);

  3. выполнение пространственных измерений;

  4. вычисление прямоугольных или географических координат объекта по его почтовому адресу и наоборот (поддержка геокодирования);

  5. поиск объекта по его почтовому адресу, телефону, наименованию;

  6. справка об объектах под курсором с получением информации по базам данных;

  7. поиск объекта по таблице с отображением на карте;

  8. поиск объекта по названию, включая определение его адреса или координат; при визуализации плана (карты) он(а) должна панорамироваться к этому объекту, объект должен при этом быть подсвечен;

  9. оперативное отображение картографической информации и объектов учета и мониторинга на АРМ оператора ЕДДС:

    • местоположение абонента;

    • место возникновения происшествия (при наличии информации о географическом местоположении);

    • критически важные объекты, находящиеся под наблюдением системы мониторинга;

    • подчиненные и задействованные мобильные силы и средства (только при получении такой информации от соответствующих ДДС);

    • природно-географические, социально-демографические, экономические и другие характеристики территории;

    • соседние ДДС;

  10. для каждого ДДС отображение объектов учета и мониторинга, входящих в зону ответственности данного ДДС;

  11. атрибутивный поиск на карте объектов классифицированных типов;

  12. указание и уточнение местоположения объектов, связанных с происшествием, как с помощью визуальных графических средств, так и с помощью прямого ввода координат;

  13. прокладка маршрутов движения между заданными объектами.

4.2.5Интернет – портал


Интернет-портал должен предоставлять пользователям сети Интернет следующие возможности:

  1. предоставлять актуальную информацию о событиях, напрямую или косвенно связанных с обеспечением безопасности жизнедеятельности, а так же о допустимых к общему доступу инцидентах и заявках с обозначением их статуса и с привязкой к местности (обозначением на электронной карте города);

  2. информировать оператора ПАК ЕЦОР о зарегистрированных, посредством Интернет – портала, событиях с автоматической регистрацией и постановкой заявки на контроль исполнения;

  3. предоставление пользователям сети Интернет актуализированной информации о событиях, связанных с безопасностью жизнедеятельности;

  4. предоставление информации о статусах исполнения обращений граждан с отображением на электронной карте города;

  5. возможность присоединения мультимедийной информации к сообщению о событии;

  6. определение устройства пользователя, обращающегося на интернет портал с автоматическим предоставлением соответствующей версии интернет портала (для мобильных устройств – мобильную версию);

  7. фильтрация зарегистрированных событий, отображаемых на электронной карте интернет портала по следующим критериям:

    • завершенные события;

    • обрабатываемые события;

    • категории событий;

    • события по заданному периоду времени.

Веб-клиент должен работать в интернет-браузерах таких как InternetExplorer, MozillaFirefox, GoogleChrome, Safari, Opera, OperaMini.

4.2.6Подсистема обеспечения координации и взаимодействия


Подсистема обеспечения координации и взаимодействиядолжна выполнять следующие функции:

  1. организация межведомственного взаимодействия в работе служб оперативного/экстренного реагирования при реагировании на чрезвычайные ситуации;

  2. обеспечение возможности управления статусами инцидентов в многопользовательском режиме;

  3. автоматизированное формирование поручений на основе заранее подготовленных шаблонов и сценариев реагирования;

  4. контроль хода исполнения поручения и автоматический запуск сценариев информирования при угрозе срыва срока исполнения поручения.

4.2.7Подсистема комплексного информирования и оповещения


Основной функцией подсистемы комплексного информирования и оповещения является объединение в организационно-техническую систему аппаратно-программных средств обработки, передачи и отображения аудио и видеоинформации в целях:

  • подготовки населения в области гражданской обороны, защиты от чрезвычайных ситуаций;

  • обеспечения пожарной безопасности;

  • безопасности на водных объектах;

  • охраны общественного порядка;

  • своевременного оповещения и оперативного информирования граждан о КСП и угрозе террористических акций;

  • мониторинга обстановки и состояния правопорядка в местах массового пребывания людей на основе использования современных технических средств и технологий.

4.2.8Подсистема информационной безопасности


ПИБ должна представлять комплекс из организационных мер и программно-технических средств и должна обеспечивать:

  • управление доступом к информационным ресурсам ПАК ЕЦОР;

  • обеспечение безопасности при межсетевом взаимодействии;

  • регистрацию и учет работы пользователей;

  • обеспечения целостности информации;

  • антивирусную защиту;

  • обнаружения вторжений;

  • криптографическую защиту, передаваемых данных.

4.2.8.1Функциональный компонент управления доступом


Должна осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю условно-постоянного действия длиной не менее шести буквенно-цифровых символов.

Должна осуществляться идентификация терминалов, узлов сети, каналов связи, внешних устройств по логическим именам.

Должна осуществляться идентификация программ, томов, каталогов, файлов, записей, полей записей по именам.

Должен осуществляться контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа.

4.2.8.2Функциональный компонент регистрации и учета


Должна осуществляться регистрация входа (выхода) субъектов доступа в систему (из системы), либо регистрация загрузки и инициализации операционной системы и ее программного останова. Регистрация выхода из системы или останова не проводится в моменты аппаратурного отключения ИСПДн. В параметрах регистрации указываются:

  • дата и время входа (выхода) субъекта доступа в систему (из системы) или загрузки (останова) системы;

  • результат попытки входа: успешная или неуспешная - несанкционированная;

  • идентификатор (код или фамилия) субъекта, предъявленный при попытке доступа;

  • код или пароль, предъявленный при неуспешной попытке.

Должна осуществляться регистрация выдачи печатных (графических) документов на "твердую" копию. В параметрах регистрации указываются:

  • дата и время выдачи (обращения к подсистеме вывода);

  • спецификация устройства выдачи [логическое имя (номер) внешнего устройства];

  • краткое содержание (наименование, вид, шифр, код) и уровень конфиденциальности документа;

  • идентификатор субъекта доступа, запросившего документ.

Должна осуществляться регистрация запуска (завершения) программ и процессов (заданий, задач), предназначенных для обработки защищаемых файлов. В параметрах регистрации указываются:

  • дата и время запуска;

  • имя (идентификатор) программы (процесса, задания);

  • идентификатор субъекта доступа, запросившего программу (процесс, задание);

  • результат запуска (успешный, неуспешный - несанкционированный).

Должна осуществляться регистрация попыток доступа программных средств (программ, процессов, задач, заданий) к защищаемым файлам. В параметрах регистрации указываются:

  • дата и время попытки доступа к защищаемому файлу с указанием ее результата: успешная, неуспешная - несанкционированная;

  • идентификатор субъекта доступа;

  • спецификация защищаемого файла.

Должна осуществляться регистрация попыток доступа программных средств к следующим дополнительным защищаемым объектам доступа: терминалам, узлам сети, линиям (каналам) связи, внешним устройствам, программам, томам, каталогам, файлам, записям, полям записей. В параметрах регистрации указываются:

  • дата и время попытки доступа к защищаемому объекту с указанием ее результата: успешная, неуспешная - несанкционированная;

  • идентификатор субъекта доступа;

  • спецификация защищаемого объекта [логическое имя (номер)].

Должен проводиться учет всех защищаемых носителей информации с помощью их маркировки и с занесением учетных данных в журнал (учетную карточку).

Учет защищаемых носителей должен проводиться в журнале (картотеке) с регистрацией их выдачи (приема).

Должна осуществляться очистка (обнуление, обезличивание) освобождаемых областей оперативной памяти и внешних накопителей. Очистка осуществляется однократной произвольной записью в освобождаемую область памяти, ранее использованную для хранения защищаемых данных (файлов).

4.2.8.3Функциональный компонент обеспечения целостности


Должна быть обеспечена целостность программных средств ПОИБ, а также неизменность программной среды.

Целостность ПОИБ проверяется при загрузке системы по контрольным суммам компонент системы защиты.

Целостность программной среды обеспечивается использованием трансляторов с языков высокого уровня и отсутствием средств модификации объектного кода программ в процессе обработки и (или) хранения защищаемой информации.

Должна осуществляться физическая охрана технических средств (устройств и носителей информации), предусматривающая контроль доступа в помещения посторонних лиц, наличие надежных препятствий для несанкционированного проникновения в помещения и хранилище носителей информации, особенно в нерабочее время.

Должно проводиться периодическое тестирование функций ПОИБ при изменении программной среды и персонала ИСПДн с помощью тест-программ, имитирующих попытки НСД.

Должны быть в наличии средства восстановления ПОИБ, предусматривающие ведение двух копий программных средств ПОИБ и их периодическое обновление и контроль работоспособности.

4.2.8.4Функциональный компонент обеспечения безопасного межсетевого взаимодействия


В связи с наличием подключения ИСПДн к сетям связи общего пользования данный функциональный компонент должен быть реализован путем использования средств межсетевого экранирования, соответствующих 3 (третьему) классу защищенности в соответствии с РД ФСТЭК «Средства вычислительной техники. Межсетевые экраны. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации». В целях выполнения требований законов и подзаконных нормативных актов, регламентирующих вопросы защиты конфиденциальной информации, в том числе персональных данных, используемые межсетевые экраны как средства защиты информации должны в установленном порядке пройти процедуру оценки соответствия ФСТЭК России.

4.2.8.5Функциональный компонент анализа защищенности


Средства анализа защищенности должны обеспечивать возможность выявления уязвимостей, связанных с ошибками в конфигурации программного обеспечения ИСПДн, которые могут быть использованы нарушителем для реализации атаки на систему. В целях выполнения требований законов и подзаконных нормативных актов, регламентирующих вопросы защиты конфиденциальной информации, в том числе персональных данных, используемые средства анализа защищенности как средства защиты информации должны в установленном порядке пройти процедуру оценки соответствия ФСТЭК России.

4.2.8.6Функциональный компонент обнаружения вторжений


Данный компонент должен быть реализован путем использования в составе ИСПДн сертифицированных программных или программно-аппаратных средств (систем) обнаружения вторжений.

4.2.8.7Функциональный компонент антивирусной защиты


В составе ИСПДн на рабочих станциях и серверах должны применяться сертифицированные средства антивирусной защиты в целях защиты ПДн и программно-технических средств от воздействия вредоносного программного обеспечения.

Указанный перечень функциональных компонентов может быть уточнен и изменен по согласованию с Заказчиком на этапе технического проектирования.

Для программных средств, используемых при защите информации в ИСПДн, должен быть обеспечен четвертый уровень контроля отсутствия НДВ. Все программное и аппаратное обеспечение, реализующее функционал защиты информации, должно быть сертифицировано в системе сертификации ФСТЭК России.
1   2   3   4   5   6   7   8   9   10   11

Похожие:

1. Общие сведения 1Полное наименование системы и ее условное обозначение icon1. 1Полное наименование Системы и её условное обозначение 6
Подсистема информационного взаимодействия с информационными ресурсами Росреестра 14

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconФедеральная государственная информационная система Росаккредитации...
Настоящий документ содержит описание правил и порядка действий при работе в Личном кабинете органа инспекции (далее – Личный кабинет,...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconФедеральная государственная информационная система Росаккредитации...
Настоящий документ содержит описание правил и порядка действий при работе в Личном кабинете органа по сертификации (далее – Личный...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconФедеральная государственная информационная система Росаккредитации...
Настоящий документ содержит описание правил и порядка действий при работе в Личном кабинете испытательной лаборатории (центра) (далее...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconЗанятие 26. Выполнение схемы электрической-принципиальной Некоторые сведения о схемах
Гост 701-68 устанавливает виды и типы схем, их обозначение и общие требования к выполнению схем

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconТабель учета рабочего времени бюджетного учреждения
Т-13, обязан ли работодатель указывать в табеле время переработки при ненормированном режиме рабочего времени, что делать, если невозможно...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconСогласовано
Системы защиты информации информационной системы персональных данных «наименование системы». Совместно со специалистами сторонней...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconСогласовано 1
Наименование и обозначение опытного образца продукции (далее – объект испытаний)

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconПояснительная записка Общие сведения об учреждении
Общие сведения об учреждении, контингент детей, воспитывающихся в доу. Комплектование групп, режим работы детского сада. Сведения...

1. Общие сведения 1Полное наименование системы и ее условное обозначение iconПолное наименование юридического лица/фио индивидуального предпринимателя;...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск