«единый центр оперативного реагирования»



страница6/13
Дата15.11.2016
Размер1.77 Mb.
1   2   3   4   5   6   7   8   9   ...   13

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


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

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


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


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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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



  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. организация рабочего места администратора подсистемы со следующими функциями:

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

  4. возможность выполнения оператором исходящих (в ТФОП) вызовов.
        1. Функциональный компонент «Нормативно-справочная информация и база знаний»


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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

Видеокамеры или кодеры (преобразователи аналогового сигнала в цифровой) должны поддерживать интерфейс ONVIF версии 1.02 или выше, тип устройства передатчик сетевого видео (NVT), профиль Profile S. Передатчики сетевого видео, включая камеры и видеосервера, должны поддерживать компрессию H.264 MainProfile, MJPG MainProfile для передачи потокового видео и JPEG для передачи отдельных кадров. Видеоаналитические сервера, подключаемые к сетевым камерам, должны на выходе поддерживать интерфейс ONVIF версии 2.2 или выше, тип устройства аналитика сетевого видео (NVA) для передачи видео и результатов работы видеоаналитики от сервера к другим компонентам.
          1. Требования к аналитическим функциям подсистемы видеоанализа

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

Ситуационные:



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

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

  • выявление фактов неадекватного движения человека;

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

  • детектор оставленных предметов и их владельцев;

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

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

  • детектор задымления и открытого огня;

  • детектор фактов пересечения запрещенной зоны (проезд, проход);

  • детектор исчезнувших предметов;

  • реагирование на проход людей в заданном направлении (входы, выходы, переходы, коридоры и т.п.);

  • появление человека или автомобиля в зоне наблюдения (улицы, площади, перекрестки, парки).

Сервисные:

  • расфокусировка видеокамеры;

  • загрязнение объектива видеокамеры;

  • изменение фона;

  • изменение зоны обзора, отворачивание камеры;

  • заслонение объектива камеры.
          1. Требования к пороговым условиям срабатывания алгоритмов подсистемы видеоанализа

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

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

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

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

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

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

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

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

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

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

Относительная погрешность определения скорости ТС по видеоданным: не более 20%.


          1. Требования к алгоритмам «Обнаружения движения/прохода» подсистемы видеоанализа

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

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

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

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

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

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


          1. Требования к клиентскому приложению подсистемы видеоанализа для операторов ЕЦОР

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

- непрерывный контроль параметров степени пожарной опасности в течение пожароопасного сезона по условиям погоды (Контролируемые параметры на территории лесного фонда: температура воздуха; температура точки росы; количество осадков; скорость и направление ветра);

- получение информации о возникновении очагов природных пожаров и их развитии;

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

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

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

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

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

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

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

Технические средства для наземного обнаружения лесных пожаров должны обеспечивать определение места появления дыма с точностью не менее 0,5 км.

        1. Компонент мониторинга аварий с выбросом химически опасных веществ и образованием зон химического заражения (АХОВ).


Компонент мониторинга аварий с выбросом химически опасных веществ и образованием зон химического заражения (АХОВ) должен соответствовать ГОСТ Р 22.1.10-2002.
        1. Компонент мониторинга радиационной обстановки.


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

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

- содержание радиоактивных веществ в атмосферном воздухе, включая среднегодовые значения эквивалентной равновесной объемной активности (ЭРОА) изотопов радона, и радиоактивных выпадений из атмосферы на территории населенных пунктов (районов и т.п.);

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

- среднегодовые значения эквивалентной равновесной объемной активности (ЭРОА) изотопов радона в воздухе жилых и общественных помещений на территории населенного пункта;

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

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

        1. Компонент системы мониторинга инженерных сооружений (СМИС).


СМИС должны обеспечивать контроль следующих основных дестабилизирующих факторов:

· нарушения несущей способности конструктивных элементов зданий и сооружений, выявление скрытых дефектов;

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

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

· нарушения в подаче газа, вызванные авариями на трубопроводах;

· загазованность контролируемых помещений;

· ситуации, связанные с возникновением пожароопасных ситуаций;

· несанкционированное проникновение в жилые и служебные помещения;

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

· нарушения технологий очистных процессов, способные привести к возникновению чрезвычайных ситуаций.

СМИС должны обеспечивать:

· предупреждение и прогнозирование аварийных ситуаций;

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

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

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

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

· повышение оперативности доведения информации о нештатных и аварийных ситуациях до соответствующих служб через информационное сопряжение с ЕДДС;

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

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

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

формирование и передача формализованного сообщения о ЧС в ЕДДС;

формирование и передача формализованной оперативной информации в ДДС объекта;

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

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

документирование и регистрация аварийных ситуаций.

        1. Компонент мониторинга опасных метеорологических явлений.


Компонент мониторинга опасных метеорологических явлений должен соответствовать ГОСТ Р 22.1.07-99 «Мониторинг и прогнозирование опасных метеорологических явлений и процессов».

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


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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  14. отображение состояния оборудования, 3D-объектов и происходящих событий на 3D-картах с привязкой к координатам Земли;

  15. ведение слоев инфраструктуры АПК «Безопасный город», обеспечивающий визуализацию оконечных КСА, их характеристик, фиксируемых ими параметров окружающей среды;

  16. отображение информации о местонахождении и перемещении сил и средств реагирования, при наличии технических возможностей используемых технологий ГЛОНАСС;

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

  18. отображение мест расположения систем оповещения населения (ОКСИОН, ЛСО, КСИОН, МАСЦО и др.) и статуса их работоспособности;

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

  20. доступ к данным оконечных КСА:

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

    • переход к статистике параметров окружающей среды, регистрируемой оконечными КСА по мнемонике оконечного устройства.

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


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

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



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

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

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

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

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

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

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

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

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

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

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

Веб-клиент должен работать в интернет-браузерах таких как Internet Explorer, Mozilla Firefox, Google Chrome, Safari, Opera, Opera Mini

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


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

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



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

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

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

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

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


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

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

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

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

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

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

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

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

в части систем оповещения:



  • мониторинг работоспособности системы оповещения на территории муниципального образования «Белинский район»;

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

в части системы информирования:

  • мониторинг и контроль системы информирования;

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

Подсистема комплексного информирования и оповещения обеспечивает интеграцию с аппаратно-программными средствами обработки, передачи и отображения аудио и видеоинформации различных систем информирования и оповещения (ОКСИОН, ЛСО, КСИОН, МАСЦО и др.).

Функции:

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

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

3) управление информированием и оповещением в соответствии с полномочиями;

4) подготовка и управление трансляциями на терминальных комплексах ОКСИОН.

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


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

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

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

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

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

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

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

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

  • защиту персональной информации.

Подсистема информационной безопасности должна обеспечивать процедуру придания юридической силы документам, продуцируемым КСА ЕЦОР, в том числе и с использованием электронной цифровой подписи.
        1. Функциональный компонент управления доступом


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

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

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

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


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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


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


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


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


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

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

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

1   2   3   4   5   6   7   8   9   ...   13


База данных защищена авторским правом ©bezogr.ru 2016
обратиться к администрации

    Главная страница