00тзнасозданиес-112облака. Техническое задание 1 Создание системы обеспечения вызова экстренных оперативных служб по единому номеру 112
 Скачать 1.02 Mb.
|
|
4.3 Требования к видам обеспечения 4.3.1 Требования к математическому обеспечению Математическое обеспечение должно определять модели и алгоритмы обработки информации, алгоритмы управления прикладными процессами. Алгоритмы обработки информации должны описывать алгоритмы, осуществляющие сервисные функции при обработке информации (сортировка, фильтрация, выполнение арифметических операций над массивами данных и др.), алгоритмы оперативного контроля и управления. Разработанные алгоритмы должны обеспечивать высокую оперативность исполнения (минимальное количество ветвлений, условных переходов и прерываний) при разумной их длине. Разработанные алгоритмы управления прикладными процессами должны обладать высокой надежностью и устойчивостью. 4.3.2 Требования информационному обеспечению 4.3.2.1 Требования к составу, структуре и способам организации данных Информационное обеспечение системы-112 по содержанию и полноте должно быть достаточно для комплексного представления всех основных вопросов. При разработке системы должны предусматриваться современные технологии обработки данных, в том числе: перемещение по иерархии данных; агрегацию и детализацию данных для проведения анализа; расчет аналитических показателей по согласованным методикам. В рамках обеспечения информационного взаимодействия с другими информационными системами в системе-112 должна быть обеспечена совместимость с действующими и создаваемыми смежными и внешними информационными системами посредством открытых программных API интерфейсов, файлового обмена и доступа при помощи технологии Web- сервисов в едином согласованном формате на основе XML, XSL. Организация данных в системе-112 должна включать в себя: 73 Изм Лист № документа Подпись Дата операционные данные - структурированную динамическую информацию, порождаемую и используемую в ходе осуществления основных процессов деятельности; электронные документы - неструктурированные данные, порождаемые в процессах деятельности, а так же получаемые извне, после преобразования в электронный вид; служебную информацию - структурированную информацию, обеспечивающую функционирование компонентов и системы-112 в целом; внешние информационные ресурсы - структурированную информацию, получаемую из автоматизированных систем организаций и ведомств согласно соглашениям об информационном обмене и техническим условиям обмена; нормативно-справочную информацию - условно-постоянную информацию, используемую в процессах деятельности, которая в структурированной части должна формироваться на основе единой системы классификации и кодирования и которая включает в себя международные, общегосударственные, ведомственные и отраслевые классификаторы, нормативы и справочники, а также неструктурированную нормативно-справочную документацию; метаданные - структурированную, понимаемую автоматизированную системой информацию о характеристиках и множествах принимаемых значении хранимых данных, которая описывает, в частности, информационное наполнение (структуру) базы данных и рабочие процессы; картографическую и адресную информацию - структурированную графическую информацию, предназначенную для реализаций функций геоинформационной системы. Сущности предметной области деятельности должны выделяться на основе устойчивых объектов предметной области, а не на основе формализации документов, подверженных частым изменениям. Сущности предметной области должны предусматривать атрибуты для идентификации. Все подсистемы системы-112 должны использовать единые, ведущиеся централизованно метаданные, НСИ и классификаторы, обеспечивать возможность формирования локальных справочников, поддерживать историчность (версионность) метаданных и НСИ для обеспечения возможности проведения анализа с использованием данных за предшествующие временные периоды. Разрозненные данные должны быть интегрированы в едином централизованном хранилище информации. Состав, структура и способы организации данных в базах данных, а также состав и структура НСИ должны быть уточнены на стадии технического проектирования. 4.3.2.2 Требования к информационному обмену между компонентами системы В системе-112 возможны следующие виды информационного обмена между компонентами: 74 Изм Лист № документа Подпись Дата сбор информации, содержащейся в текстовых журналах; обмен информацией между компонентами системы-112, расположенными в одной ЛВС; обмен информацией между компонентами системы-112, расположенными в разных ЛВС. Информационный обмен между компонентами системы-112 должен осуществляться с учетом требований пункта 4.1.1.2 настоящего ТЗ. 4.3.2.3 Требования к информационной совместимости со смежными и внешними системами В системе-112 возможны следующие виды информационного обмена со смежными и внешними системами: получение информации из смежных (внешних) информационных ресурсов; отправка информации в смежные (внешних) информационные ресурсы; межведомственный обмен информационными ресурсами. Взаимодействие со смежными и внешними информационными ресурсами должно осуществляться с учетом требований пункта 4.1.1.4 настоящего ТЗ. Детальные требования к видам информационного обмена со смежными и внешними системами и состав данных для осуществления информационного обмена по каждой системе должны быть сформированы на стадии технического проектирования системы-112. Система-112 должна поддерживать возможность экспорта данных в смежные и внешние системы через файлы данных или информационные сервисы, а также обеспечивать возможность загрузки данных, получаемых от смежных (внешних) систем. 4.3.2.4 Требования по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов Структуры баз данных подсистем должны поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Система, по возможности, должна использовать классификаторы и справочники, которые ведутся в Единой системе классификации и кодирования. Требования к составу и содержанию общих справочников и классификаторов должны быть сформированы на стадии технического проектирования и уточнены на этапе разработки рабочей документации системы-112. 4.3.2.5 Требования по применению систем управления базами данных Для хранения данных подсистем системы-112 должны использоваться современные реляционные или объектно-реляционные СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД (индексы, хранимые процедуры, триггеры и т.п.). 75 Изм Лист № документа Подпись Дата Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование информации, циркулирующей в системе- 112. Структуры и состав прикладных баз данных подсистем должны определяться таким образом, чтобы обеспечить полноту хранимой информации, выполнение технологических операций, совместимость с другими базами данных и формирование выходных документов на бумажных носителях. Структуры и состав прикладных баз данных подсистем уточняются на этапе разработки рабочей документации системы-112. 4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Должны быть регламентированы следующие процессы сбора данных: получение данных из электронных форм пользовательского интерфейса системы-112, заполняемых персоналом; получение данных, регистрируемых автоматическими компонентами системы-112; получение данных от смежных систем; получение данных от внешних систем. Данные, поступающие в систему-112, должны проходить обработку средствами форматно- логического контроля. В случае нарушения правил форматно-логического контроля данных пользователь должен уведомляться об обнаруженных нарушениях, должна предоставляться возможность исправления нарушений. В системе-112 запрещается передача данных с использованием открытых информационных каналов связи, за исключением данных, обрабатываемых подсистемой консультационного обслуживания. Представление данных пользователям системы-112 должно осуществляться через специализированные графические пользовательские интерфейсы (GUI) в соответствии с правами разграничения доступа. Прямой доступ персонала к БД системы-112 должен быть ограничен в соответствии с должностными инструкциями. 4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании При возникновении аварийных ситуаций, связанных со сбоями электропитания, информация в базах данных системы-112 должна сохраняться. 4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных К контролю данных предъявляются требования: 76 Изм Лист № документа Подпись Дата доступ к данным должен предоставляться только авторизованным пользователям в соответствии с их служебными полномочиями, а также с учетом категории запрашиваемых данных; в системе-112 должны протоколироваться все события, связанные с изменением своего информационного наполнения и обеспечиваться возможность, в случае сбоя в работе, восстановления состояния, с использованием ранее запротоколированных изменений данных. К хранению данных предъявляются требования: технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных, зеркалирование, независимые дисковые массивы, кластеризация); должно обеспечиваться хранение данных в установленные сроки; резервные копии данных должны храниться в СХД, предназначенных для долгосрочного хранения данных. В системе-112 должны быть предусмотрены функции резервного копирования данных, которые должны обеспечивать резервное копирование и восстановление после сбоев в работе БД и параметров всех подсистем системы-112. В системе-112 должны применяться методы инкрементального, дифференциального и полного резервного копирования. Регламенты резервного копирования должны быть разработаны на этапе разработки рабочей документации. 4.3.2.9 Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы-112 Придание юридической силы документам, продуцируемым с использованием системы-112, осуществляется в соответствии с действующим законодательством Российской Федерации. 4.3.3 Требования к лингвистическому обеспечению 4.3.3.1 Требования к применению языков программирования высокого уровня Используемые при разработке языки программирования высокого уровня должны обеспечивать решение всех задач по реализации функций системы-112. Допускается использование стандартных языков программирования высокого уровня, отвечающих требованиям реализации задач предметной области. Перечень требований уточняется на стадии технического проекта и согласовывается протоколами с Заказчиком. 77 Изм Лист № документа Подпись Дата 4.3.3.2 Требования к применению языков подготовки отчетов В составе системы-112 должен использоваться язык для подготовки отчетов, позволяющий производить модификацию существующих и создание новых отчетов. Язык для подготовки отчетов должен иметь встроенные средства создания графических представлений (диаграмм, графиков и т.п.), а также обеспечивать экспорт результатов в форматы широкого применения (текстовый, ODF, XLS, DOC и т.п.). Перечень требований к применению языков подготовки отчетов может уточняться в процессе разработки проекта и согласовываться протоколами с Заказчиком. 4.3.3.3 Требования к способам организации диалога с персоналом Для организации диалога системы-112 с персоналом и пользователями должен применяться графический пользовательский интерфейс. Информационно-лингвистическая совместимость подсистем системы-112 и смежных (внешних) информационных систем должна обеспечиваться централизованным ведением кодификаторов, справочников и классификаторов. В системе-112 должны обеспечиваться хранение и обработка текстовой информации на русском и английском языках 18 Специальное программное обеспечение системы-112 для организации взаимодействия с пользователем должно использовать русский язык. Способ организации диалога с персоналом должен обеспечивать: уменьшение вероятности совершения оператором случайных ошибочных действий; предусматривать логический контроль ввода данных; возможность изменения и сохранения индивидуальных настроек пользователя Системы; Общение оператора с лицами, обратившимися по номеру «112» должно осуществляться посредством гарнитуры (включающей наушники и микрофон), предназначенной для профессионального использования. При поступлении вызовов (ситуационных карточек) в ДДС на АРМ оператора (диспетчера) должно воспроизводиться звуковое оповещение. 4.3.3.4 Требования к средствам описания предметной области (объекта автоматизации) В составе комплексов разработки должны быть средства описания предметной области и объекта автоматизации, обеспечивающие автоматизированный процесс прямого и обратного проектирования баз данных и подсистем, а так же документирование полученных результатов. Языки манипулирования данными должны отвечать требованиям стандарта ANSI SQL-92 и поддерживать реляционную модель баз данных, а также стандарт ODBC/JDBC. 18 конкретный перечень определяется на этапе проведения обследования и согласуется Заказчиком 78 Изм Лист № документа Подпись Дата Для внешнего взаимодействия должны использоваться структуры XML или JSON. Допускается выдача сообщений от приобретаемых компонентов общесистемного программного обеспечения системы-112 на английском языке. Вся документация, разрабатываемая в рамках создания системы-112, должна быть представлена на русском языке за исключением документов, носящих международный характер. 4.3.4 Требования к программному обеспечению Используемые программные средства должны поддерживать реализацию системы-112 на различных современных платформах, обеспечить поддержку современных стандартов функционирования программного обеспечения. Программное обеспечение должно быть обеспечено поддержкой производителя на срок не менее 5 лет и быть совместимым с решениями, используемыми МЧС России. Программные средства системы-112 состоят из: общесистемного программного обеспечения; специального программного обеспечения. 4.3.4.1 Общесистемное программное обеспечение Общесистемное обеспечение должно обеспечивать: создание и поддержку единой информационно-телекоммуникационной инфраструктуры; обеспечение решения информационных и функциональных задач подсистем, входящих в состав системы-112; функционирование оборудования и аппаратного обеспечения системы-112, а также обеспечивать подключение технических средств различного назначения; целостность информационных ресурсов системы-112 на уровне используемых операционных систем и систем управления базами данных; поддержку механизмов кластеризации; распределенное хранение данных; единые принципы, методы, технологии хранения, обработки и представления данных пользователям системы-112; достоверность и однозначность данных; реализацию в заданных режимах задач и функций, возложенных на систему-112; предоставление необходимой и достаточной скорости обработки данных; безопасный авторизованный доступ. Структура общесистемного программного обеспечения: операционные системы; системы управления базами данных; 79 Изм Лист № документа Подпись Дата средства виртуализации; средства управления и мониторинга; общесистемное ПО АРМ. 4.3.4.1.1 Операционные системы Серверная операционная система должна обеспечивать: высокую производительность; поддержку кластерных технологий; высокую степень устойчивости и надежности; поддержку обменов информации по используемым сетям; удобный и понятный пользователю графический интерфейс, простоту и эффективность использования; возможность работы с мультимедиа; возможность конфигурирования под конкретные условия использования; поддержку многозадачного или псевдомногозадачного режима; модульность, гибкую конфигурируемость; малое время реакции, многоуровневую, основанную на приоритетах, обработку прерываний и присвоение меток времени зафиксированным событиям; развитые средства коммуникации (поддержка стандартных сетей, а также различных интерфейсов ввода-вывода). управление программами - ОС осуществляет загрузку в оперативную память всех программ, передает им управление в начале их работы, выполняет различные действия по запросу выполняемых программ и освобождает занимаемую программами оперативную память при их завершении. В рамках функции управления программами ОС также осуществляет: параллельное исполнение нескольких задач (поддержка многозадачного режима работы); распределение ресурсов компьютера между задачами; организацию взаимодействия задач друг с другом; обеспечение работы с устройствами долговременной памяти, такими как магнитные диски, ленты, оптические диски и т.д., управление свободным пространством на этих носителях и структурирование пользовательских данных; управление периферийными устройствами (стандартный доступ к различным устройствам ввода/вывода, таким как терминалы, модемы, печатающие устройства и т.п., обеспечение во взаимодействии пользовательских программ с нестандартными внешними устройствами); организацию межмашинного взаимодействия и разделение ресурсов в ЛВС; защиту системных ресурсов, данных и программ пользователя, исполняющихся процессов и самой себя от ошибочных и враждебных действий пользователей и их программ. 80 Изм Лист № документа Подпись Дата Операционная система АРМ должна обеспечивать: высокую производительность; высокую степень устойчивости и надежности; поддержку обменов информации по используемым сетям; удобный и понятный пользователю графический интерфейс, простоту и эффективность использования; возможность работы с мультимедиа; возможность конфигурирования под конкретные условия использования; поддержку многозадачного или псевдомногозадачного режима; модульность, гибкую конфигурируемость; малое время реакции, многоуровневую, основанную на приоритетах, обработку прерываний и присвоение меток времени зафиксированным событиям; развитые средства коммуникации (поддержка стандартных сетей, а также различных интерфейсов ввода-вывода). управление программами - ОС осуществляет загрузку в оперативную память всех программ, передает им управление в начале их работы, выполняет различные действия по запросу выполняемых программ и освобождает занимаемую программами оперативную память при их завершении. В рамках функции управления программами ОС также осуществляет: параллельное исполнение нескольких задач (поддержка многозадачного режима работы); распределение ресурсов компьютера между задачами; организацию взаимодействия задач друг с другом; обеспечение работы с устройствами долговременной памяти, такими как магнитные диски, ленты, оптические диски и т.д., управление свободным пространством на этих носителях и структурирование пользовательских данных; управление периферийными устройствами (стандартный доступ к различным устройствам ввода/вывода, таким как терминалы, модемы, печатающие устройства и т.п., обеспечение во взаимодействии пользовательских программ с нестандартными внешними устройствами); организацию межмашинного взаимодействия и разделение ресурсов в ЛВС; защиту системных ресурсов, данных и программ пользователя, исполняющихся процессов и самой себя от ошибочных и враждебных действий пользователей и их программ. 4.3.4.1.2 Система управления базами данных ПО СУБД должно обеспечивать: предоставление встроенных средств удаленного администрирования; высокую производительность; возможность построения распределенной базы данных; 81 Изм Лист № документа Подпись Дата масштабируемость (наращивание производительности при увеличении числа пользователей и объемов данных); систему разграничения доступа, интегрированную с системой разграничения доступа ОС (применение пользователей и групп ОС); распределенное хранение данных; возможность удаленного доступа к данным; прозрачность расположения данных - обеспечение высокой скорости доступа к данным, поддержку кластерных технологий, поддержку распределенного хранения данных; гетерогенность – должна обеспечиваться работа с данными, которые хранятся в системах с различной архитектурой и производительностью; сетевую прозрачность - поддержку одинаковой работоспособности в условиях разнородных сетей, удаленный доступ; поддержку распределенных запросов - обеспечение возможности объединения данных из баз, размещѐнных в разных системах; поддержку распределенных изменений - обеспечение возможности изменения данных в базах, размещенных в разных системах, в пределах предоставленных пользователю прав; поддержку распределенных транзакций - выполнение транзакции, выходящих за рамки одной вычислительной системы, поддержка целостности распределенной БД при возникновении отказов в отдельных системах или в сети; безопасность - обеспечение защиты от несанкционированного доступа; универсальность доступа - обеспечение единой методики доступа ко всем данным. 4.3.4.1.3 Средства виртуализации ПО Средства виртуализации программного обеспечения должны обеспечивать: управление виртуальными ресурсами системы-112; перераспределение виртуальных ресурсов, динамическую балансировку нагрузки; консолидацию инфраструктурных серверов, консолидацию до 10 и более виртуальных машин на одном физическом процессоре; защиту непрерывности процессов с использованием единой платформы для аварийного восстановления виртуальных машин в случае аппаратного сбоя; упрощенную инициализацию инфраструктуры; централизованный и распределенный контроль использования аппаратных ресурсов системы-112; перемещение приложений на новые аппаратные средства (перемещение операционных систем и программного обеспечения на виртуальные серверы, работающие на новом оборудовании); 82 Изм Лист № документа Подпись Дата разделение одного физического сервера на несколько автономных и независимых друг от друга виртуальных машин; полноценную виртуализацию ресурсов процессоров, памяти, ресурсов хранилищ и сетевых ресурсов; использование каждой отдельной виртуальной машиной до 4-х физических процессоров; группировку физических серверов, хранилищ или сетевых компонентов в унифицированные логические ресурсы; защиту виртуальной инфраструктуры от аппаратных сбоев и угроз безопасности; клонирование, копирование и создание шаблонов виртуальных машин; формирование отчетов о производительности процессоров, памяти и операций ввода- вывода; централизованное администрирование и управление службами виртуальной инфраструктуры; инициализацию, мониторинг и управление виртуальной ИТ-средой с помощью единого интерфейса; перенос виртуальных машин между отдельными физическими серверами; работоспособность приложений независимо от используемого оборудования и операционных систем; мониторинг состояния физических серверов, готовности и степени использования виртуальных машин на основе единого интерфейса; интеграцию с продуктами управления системами через API-интерфейсы веб-служб; управление ресурсами виртуальных машин, динамическое выделение ресурсов; энергосберегающую оптимизацию ресурсов; высокую детализацию управления доступом, формирование контрольных данных; управление пользовательскими ролями и разрешениями, сеансами, управление исправлениями. 4.3.4.1.4 ПО средств управления и мониторинга Программное обеспечение средств управления и мониторинга должно обеспечивать: удаленную одновременную установку обновлений программного обеспечения; автоматическую настройку и обновление системы безопасности; разбиение КТС на отдельные группы с возможностью независимого управления группами; удаленное выполнение консольных команд; поддержание единой конфигурации ОС и ПО; мониторинг системных параметров с возможностью автоматического исправления ошибок; удаленное управление вычислительными серверами; 83 Изм Лист № документа Подпись Дата централизованный мониторинг сбоев отдельных компонентов; обработку и отображение событий, произошедших на управляемых объектах; совместную работу планировщика заданий и обработчика событий; возможность упреждающего управления с использованием прогнозирования событий на основе прошлых и настоящего состояний системы. 4.3.4.1.5 ПО автоматизированных рабочих мест ПО АРМ должно обеспечивать выполнение следующих функций: создание новых документов; внесение изменений в документы и их оформление; сохранение документов в виде файлов; поиск и открытие уже имеющихся документов; вывод документов на печать, на средства отображения информации; антивирусную защиту. 4.3.4.2 Специальное программное обеспечение Специальное программное обеспечение должно обеспечивать персоналу функциональность согласно вышеприведенным требованиям, а также: автоматическое или ручное заполнение унифицированных карточек информационного обмена (карточек ЧС и происшествий); возможность идентификации сообщения с уже существующим ЧС или происшествием; классификацию ЧС или происшествия с помощью ключевых слов; классификацию события с помощью иерархического справочника; объединение нескольких вызовов по одному событию; возможность просмотра в реальном режиме времени заполняемых оператором системы-112 (диспетчером ДДС) унифицированных карточек информационного обмена и прослушивание соответствующих переговоров диспетчером ДДС (оператором системы-112, диспетчером иной ДДС) в зависимости от типа происшествия; передача информации по вызовам (в различных формах представления) в ДДС и контроль реагирования; фильтрацию журнала учета ЧС и происшествий (событий) в зависимости от типа события, его состояния, времени регистрации, местоположения, оператора и т. д.; отображение справочников адресных данных (городов, населенных пунктов, улиц, объектов); предоставление справочника объектов системы-112; предоставление справочника ресурсов для реагирования; 84 Изм Лист № документа Подпись Дата подготовку планов реагирования с описанием действий оператора ДДС, вариантов оповещения ДДС; заполнение вышеуказанных справочников, описаний объектов, а также разработку слоев электронных карт и привязку объектов; запись, архивирование, поиск и воспроизведение переговоров. СПО должно предоставлять следующие дополнительные функции управления вызовами: распределение поступающих вызовов между операторами должно обеспечиваться в соответствии с настройками Системы; возможность настройки схем эскалации неотвеченных вызовов за заданное время дополнительным операторам, всем операторам соответствующего ЦОВ-ЕДДС и относящихся к нему ДДС, всему персоналу Системы; возможность настройки разных схем распределения для разных типов вызовов; распределение вызовов между операторами в соответствии с их загрузкой (по времени обработки диспетчером последнего вызова); возможность установки специального периода для завершения операторами работы над вызовом перед передачей ему нового вызова; должна обеспечиваться возможность создания нескольких очередей для разных типов (внутренних, внешних, от подсистемы мониторинга) вызовов; должна обеспечиваться возможность постановки разных типов вызовов в общую очередь; обеспечиваться обновление данных на экранах остальных операторов при ответе оператором на вызов; должна предусматриваться возможность для контроля администратором длины очереди и времени обработки вызовов; СПО должно предоставлять следующие функции организации совместной работы: подключение любого количества служб (участников) к происшествию; занесение (изменение) информации о вызовах в систему и автоматическое обновление на экранах участвующих в обработке события операторов (диспетчеров) информации о вызове, при переходе оператором (диспетчером) на другое поле экранной формы ввода либо его неактивности в течение более чем 5 секунд в процессе занесения (изменения) такой информации одним из операторов (диспетчеров); возможность подключения новых участников до завершения обработки предыдущим с немедленным предоставлением введенных данных и немедленным отображением изменений; обеспечение участникам работы по происшествию возможности прослушивания записи вызовов, относящихся к происшествию; 85 Изм Лист № документа Подпись Дата агрегирование в одной записи о происшествии информации, поступающей от разных служб; представление информации по происшествию свое для каждой службы; однократное введение информации (поля данных) используемой в представлениях для нескольких служб; должна обеспечиваться возможность прикрепления к происшествию любых документов в виде файлов; раскрытие или ограничения доступа к информации служб на основе системы разграничения доступа. СПО должно предоставлять следующие дополнительные функции: подсказки (предложения) оператору о привязке поступившего вызова к ранее зарегистрированному (и не завершенному) вызову на основании совпадения телефонного номера заявителя, места происшествия и т. д.; автоматизированная и автоматическая квалификация зарегистрированных вызовов на основе справочников для категорий, видов и статусов происшествий с возможностью актуализации справочников; любое количество уровней в иерархическом классификаторе происшествий; возможность создания собственных классификаторов для каждого вида ДДС; формирование перечня вопросов для интервью заявителя и/или регистрации информации по реагированию в зависимости от иерархического классификатора типов происшествий; автоматическое изменение перечня вопросов интервью в зависимости от ответов на предыдущие вопросы; автоматическое изменение классификации происшествия в результате использования ответов на вопросы интервью; формирование подсказок для действий оператора по результатам интервью; автоматическое определение ДДС, к зоне ответственности (географической и функциональной) которой (которых) относится данное происшествие; автоматическое определение перечня объектов повышенного риска, находящихся в зоне происшествия; автоматизированный поиск свободных сил и средств ДДС, находящихся в районе происшествия для реагирования (в зависимости от имеющегося оборудования и навыков экипажей); создание типовых сценариев реагирования операторов, диспетчеров на происшествие, экстренную или чрезвычайную ситуацию; 86 Изм Лист № документа Подпись Дата автоматический выбор сценария реагирования в зависимости от классификации происшествия, результатов интервью, места происшествия, номера абонента; создание специальных сценариев реагирования, привязанных к объекту повышенного риска, для ликвидации происшествий в зоне этого объекта. СПО должно предоставлять следующие дополнительные функции в части геоинформационной подсистемы: возможность автоматического (без выполнения оператором специально направленных на это действий) присоединения к происшествию «снимка» карты с районом происшествия; плавное масштабирование карты; возможность выбора сил и средств на карте (выбор символа ресурса на карте и назначение через контекстное меню задачи на реагирование на происшествие); возможность отображения местоположения ресурсов по карте вручную. Указанный функционал должен предоставляться конкретному должностному лицу системы-112 в соответствии с его обязанностями. При изменении обязанностей должностного лица, или изменении лица, работающего на АРМ, перенастройка АРМ или изменение набора установленного на нем ПО не должно требоваться. Функционал АРМ оператора и диспетчера (в части информационно-коммуникационной подсистемы) должен реализовываться единым приложением. Доступные через это приложение функционал должен определяться правами и обязанностями лица и (возможно) выбранным рабочим заданием. Должна быть предусмотрена возможность распространения функционала АРМ операторов (диспетчеров) на АРМ административного и обслуживающего персонала. СПО должно предоставлять возможности «свободного» расположения операторов, т. е. функциональные возможности всех АРМ соответствующего типа, входящих в сиситему-112, и выполняемые задачи должны определяться исключительно параметрами входа пользователя в систему, а не местом расположения АРМ в пределах системы-112. 4.3.4.3 Требования к независимости программных средств от используемых средств вычислительной техники и операционной среды Программные средства должны обеспечивать совместимость со средствами вычислительной техники, построенными по архитектуре х86 (32 бита) и x64 (64 бита). Совместимость программных продуктов с используемыми СВТ должна определяться в соответствии с рекомендациями фирм производителей этих программных продуктов (согласно спискам совместимости аппаратных средств фирм-производителей). 87 Изм Лист № документа Подпись Дата 4.3.4.4 Требования к качеству программных средств, а также к способам его обеспечения и контроля Надежность программных средств должна обеспечиваться использованием сертифицированных операционных систем, общесистемных программных средств и инструментальных программных систем, используемых при разработке СПО. Надежность СПО должна обеспечиваться комплексом мероприятий, осуществляемых для управления качеством создания ПО на всех этапах жизненного цикла. Надежность программных средств должна обеспечиваться за счет: надежности общесистемного и разрабатываемого СПО; проведения комплекса мероприятий отладки, поиска и исключения ошибок; ведения журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации. На каждом этапе разработки программных средств должна проводиться проверка правильности принятых решений по разработке и применению готовых программных средств. В системе-112 должно обеспечиваться автоматическое (без перерыва функционирования системы-112) обновление программного обеспечения. Система автоматического обновления программного комплекса должна обеспечивать: постоянный контроль версионности компонентов программного комплекса; проверку инфраструктурных условий, при выполнении которых, обновление будет произведено успешно; возможность, в случае неудачной попытки обновления, отката к текущей версии программного комплекса системы. Надежность специального программного обеспечения должна подтверждаться путем проведения функционального и нагрузочного тестирования. Уточнение требований к системе обновления программного комплекса должно производиться на стадии технического проектирования. 4.3.4.5 Требования по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует. 88 Изм Лист № документа Подпись Дата 4.3.5 Требования к техническому обеспечению 4.3.5.1 Требования к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе 4.3.5.1.1 Требования к видам технических средств Комплекс технических средств системы-112 должен размещаться на базе РИВП, территориально разнесенных и объединенных общей сетью передачи данных с пропускной способностью каналов на менее 512 Мбит/с, а также на базе объектов автоматизации системы- 112, подключенных к РИВП через резервируемые каналы передачи данных. В качестве технического обеспечения комплекса технических средств системы-112 должны применяться следующие виды технических средств: Состав КТС системы-112, размещенный на базе РИВП: вычислительные серверы; система хранения данных; система резервного копирования; высокоскоростная сеть передачи данных; телекоммуникационное оборудование; локальная вычислительная сеть; структурированная кабельная система; система гарантированного электроснабжения; комплекс средств защиты информации. Состав КТС системы-112, размещенный на объектах автоматизации системы-112 на территории Субъекта РФ: автоматизированные рабочие места; телекоммуникационное оборудование; локальная вычислительная сеть; структурированная кабельная система; система гарантированного электроснабжения; комплекс средств защиты информации; серверы резервирования ЦОВ-ЕДДС Количественный и качественный состав КТС системы-112 уточняется на стадии технического проектирования в ходе обследования и определения уровня технической оснащенности объектов автоматизации. Вычислительное ядро системы-112 должно базироваться на РИВП. 89 Изм Лист № документа Подпись Дата 4.3.5.1.2 Требования к видам программно-технических комплексов Требования к видам программно-технических комплексов должны быть определены на стадии технического проектирования после согласования с Заказчиком типа используемой платформы, определения перечня основных поставщиков (изготовителей оборудования и разработчиков программного обеспечения). 4.3.5.1.3 Требования к программному и аппаратному обеспечению в части обеспечения информационной безопасности системы Общие требования к типам операционных систем, типам серверов и ПЭВМ, а также технических средств защиты, которые должны быть задействованы в КСЗИ, не должны противоречить требованиям технической политики, проводимой Заказчиком. Применяемые программно-аппаратные решения должны обеспечивать возможность гибкой модификации структуры и масштабирования ресурсов КСЗИ. Программное обеспечение, предлагаемое к использованию в КСЗИ, должно соответствовать современным мировым требованиям по функциональному назначению, поддерживать основные протоколы совместимости и обмена. Специальное программное обеспечение, предлагаемое к использованию в КСЗИ, должно иметь документацию и поддерживаться производителями на основе долгосрочного договора. 4.3.5.2 Требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы-112 4.3.5.2.1 Общие требования к КТС Архитектура решения должна иметь возможность масштабирования и должна соответствовать последним тенденциям развития ИТ-архитектуры с обеспечением необходимых требований, таких как надежность, простота в обслуживании, низкое потребление энергии, минимальное время восстановления после сбоев, защищенность. Общие требования, предъявляемые к техническому обеспечению РИВП: использование технологий виртуализации для объединения вычислительных и других системных ресурсов, а также для их динамического перераспределения; возможность масштабирования; резервирование и стекирование всего телекоммуникационного оборудования; функционирование в режиме 24х7х365. Общие требования, предъявляемые к КТС системы-112: серверное оборудование, а также вычислительное и коммутационное оборудование ЛВС, СКС и других систем КТС должно размещаться в 19-дюймовых стоечных шкафах; 90 Изм Лист № документа Подпись Дата вся информация, необходимая для мониторинга технического состояния оборудования комплекса технических средств, должна выводиться на пульт дежурного РИВП; должна быть обеспечена возможность администрирования оборудования КТС с единой консоли управления; расположение оборудования должно осуществляться таким образом, чтобы обеспечить беспрепятственный доступ для его обслуживания; все места подключения интерфейсов должны иметь дополнительную фиксацию, для предотвращения их самопроизвольного отключения во время транспортировки и эксплуатации; оборудование должно быть новое, не восстановленное, должно иметь заводскую сборку и выпускаться серийно; техническая документация должна быть выполнена на русском языке; оборудование должно поставляться вместе с комплектом запасных частей; должен предоставляться единый федеральный номер службы поддержки, поддержка по данному номеру должна оказываться круглосуточно; гарантия на оборудование должна быть не менее 1 года. 4.3.5.2.2 Требования к вычислительным серверам Требования к составу, количеству и характеристикам вычислительных серверов системы- 112 должны быть уточнены на стадии технического проектирования и согласованы с Заказчиком, быть достаточными для поддержания функционирования системы-112 в пределах заданных в данном Техническом задании характеристик. Вычислительные серверы должны обеспечивать функционирование общесистемного, прикладного и СПО системы-112, ПО СУБД и резервного копирования. Вычислительные серверы должны обеспечивать высокую степень надежности и отказоустойчивости в сочетании с высокой производительностью. Резервирование всех функциональных компонентов серверов должно осуществляться по схеме не ниже, чем N+1. Серверы, входящие в состав системы-112, могут быть реализованы в виде виртуальных машин в отказоустойчивой среде виртуализации, установленной не менее чем на двух физических серверах с общей системой хранения данных. Вычислительные серверы должны иметь документацию на русском языке и гарантийную поддержку производителя. 91 Изм Лист № документа Подпись Дата 4.3.5.2.3 Требования к серверам резервирования ЦОВ-ЕДДС Требования к составу, количеству и характеристикам серверов резервирования ЦОВ-ЕДДС системы-112 должны быть уточнены на стадии технического проекта и согласованы протоколами с Заказчиком. Серверы резервирования ЦОВ-ЕДДС должны обеспечивать функционирование ОПО и СПО, ПО СУБД и резервного копирования для обеспечения базовой функциональности системы- 112. Серверы резервирования ЦОВ-ЕДДС должны обеспечивать высокую степень надежности и отказоустойчивости в сочетании с высокой производительностью. Резервирование всех функциональных компонентов серверов резервирования ЦОВ-ЕДДС должно осуществляться по схеме не ниже, чем N+1. Серверы резервирования ЦОВ-ЕДДС могут быть реализованы в виде виртуальных машин в отказоустойчивой среде виртуализации, установленной не менее чем на двух физических серверах с общей системой хранения данных. Серверы резервирования ЦОВ-ЕДДС должны иметь документацию на русском языке и гарантийную поддержку производителя. 4.3.5.2.4 Требования к системе хранения данных Система хранения данных должна обеспечивать высокую степень надежности и отказоустойчивости в сочетании с высокой производительностью. Резервирование всех функциональных компонентов СХД должно осуществляться по схеме не ниже, чем N+1. СХД должна иметь: адаптеры для подключения к системе хранения данных и системе резервного копирования через высокоскоростные интерфейсы; поддержку аппаратных уровней 0, 1, 3, 5, 10, 30 и 50 и обеспечивать организацию виртуальных RAID-массивов уровней 0,1,5; централизованную систему управления; возможность расширения дискового пространства; документацию на русском языке и гарантийную поддержку со стороны производителя; возможность «горячей» замены: контроллеров; жестких дисков; вентиляторов; блоков питания. Объем СХД должен рассчитываться в зависимости от нагрузочной способности системы. 92 Изм Лист № документа Подпись Дата В СХД должны применяться жесткие диски обеспечивающие возможность их «горячей» замены. Каждый элемент СХД должен быть выполнен в конструктиве для установки в стандартный 19'' телекоммуникационный шкаф. Программное обеспечение для управления СХД должно включать опции для обеспечения выполнения вышеприведенных требований, обладать интуитивно понятным интерфейсом для работы с СХД и сопровождаться необходимыми лицензиями и комплектом документации. 4.3.5.2.5 Требования к системе резервного копирования Система резервного копирования должна обеспечивать высокую степень надежности и отказоустойчивости в сочетании с высокой производительностью. Резервирование всех функциональных компонентов СРК должно осуществляться по схеме не ниже, чем N+1. СРК должна иметь: адаптеры для подключения к системе хранения данных и системе резервного копирования через высокоскоростные интерфейсы. документацию на русском языке и гарантийную поддержку производителя. Объем СРК должен рассчитываться в зависимости от: объема данных системы хранения; объема данных, предназначенных для резервного копирования; применяемых аппаратных уровней дисковых массивов (RAID); степени доступности (готовности) резервируемых данных. Каждый элемент СРК должен быть выполнен в конструктиве для установки в стандартный 19'' телекоммуникационный шкаф. В качестве проектного решения должны быть разработаны регламенты архивного хранения информации. Программное обеспечение СРК должно включать необходимые лицензии, а также опции для удаленного управления, должна обеспечиваться совместимость с программными комплектами производителей приложений для систем резервного копирования. 4.3.5.2.6 Требования к высокоскоростной сети передачи данных Высокоскоростная сеть передачи данных должна: обеспечивать высокоскоростной обмен между вычислительными серверами, системой хранения данных и системой резервного копирования; обеспечивать резервирование всех функциональных компонентов высокоскоростной сети передачи данных по схеме не ниже, чем N+1. 93 Изм Лист № документа Подпись Дата Все элементы высокоскоростной сети передачи данных должны быть выполнены в конструктиве для установки в стандартный 19'' телекоммуникационный шкаф, оборудование должно иметь документацию на русском языке и гарантийную поддержку производителя. 4.3.5.2.7 Требования к телекоммуникационному оборудованию Телекоммуникационное оборудование должно: обеспечивать высокую степень надежности и отказоустойчивости в сочетании с высокой производительностью; обеспечивать резервирование всех функциональных компонентов по схеме не ниже, чем N+1. иметь документацию на русском языке и гарантийную поддержку производителя. Серверные шкафы необходимые для установки оборудования КТС должны иметь ширину 19''. Место в серверных шкафах должно быть рассчитано с учѐтом возможности масштабирования компонент КТС. Серверные шкафы должны оставляться, как минимум, в следующей комплектации: дверцы и боковые панели под один ключ; крепеж для соединения элементов шкафов; опоры с регулировкой горизонтальности; монтажные компоненты; предварительно установленные ролики, боковые панели; установленная документация. Серверные шкафы должны быть выполнены в едином дизайне. 4.3.5.2.8 Требования к локальной вычислительной сети Локальная вычислительная сеть должна строиться на базе коммутаторов второго и третьего уровней с интерфейсами Ethernet поддерживающими режим полный дуплекс при скорости обмена 100/1000 BaseT. Подключения сетевого оборудования к вычислительным серверам должны быть резервированы. Активное сетевое оборудование системы-112 должно использовать: отказоустойчивую архитектуру; технологии коммутации интерфейсов Ethernet при построении ЛВС; оборудование и решения, обеспечивающие масштабируемость ЛВС без необходимости замены оборудования. 94 Изм Лист № документа Подпись Дата ЛВС функциональных объектов системы-112 должна соответствовать следующим требованиям: построение с применением технологии VLAN; использование протокола IPv4; класс обслуживания – real-time; доступность каналов связи – 99,995 % в месяц; процент потерянных пакетов (PE-to-PE) в среднем в месяц – не более 0,25%; односторонние сетевые задержки на наземных каналах (PE-to-PE) в среднем за месяц – не более 75 мсек; колебания сетевой задержки на наземных каналах (PE-to-PE) / джиттер – не более 50 мсек. Подключение функциональных объектов системы-112 к РИВП должно осуществляться по каналам связи с пропускной способностью из расчета не ниже 512 Кбит/с на одно АРМ системы- 112 с учетом требований технических решений и СПО к каналам связи. Активное сетевое оборудование системы-112, используемое в качестве центрального, реализующего функции основной транспортной магистрали, должно иметь модульную архитектуру и поддерживать отказоустойчивые конфигурации за счет: дублирования блоков питания; дублирования модулей управления и маршрутизирующих модулей; поддержки технологий резервирования каналов. ЛВС должна иметь сегмент, обеспечивающий высокоскоростной обмен данными между вычислительными серверами, системой хранения данных и системой резервного копирования. Каждый элемент ЛВС должен быть выполнен в конструктиве для установки в стандартный 19'' телекоммуникационный шкаф. Проектные решения по ЛВС должна приниматься с учетом использования современных средств защиты информации и возможностью интеграции в нее других средств и систем защиты информации. Проектными решениями должна предусматриваться возможность автоматического переключения с основных на резервные каналы передачи данных. Оборудование ЛВС должно иметь документацию на русском языке и гарантийную поддержку производителя. 4.3.5.2.9 Требования к структурированной кабельной системе Структурированная кабельная система (СКС) должна обеспечить коммутацию оборудования комплекса технических средств. Проектные решения по СКС должны строиться на использовании медного неэкранированного витого парного (UTP) и волоконно-оптического (FO) кабеля. 95 Изм Лист № документа Подпись Дата В проводном сегменте СКС должен использоваться UTP-кабель не ниже 5-й категории. СКС должна иметь возможность увеличения количества соединительных портов не менее чем на 20%. Коммутационная зона должна располагаться в непосредственной близости от главного кросса. 4.3.5.2.10 Требования к системе гарантированного электроснабжения Электроснабжение ЦОВ-АЦ, РЦОВ и РИВП должно соответствовать требованиям особой группы первой категории по классификации ПУЭ (Правила устройства электроустановок). В качестве дополнительных независимых источников должны применяться ИБП и ДГУ. При построении системы энергоснабжения допускается использование шинной технологии. Источники бесперебойного питания должны обеспечивать функционирование комплекса технических средств системы-112 при полном или частичном отключении внешних источников электропитания на время, необходимое для запуска ДГУ. Уровень суммарных гармонических искажений на входе системы при полной нагрузке не должен превышать 5%. Аккумуляторные батареи должны быть рассчитаны на срок эксплуатации не менее 3 лет. Должна обеспечиваться возможность выполнения профилактических и ремонтных работ без отключения нагрузки. Архитектура системы должна обеспечивать быстрое масштабирование мощности и уровня эксплуатационной готовности, без вывода всего комплекса из режима основной работы. Система гарантированного электроснабжения должна состоять, как минимум, из следующих компонентов: распределительный щит СГЭ; источник бесперебойного питания с аккумуляторной батареей; кабельные линии подключения ИБП к вводному и распределительному щитам и АКБ; распределительная сеть: магистраль от главного распределительного щита до вводного щита СГЭ и кабельных линий от распределительного щита СГЭ до групповых щитов потребителей; групповые щиты. Проектные решения по СГЭ должны приниматься исходя из максимальной конфигурации КТС без необходимости проведения каких-либо доработок системы. СГЭ должна иметь запас мощности не менее 25%. 96 Изм Лист № документа Подпись Дата 4.3.5.2.11 Требования к автоматизированным рабочим местам АРМ должны обеспечить пользователям обработку данных и автоматизацию управленческих функций в области функциональности системы-112, а также автоматизацию выполнения вспомогательных (обеспечивающих) функций. АРМ операторов (диспетчеров) системы-112, как минимум, должны включать: персональный компьютер; два монитора; источник бесперебойного питания; телефонный аппарат или гарнитуру; возможность подключения к сети и сетевому принтеру; общесистемное программное обеспечение; специальное программное обеспечение системы-112. АРМ системных администраторов КТС, как минимум, должны включать: персональный компьютер; монитор; источник бесперебойного питания; телефонный аппарат или гарнитуру; возможность подключения к сети и сетевому принтеру; общесистемное программное обеспечение; программное обеспечение мониторинга состояния оборудования КТС. 4.3.5.2.12 Требования к комплексу средств защиты информации Комплекс средств защиты информации системы-112 должен включать: сертифицированные средства защиты информации в соответствии с классами защищенности, выбранными для реализации системы-112; общесистемное, специальное программное обеспечение, включающее штатные средства (встроенные функции) защиты информации от НСД, либо имеющее соответствующие сертифицированные дополнения в виде средств защиты информации от НСД; средства обеспечения: конфиденциальности, целостности, достоверности и доступности информации; защиты информации от утечки по техническим каналам связи и доступа; сопряжения средств защиты информации с используемым в создаваемых информационных системах общим и специальным программным обеспечением. Средства межсетевого экранирования должны обеспечивать контролируемое подключение системы-112 к общедоступным сетям и развязку отдельных сетевых сегментов в рамках самой системы-112. Средства экранирования должны обеспечивать управление информационными 97 Изм Лист № документа Подпись Дата потоками между сегментами системы-112 и контроль информационных потоков, направленных, как в систему-112, так и из нее. 4.3.6 Требования к метрологическому обеспечению Требования к метрологическому обеспечению: отсутствие ошибки округления при расчетах: отсутствие ошибок округления и отсутствие накопление ошибок расчетов при пересчетах по процентному содержанию. Дополнительных требований к метрологическому обеспечению не предъявляется. 4.3.7 Требования к организационному обеспечению Организационное обеспечение системы-112 должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей по эксплуатации системы-112. Организационное обеспечение должно включать инструкции по каждому виду деятельности и точное определение выполняемых функций для каждой штатной единицы персонала системы. Должностные инструкции сотрудников, деятельность которых связана с функционированием системы-112, должны быть дополнены функциями, связанными с эксплуатацией данной системы. 4.3.7.1 Организационное обеспечение процесса создания системы-112 Для повышения качества управления проектом создания системы-112 могут применяться средства автоматизации операций календарно-ресурсного планирования и управления документами. 4.3.7.2 Требования к защите от ошибочных действий персонала Система должна обеспечивать защиту от ошибочных действий персонала и исключать возможность нарушения функционирования от неправильных действий персонала, обеспечивая стопроцентное сохранение данных системы при любых действиях персонала и одиночных отказах программно-технических средств. Должны быть определены должностные лица, ответственные за: выполнение основных функций системы-112; администрирование системы-112; обеспечение информационной безопасности системы-112; управление работой персонала по обслуживанию системы-112. 98 Изм Лист № документа Подпись Дата 4.3.8 Требования к методическому обеспечению Методическое обеспечение системы-112 должно быть направлено на обеспечение персонала инструкциями по выполнению действий, совершаемых ими в соответствии со своими должностными обязанностями в процессе работы с системой-112. При разработке методического обеспечения системы-112 должны быть учтены нормативно- правовые акты, регулирующие автоматизируемые системой-112 процессы, в том числе нормативно-правовые акты Российской Федерации и Субъекта РФ, ведомственные приказы и регламенты. Методическое обеспечение системы-112 должно включать следующие виды документов: проекты основных нормативных правовых документов; учебные и методические материалы; технологические инструкции. Перечень основных нормативных правовых документов и их проекты должны быть разработаны Исполнителем и согласованы с Заказчиком на стадии ввода в действие системы-112. Учебные и методические материалы должны быть разработаны Исполнителем на стадии ввода в действие системы-112. Учебные и методические материалы предназначены для обучения сотрудников работе с системой-112 или отдельными ее компонентами. Учебные и методические материалы должны быть разработаны для каждой функциональной роли всех подсистем системы-112. Методическое обеспечение системы-112 в части разработки детальных пошаговых инструкций по выполнению административных процессов с использованием компонент системы-112 разрабатывается Исполнителем и утверждается Заказчиком. Технологические инструкции должны представлять собой детальное пошаговое описание выполнения административных процессов с использованием компонентов системы-112. Данные инструкции должны содержать конкретные действия, выполняемые каждым сотрудником (ролью), участвующим в процессе. Технологические инструкции должны разрабатываться для каждой из подсистем системы-112 в соответствии с их функциональными и архитектурными особенностями. Перечни и инструкции для каждой из подсистем должны быть разработаны на этапе разработки рабочей документации системы-112. 4.3.9 Специальные требования Проектирование системы-112 должно проводиться с использованием опыта создания и эксплуатации аналогичных систем, эксплуатируемых или находящихся на стадии внедрения в странах Европейского Союза, субъектах Российской Федерации. В рамках работ по настоящему техническому заданию Исполнитель должен: разработать технический проект системы-112 на территории Субъекта РФ. 99 Изм Лист № документа Подпись Дата развернуть макет системы-112. На момент сдачи технический проект системы-112 должен удовлетворять требованиям действующего законодательства. РИВП, обеспечивающий функциональность системы-112, должен предоставлять соответствующие инфокоммуникационные услуги, отвечающие требованиям, указанным в разделах 2 и 4 настоящего технического задания и соответствующие Регламенту предоставления инфокоммуникационной услуги, обеспечивающей функциональность системы-112, на базе распределенной информационно-вычислительной платформы, разрабатываемому на стадии технического проектирования. При этом использование ресурсов РИВП должно строиться с применением технологий виртуализации. Макет системы-112 должен обеспечить проведение анализа возможностей эффективного функционирования системы-112 в соответствии с решениями, заложенными в техническом проекте. В состав макета должны входить АРМ операторов ЦОВ-АЦ, РЦОВ, ЦОВ-ЕДДС выбранного муниципального района, диспетчеров сопрягаемых ДДС административного центра Субъекта РФ и выбранного муниципального района. Территориально макет системы-112 должен развертываться на базе определенного Заказчиком муниципального района. Указанный макет должен позволить оценить выполнение требований к системе-112, описанных в настоящем Техническом задании, в том числе: реализацию комплексной поддержки обработки вызовов, возможности управления силами и средствами со стороны операторов ЦОВ-АЦ, РЦОВ, ЦОВ-ЕДДС, диспетчеров ДДС в соответствии с концепцией системы-112; координацию действий при происшествиях и несчастных случаях; интеграцию поддержки действий персонала системы-112 в рамках единого информационного и технологического подхода; идентификацию ЧС или происшествия с помощью системы иерархических справочников; поддержку принятия решения при организации комплексного реагирования различных ведомств с помощью базы планов действий; контроль реагирования ДДС со стороны ЦОВ-АЦ, РЦОВ и ЦОВ-ЕДДС с помощью планов действий; формирование статистической, аналитической и оперативной отчѐтности о событиях, ситуациях и действиях персонала объектов системы-112 по различным информационным срезам. В рамках реализации макета должны быть выполнены следующие работы: доработка и настройка интерфейсов пользователя прикладного программного обеспечения; подготовка и загрузка фрагментов баз данных по объектам; настройка интерфейса с системой видеонаблюдения; 100 Изм Лист № документа Подпись Дата моделирование звонков и сигналов от оборудования пожарной безопасности, контроля доступа и другого оборудования систем безопасности; моделирование подвижных объектов; ввод фрагментов исходных данных по объектам, силам и средствам, штатному расписанию, планам реагирования и т.д.; подготовка, настройка и тестирование внутренних интерфейсов системы; установка и тестирование оборудования, общего программного обеспечения, системы управления базами данных, прикладного программного обеспечения; подготовка инструкции оператору по работе с макетом; консультации специалистам по работе с макетом системы-112. Указанные АРМ макета должны подключаться к РИВП в соответствии с техническими условиями, разработанными на стадии проектирования. Все предоставляемые исполнителем услуги, необходимые для обеспечения функционирования макета системы-112, предоставляются на срок до выполнения обязательств по контракту. |