Номер извещения: 0174500001125006725

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.rts-tender.ru

Размещение осуществляет: Уполномоченный орган ДЕПАРТАМЕНТ УПРАВЛЕНИЯ ДЕЛАМИ ГУБЕРНАТОРА И ПРАВИТЕЛЬСТВА СЕВАСТОПОЛЯ

Наименование объекта закупки: Оказание услуг по модернизации Единой платформы управления транспортной системой города Севастополя в целях реализации мероприятия «Внедрение интеллектуальных транспортных систем, предусматривающих автоматизацию процессов управления дорожным движением в городских агломерациях, включающих города с населением свыше 300 тысяч человек»

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202508745000001008000224

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: ДЕПАРТАМЕНТ УПРАВЛЕНИЯ ДЕЛАМИ ГУБЕРНАТОРА И ПРАВИТЕЛЬСТВА СЕВАСТОПОЛЯ

Почтовый адрес: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

Ответственное должностное лицо: Демковский В. Н.

Адрес электронной почты: v.demkovskiy@gs.sev.gov.ru

Номер контактного телефона: 8-869-2542624-303

Дополнительная информация: Заказчик : Государственное казенное учреждение города Севастополя "Дирекция по развитию дорожно-транспортной инфраструктуры города Севастополя". Юридический адрес: 299040, г. Севастополь, ул. Индустриальная д.3, административный корпус, 4этаж . Почтовый адрес: 299040, г. Севастополь, ул. Индустриальная д.3, административный корпус, 4этаж , 2. E-mail: info@sevdortrans.ru. Телефон: +7(8692)41-72-07 . Ответственное должностное лицо Заказчика: Зенкина Светлана Владимировна

Регион: Севастополь г

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 25.11.2025 09:55 (МСК)

Дата и время окончания срока подачи заявок: 03.12.2025 08:00 (МСК)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 03.12.2025

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 05.12.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 108 570 509,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Размер аванса, %: 50,00

Идентификационный код закупки (ИКЗ): 252920000116792000100101700020000244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Стоимость, ?

- 62.09.20.120 - Оказание услуг по модернизации Единой платформы управления транспортной системой города Севастополя в целях реализации мероприятия «Внедрение интеллектуальных транспортных систем, предусматривающих автоматизацию процессов управления дорожным движением в городских агломерациях, включающих города с населением свыше 300 тысяч человек» - - 108 570 509,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" -

- В том числе:   Код позиции Наименование товара, работы, услуги Ед. измерения Количество (объем работы, услуги) Цена за ед., ? Стоимость, ? 26.51.64.190 ТОВАР Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 1 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - Штука 1,00 284 666,67 284 666,67 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SD Значение характеристики не может изменяться участником закупки Объем накопителя ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики 58.29.1 58.29.11.000-00000003 ТОВАР Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Штука 1,00 53 438,00 53 438,00 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки 26.51.64.190 ТОВАР Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 4 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - Штука 18,00 1 069 166,67 19 245 000,06 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 18 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 4 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора не ниже 1,7 ГГц ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки 26.20.40.144 ТОВАР Системы и средства с преобладающими функциями криптографической защиты, программные, программно-аппаратные, аппаратные ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). Комплект 23,00 55 813,33 1 283 706,59 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 23 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Значение характеристики не может изменяться участником закупки Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Значение характеристики не может изменяться участником закупки Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). Значение характеристики не может изменяться участником закупки Использование Используется как часть адаптивной системы, где контроллер сам принимает решения на основе данных с датчиков параметров транспортного поток Значение характеристики не может изменяться участником закупки 26.30.11.110-00000041 ТОВАР Коммутатор Тип коммутатора Управляемый Тип передачи данных Ethernet Блок питания Встроенный Штука 1,00 424 076,67 424 076,67 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип коммутатора Управляемый Значение характеристики не может изменяться участником закупки Тип передачи данных Ethernet Значение характеристики не может изменяться участником закупки Блок питания Встроенный Значение характеристики не может изменяться участником закупки Тип блоков питания Фиксированные Значение характеристики не может изменяться участником закупки Количество блоков питания 1 Штука Значение характеристики не может изменяться участником закупки Тип электропитания AC Значение характеристики не может изменяться участником закупки Поддержка стандарта RFC 7348 (VXLAN) Да Значение характеристики не может изменяться участником закупки Наличие панели управления Да Значение характеристики не может изменяться участником закупки Количество LAN портов ? 24 Штука Участник закупки указывает в заявке конкретное значение характеристики Внутренняя пропускная способность ? 1000 Гигабит в секунду Участник закупки указывает в заявке конкретное значение характеристики Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Дополнительные сведения о товаре включены с целью минимизировать риски связанные с синхронизацией работы существующих технических решений и программных решений реализованных ранее на улично-дорожной сети города Севастополя. Также дополнительные сведения позволяют обеспечить соблюдение требований по информационной безопасности к оборудованию и программному обеспечения в соответствии с требованиями действующего законодательства в части объектов критической информационной инфраструктуры. 58.29.1 58.29.11.000-00000003 ТОВАР Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Штука 2,00 224 170,00 448 340,00 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 2 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки 26.30.30.190 26.30.30.000-00000010 ТОВАР Шкаф телекоммуникационный Тип размещения Напольный Высота, U ? 40 и < 50 Ширина ? 500 и < 1000 ММ Штука 1,00 184 383,33 184 383,33 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип размещения Напольный Значение характеристики не может изменяться участником закупки Высота, U ? 40 и < 50 Участник закупки указывает в заявке конкретное значение характеристики Ширина ? 500 и < 1000 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Полезная глубина ? 800 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Максимальная распределенная нагрузка ? 500 и < 1000 Килограмм Участник закупки указывает в заявке конкретное значение характеристики Тип конструкции Разборный Значение характеристики не может изменяться участником закупки 62.09.20.120 УСЛУГА Услуги по установке программного обеспечения 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». ... 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. ... 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. ... Условная единица 1,00 59 457 076,72 59 457 076,72 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». Участник закупки указывает в заявке все значения характеристики 1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории. Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях; 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. Участник закупки указывает в заявке все значения характеристики 2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме; ?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта; Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии); ?создание специальных программ работы светофорного объекта в адаптивном режиме; ?возможность выбора алгоритма адаптивного управления; ?настройка специальных программ работы светофорного объекта в адаптивном режиме на основе базовых программ светофорного объекта; ?управление ограничением максимальной длительности оптимального цикла адаптивного управления; ?настройка глубины наблюдения истории проезда ТС для работы алгоритма предсказания транспортных потоков при адаптивном управлении; ?настройка приоритета включения фаз по критериям длины очереди и/или потерянному времени (задержкам); ?настройка действий Системы при работе адаптивного управления и потере информации о состоянии дорожного контроллера; ?включение/выключение наблюдаемых полос движения из расчетов при работе алгоритма адаптивного управления; ?возможность настройки пропуска фазы в действующем оптимальном цикле в адаптивном режиме при отсутствии на направлениях таких фаз транспортных средств; ?настройка раннего завершения фаз при отсутствии на указанных направлениях транспортных средств в течение заданного времени; ?настройка величины наблюдаемой области (длины зоны детекции) детекторов транспорта для каждого направления движения светофорного объекта в адаптивном режиме; ?автоматизированное создание набора оптимальных программ по дням недели на основе исторических данных транспортных потоков детекторов транспорта для работы светофорного объекта в адаптивном режиме управления при отсутствии связи с детекторами транспорта. Набор оптимальных программ должен формироваться по дням недели при наличии данных транспортных потоков на всем промежутке суток дней недели; ?автоматическая корректировка сформированного набора программ по мере обновления исторических данных транспортных потоков, управление расписанием корректировки; –отображение названия остановочного пункта, перечня оборудования и ссылки для быстрого перехода к НСИ при щелчке по маркеру остановки; –трансляция потокового видео с камеры телеобзора при щелчке на маркер камеры с возможностью переключения между камерами, объединенными в группу по территориальному признаку. Должны быть реализованы функции отображения панели оперативных данных по маршруту, содержащую аналитическую информацию по маршруту, в том числе: –название и номер маршрута; –указание начального и конечного остановочных пунктов маршрута; –актуальную информацию о ходе выполнения суточного плана по маршруту; –оперативную информацию по выполняемым рейсам маршрута в форме мнемосхемы; –информацию по рейсам маршрута, выполненным за текущие сутки; –информацию по инцидентам на ТС, назначенных на маршрут. Должны быть реализованы функции отображения панели оперативных данных по ТС, содержащую аналитическую информацию по ТС, в том числе: –государственный регистрационный знак ТС; –указание марки и модели ТС; –актуальную информацию по ТС или детализированный прогноз прибытия ТС на остановочные пункты маршрута; –информацию по рейсам ТС, выполненным за текущие сутки; –информацию по инцидентам на ТС. Должны быть реализованы функции отображения панели оперативных данных по ОП содержащую аналитическую информацию по ОП, в том числе: –информация об уже выполненных за текущие сутки рейсах и факте проследования ТС через выбранный остановочный пункт; –информация о рейсах, выполняемых в настоящий момент по маршрутам, проходящим через выбранный остановочный пункт, и прогноз их прибытия на него. Должно быть реализовано управление отображением трасс всех маршрутов на карте. Должно быть реализовано управление отображением всех остановочных пунктов на карте. Должно быть реализовано отображение перечня маршрутов в табличной форме с указанием: –перевозчика; –типа ТС маршрута; –номера маршрута; –названия маршрута; –количества ТС, назначенных на маршрут; 2.2.1.3.Требования к функциям диспетчеризации Должно быть реализовано управление назначением транспортного средства на маршрут, включая: –возможность точечного назначения и снятия транспортного средства с маршрута оператором; –возможность группового назначения и снятия транспортных средств с маршрута оператором. Должно быть реализовано отложенное назначение ТС на маршрут: –определения регулярности применения плана; –задания последовательности назначений, переназначений и снятий с маршрута с указанием времени; –привязки плана к необходимому перечню транспортных средств; –корректировки плана назначений; –просмотра детализированной истории изменений плана назначений. Должна быть реализована фиксация нештатной ситуации (инцидента) с автоматизированным определением параметров и возможностью указания: –даты и времени возникновения нештатной ситуации; –категории нештатной ситуации; –описания нештатной ситуации; –предполагаемого времени устранения; –ответственного за фиксацию; –данных водителя ТС, задействованного в нештатной ситуации (при необходимости). Должна быть реализована функция отметки факта устранения нештатной ситуации (инцидента), с возможностью указания: –даты и времени устранения нештатной ситуации (инцидента); –комментария по устранению; –ответственного за устранение. 2.2.1.4.Требования к функциям анализа работы пассажирского транспорта Должно быть реализовано формирование истории движения транспортного средства на дату в табличной форме, включая: –время; –направление маршрута; –скорость ТС в момент времени; –номер маршрута. –перечень рейсов; –перечень инцидентов; –перечень нарушений условий выполнения пассажирских перевозок. ?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей: ?должно быть ограничено максимальное время запрещающего сигнала светофора для всех транспортных направлений; ?должно строго контролироваться время ожидания пешеходами зеленого сигнала на светофорном объекте, не превышая заданных ограничений; ?должна быть ограничена длительность оптимального цикла временем включения пешеходных направлений; ?должен быть обеспечен строгий контроль качества данных детекторов транспорта: если данные с любого из детекторов транспорта не поступают в течение заданного интервала времени, или показатель качества данных ниже порогового значения, модуль адаптивного управления должен принудительно переводить светофорный объект в локальный режим, при этом должен срабатывать алгоритм корректного завершения адаптивного управления без нарушения целостности цикла светофорного регулирования. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций координированного управления: ?создание лент координации (набор светофорных объектов в режиме координации) и групп координации (набор лент координации) из нескольких светофорных объектов; ?должно отсутствовать ограничение на количество лент координации в одной группе координации; ?должно отсутствовать ограничение на пересечение лент координации в группе; ?должно отсутствовать ограничение на включение одного светофорного объекта в разные ленты/группы координации; ?отображение списка групп координации; ?отображение созданной группы координации на карте, включая отображение связей между СО одной группы; ?отображение расстояния между светофорными объектами группы координации; ?изменение набора светофорных объектов, входящих в группу координации; ?удаление ленты или группы координации; ?включение/отключение программы работы группы координации; ?включение/отключение программы группы координации по расписанию; Должно быть реализовано формирование отчета по интенсивности движения, представляющего собой графическое отображение интенсивности движения ТС на карте и предназначенного для: –оценки охвата маршрутной сети; –оценки загруженности определенных участков дорожной сети; –определения областей дорожной сети, проблемных с точки зрения передачи мониторинговой информации. –отображения: ?треков выполненных рейсов по выбранным маршрутам с цветовой индикацией скорости движения ТС; ?графика средней скорости передвижения ТС по выбранным маршрутам. Должна быть реализована тонкая настройка параметров отображения треков выполненных рейсов и графика скорости. Должно быть реализовано формирование информации о фактах и частоте передачи мониторинговой информации от каждого транспортного средства на дату по форме отчета и в форме журнала. Должно быть реализовано формирование отчета по выполненным рейсам, содержащего следующий набор данных за период по маршруту: –перевозчик; –количество рейсов (план и факт); –процент выполнения плана; –суммарный пробег по маршруту исходя из нормативов протяженности прямого и обратного направления маршрута; –средний возраст транспортных средств, лет; –процент рейсов, выполненных ТС со специализированным оборудованием. Должно быть реализовано формирование детализированной информации о выполненных рейсах по маршруту за период, с группировкой по транспортным средствам, включая: –перевозчик; –государственный номер; –направление маршрута; –дата; –время начала и время окончания рейса; –продолжительность рейса. Должно быть реализовано формирование отчета о времени работы на маршрутах, содержащего информацию о продолжительности работы ТС на маршрутах, включая: –количество рейсов: план/факт, % выполнения; –среднее время выполнения рейсов с детализацией по направлениям; –средняя скорость ТС на маршруте с детализацией по направлениям; –количество ТС; –тип маршрута; –детали маршрута; –время работы: план/факт. –показания одометра. Должно быть реализовано отображение треков учтенных фактических рейсов за выбранный период в журнале рейсов (на карте) с возможностью просмотра детализированной информации по рейсу. Должна быть реализована тонкая настройка параметров графического отображения журнала рейсов (на карте). Должно быть реализовано отображение в журнале рейсов (на карте) графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано табличное отображения детализации выполненных рейсов по маршруту в целом или конкретным транспортным средством в табеле рейсов. Должно быть реализовано отображение расписания и отклонения от расписания в целом по маршруту в табеле рейсов. Должно быть реализовано отображение в табеле рейсов графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано графическое отображение детальной информации по рейсам, выполненным транспортным средством на дату, включая факт прохождения остановочного пункта в рамках конкретного рейса прямого или обратного направления маршрута на графике движения. Должно быть реализовано графическое отображение на графике движения детальной информации по всем рейсам маршрута на дату, включая: –факты обгона одним транспортным средством другого в рамках одного маршрута; –обеспечение возможности контроля соблюдения межрейсовых интервалов транспортными средствами на маршруте. Должно быть реализовано отображение при работе с графиком движения расписания движения по маршруту. Должно быть реализовано отображение при работе с графиком движения графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. –анимированное отображение перечня на картографической подложке. 2.2.1.8.Требования к функциям сбора, анализа и визуализации пространственной информации Должны быть реализованы функции ведения реестра пространственных объектов: –просмотр перечня пространственных объектов в табличном виде со схематическим отображением на карте и возможностью фильтрации и/или группировки по следующим полям: ?идентификатор; ?наименование; ?описание; ?тип; ?линейные координаты; ?другие параметры, определяемые атрибутивной моделью типа объекта; –добавление нового, просмотр и редактирование параметров пространственного объекта, в том числе: ?тип; ?координаты (если есть); ?период действия (для периодических); –атрибуты пространственного объекта, перечень которых определяется типом пространственного объекта и может включать основную информацию, в том числе: ?название; ?тип геометрии объекта (точка, линия, полигон); ?географическое отношение; ?титул; ?краткое описание; ?код; ?сегмент обслуживания; –добавление, редактирование и удаление схематического отображения пространственного объекта; –редактирование пространственной геометрии пространственного объекта; –добавление, редактирование состава атрибутов пространственного объекта; –групповое редактирование атрибутов пространственных объектов, включая: ?отображение перечня общих атрибутов для выбранных пространственных объектов; ?поиск атрибутов по перечню; ?указание и сохранение значения атрибута для выбранных пространственных объектов; –схематическое отображение пространственного объекта на картографической подложке, включая: ?отображение тултипа (всплывающей подсказки) при наведении курсора мыши на схематическое отображение пространственного объекта; ?возможность выбора типа картографической подложки; ?кластеризации отображаемых пространственных объектов; ?отображение пространственных объектов на карте в виде буллетов (точек); ?отображение всех пространственных объектов с возможностью выбора объекта с карты; ?включение отдельных лент координации в рамках одной программы зеленой улицы, что наряду со снятием ограничений на количество лент в группе координации позволит создавать протяженные маршруты приоритетного проезда с возможностью последовательного включения участков маршрута; ?должен быть реализован стандартный и компактный вид программы зеленой улицы для облегчения управления сложными маршрутами сопровождения; ?управление расписанием работы группы координации; ?отображение временной диаграммы скоординированности группы координации; ?изменение длительности фаз для каждого светофорного объекта, входящего в группу координации на временной диаграмме без изменения времени цикла; ?изменение длительности цикла одного или нескольких светофорных объектов, входящих в группу координации; ?изменение времени смещения цикла светофорных объектов, входящих в группу координации на временной шкале; ?динамическое изменение временной диаграммы скоординированности движения при внесении изменений в программы групп координации; ?проверка кратности цикла светофорных объектов, входящих в группу координации. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций уведомления пользователей о событиях в подсистеме: ?информирование пользователей о событиях в подсистеме, нарушениях в работе светофорных объектов, событиях управления СО, изменения состояний и режимов работы в виде всплывающих уведомлений на экране системы; ?отображение всплывающих уведомлений по событиям на объектах; ?проигрывание звука уведомлений с возможностью настройки типов уведомлений со звуком; -наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц. Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км: ?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3. Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС Должно быть реализовано графическое отображение статистических данных по маршруту или маршрутам за период, в том числе: –количество рейсов план/факт; –средняя продолжительность рейса; –средняя скорость движения; –средний интервал движения. Должно быть реализовано формирование отчета по прохождению остановочных пунктов (тепловая карта) в графической форме с отображением интенсивности прохождения остановочных пунктов при выполнении рейсов по маршрутам на дату на карте, включая: –обобщённую информацию по интенсивности прохождения остановочного пункта по наведению на маркер; –детальную информацию по интенсивности прохождения остановочного пункта по клику на маркер. Должно быть реализовано формирование отчета по прохождению остановочных пунктов, содержащего информацию о фактах прохождения и остановки ТС рамках выполнения рейсов по маршруту на остановочных пунктах, включая: –маршрут и количество рейсов с детализацией по направлениям; –номер остановочного пункта на маршруте; –направление маршрута; –название остановочного пункта; –радиус геозоны; –количество посещений в абсолютном и процентом значениях; –количество фактически зафиксированных остановок на остановочном пункте; –интервале движения ТС по контрольным остановкам; –среднее время нахождения ТС в геозоне остановки; –среднее время фактически зафиксированной остановки на остановочном пункте. Должно быть реализовано отображение в Отчете по прохождению ОП графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано автоматизированное формирование отчетов о нарушениях, содержащих консолидированную информацию по нарушениям условий государственного контракта на выполнение пассажирских перевозок, совершенных транспортными средствами перевозчиков за указанный период в форме: –таблицы; –графика (диаграммы); –карты. 2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток); Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7. ?журнал уведомлений (список сформированных уведомлений за предыдущий период) с возможностью поиска: ?поиск по дате и времени просмотра пользователем; ?поиск по дате и времени получения уведомления; ?поиск по пользователю; ?поиск по типу уведомления: информационные сообщения, предупреждения, ошибки и нарушения в работе; ?поиск по типам объектов в системе; ?поиск по тексту уведомления; ?настройка всплывающих уведомлений: ?включение и выключение отображения уведомлений; ?выбор объектов, по которым необходимо получать уведомления; ?выбор объектов, по которым необходимо игнорировать уведомления; ?настройка типов уведомлений со звуком; ?настройка характера событий по отдельным видам объектов системы, по которым необходимо получать уведомления: -уведомления о событиях дорожного контроллера; -уведомления о событиях модуля адаптивного управления; -уведомления о событиях диспетчерского управления; -уведомления о событиях модуля формирования электронного паспорта светофорных объектов; -уведомления об изменении состояния светофорных объектов; ?уведомления об изменении режимов работы светофорных объектов. В рамках оказания услуг должна быть выполнено обеспечение взаимодействия с Подсистемой мониторинга параметров транспортного потока и модернизация подсистемы светофорного управления в части функций: ?отображение в виде графиков или диаграмм данных по уровню обслуживания светофорного объекта; ?отображение в виде графиков или диаграмм данных по уровню обслуживания каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по всем направлениям светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории интенсивности по каждой из полос движения, входящих в направления светофорного объекта; Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации. ?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую; ?возможность включения и отключения работы СО под управлением набора оптимальных программ. Режим управления по оптимальным программам должен автоматически срабатывать при нарушении целостности и полноты данных транспортных потоков при адаптивном режиме работы; ?выбор базовой программы для создания набора оптимальных программ; ?управление максимальной длительностью цикла отдельных программ при создании набора оптимальных программ светофорного объекта; ?ручное управление длительностью работы отдельных программ при формировании набора оптимальных программ (от часа до суток); ?автоматическое назначение длительности работы отдельных программ и фаз при формировании набора оптимальных программ на базе установленного порогового значения изменений данных транспортных потоков на полосах движения, выбор отдельных полос движения направлений, на основе изменений которых должен формироваться набор оптимальных программ; ?управление ограничением по длительности отдельных фаз относительно выбранной базовой программы светофорного объекта; ?визуализация наличия данных транспортных потоков для формирования оптимального набора программ; ?ручной ввод данных транспортных потоков на отдельных полосах движения на направлениях, при отсутствии получения таких данных с детекторов транспорта, для возможности формирования набора оптимальных программ; ?графическое отображение результата формирования набора оптимальных программ на базе данных транспортных потоков по дням недели и часам, с указанием длительностей цикла и отдельных фаз программ; ?графическое отображение данных параметров транспортных потоков, использованных при формировании набора оптимальных программ; ?графическое отображение диаграммы цикла (фазы, промтакты) отдельных программ в наборе оптимальных программ. СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe; –количества активных ТС из числа назначенных на маршрут. Должно быть реализовано отображение данных на указанный момент времени в прошлом для целей анализа транспортной обстановки. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. Должно быть реализовано отображение по факту выбора маршрута(ов) в таблице на карте: –линий трасс маршрута в прямом и обратном направлениях; –маркеров остановок маршрута в прямом и обратном направлениях; –маркеров ТС, назначенных на маршрут. Должно быть реализовано позиционирование карты относительно выбранного(ых) маршрута(ов) в таблице. Должно быть реализовано отображение установленных геозон в табличной форме, с указанием: –названия геозоны; –типа; –количества ТС, находящихся в их границах геозоны. –функция отображения по факту выбора геозоны в таблице на карте: –границ геозоны; –маркеров ТС, находящихся в их границах геозоны. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню геозоны в таблице. Должно быть реализовано позиционирование карты относительно выбранной в таблице геозоны. Должно быть реализовано отображение транспортных средств в табличной форме с указанием: –перевозчика; –класса ТС; –государственного номера ТС; –марки ТС; –факта наличия у ТС специального оборудования; –факта наличия зафиксированного инцидента с ТС; –маршрута, на который назначено ТС; –даты и времени последней передачи мониторинговой информации. Должно быть реализовано позиционирование карты относительно выбранного ТС в таблице. Должна быть реализована автоматическая фильтрация данных таблицы ТС в зависимости от выбранных маршрутов в таблице. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. 2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта. –выбор представления для отображения на картографической подложке; –отображение для представления количества наборов данных, вошедших в его состав; –открытие представления в новой вкладке; –работу с преднастроенными и пользовательскими представлениями, включая: ?создание, изменение и создание копии представления, с возможностью задания: oназвания; oавтора и наличия запрета на изменения; oразделов для отображения представления; oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. ?удаление представления. –создание иерархической структуры хранения представлений, включая: ?добавление, создание копии, изменение, просмотр перечня подгрупп (подпапок) и представлений, удаление группы (папки) представлений; ?перенос представлений из одной папки в другую. –перенос представлений путем перетаскивания либо выбора пункта контекстного меню между преднастроенными и пользовательскими представлениями. Должны быть реализованы функции управления картографическими подложками, включая: –выбор растровой картографической подложки; –выбор векторной картографической подложки (MVT); –настройку стилей векторных картографических подложек, в том числе скачивание, загрузку пользовательских стилей из файла и настройка стилей в JSON; –настройку яркости картографической подложки. Должны быть реализованы функции отображения на картографической подложке информации о пространственных объектах с учетом выбранных наборов данных, слоев и представлений, включая: –отображение всех объектов, относящихся к выбранному набору(ам) / слою(ям) / представлению(ям) с возможностью выбора объекта с карты; –возможность включения/выключения режима загрузки объектов в пределах видимой области; 2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД: –поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации. 2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек. ?формирование динамического цикла работы СО с корректировкой фаз по необходимости: динамический цикл должен автоматически корректироваться при изменении дорожной ситуации, либо при мгновенных изменениях условий на конкретном направлении светофорного объекта, оценка должна производиться один раз в заданный в паспорте светофорного объекта временной интервал, либо по достижению заданного порога изменения наблюдаемых параметров транспортного потока; ?выдача своевременной автоматической команды на включения фазы для управляемого светофорного объекта; ?автоматическая оптимизация длительностей фаз в режиме адаптивного управления на основе данных транспортного потока в отдельных направлениях светофорного объекта; ?автоматическая оптимизация сдвига фазы в режиме адаптивного управления; ?автоматическая оптимизация длительности цикла в режиме адаптивного управления; ?визуализация приема от пользователя команды на включение/отключение режима адаптивного управления; ?блокировка возможности перевода светофорного объекта в адаптивный режим; ?получение и обработка информации о параметрах транспортного потока в режиме, приближенном к реальному времени: ?количество ТС в зоне детекции на каждой полосе; ?интенсивность движения транспорта на каждой полосе; ?длина очереди перед стоп-линией на каждой полосе; ?скорость движения каждого транспортного средства в зоне детекции по каждой полосе; ?расстояние от каждого транспортного средства до стоп-линии; ?сбор и обработка потока данных с дорожных контроллеров в режиме, приближенном к реальному времени; ?долгосрочное хранение истории событий дорожных контроллеров и измеряемых параметров транспортного потока детекторов транспорта; ?контроль качества поступающих данных транспортных потоков и оценка надежности наблюдаемых величин; ?обнаружение отказов работоспособности ДК и детекторов транспорта, задержек в сети передачи данных; ?подсистема должна обладать следующим набором ограничений для обеспечения безопасности работы светофорного объекта: -возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. ?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта. –Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне; 2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера). 2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4 Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов. -Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. –отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени; 2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы; 2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа; –импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов; СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ 2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта; –Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя. -на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700 ?отображение диаграммы исполнения программы светофорного объекта при выборе в списке или на карте, включая графическое отображение работы фаз каждого направления в реальном времени (основное время, промтакт), временную шкалу, отображение на диаграмме режима работы и источника управления, отображение временных меток отправки команд управления светофорным объектом с индикацией инициатора команды; ?должна быть обеспечена настройка отображения данных на диаграмме исполнения программы светофорного объекта с возможностью включения/отключения отображения структуры направлений, промтактов, режима и источника управления, команд оператора; ?должна быть обеспечена функция переключения «светлой» и «тёмной» темы отображения интерфейса; ?отображение на карте виджета с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) светофорных объектов; ?отображение на графике статистической информации по работоспособности светофорных объектов за выбранный день; ?отображение карты текущей работоспособности светофорных объектов в виде пиктограмм с цветовой индикацией статуса работоспособности; ?отображение на графике статистической информации по режимам работы светофорных объектов за выбранный день; ?отображение карты текущих режимов работы светофорных объектов в виде пиктограмм с цветовой индикацией режимов работы; ?отображение на графике статистической информации по истории изменения источников управления светофорных объектов за выбранный день; ?отображение карты текущих источников управления светофорных объектов в виде пиктограмм с цветовой индикацией источников управления; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) детекторов транспорта на светофорных объектах; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) камер видеонаблюдения на светофорных объектах; Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута; ?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте; СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры. В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. ?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети; Должно быть реализовано формирование отчета по инцидентам в табличной форме, содержащего обобщенные и подробные данные по инцидентам за период по каждому маршруту. Должно быть реализовано формирование отчета по инцидентам в форме карты, содержащего обобщенные и подробные данные по инцидентам за период с отображением маркеров инцидентов на карте. Должно быть реализовано формирование отчета по инцидентам в форме графика, содержащего информацию об инцидентах за выбранный период в разрезе категорий инцидентов и перевозчиков. Должно быть реализовано формирование консолидированной отчетности по качеству перевозок, содержащей: –общую информацию: ?название перевозчика; ?реквизиты государственного контракта на выполнение пассажирских перевозок; ?номер маршрута; ?период расчета; ?наименование маршрута; –данные по объему выполненных перевозок за период: ?плановое количество рейсов; ?фактическое количество рейсов; ?отклонение фактического значения от планового в %; –данные по транспортным средствам, назначенным на маршрут: ?номер; ?марка; ?модель; ?класс; ?год выпуска; ?количество выполненных рейсов; ?количество нарушений; ?количество инцидентов; ?средний возраст ТС; –данные по зафиксированным инцидентам: ?категория инцидента; ?название инцидента; ?количество; –данные по зафиксированным нарушениям: ?категория нарушения; ?название нарушения; ?количество. Должно быть реализовано формирование консолидированной отчетности по количеству выполненных рейсов, содержащей следующие данные по маршруту(ам) за выбранный период: –наименование маршрута; –название маршрута; –название перевозчика; –реквизиты государственного контракта на выполнение пассажирских перевозок; –плановое количество рейсов за отчетный период; –количество рейсов, выполненных с нарушением допустимых отклонений; –количество рейсов без отклонений; –протяженность маршрута; –объем выполненных работ. ?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля; ?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля; -общая; -прямое направление; -обратное направление; –остановочные пункты: -количество (в прямом направлении); -прямое направление; -количество (в обратном направлении); -обратное направление; –трасса: -прямое направление; -обратное направление; –режимы работы; –контракт: -перевозчик; -контракт; -дата контракта; -дата начала перевозок; -количество рейсов в день. Должно быть реализовано ведение реестра остановочных пунктов с отображением данных остановочного пункта: –уникальный код; –идентификатор; –наименование; –описание; –название и описание для публичного портала; –факт наличия координат остановочного пункта; –географические координаты; –вид транспорта; –территории; –факт наличия маршрутов, содержащих данный остановочный пункт; –количество маршрутов, содержащих данный остановочный пункт; –перечень маршрутов, содержащих данный остановочный пункт; –факт наличия маршрутов, на которых остановочный пункт является контрольным; –количество маршрутов, на которых остановочный пункт является контрольным; –перечень маршрутов, на которых остановочный пункт является контрольным; –перечень оборудования ОП; –источник данных. Должно быть реализовано ведение реестра перевозчиков с отображением данных Перевозчика: –перевозчик; –описание; –количество маршрутов; –перечень маршрутов; –территории; –распределение транспортных средств по классам вместимости; –средний возраст ТС. Должно быть реализовано формирование консолидированной отчетности, содержащей информацию по параметрам ТС, назначенных на маршруты перевозчика: –перевозчик; –номер маршрута; –название маршрута; –максимально допустимое количество ТС (с распределением по классам ТС); –количество назначенных ТС (с распределением по классам ТС); –возраст транспортных средств (Допустимый и средний назначенных); –последнее назначение ТС (дата, время, ответственный). ?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала; ?цвета; ?размера. ?пользовательское изображение (выбор изображения с устройства), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции; ?арка, с возможностью задания: ?параметра интерактивности; ?толщины, цвета и градиента линии; ?коэффициента, определяющего толщину; ?градуса наклона; ?коэффициента высоты. ?текстовый маркер; -дополнительный стиль (дополняет основной в части типа линии, ее цвета, толщины и др.); -определение правил условного отображения, включая: ?отображение перечня правил условного отображения; ?установку одного из стилей условного отображения стилем по умолчанию; ?включение/выключение отображения объектов не удовлетворяющих условиям правил стилем по умолчанию; ?добавление, просмотр и редактирование параметров правила условного отображения, с возможностью: ?задания названия; ?генерации палитры цветов для условного отображения объектов слоя в зависимости от выбранного параметра из перечня доступных при помощи Мастера настройки правил условного отображения, включая детальную настройку цвета, границ и шага диапазонов его изменения; ?добавления, просмотра и редактирования условий правила, определяющего соответствие значения, выбранного из перечня доступных полей атрибутов и значения агрегирующих функций по группам объектов указанному целевому значению (включая функции времени); ?удаления условий правила; ?задания функции рендера и других параметров в соответствии с выбранной функцией; ?создания дополнительного стиля; ?изменения индекса правила условного отображения, т. е. определение порядка применения стилей, установленными правилами; ?удаления правила условного отображения. ?принудительное обновление представления слоя на карте. Должны быть реализованы функции работы с представлениями объектов, имеющих пространственные характеристики, включая: –отображение каталога предстастроенных представлений; –поиск по представлениям; –копирование ссылки на представление из каталога; Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы); Должно быть реализовано анимированное отображение истории передвижения маркера(ов) ТС(ов) на карте, включая отображение: –карты региона; –трассы маршрута; –маркера ТС; –маркеров остановочных пунктов маршрута и геозон контрольных остановок маршрута; –тепловой карты интенсивности движения ТС; –маркеров инцидентов на ТС; –маркеров нарушений условий государственного контракта; –трека передвижения ТС с цветовой индикацией скорости передвижения; –мест остановки ТС. Должна быть реализована настройка параметров графического отображения истории передвижения. Должно быть реализовано выделение области на карте для загрузки информации о ТС, находившихся в ней в рамках текущих суток, с отображением: –таблицы, содержащей перечень ТС и времена входа и выхода; –выделенной области. Должно быть реализовано управление анимированным отображением истории передвижения маркера(ов) ТС на карте, включая: –пуск; –паузу; –выбор момента времени для отображения; –переключение между моментами времени для отображения. Должно быть реализовано отображение на графике зависимости скорости ТС от времени, с распределением полученных данных по рейсам маршрута, с отображением: –динамики скорости; –факта выполнения рейса; –факта и статуса фиксации ТС в геозоне остановочного пункта маршрута; –факта нарушения условий выполнения перевозок по маршруту; –факта возникновения инцидента на ТС, назначенном на маршрут; –факта и статуса назначения ТС на маршрут. Должно быть реализовано формирование журнала рейсов, содержащего следующий набор данных на дату: –перевозчик; –государственный номер ТС; –направление маршрута (прямое или обратное); –время начала и время окончания рейса; –продолжительность рейса; –расстояние, пройденное за рейс по данным одометра. Должно быть реализовано формирование детализированной информации по каждому рейсу в рамках журнала рейсов, включая: –название остановки; –время входа в геозону; –продолжительность остановки; –время выхода из геозоны; –минимальная скорость в геозоне; –дата заключения государственного контракта; –текстовое описание пути следования; –примечание. Должна быть выполнена модернизация добавления нового транспортного средства с указанием параметров: –тип; –государственный номер; –марка; –модель; –вместимость; –гаражный номер; –год выпуска; –класс ТС; –экологический класс; –факт оснащенности дополнительным оборудованием (например, для маломобильных категорий граждан – пополняемый справочник); –маршрутные карты; –примечание; –идентификатор навигационного оборудования; –перевозчик. Должны быть реализованы формирование и корректировка перечня остановочных пунктов маршрута, включая: –управление контрольными остановками маршрута, обеспечивающая возможность ведения расчетов показателей качества перевозок; –управление порядком остановочных пунктов маршрута в прямом и обратном направлениях. Должно быть реализовано создание копии маршрута со всеми параметрами, включая остановки, трассы, режимы работы. Должно быть реализовано управление трассами маршрута с использованием визуального редактора: –функция добавления новой точки трассы маршрута с автоматическим присоединением к трассе маршрута; –функция переноса раннее добавленной точки трасы маршрута; –функция копирования прямой/обратной трассы маршрута; –функции управления отображением трассами и точками прямого/обратного направления маршрута; –функция отображения треков истории передвижения ТС в выбранном направлении по маршруту за выбранную дату с цветовой индикацией скорости. Должна быть реализована функция настройки параметров графического отображения треков истории передвижения. Должна быть реализована функция управления режимом работы маршрута с указанием параметров: –рабочие дни маршрута (ежедневно / будни / выходные и праздники / по дням недели); –период режима работы (даты с-по); –график движения режима работы (по расписанию / по интервалам); –количество рейсов; –статус режима работы (проект / активный). Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений. ?формирование фаз светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление фаз; ?назначение номера фазам с автоматической проверкой на уникальность номера фазы в паспорте СО; ?обозначение типа фазы: основная, вызывная, резервная, вызывая подменная; ?указание произвольного названия для фазы; ?назначение минимального и максимального времени работы фазы; ?интерактивная привязка направлений светофорного объекта к фазам; ?запрет привязки конфликтующих направлений к одной фазе; ?визуализация привязки направлений к фазе на диаграмме светофорного объекта в области карты; ?визуализация привязки всех направлений ко всем фазам на диаграмме; ?автоматический расчет промтакта фазы как совокупности промтактов направлений, входящих в фазу с учетом временных параметров каждого из направлений; ?визуализация диаграммы структуры фазы в виде временных параметров разрешения и запрета направлений; ?формирование программ работы светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление программ работы светофорного объекта; ?выбор типа программы: основная, резервная; ?указание произвольного названия программы; ?автоматическое создание программы на основе временных параметров фаз и входящих в них направлений; ?назначение основного времени работы фаз; ?автоматический расчет длительности фаз с учетом временных параметров разрешения и запрета работы направлений, входящих в фазу (промтакт); ?автоматический расчет временных сдвигов фаз в цикле программы; ?возможность изменения порядка следования фаз в программе, включая повторное включение одной фазы в одном цикле; ?возможность изменения количества работающих фаз в программе; ?синхронизация временных параметров работы направлений в программе по времени горения красного сигнала светофоров; ?визуализация диаграммы работы программы на временной шкале, включая цветовую индикацию временных параметров разрешения и запрета работы направлений (промтакт); 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. Участник закупки указывает в заявке все значения характеристики 3.2.Развертывание и конфигурирование Системы При развертывании программного обеспечения на аппаратно-программном комплексе должен быть установлен передаваемый на машинных носителях информации дистрибутив с программным обеспечением Системы, и осуществлена предварительная конфигурация Системы. Дальнейшее конфигурирование Системы, включая работы по настройке Системы и интеграционных связей со смежными системами, должно быть выполнено Исполнителем в соответствии с Руководством администратора. В случае необходимости, Исполнителем должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав дистрибутива. 26.20.14.150 26.20.14.000-00000189 ТОВАР Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ Штука 2,00 4 591 666,67 9 183 333,34 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 2 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Значение характеристики не может изменяться участником закупки Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки 58.29.1 58.29.11.000-00000003 ТОВАР Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Штука 24,00 4 764,33 114 343,92 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 24 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки 26.20.15.170 ТОВАР Машины вычислительные электронные цифровые и прочие, содержащие или не содержащие в одном корпусе одно или два из следующих устройств для автоматической обработки данных: запоминающие устройства, устройства ввода, устройства вывода с функциями безопасности информации, обеспеченными встроенными, в том числе криптографическими, средствами защиты Процессор x86_64 Intel, AMD Оперативная память ? 4 ГБАЙТ Объем хранения данных ? 64 ГБАЙТ Штука 1,00 248 165,00 248 165,00 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Процессор x86_64 Intel, AMD Значение характеристики не может изменяться участником закупки Оперативная память ? 4 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Объем хранения данных ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Устройство для чтения DVD-дисков Наличие Значение характеристики не может изменяться участником закупки USB-интерфейс Наличие Значение характеристики не может изменяться участником закупки Монитор Наличие Значение характеристики не может изменяться участником закупки Клавиатура Наличие Значение характеристики не может изменяться участником закупки Мышь Наличие Значение характеристики не может изменяться участником закупки 58.29.1 58.29.11.000-00000003 ТОВАР Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Штука 3,00 199 163,00 597 489,00 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 3 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки 26.51.64.190 ТОВАР Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 2 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - Штука 1,00 569 333,33 569 333,33 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики Объем накопителя ? 128 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки 25.11.22.190 ТОВАР Опоры и мачты решетчатые из черных металлов прочие, не включенные в другие группировки Высота 450 ММ Ширина 110 ММ Длина (без дополнительного выдвижного элемента) 1533 ММ Штука 96,00 19 283,33 1 851 199,68 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 96 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Высота 450 Миллиметр Значение характеристики не может изменяться участником закупки Ширина 110 Миллиметр Значение характеристики не может изменяться участником закупки Длина (без дополнительного выдвижного элемента) 1533 Миллиметр Значение характеристики не может изменяться участником закупки Масса 11 Килограмм Значение характеристики не может изменяться участником закупки Диапазон рабочих температур > -50 и ? 65 Градус Цельсия Участник закупки указывает в заявке диапазон значений характеристики Материал корпуса металл Значение характеристики не может изменяться участником закупки Покрытие порошковая краска Значение характеристики не может изменяться участником закупки цвет пыльно-серый Значение характеристики не может изменяться участником закупки кронштей наличие Значение характеристики не может изменяться участником закупки крепежные элементы наличие Значение характеристики не может изменяться участником закупки паспорт изделия наличие Значение характеристики не может изменяться участником закупки 26.51.64.190 ТОВАР Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 3 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - Штука 7,00 911 666,67 6 381 666,69 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 7 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 3 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки 26.20.40.110-00000001 ТОВАР Источник бесперебойного питания Тип С двойным переключением (off-line) Минимальное время автономной работы при расчетной нагрузке ? 15 МИН Класс защиты IP32 Штука 1,00 1 034 126,67 1 034 126,67 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип С двойным переключением (off-line) Значение характеристики не может изменяться участником закупки Минимальное время автономной работы при расчетной нагрузке ? 15 Минута Участник закупки указывает в заявке конкретное значение характеристики Класс защиты IP32 Значение характеристики не может изменяться участником закупки 26.20.14.150 26.20.14.000-00000189 ТОВАР Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ Штука 1,00 4 403 333,33 4 403 333,33 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки 58.29.1 58.29.11.000-00000003 ТОВАР Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации Штука 1,00 393 563,33 393 563,33 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации Значение характеристики не может изменяться участником закупки 26.30.11.122 26.30.11.120-00000002 ТОВАР Маршрутизатор Количество блоков питания ? 1 ШТ Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 ШТ Штука 1,00 2 413 266,67 2 413 266,67 ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" 1 Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество блоков питания ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 Штука Участник закупки указывает в заявке конкретное значение характеристики Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Дополнительные сведения о товаре включены с целью минимизировать риски связанные с синхронизацией работы существующих технических решений и программных решений реализованных ранее на улично-дорожной сети города Севастополя. Также дополнительные сведения позволяют обеспечить соблюдение требований по информационной безопасности к оборудованию и программному обеспечения в соответствии с требованиями действующего законодательства в части объектов критической информационной инфраструктуры. -   - - 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 1 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 1,00 - 284 666,67 - 284 666,67 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SD Значение характеристики не может изменяться участником закупки Объем накопителя ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - - 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 1,00 - 53 438,00 - 53 438,00 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки - - 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 4 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 18,00 - 1 069 166,67 - 19 245 000,06 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 18 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 4 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора не ниже 1,7 ГГц ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 4 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора не ниже 1,7 ГГц - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки - - 26.20.40.144 ТОВАР - Системы и средства с преобладающими функциями криптографической защиты, программные, программно-аппаратные, аппаратные ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). - Комплект - 23,00 - 55 813,33 - 1 283 706,59 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 23 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Значение характеристики не может изменяться участником закупки Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Значение характеристики не может изменяться участником закупки Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). Значение характеристики не может изменяться участником закупки Использование Используется как часть адаптивной системы, где контроллер сам принимает решения на основе данных с датчиков параметров транспортного поток Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ПАК СКЗИ - Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) - - Значение характеристики не может изменяться участником закупки - Получение команд - Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) - - Значение характеристики не может изменяться участником закупки - Передача данных - Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). - - Значение характеристики не может изменяться участником закупки - Использование - Используется как часть адаптивной системы, где контроллер сам принимает решения на основе данных с датчиков параметров транспортного поток - - Значение характеристики не может изменяться участником закупки - - 26.30.11.110-00000041 ТОВАР - Коммутатор Тип коммутатора Управляемый Тип передачи данных Ethernet Блок питания Встроенный - Штука - 1,00 - 424 076,67 - 424 076,67 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип коммутатора Управляемый Значение характеристики не может изменяться участником закупки Тип передачи данных Ethernet Значение характеристики не может изменяться участником закупки Блок питания Встроенный Значение характеристики не может изменяться участником закупки Тип блоков питания Фиксированные Значение характеристики не может изменяться участником закупки Количество блоков питания 1 Штука Значение характеристики не может изменяться участником закупки Тип электропитания AC Значение характеристики не может изменяться участником закупки Поддержка стандарта RFC 7348 (VXLAN) Да Значение характеристики не может изменяться участником закупки Наличие панели управления Да Значение характеристики не может изменяться участником закупки Количество LAN портов ? 24 Штука Участник закупки указывает в заявке конкретное значение характеристики Внутренняя пропускная способность ? 1000 Гигабит в секунду Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип коммутатора - Управляемый - - Значение характеристики не может изменяться участником закупки - Тип передачи данных - Ethernet - - Значение характеристики не может изменяться участником закупки - Блок питания - Встроенный - - Значение характеристики не может изменяться участником закупки - Тип блоков питания - Фиксированные - - Значение характеристики не может изменяться участником закупки - Количество блоков питания - 1 - Штука - Значение характеристики не может изменяться участником закупки - Тип электропитания - AC - - Значение характеристики не может изменяться участником закупки - Поддержка стандарта RFC 7348 (VXLAN) - Да - - Значение характеристики не может изменяться участником закупки - Наличие панели управления - Да - - Значение характеристики не может изменяться участником закупки - Количество LAN портов - ? 24 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Внутренняя пропускная способность - ? 1000 - Гигабит в секунду - Участник закупки указывает в заявке конкретное значение характеристики - - Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Дополнительные сведения о товаре включены с целью минимизировать риски связанные с синхронизацией работы существующих технических решений и программных решений реализованных ранее на улично-дорожной сети города Севастополя. Также дополнительные сведения позволяют обеспечить соблюдение требований по информационной безопасности к оборудованию и программному обеспечения в соответствии с требованиями действующего законодательства в части объектов критической информационной инфраструктуры. - - 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения - Штука - 2,00 - 224 170,00 - 448 340,00 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 2 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки - - 26.30.30.190 26.30.30.000-00000010 ТОВАР - Шкаф телекоммуникационный Тип размещения Напольный Высота, U ? 40 и < 50 Ширина ? 500 и < 1000 ММ - Штука - 1,00 - 184 383,33 - 184 383,33 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип размещения Напольный Значение характеристики не может изменяться участником закупки Высота, U ? 40 и < 50 Участник закупки указывает в заявке конкретное значение характеристики Ширина ? 500 и < 1000 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Полезная глубина ? 800 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Максимальная распределенная нагрузка ? 500 и < 1000 Килограмм Участник закупки указывает в заявке конкретное значение характеристики Тип конструкции Разборный Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип размещения - Напольный - - Значение характеристики не может изменяться участником закупки - Высота, U - ? 40 и < 50 - - Участник закупки указывает в заявке конкретное значение характеристики - Ширина - ? 500 и < 1000 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики - Полезная глубина - ? 800 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики - Максимальная распределенная нагрузка - ? 500 и < 1000 - Килограмм - Участник закупки указывает в заявке конкретное значение характеристики - Тип конструкции - Разборный - - Значение характеристики не может изменяться участником закупки - - 62.09.20.120 УСЛУГА - Услуги по установке программного обеспечения 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». ... 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. ... 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. ... - Условная единица - 1,00 - 59 457 076,72 - 59 457 076,72 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». Участник закупки указывает в заявке все значения характеристики 1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории. Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях; 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. Участник закупки указывает в заявке все значения характеристики 2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме; ?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта; Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии); ?создание специальных программ работы светофорного объекта в адаптивном режиме; ?возможность выбора алгоритма адаптивного управления; ?настройка специальных программ работы светофорного объекта в адаптивном режиме на основе базовых программ светофорного объекта; ?управление ограничением максимальной длительности оптимального цикла адаптивного управления; ?настройка глубины наблюдения истории проезда ТС для работы алгоритма предсказания транспортных потоков при адаптивном управлении; ?настройка приоритета включения фаз по критериям длины очереди и/или потерянному времени (задержкам); ?настройка действий Системы при работе адаптивного управления и потере информации о состоянии дорожного контроллера; ?включение/выключение наблюдаемых полос движения из расчетов при работе алгоритма адаптивного управления; ?возможность настройки пропуска фазы в действующем оптимальном цикле в адаптивном режиме при отсутствии на направлениях таких фаз транспортных средств; ?настройка раннего завершения фаз при отсутствии на указанных направлениях транспортных средств в течение заданного времени; ?настройка величины наблюдаемой области (длины зоны детекции) детекторов транспорта для каждого направления движения светофорного объекта в адаптивном режиме; ?автоматизированное создание набора оптимальных программ по дням недели на основе исторических данных транспортных потоков детекторов транспорта для работы светофорного объекта в адаптивном режиме управления при отсутствии связи с детекторами транспорта. Набор оптимальных программ должен формироваться по дням недели при наличии данных транспортных потоков на всем промежутке суток дней недели; ?автоматическая корректировка сформированного набора программ по мере обновления исторических данных транспортных потоков, управление расписанием корректировки; –отображение названия остановочного пункта, перечня оборудования и ссылки для быстрого перехода к НСИ при щелчке по маркеру остановки; –трансляция потокового видео с камеры телеобзора при щелчке на маркер камеры с возможностью переключения между камерами, объединенными в группу по территориальному признаку. Должны быть реализованы функции отображения панели оперативных данных по маршруту, содержащую аналитическую информацию по маршруту, в том числе: –название и номер маршрута; –указание начального и конечного остановочных пунктов маршрута; –актуальную информацию о ходе выполнения суточного плана по маршруту; –оперативную информацию по выполняемым рейсам маршрута в форме мнемосхемы; –информацию по рейсам маршрута, выполненным за текущие сутки; –информацию по инцидентам на ТС, назначенных на маршрут. Должны быть реализованы функции отображения панели оперативных данных по ТС, содержащую аналитическую информацию по ТС, в том числе: –государственный регистрационный знак ТС; –указание марки и модели ТС; –актуальную информацию по ТС или детализированный прогноз прибытия ТС на остановочные пункты маршрута; –информацию по рейсам ТС, выполненным за текущие сутки; –информацию по инцидентам на ТС. Должны быть реализованы функции отображения панели оперативных данных по ОП содержащую аналитическую информацию по ОП, в том числе: –информация об уже выполненных за текущие сутки рейсах и факте проследования ТС через выбранный остановочный пункт; –информация о рейсах, выполняемых в настоящий момент по маршрутам, проходящим через выбранный остановочный пункт, и прогноз их прибытия на него. Должно быть реализовано управление отображением трасс всех маршрутов на карте. Должно быть реализовано управление отображением всех остановочных пунктов на карте. Должно быть реализовано отображение перечня маршрутов в табличной форме с указанием: –перевозчика; –типа ТС маршрута; –номера маршрута; –названия маршрута; –количества ТС, назначенных на маршрут; 2.2.1.3.Требования к функциям диспетчеризации Должно быть реализовано управление назначением транспортного средства на маршрут, включая: –возможность точечного назначения и снятия транспортного средства с маршрута оператором; –возможность группового назначения и снятия транспортных средств с маршрута оператором. Должно быть реализовано отложенное назначение ТС на маршрут: –определения регулярности применения плана; –задания последовательности назначений, переназначений и снятий с маршрута с указанием времени; –привязки плана к необходимому перечню транспортных средств; –корректировки плана назначений; –просмотра детализированной истории изменений плана назначений. Должна быть реализована фиксация нештатной ситуации (инцидента) с автоматизированным определением параметров и возможностью указания: –даты и времени возникновения нештатной ситуации; –категории нештатной ситуации; –описания нештатной ситуации; –предполагаемого времени устранения; –ответственного за фиксацию; –данных водителя ТС, задействованного в нештатной ситуации (при необходимости). Должна быть реализована функция отметки факта устранения нештатной ситуации (инцидента), с возможностью указания: –даты и времени устранения нештатной ситуации (инцидента); –комментария по устранению; –ответственного за устранение. 2.2.1.4.Требования к функциям анализа работы пассажирского транспорта Должно быть реализовано формирование истории движения транспортного средства на дату в табличной форме, включая: –время; –направление маршрута; –скорость ТС в момент времени; –номер маршрута. –перечень рейсов; –перечень инцидентов; –перечень нарушений условий выполнения пассажирских перевозок. ?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей: ?должно быть ограничено максимальное время запрещающего сигнала светофора для всех транспортных направлений; ?должно строго контролироваться время ожидания пешеходами зеленого сигнала на светофорном объекте, не превышая заданных ограничений; ?должна быть ограничена длительность оптимального цикла временем включения пешеходных направлений; ?должен быть обеспечен строгий контроль качества данных детекторов транспорта: если данные с любого из детекторов транспорта не поступают в течение заданного интервала времени, или показатель качества данных ниже порогового значения, модуль адаптивного управления должен принудительно переводить светофорный объект в локальный режим, при этом должен срабатывать алгоритм корректного завершения адаптивного управления без нарушения целостности цикла светофорного регулирования. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций координированного управления: ?создание лент координации (набор светофорных объектов в режиме координации) и групп координации (набор лент координации) из нескольких светофорных объектов; ?должно отсутствовать ограничение на количество лент координации в одной группе координации; ?должно отсутствовать ограничение на пересечение лент координации в группе; ?должно отсутствовать ограничение на включение одного светофорного объекта в разные ленты/группы координации; ?отображение списка групп координации; ?отображение созданной группы координации на карте, включая отображение связей между СО одной группы; ?отображение расстояния между светофорными объектами группы координации; ?изменение набора светофорных объектов, входящих в группу координации; ?удаление ленты или группы координации; ?включение/отключение программы работы группы координации; ?включение/отключение программы группы координации по расписанию; Должно быть реализовано формирование отчета по интенсивности движения, представляющего собой графическое отображение интенсивности движения ТС на карте и предназначенного для: –оценки охвата маршрутной сети; –оценки загруженности определенных участков дорожной сети; –определения областей дорожной сети, проблемных с точки зрения передачи мониторинговой информации. –отображения: ?треков выполненных рейсов по выбранным маршрутам с цветовой индикацией скорости движения ТС; ?графика средней скорости передвижения ТС по выбранным маршрутам. Должна быть реализована тонкая настройка параметров отображения треков выполненных рейсов и графика скорости. Должно быть реализовано формирование информации о фактах и частоте передачи мониторинговой информации от каждого транспортного средства на дату по форме отчета и в форме журнала. Должно быть реализовано формирование отчета по выполненным рейсам, содержащего следующий набор данных за период по маршруту: –перевозчик; –количество рейсов (план и факт); –процент выполнения плана; –суммарный пробег по маршруту исходя из нормативов протяженности прямого и обратного направления маршрута; –средний возраст транспортных средств, лет; –процент рейсов, выполненных ТС со специализированным оборудованием. Должно быть реализовано формирование детализированной информации о выполненных рейсах по маршруту за период, с группировкой по транспортным средствам, включая: –перевозчик; –государственный номер; –направление маршрута; –дата; –время начала и время окончания рейса; –продолжительность рейса. Должно быть реализовано формирование отчета о времени работы на маршрутах, содержащего информацию о продолжительности работы ТС на маршрутах, включая: –количество рейсов: план/факт, % выполнения; –среднее время выполнения рейсов с детализацией по направлениям; –средняя скорость ТС на маршруте с детализацией по направлениям; –количество ТС; –тип маршрута; –детали маршрута; –время работы: план/факт. –показания одометра. Должно быть реализовано отображение треков учтенных фактических рейсов за выбранный период в журнале рейсов (на карте) с возможностью просмотра детализированной информации по рейсу. Должна быть реализована тонкая настройка параметров графического отображения журнала рейсов (на карте). Должно быть реализовано отображение в журнале рейсов (на карте) графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано табличное отображения детализации выполненных рейсов по маршруту в целом или конкретным транспортным средством в табеле рейсов. Должно быть реализовано отображение расписания и отклонения от расписания в целом по маршруту в табеле рейсов. Должно быть реализовано отображение в табеле рейсов графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано графическое отображение детальной информации по рейсам, выполненным транспортным средством на дату, включая факт прохождения остановочного пункта в рамках конкретного рейса прямого или обратного направления маршрута на графике движения. Должно быть реализовано графическое отображение на графике движения детальной информации по всем рейсам маршрута на дату, включая: –факты обгона одним транспортным средством другого в рамках одного маршрута; –обеспечение возможности контроля соблюдения межрейсовых интервалов транспортными средствами на маршруте. Должно быть реализовано отображение при работе с графиком движения расписания движения по маршруту. Должно быть реализовано отображение при работе с графиком движения графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. –анимированное отображение перечня на картографической подложке. 2.2.1.8.Требования к функциям сбора, анализа и визуализации пространственной информации Должны быть реализованы функции ведения реестра пространственных объектов: –просмотр перечня пространственных объектов в табличном виде со схематическим отображением на карте и возможностью фильтрации и/или группировки по следующим полям: ?идентификатор; ?наименование; ?описание; ?тип; ?линейные координаты; ?другие параметры, определяемые атрибутивной моделью типа объекта; –добавление нового, просмотр и редактирование параметров пространственного объекта, в том числе: ?тип; ?координаты (если есть); ?период действия (для периодических); –атрибуты пространственного объекта, перечень которых определяется типом пространственного объекта и может включать основную информацию, в том числе: ?название; ?тип геометрии объекта (точка, линия, полигон); ?географическое отношение; ?титул; ?краткое описание; ?код; ?сегмент обслуживания; –добавление, редактирование и удаление схематического отображения пространственного объекта; –редактирование пространственной геометрии пространственного объекта; –добавление, редактирование состава атрибутов пространственного объекта; –групповое редактирование атрибутов пространственных объектов, включая: ?отображение перечня общих атрибутов для выбранных пространственных объектов; ?поиск атрибутов по перечню; ?указание и сохранение значения атрибута для выбранных пространственных объектов; –схематическое отображение пространственного объекта на картографической подложке, включая: ?отображение тултипа (всплывающей подсказки) при наведении курсора мыши на схематическое отображение пространственного объекта; ?возможность выбора типа картографической подложки; ?кластеризации отображаемых пространственных объектов; ?отображение пространственных объектов на карте в виде буллетов (точек); ?отображение всех пространственных объектов с возможностью выбора объекта с карты; ?включение отдельных лент координации в рамках одной программы зеленой улицы, что наряду со снятием ограничений на количество лент в группе координации позволит создавать протяженные маршруты приоритетного проезда с возможностью последовательного включения участков маршрута; ?должен быть реализован стандартный и компактный вид программы зеленой улицы для облегчения управления сложными маршрутами сопровождения; ?управление расписанием работы группы координации; ?отображение временной диаграммы скоординированности группы координации; ?изменение длительности фаз для каждого светофорного объекта, входящего в группу координации на временной диаграмме без изменения времени цикла; ?изменение длительности цикла одного или нескольких светофорных объектов, входящих в группу координации; ?изменение времени смещения цикла светофорных объектов, входящих в группу координации на временной шкале; ?динамическое изменение временной диаграммы скоординированности движения при внесении изменений в программы групп координации; ?проверка кратности цикла светофорных объектов, входящих в группу координации. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций уведомления пользователей о событиях в подсистеме: ?информирование пользователей о событиях в подсистеме, нарушениях в работе светофорных объектов, событиях управления СО, изменения состояний и режимов работы в виде всплывающих уведомлений на экране системы; ?отображение всплывающих уведомлений по событиям на объектах; ?проигрывание звука уведомлений с возможностью настройки типов уведомлений со звуком; -наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц. Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км: ?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3. Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС Должно быть реализовано графическое отображение статистических данных по маршруту или маршрутам за период, в том числе: –количество рейсов план/факт; –средняя продолжительность рейса; –средняя скорость движения; –средний интервал движения. Должно быть реализовано формирование отчета по прохождению остановочных пунктов (тепловая карта) в графической форме с отображением интенсивности прохождения остановочных пунктов при выполнении рейсов по маршрутам на дату на карте, включая: –обобщённую информацию по интенсивности прохождения остановочного пункта по наведению на маркер; –детальную информацию по интенсивности прохождения остановочного пункта по клику на маркер. Должно быть реализовано формирование отчета по прохождению остановочных пунктов, содержащего информацию о фактах прохождения и остановки ТС рамках выполнения рейсов по маршруту на остановочных пунктах, включая: –маршрут и количество рейсов с детализацией по направлениям; –номер остановочного пункта на маршруте; –направление маршрута; –название остановочного пункта; –радиус геозоны; –количество посещений в абсолютном и процентом значениях; –количество фактически зафиксированных остановок на остановочном пункте; –интервале движения ТС по контрольным остановкам; –среднее время нахождения ТС в геозоне остановки; –среднее время фактически зафиксированной остановки на остановочном пункте. Должно быть реализовано отображение в Отчете по прохождению ОП графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано автоматизированное формирование отчетов о нарушениях, содержащих консолидированную информацию по нарушениям условий государственного контракта на выполнение пассажирских перевозок, совершенных транспортными средствами перевозчиков за указанный период в форме: –таблицы; –графика (диаграммы); –карты. 2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток); Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7. ?журнал уведомлений (список сформированных уведомлений за предыдущий период) с возможностью поиска: ?поиск по дате и времени просмотра пользователем; ?поиск по дате и времени получения уведомления; ?поиск по пользователю; ?поиск по типу уведомления: информационные сообщения, предупреждения, ошибки и нарушения в работе; ?поиск по типам объектов в системе; ?поиск по тексту уведомления; ?настройка всплывающих уведомлений: ?включение и выключение отображения уведомлений; ?выбор объектов, по которым необходимо получать уведомления; ?выбор объектов, по которым необходимо игнорировать уведомления; ?настройка типов уведомлений со звуком; ?настройка характера событий по отдельным видам объектов системы, по которым необходимо получать уведомления: -уведомления о событиях дорожного контроллера; -уведомления о событиях модуля адаптивного управления; -уведомления о событиях диспетчерского управления; -уведомления о событиях модуля формирования электронного паспорта светофорных объектов; -уведомления об изменении состояния светофорных объектов; ?уведомления об изменении режимов работы светофорных объектов. В рамках оказания услуг должна быть выполнено обеспечение взаимодействия с Подсистемой мониторинга параметров транспортного потока и модернизация подсистемы светофорного управления в части функций: ?отображение в виде графиков или диаграмм данных по уровню обслуживания светофорного объекта; ?отображение в виде графиков или диаграмм данных по уровню обслуживания каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по всем направлениям светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории интенсивности по каждой из полос движения, входящих в направления светофорного объекта; Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации. ?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую; ?возможность включения и отключения работы СО под управлением набора оптимальных программ. Режим управления по оптимальным программам должен автоматически срабатывать при нарушении целостности и полноты данных транспортных потоков при адаптивном режиме работы; ?выбор базовой программы для создания набора оптимальных программ; ?управление максимальной длительностью цикла отдельных программ при создании набора оптимальных программ светофорного объекта; ?ручное управление длительностью работы отдельных программ при формировании набора оптимальных программ (от часа до суток); ?автоматическое назначение длительности работы отдельных программ и фаз при формировании набора оптимальных программ на базе установленного порогового значения изменений данных транспортных потоков на полосах движения, выбор отдельных полос движения направлений, на основе изменений которых должен формироваться набор оптимальных программ; ?управление ограничением по длительности отдельных фаз относительно выбранной базовой программы светофорного объекта; ?визуализация наличия данных транспортных потоков для формирования оптимального набора программ; ?ручной ввод данных транспортных потоков на отдельных полосах движения на направлениях, при отсутствии получения таких данных с детекторов транспорта, для возможности формирования набора оптимальных программ; ?графическое отображение результата формирования набора оптимальных программ на базе данных транспортных потоков по дням недели и часам, с указанием длительностей цикла и отдельных фаз программ; ?графическое отображение данных параметров транспортных потоков, использованных при формировании набора оптимальных программ; ?графическое отображение диаграммы цикла (фазы, промтакты) отдельных программ в наборе оптимальных программ. СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe; –количества активных ТС из числа назначенных на маршрут. Должно быть реализовано отображение данных на указанный момент времени в прошлом для целей анализа транспортной обстановки. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. Должно быть реализовано отображение по факту выбора маршрута(ов) в таблице на карте: –линий трасс маршрута в прямом и обратном направлениях; –маркеров остановок маршрута в прямом и обратном направлениях; –маркеров ТС, назначенных на маршрут. Должно быть реализовано позиционирование карты относительно выбранного(ых) маршрута(ов) в таблице. Должно быть реализовано отображение установленных геозон в табличной форме, с указанием: –названия геозоны; –типа; –количества ТС, находящихся в их границах геозоны. –функция отображения по факту выбора геозоны в таблице на карте: –границ геозоны; –маркеров ТС, находящихся в их границах геозоны. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню геозоны в таблице. Должно быть реализовано позиционирование карты относительно выбранной в таблице геозоны. Должно быть реализовано отображение транспортных средств в табличной форме с указанием: –перевозчика; –класса ТС; –государственного номера ТС; –марки ТС; –факта наличия у ТС специального оборудования; –факта наличия зафиксированного инцидента с ТС; –маршрута, на который назначено ТС; –даты и времени последней передачи мониторинговой информации. Должно быть реализовано позиционирование карты относительно выбранного ТС в таблице. Должна быть реализована автоматическая фильтрация данных таблицы ТС в зависимости от выбранных маршрутов в таблице. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. 2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта. –выбор представления для отображения на картографической подложке; –отображение для представления количества наборов данных, вошедших в его состав; –открытие представления в новой вкладке; –работу с преднастроенными и пользовательскими представлениями, включая: ?создание, изменение и создание копии представления, с возможностью задания: oназвания; oавтора и наличия запрета на изменения; oразделов для отображения представления; oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. ?удаление представления. –создание иерархической структуры хранения представлений, включая: ?добавление, создание копии, изменение, просмотр перечня подгрупп (подпапок) и представлений, удаление группы (папки) представлений; ?перенос представлений из одной папки в другую. –перенос представлений путем перетаскивания либо выбора пункта контекстного меню между преднастроенными и пользовательскими представлениями. Должны быть реализованы функции управления картографическими подложками, включая: –выбор растровой картографической подложки; –выбор векторной картографической подложки (MVT); –настройку стилей векторных картографических подложек, в том числе скачивание, загрузку пользовательских стилей из файла и настройка стилей в JSON; –настройку яркости картографической подложки. Должны быть реализованы функции отображения на картографической подложке информации о пространственных объектах с учетом выбранных наборов данных, слоев и представлений, включая: –отображение всех объектов, относящихся к выбранному набору(ам) / слою(ям) / представлению(ям) с возможностью выбора объекта с карты; –возможность включения/выключения режима загрузки объектов в пределах видимой области; 2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД: –поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации. 2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек. ?формирование динамического цикла работы СО с корректировкой фаз по необходимости: динамический цикл должен автоматически корректироваться при изменении дорожной ситуации, либо при мгновенных изменениях условий на конкретном направлении светофорного объекта, оценка должна производиться один раз в заданный в паспорте светофорного объекта временной интервал, либо по достижению заданного порога изменения наблюдаемых параметров транспортного потока; ?выдача своевременной автоматической команды на включения фазы для управляемого светофорного объекта; ?автоматическая оптимизация длительностей фаз в режиме адаптивного управления на основе данных транспортного потока в отдельных направлениях светофорного объекта; ?автоматическая оптимизация сдвига фазы в режиме адаптивного управления; ?автоматическая оптимизация длительности цикла в режиме адаптивного управления; ?визуализация приема от пользователя команды на включение/отключение режима адаптивного управления; ?блокировка возможности перевода светофорного объекта в адаптивный режим; ?получение и обработка информации о параметрах транспортного потока в режиме, приближенном к реальному времени: ?количество ТС в зоне детекции на каждой полосе; ?интенсивность движения транспорта на каждой полосе; ?длина очереди перед стоп-линией на каждой полосе; ?скорость движения каждого транспортного средства в зоне детекции по каждой полосе; ?расстояние от каждого транспортного средства до стоп-линии; ?сбор и обработка потока данных с дорожных контроллеров в режиме, приближенном к реальному времени; ?долгосрочное хранение истории событий дорожных контроллеров и измеряемых параметров транспортного потока детекторов транспорта; ?контроль качества поступающих данных транспортных потоков и оценка надежности наблюдаемых величин; ?обнаружение отказов работоспособности ДК и детекторов транспорта, задержек в сети передачи данных; ?подсистема должна обладать следующим набором ограничений для обеспечения безопасности работы светофорного объекта: -возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. ?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта. –Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне; 2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера). 2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4 Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов. -Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. –отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени; 2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы; 2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа; –импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов; СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ 2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта; –Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя. -на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700 ?отображение диаграммы исполнения программы светофорного объекта при выборе в списке или на карте, включая графическое отображение работы фаз каждого направления в реальном времени (основное время, промтакт), временную шкалу, отображение на диаграмме режима работы и источника управления, отображение временных меток отправки команд управления светофорным объектом с индикацией инициатора команды; ?должна быть обеспечена настройка отображения данных на диаграмме исполнения программы светофорного объекта с возможностью включения/отключения отображения структуры направлений, промтактов, режима и источника управления, команд оператора; ?должна быть обеспечена функция переключения «светлой» и «тёмной» темы отображения интерфейса; ?отображение на карте виджета с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) светофорных объектов; ?отображение на графике статистической информации по работоспособности светофорных объектов за выбранный день; ?отображение карты текущей работоспособности светофорных объектов в виде пиктограмм с цветовой индикацией статуса работоспособности; ?отображение на графике статистической информации по режимам работы светофорных объектов за выбранный день; ?отображение карты текущих режимов работы светофорных объектов в виде пиктограмм с цветовой индикацией режимов работы; ?отображение на графике статистической информации по истории изменения источников управления светофорных объектов за выбранный день; ?отображение карты текущих источников управления светофорных объектов в виде пиктограмм с цветовой индикацией источников управления; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) детекторов транспорта на светофорных объектах; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) камер видеонаблюдения на светофорных объектах; Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута; ?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте; СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры. В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. ?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети; Должно быть реализовано формирование отчета по инцидентам в табличной форме, содержащего обобщенные и подробные данные по инцидентам за период по каждому маршруту. Должно быть реализовано формирование отчета по инцидентам в форме карты, содержащего обобщенные и подробные данные по инцидентам за период с отображением маркеров инцидентов на карте. Должно быть реализовано формирование отчета по инцидентам в форме графика, содержащего информацию об инцидентах за выбранный период в разрезе категорий инцидентов и перевозчиков. Должно быть реализовано формирование консолидированной отчетности по качеству перевозок, содержащей: –общую информацию: ?название перевозчика; ?реквизиты государственного контракта на выполнение пассажирских перевозок; ?номер маршрута; ?период расчета; ?наименование маршрута; –данные по объему выполненных перевозок за период: ?плановое количество рейсов; ?фактическое количество рейсов; ?отклонение фактического значения от планового в %; –данные по транспортным средствам, назначенным на маршрут: ?номер; ?марка; ?модель; ?класс; ?год выпуска; ?количество выполненных рейсов; ?количество нарушений; ?количество инцидентов; ?средний возраст ТС; –данные по зафиксированным инцидентам: ?категория инцидента; ?название инцидента; ?количество; –данные по зафиксированным нарушениям: ?категория нарушения; ?название нарушения; ?количество. Должно быть реализовано формирование консолидированной отчетности по количеству выполненных рейсов, содержащей следующие данные по маршруту(ам) за выбранный период: –наименование маршрута; –название маршрута; –название перевозчика; –реквизиты государственного контракта на выполнение пассажирских перевозок; –плановое количество рейсов за отчетный период; –количество рейсов, выполненных с нарушением допустимых отклонений; –количество рейсов без отклонений; –протяженность маршрута; –объем выполненных работ. ?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля; ?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля; -общая; -прямое направление; -обратное направление; –остановочные пункты: -количество (в прямом направлении); -прямое направление; -количество (в обратном направлении); -обратное направление; –трасса: -прямое направление; -обратное направление; –режимы работы; –контракт: -перевозчик; -контракт; -дата контракта; -дата начала перевозок; -количество рейсов в день. Должно быть реализовано ведение реестра остановочных пунктов с отображением данных остановочного пункта: –уникальный код; –идентификатор; –наименование; –описание; –название и описание для публичного портала; –факт наличия координат остановочного пункта; –географические координаты; –вид транспорта; –территории; –факт наличия маршрутов, содержащих данный остановочный пункт; –количество маршрутов, содержащих данный остановочный пункт; –перечень маршрутов, содержащих данный остановочный пункт; –факт наличия маршрутов, на которых остановочный пункт является контрольным; –количество маршрутов, на которых остановочный пункт является контрольным; –перечень маршрутов, на которых остановочный пункт является контрольным; –перечень оборудования ОП; –источник данных. Должно быть реализовано ведение реестра перевозчиков с отображением данных Перевозчика: –перевозчик; –описание; –количество маршрутов; –перечень маршрутов; –территории; –распределение транспортных средств по классам вместимости; –средний возраст ТС. Должно быть реализовано формирование консолидированной отчетности, содержащей информацию по параметрам ТС, назначенных на маршруты перевозчика: –перевозчик; –номер маршрута; –название маршрута; –максимально допустимое количество ТС (с распределением по классам ТС); –количество назначенных ТС (с распределением по классам ТС); –возраст транспортных средств (Допустимый и средний назначенных); –последнее назначение ТС (дата, время, ответственный). ?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала; ?цвета; ?размера. ?пользовательское изображение (выбор изображения с устройства), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции; ?арка, с возможностью задания: ?параметра интерактивности; ?толщины, цвета и градиента линии; ?коэффициента, определяющего толщину; ?градуса наклона; ?коэффициента высоты. ?текстовый маркер; -дополнительный стиль (дополняет основной в части типа линии, ее цвета, толщины и др.); -определение правил условного отображения, включая: ?отображение перечня правил условного отображения; ?установку одного из стилей условного отображения стилем по умолчанию; ?включение/выключение отображения объектов не удовлетворяющих условиям правил стилем по умолчанию; ?добавление, просмотр и редактирование параметров правила условного отображения, с возможностью: ?задания названия; ?генерации палитры цветов для условного отображения объектов слоя в зависимости от выбранного параметра из перечня доступных при помощи Мастера настройки правил условного отображения, включая детальную настройку цвета, границ и шага диапазонов его изменения; ?добавления, просмотра и редактирования условий правила, определяющего соответствие значения, выбранного из перечня доступных полей атрибутов и значения агрегирующих функций по группам объектов указанному целевому значению (включая функции времени); ?удаления условий правила; ?задания функции рендера и других параметров в соответствии с выбранной функцией; ?создания дополнительного стиля; ?изменения индекса правила условного отображения, т. е. определение порядка применения стилей, установленными правилами; ?удаления правила условного отображения. ?принудительное обновление представления слоя на карте. Должны быть реализованы функции работы с представлениями объектов, имеющих пространственные характеристики, включая: –отображение каталога предстастроенных представлений; –поиск по представлениям; –копирование ссылки на представление из каталога; Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы); Должно быть реализовано анимированное отображение истории передвижения маркера(ов) ТС(ов) на карте, включая отображение: –карты региона; –трассы маршрута; –маркера ТС; –маркеров остановочных пунктов маршрута и геозон контрольных остановок маршрута; –тепловой карты интенсивности движения ТС; –маркеров инцидентов на ТС; –маркеров нарушений условий государственного контракта; –трека передвижения ТС с цветовой индикацией скорости передвижения; –мест остановки ТС. Должна быть реализована настройка параметров графического отображения истории передвижения. Должно быть реализовано выделение области на карте для загрузки информации о ТС, находившихся в ней в рамках текущих суток, с отображением: –таблицы, содержащей перечень ТС и времена входа и выхода; –выделенной области. Должно быть реализовано управление анимированным отображением истории передвижения маркера(ов) ТС на карте, включая: –пуск; –паузу; –выбор момента времени для отображения; –переключение между моментами времени для отображения. Должно быть реализовано отображение на графике зависимости скорости ТС от времени, с распределением полученных данных по рейсам маршрута, с отображением: –динамики скорости; –факта выполнения рейса; –факта и статуса фиксации ТС в геозоне остановочного пункта маршрута; –факта нарушения условий выполнения перевозок по маршруту; –факта возникновения инцидента на ТС, назначенном на маршрут; –факта и статуса назначения ТС на маршрут. Должно быть реализовано формирование журнала рейсов, содержащего следующий набор данных на дату: –перевозчик; –государственный номер ТС; –направление маршрута (прямое или обратное); –время начала и время окончания рейса; –продолжительность рейса; –расстояние, пройденное за рейс по данным одометра. Должно быть реализовано формирование детализированной информации по каждому рейсу в рамках журнала рейсов, включая: –название остановки; –время входа в геозону; –продолжительность остановки; –время выхода из геозоны; –минимальная скорость в геозоне; –дата заключения государственного контракта; –текстовое описание пути следования; –примечание. Должна быть выполнена модернизация добавления нового транспортного средства с указанием параметров: –тип; –государственный номер; –марка; –модель; –вместимость; –гаражный номер; –год выпуска; –класс ТС; –экологический класс; –факт оснащенности дополнительным оборудованием (например, для маломобильных категорий граждан – пополняемый справочник); –маршрутные карты; –примечание; –идентификатор навигационного оборудования; –перевозчик. Должны быть реализованы формирование и корректировка перечня остановочных пунктов маршрута, включая: –управление контрольными остановками маршрута, обеспечивающая возможность ведения расчетов показателей качества перевозок; –управление порядком остановочных пунктов маршрута в прямом и обратном направлениях. Должно быть реализовано создание копии маршрута со всеми параметрами, включая остановки, трассы, режимы работы. Должно быть реализовано управление трассами маршрута с использованием визуального редактора: –функция добавления новой точки трассы маршрута с автоматическим присоединением к трассе маршрута; –функция переноса раннее добавленной точки трасы маршрута; –функция копирования прямой/обратной трассы маршрута; –функции управления отображением трассами и точками прямого/обратного направления маршрута; –функция отображения треков истории передвижения ТС в выбранном направлении по маршруту за выбранную дату с цветовой индикацией скорости. Должна быть реализована функция настройки параметров графического отображения треков истории передвижения. Должна быть реализована функция управления режимом работы маршрута с указанием параметров: –рабочие дни маршрута (ежедневно / будни / выходные и праздники / по дням недели); –период режима работы (даты с-по); –график движения режима работы (по расписанию / по интервалам); –количество рейсов; –статус режима работы (проект / активный). Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений. ?формирование фаз светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление фаз; ?назначение номера фазам с автоматической проверкой на уникальность номера фазы в паспорте СО; ?обозначение типа фазы: основная, вызывная, резервная, вызывая подменная; ?указание произвольного названия для фазы; ?назначение минимального и максимального времени работы фазы; ?интерактивная привязка направлений светофорного объекта к фазам; ?запрет привязки конфликтующих направлений к одной фазе; ?визуализация привязки направлений к фазе на диаграмме светофорного объекта в области карты; ?визуализация привязки всех направлений ко всем фазам на диаграмме; ?автоматический расчет промтакта фазы как совокупности промтактов направлений, входящих в фазу с учетом временных параметров каждого из направлений; ?визуализация диаграммы структуры фазы в виде временных параметров разрешения и запрета направлений; ?формирование программ работы светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление программ работы светофорного объекта; ?выбор типа программы: основная, резервная; ?указание произвольного названия программы; ?автоматическое создание программы на основе временных параметров фаз и входящих в них направлений; ?назначение основного времени работы фаз; ?автоматический расчет длительности фаз с учетом временных параметров разрешения и запрета работы направлений, входящих в фазу (промтакт); ?автоматический расчет временных сдвигов фаз в цикле программы; ?возможность изменения порядка следования фаз в программе, включая повторное включение одной фазы в одном цикле; ?возможность изменения количества работающих фаз в программе; ?синхронизация временных параметров работы направлений в программе по времени горения красного сигнала светофоров; ?визуализация диаграммы работы программы на временной шкале, включая цветовую индикацию временных параметров разрешения и запрета работы направлений (промтакт); 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. Участник закупки указывает в заявке все значения характеристики 3.2.Развертывание и конфигурирование Системы При развертывании программного обеспечения на аппаратно-программном комплексе должен быть установлен передаваемый на машинных носителях информации дистрибутив с программным обеспечением Системы, и осуществлена предварительная конфигурация Системы. Дальнейшее конфигурирование Системы, включая работы по настройке Системы и интеграционных связей со смежными системами, должно быть выполнено Исполнителем в соответствии с Руководством администратора. В случае необходимости, Исполнителем должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав дистрибутива. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ - -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». - - Участник закупки указывает в заявке все значения характеристики - 1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории. - Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях; - 2.ТРЕБОВАНИЯ К СИСТЕМЕ - ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. - - Участник закупки указывает в заявке все значения характеристики - 2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме; - ?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта; - Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии); - ?создание специальных программ работы светофорного объекта в адаптивном режиме; ?возможность выбора алгоритма адаптивного управления; ?настройка специальных программ работы светофорного объекта в адаптивном режиме на основе базовых программ светофорного объекта; ?управление ограничением максимальной длительности оптимального цикла адаптивного управления; ?настройка глубины наблюдения истории проезда ТС для работы алгоритма предсказания транспортных потоков при адаптивном управлении; ?настройка приоритета включения фаз по критериям длины очереди и/или потерянному времени (задержкам); ?настройка действий Системы при работе адаптивного управления и потере информации о состоянии дорожного контроллера; ?включение/выключение наблюдаемых полос движения из расчетов при работе алгоритма адаптивного управления; ?возможность настройки пропуска фазы в действующем оптимальном цикле в адаптивном режиме при отсутствии на направлениях таких фаз транспортных средств; ?настройка раннего завершения фаз при отсутствии на указанных направлениях транспортных средств в течение заданного времени; ?настройка величины наблюдаемой области (длины зоны детекции) детекторов транспорта для каждого направления движения светофорного объекта в адаптивном режиме; ?автоматизированное создание набора оптимальных программ по дням недели на основе исторических данных транспортных потоков детекторов транспорта для работы светофорного объекта в адаптивном режиме управления при отсутствии связи с детекторами транспорта. Набор оптимальных программ должен формироваться по дням недели при наличии данных транспортных потоков на всем промежутке суток дней недели; ?автоматическая корректировка сформированного набора программ по мере обновления исторических данных транспортных потоков, управление расписанием корректировки; - –отображение названия остановочного пункта, перечня оборудования и ссылки для быстрого перехода к НСИ при щелчке по маркеру остановки; –трансляция потокового видео с камеры телеобзора при щелчке на маркер камеры с возможностью переключения между камерами, объединенными в группу по территориальному признаку. Должны быть реализованы функции отображения панели оперативных данных по маршруту, содержащую аналитическую информацию по маршруту, в том числе: –название и номер маршрута; –указание начального и конечного остановочных пунктов маршрута; –актуальную информацию о ходе выполнения суточного плана по маршруту; –оперативную информацию по выполняемым рейсам маршрута в форме мнемосхемы; –информацию по рейсам маршрута, выполненным за текущие сутки; –информацию по инцидентам на ТС, назначенных на маршрут. Должны быть реализованы функции отображения панели оперативных данных по ТС, содержащую аналитическую информацию по ТС, в том числе: –государственный регистрационный знак ТС; –указание марки и модели ТС; –актуальную информацию по ТС или детализированный прогноз прибытия ТС на остановочные пункты маршрута; –информацию по рейсам ТС, выполненным за текущие сутки; –информацию по инцидентам на ТС. Должны быть реализованы функции отображения панели оперативных данных по ОП содержащую аналитическую информацию по ОП, в том числе: –информация об уже выполненных за текущие сутки рейсах и факте проследования ТС через выбранный остановочный пункт; –информация о рейсах, выполняемых в настоящий момент по маршрутам, проходящим через выбранный остановочный пункт, и прогноз их прибытия на него. Должно быть реализовано управление отображением трасс всех маршрутов на карте. Должно быть реализовано управление отображением всех остановочных пунктов на карте. Должно быть реализовано отображение перечня маршрутов в табличной форме с указанием: –перевозчика; –типа ТС маршрута; –номера маршрута; –названия маршрута; –количества ТС, назначенных на маршрут; - 2.2.1.3.Требования к функциям диспетчеризации Должно быть реализовано управление назначением транспортного средства на маршрут, включая: –возможность точечного назначения и снятия транспортного средства с маршрута оператором; –возможность группового назначения и снятия транспортных средств с маршрута оператором. Должно быть реализовано отложенное назначение ТС на маршрут: –определения регулярности применения плана; –задания последовательности назначений, переназначений и снятий с маршрута с указанием времени; –привязки плана к необходимому перечню транспортных средств; –корректировки плана назначений; –просмотра детализированной истории изменений плана назначений. Должна быть реализована фиксация нештатной ситуации (инцидента) с автоматизированным определением параметров и возможностью указания: –даты и времени возникновения нештатной ситуации; –категории нештатной ситуации; –описания нештатной ситуации; –предполагаемого времени устранения; –ответственного за фиксацию; –данных водителя ТС, задействованного в нештатной ситуации (при необходимости). Должна быть реализована функция отметки факта устранения нештатной ситуации (инцидента), с возможностью указания: –даты и времени устранения нештатной ситуации (инцидента); –комментария по устранению; –ответственного за устранение. 2.2.1.4.Требования к функциям анализа работы пассажирского транспорта Должно быть реализовано формирование истории движения транспортного средства на дату в табличной форме, включая: –время; –направление маршрута; –скорость ТС в момент времени; –номер маршрута. –перечень рейсов; –перечень инцидентов; –перечень нарушений условий выполнения пассажирских перевозок. - ?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей: - ?должно быть ограничено максимальное время запрещающего сигнала светофора для всех транспортных направлений; ?должно строго контролироваться время ожидания пешеходами зеленого сигнала на светофорном объекте, не превышая заданных ограничений; ?должна быть ограничена длительность оптимального цикла временем включения пешеходных направлений; ?должен быть обеспечен строгий контроль качества данных детекторов транспорта: если данные с любого из детекторов транспорта не поступают в течение заданного интервала времени, или показатель качества данных ниже порогового значения, модуль адаптивного управления должен принудительно переводить светофорный объект в локальный режим, при этом должен срабатывать алгоритм корректного завершения адаптивного управления без нарушения целостности цикла светофорного регулирования. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций координированного управления: ?создание лент координации (набор светофорных объектов в режиме координации) и групп координации (набор лент координации) из нескольких светофорных объектов; ?должно отсутствовать ограничение на количество лент координации в одной группе координации; ?должно отсутствовать ограничение на пересечение лент координации в группе; ?должно отсутствовать ограничение на включение одного светофорного объекта в разные ленты/группы координации; ?отображение списка групп координации; ?отображение созданной группы координации на карте, включая отображение связей между СО одной группы; ?отображение расстояния между светофорными объектами группы координации; ?изменение набора светофорных объектов, входящих в группу координации; ?удаление ленты или группы координации; ?включение/отключение программы работы группы координации; ?включение/отключение программы группы координации по расписанию; - Должно быть реализовано формирование отчета по интенсивности движения, представляющего собой графическое отображение интенсивности движения ТС на карте и предназначенного для: –оценки охвата маршрутной сети; –оценки загруженности определенных участков дорожной сети; –определения областей дорожной сети, проблемных с точки зрения передачи мониторинговой информации. –отображения: ?треков выполненных рейсов по выбранным маршрутам с цветовой индикацией скорости движения ТС; ?графика средней скорости передвижения ТС по выбранным маршрутам. Должна быть реализована тонкая настройка параметров отображения треков выполненных рейсов и графика скорости. Должно быть реализовано формирование информации о фактах и частоте передачи мониторинговой информации от каждого транспортного средства на дату по форме отчета и в форме журнала. Должно быть реализовано формирование отчета по выполненным рейсам, содержащего следующий набор данных за период по маршруту: –перевозчик; –количество рейсов (план и факт); –процент выполнения плана; –суммарный пробег по маршруту исходя из нормативов протяженности прямого и обратного направления маршрута; –средний возраст транспортных средств, лет; –процент рейсов, выполненных ТС со специализированным оборудованием. Должно быть реализовано формирование детализированной информации о выполненных рейсах по маршруту за период, с группировкой по транспортным средствам, включая: –перевозчик; –государственный номер; –направление маршрута; –дата; –время начала и время окончания рейса; –продолжительность рейса. Должно быть реализовано формирование отчета о времени работы на маршрутах, содержащего информацию о продолжительности работы ТС на маршрутах, включая: –количество рейсов: план/факт, % выполнения; –среднее время выполнения рейсов с детализацией по направлениям; –средняя скорость ТС на маршруте с детализацией по направлениям; –количество ТС; –тип маршрута; –детали маршрута; –время работы: план/факт. - –показания одометра. Должно быть реализовано отображение треков учтенных фактических рейсов за выбранный период в журнале рейсов (на карте) с возможностью просмотра детализированной информации по рейсу. Должна быть реализована тонкая настройка параметров графического отображения журнала рейсов (на карте). Должно быть реализовано отображение в журнале рейсов (на карте) графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано табличное отображения детализации выполненных рейсов по маршруту в целом или конкретным транспортным средством в табеле рейсов. Должно быть реализовано отображение расписания и отклонения от расписания в целом по маршруту в табеле рейсов. Должно быть реализовано отображение в табеле рейсов графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано графическое отображение детальной информации по рейсам, выполненным транспортным средством на дату, включая факт прохождения остановочного пункта в рамках конкретного рейса прямого или обратного направления маршрута на графике движения. Должно быть реализовано графическое отображение на графике движения детальной информации по всем рейсам маршрута на дату, включая: –факты обгона одним транспортным средством другого в рамках одного маршрута; –обеспечение возможности контроля соблюдения межрейсовых интервалов транспортными средствами на маршруте. Должно быть реализовано отображение при работе с графиком движения расписания движения по маршруту. Должно быть реализовано отображение при работе с графиком движения графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. - –анимированное отображение перечня на картографической подложке. 2.2.1.8.Требования к функциям сбора, анализа и визуализации пространственной информации Должны быть реализованы функции ведения реестра пространственных объектов: –просмотр перечня пространственных объектов в табличном виде со схематическим отображением на карте и возможностью фильтрации и/или группировки по следующим полям: ?идентификатор; ?наименование; ?описание; ?тип; ?линейные координаты; ?другие параметры, определяемые атрибутивной моделью типа объекта; –добавление нового, просмотр и редактирование параметров пространственного объекта, в том числе: ?тип; ?координаты (если есть); ?период действия (для периодических); –атрибуты пространственного объекта, перечень которых определяется типом пространственного объекта и может включать основную информацию, в том числе: ?название; ?тип геометрии объекта (точка, линия, полигон); ?географическое отношение; ?титул; ?краткое описание; ?код; ?сегмент обслуживания; –добавление, редактирование и удаление схематического отображения пространственного объекта; –редактирование пространственной геометрии пространственного объекта; –добавление, редактирование состава атрибутов пространственного объекта; –групповое редактирование атрибутов пространственных объектов, включая: ?отображение перечня общих атрибутов для выбранных пространственных объектов; ?поиск атрибутов по перечню; ?указание и сохранение значения атрибута для выбранных пространственных объектов; –схематическое отображение пространственного объекта на картографической подложке, включая: ?отображение тултипа (всплывающей подсказки) при наведении курсора мыши на схематическое отображение пространственного объекта; ?возможность выбора типа картографической подложки; ?кластеризации отображаемых пространственных объектов; ?отображение пространственных объектов на карте в виде буллетов (точек); ?отображение всех пространственных объектов с возможностью выбора объекта с карты; - ?включение отдельных лент координации в рамках одной программы зеленой улицы, что наряду со снятием ограничений на количество лент в группе координации позволит создавать протяженные маршруты приоритетного проезда с возможностью последовательного включения участков маршрута; ?должен быть реализован стандартный и компактный вид программы зеленой улицы для облегчения управления сложными маршрутами сопровождения; ?управление расписанием работы группы координации; ?отображение временной диаграммы скоординированности группы координации; ?изменение длительности фаз для каждого светофорного объекта, входящего в группу координации на временной диаграмме без изменения времени цикла; ?изменение длительности цикла одного или нескольких светофорных объектов, входящих в группу координации; ?изменение времени смещения цикла светофорных объектов, входящих в группу координации на временной шкале; ?динамическое изменение временной диаграммы скоординированности движения при внесении изменений в программы групп координации; ?проверка кратности цикла светофорных объектов, входящих в группу координации. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций уведомления пользователей о событиях в подсистеме: ?информирование пользователей о событиях в подсистеме, нарушениях в работе светофорных объектов, событиях управления СО, изменения состояний и режимов работы в виде всплывающих уведомлений на экране системы; ?отображение всплывающих уведомлений по событиям на объектах; ?проигрывание звука уведомлений с возможностью настройки типов уведомлений со звуком; - -наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. - 2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; - Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц. - Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км: - ?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3. - Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС - Должно быть реализовано графическое отображение статистических данных по маршруту или маршрутам за период, в том числе: –количество рейсов план/факт; –средняя продолжительность рейса; –средняя скорость движения; –средний интервал движения. Должно быть реализовано формирование отчета по прохождению остановочных пунктов (тепловая карта) в графической форме с отображением интенсивности прохождения остановочных пунктов при выполнении рейсов по маршрутам на дату на карте, включая: –обобщённую информацию по интенсивности прохождения остановочного пункта по наведению на маркер; –детальную информацию по интенсивности прохождения остановочного пункта по клику на маркер. Должно быть реализовано формирование отчета по прохождению остановочных пунктов, содержащего информацию о фактах прохождения и остановки ТС рамках выполнения рейсов по маршруту на остановочных пунктах, включая: –маршрут и количество рейсов с детализацией по направлениям; –номер остановочного пункта на маршруте; –направление маршрута; –название остановочного пункта; –радиус геозоны; –количество посещений в абсолютном и процентом значениях; –количество фактически зафиксированных остановок на остановочном пункте; –интервале движения ТС по контрольным остановкам; –среднее время нахождения ТС в геозоне остановки; –среднее время фактически зафиксированной остановки на остановочном пункте. Должно быть реализовано отображение в Отчете по прохождению ОП графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано автоматизированное формирование отчетов о нарушениях, содержащих консолидированную информацию по нарушениям условий государственного контракта на выполнение пассажирских перевозок, совершенных транспортными средствами перевозчиков за указанный период в форме: –таблицы; –графика (диаграммы); –карты. - 2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток); - Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7. - ?журнал уведомлений (список сформированных уведомлений за предыдущий период) с возможностью поиска: ?поиск по дате и времени просмотра пользователем; ?поиск по дате и времени получения уведомления; ?поиск по пользователю; ?поиск по типу уведомления: информационные сообщения, предупреждения, ошибки и нарушения в работе; ?поиск по типам объектов в системе; ?поиск по тексту уведомления; ?настройка всплывающих уведомлений: ?включение и выключение отображения уведомлений; ?выбор объектов, по которым необходимо получать уведомления; ?выбор объектов, по которым необходимо игнорировать уведомления; ?настройка типов уведомлений со звуком; ?настройка характера событий по отдельным видам объектов системы, по которым необходимо получать уведомления: -уведомления о событиях дорожного контроллера; -уведомления о событиях модуля адаптивного управления; -уведомления о событиях диспетчерского управления; -уведомления о событиях модуля формирования электронного паспорта светофорных объектов; -уведомления об изменении состояния светофорных объектов; ?уведомления об изменении режимов работы светофорных объектов. В рамках оказания услуг должна быть выполнено обеспечение взаимодействия с Подсистемой мониторинга параметров транспортного потока и модернизация подсистемы светофорного управления в части функций: ?отображение в виде графиков или диаграмм данных по уровню обслуживания светофорного объекта; ?отображение в виде графиков или диаграмм данных по уровню обслуживания каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по всем направлениям светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории интенсивности по каждой из полос движения, входящих в направления светофорного объекта; - Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации. - ?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую; - ?возможность включения и отключения работы СО под управлением набора оптимальных программ. Режим управления по оптимальным программам должен автоматически срабатывать при нарушении целостности и полноты данных транспортных потоков при адаптивном режиме работы; ?выбор базовой программы для создания набора оптимальных программ; ?управление максимальной длительностью цикла отдельных программ при создании набора оптимальных программ светофорного объекта; ?ручное управление длительностью работы отдельных программ при формировании набора оптимальных программ (от часа до суток); ?автоматическое назначение длительности работы отдельных программ и фаз при формировании набора оптимальных программ на базе установленного порогового значения изменений данных транспортных потоков на полосах движения, выбор отдельных полос движения направлений, на основе изменений которых должен формироваться набор оптимальных программ; ?управление ограничением по длительности отдельных фаз относительно выбранной базовой программы светофорного объекта; ?визуализация наличия данных транспортных потоков для формирования оптимального набора программ; ?ручной ввод данных транспортных потоков на отдельных полосах движения на направлениях, при отсутствии получения таких данных с детекторов транспорта, для возможности формирования набора оптимальных программ; ?графическое отображение результата формирования набора оптимальных программ на базе данных транспортных потоков по дням недели и часам, с указанием длительностей цикла и отдельных фаз программ; ?графическое отображение данных параметров транспортных потоков, использованных при формировании набора оптимальных программ; ?графическое отображение диаграммы цикла (фазы, промтакты) отдельных программ в наборе оптимальных программ. - СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe; - –количества активных ТС из числа назначенных на маршрут. Должно быть реализовано отображение данных на указанный момент времени в прошлом для целей анализа транспортной обстановки. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. Должно быть реализовано отображение по факту выбора маршрута(ов) в таблице на карте: –линий трасс маршрута в прямом и обратном направлениях; –маркеров остановок маршрута в прямом и обратном направлениях; –маркеров ТС, назначенных на маршрут. Должно быть реализовано позиционирование карты относительно выбранного(ых) маршрута(ов) в таблице. Должно быть реализовано отображение установленных геозон в табличной форме, с указанием: –названия геозоны; –типа; –количества ТС, находящихся в их границах геозоны. –функция отображения по факту выбора геозоны в таблице на карте: –границ геозоны; –маркеров ТС, находящихся в их границах геозоны. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню геозоны в таблице. Должно быть реализовано позиционирование карты относительно выбранной в таблице геозоны. Должно быть реализовано отображение транспортных средств в табличной форме с указанием: –перевозчика; –класса ТС; –государственного номера ТС; –марки ТС; –факта наличия у ТС специального оборудования; –факта наличия зафиксированного инцидента с ТС; –маршрута, на который назначено ТС; –даты и времени последней передачи мониторинговой информации. Должно быть реализовано позиционирование карты относительно выбранного ТС в таблице. Должна быть реализована автоматическая фильтрация данных таблицы ТС в зависимости от выбранных маршрутов в таблице. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. - 2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта. - –выбор представления для отображения на картографической подложке; –отображение для представления количества наборов данных, вошедших в его состав; –открытие представления в новой вкладке; –работу с преднастроенными и пользовательскими представлениями, включая: ?создание, изменение и создание копии представления, с возможностью задания: oназвания; oавтора и наличия запрета на изменения; oразделов для отображения представления; oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. ?удаление представления. –создание иерархической структуры хранения представлений, включая: ?добавление, создание копии, изменение, просмотр перечня подгрупп (подпапок) и представлений, удаление группы (папки) представлений; ?перенос представлений из одной папки в другую. –перенос представлений путем перетаскивания либо выбора пункта контекстного меню между преднастроенными и пользовательскими представлениями. Должны быть реализованы функции управления картографическими подложками, включая: –выбор растровой картографической подложки; –выбор векторной картографической подложки (MVT); –настройку стилей векторных картографических подложек, в том числе скачивание, загрузку пользовательских стилей из файла и настройка стилей в JSON; –настройку яркости картографической подложки. Должны быть реализованы функции отображения на картографической подложке информации о пространственных объектах с учетом выбранных наборов данных, слоев и представлений, включая: –отображение всех объектов, относящихся к выбранному набору(ам) / слою(ям) / представлению(ям) с возможностью выбора объекта с карты; –возможность включения/выключения режима загрузки объектов в пределах видимой области; - 2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД: - –поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. - В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации. - 2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек. - ?формирование динамического цикла работы СО с корректировкой фаз по необходимости: динамический цикл должен автоматически корректироваться при изменении дорожной ситуации, либо при мгновенных изменениях условий на конкретном направлении светофорного объекта, оценка должна производиться один раз в заданный в паспорте светофорного объекта временной интервал, либо по достижению заданного порога изменения наблюдаемых параметров транспортного потока; ?выдача своевременной автоматической команды на включения фазы для управляемого светофорного объекта; ?автоматическая оптимизация длительностей фаз в режиме адаптивного управления на основе данных транспортного потока в отдельных направлениях светофорного объекта; ?автоматическая оптимизация сдвига фазы в режиме адаптивного управления; ?автоматическая оптимизация длительности цикла в режиме адаптивного управления; ?визуализация приема от пользователя команды на включение/отключение режима адаптивного управления; ?блокировка возможности перевода светофорного объекта в адаптивный режим; ?получение и обработка информации о параметрах транспортного потока в режиме, приближенном к реальному времени: ?количество ТС в зоне детекции на каждой полосе; ?интенсивность движения транспорта на каждой полосе; ?длина очереди перед стоп-линией на каждой полосе; ?скорость движения каждого транспортного средства в зоне детекции по каждой полосе; ?расстояние от каждого транспортного средства до стоп-линии; ?сбор и обработка потока данных с дорожных контроллеров в режиме, приближенном к реальному времени; ?долгосрочное хранение истории событий дорожных контроллеров и измеряемых параметров транспортного потока детекторов транспорта; ?контроль качества поступающих данных транспортных потоков и оценка надежности наблюдаемых величин; ?обнаружение отказов работоспособности ДК и детекторов транспорта, задержек в сети передачи данных; ?подсистема должна обладать следующим набором ограничений для обеспечения безопасности работы светофорного объекта: - -возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. - 2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. - ?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта. - –Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне; - 2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера). - 2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4 - Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов. - -Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. - –отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени; - 2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы; - 2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа; - –импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов; - СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ - 2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта; - –Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя. - -на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700 - ?отображение диаграммы исполнения программы светофорного объекта при выборе в списке или на карте, включая графическое отображение работы фаз каждого направления в реальном времени (основное время, промтакт), временную шкалу, отображение на диаграмме режима работы и источника управления, отображение временных меток отправки команд управления светофорным объектом с индикацией инициатора команды; ?должна быть обеспечена настройка отображения данных на диаграмме исполнения программы светофорного объекта с возможностью включения/отключения отображения структуры направлений, промтактов, режима и источника управления, команд оператора; ?должна быть обеспечена функция переключения «светлой» и «тёмной» темы отображения интерфейса; ?отображение на карте виджета с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) светофорных объектов; ?отображение на графике статистической информации по работоспособности светофорных объектов за выбранный день; ?отображение карты текущей работоспособности светофорных объектов в виде пиктограмм с цветовой индикацией статуса работоспособности; ?отображение на графике статистической информации по режимам работы светофорных объектов за выбранный день; ?отображение карты текущих режимов работы светофорных объектов в виде пиктограмм с цветовой индикацией режимов работы; ?отображение на графике статистической информации по истории изменения источников управления светофорных объектов за выбранный день; ?отображение карты текущих источников управления светофорных объектов в виде пиктограмм с цветовой индикацией источников управления; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) детекторов транспорта на светофорных объектах; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) камер видеонаблюдения на светофорных объектах; - Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута; - ?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте; - СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры. - В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. - ?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети; - Должно быть реализовано формирование отчета по инцидентам в табличной форме, содержащего обобщенные и подробные данные по инцидентам за период по каждому маршруту. Должно быть реализовано формирование отчета по инцидентам в форме карты, содержащего обобщенные и подробные данные по инцидентам за период с отображением маркеров инцидентов на карте. Должно быть реализовано формирование отчета по инцидентам в форме графика, содержащего информацию об инцидентах за выбранный период в разрезе категорий инцидентов и перевозчиков. Должно быть реализовано формирование консолидированной отчетности по качеству перевозок, содержащей: –общую информацию: ?название перевозчика; ?реквизиты государственного контракта на выполнение пассажирских перевозок; ?номер маршрута; ?период расчета; ?наименование маршрута; –данные по объему выполненных перевозок за период: ?плановое количество рейсов; ?фактическое количество рейсов; ?отклонение фактического значения от планового в %; –данные по транспортным средствам, назначенным на маршрут: ?номер; ?марка; ?модель; ?класс; ?год выпуска; ?количество выполненных рейсов; ?количество нарушений; ?количество инцидентов; ?средний возраст ТС; –данные по зафиксированным инцидентам: ?категория инцидента; ?название инцидента; ?количество; –данные по зафиксированным нарушениям: ?категория нарушения; ?название нарушения; ?количество. Должно быть реализовано формирование консолидированной отчетности по количеству выполненных рейсов, содержащей следующие данные по маршруту(ам) за выбранный период: –наименование маршрута; –название маршрута; –название перевозчика; –реквизиты государственного контракта на выполнение пассажирских перевозок; –плановое количество рейсов за отчетный период; –количество рейсов, выполненных с нарушением допустимых отклонений; –количество рейсов без отклонений; –протяженность маршрута; –объем выполненных работ. - ?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля; - ?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля; - -общая; -прямое направление; -обратное направление; –остановочные пункты: -количество (в прямом направлении); -прямое направление; -количество (в обратном направлении); -обратное направление; –трасса: -прямое направление; -обратное направление; –режимы работы; –контракт: -перевозчик; -контракт; -дата контракта; -дата начала перевозок; -количество рейсов в день. Должно быть реализовано ведение реестра остановочных пунктов с отображением данных остановочного пункта: –уникальный код; –идентификатор; –наименование; –описание; –название и описание для публичного портала; –факт наличия координат остановочного пункта; –географические координаты; –вид транспорта; –территории; –факт наличия маршрутов, содержащих данный остановочный пункт; –количество маршрутов, содержащих данный остановочный пункт; –перечень маршрутов, содержащих данный остановочный пункт; –факт наличия маршрутов, на которых остановочный пункт является контрольным; –количество маршрутов, на которых остановочный пункт является контрольным; –перечень маршрутов, на которых остановочный пункт является контрольным; –перечень оборудования ОП; –источник данных. Должно быть реализовано ведение реестра перевозчиков с отображением данных Перевозчика: –перевозчик; –описание; –количество маршрутов; –перечень маршрутов; –территории; –распределение транспортных средств по классам вместимости; –средний возраст ТС. Должно быть реализовано формирование консолидированной отчетности, содержащей информацию по параметрам ТС, назначенных на маршруты перевозчика: –перевозчик; –номер маршрута; –название маршрута; –максимально допустимое количество ТС (с распределением по классам ТС); –количество назначенных ТС (с распределением по классам ТС); –возраст транспортных средств (Допустимый и средний назначенных); –последнее назначение ТС (дата, время, ответственный). - ?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала; - ?цвета; ?размера. ?пользовательское изображение (выбор изображения с устройства), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции; ?арка, с возможностью задания: ?параметра интерактивности; ?толщины, цвета и градиента линии; ?коэффициента, определяющего толщину; ?градуса наклона; ?коэффициента высоты. ?текстовый маркер; -дополнительный стиль (дополняет основной в части типа линии, ее цвета, толщины и др.); -определение правил условного отображения, включая: ?отображение перечня правил условного отображения; ?установку одного из стилей условного отображения стилем по умолчанию; ?включение/выключение отображения объектов не удовлетворяющих условиям правил стилем по умолчанию; ?добавление, просмотр и редактирование параметров правила условного отображения, с возможностью: ?задания названия; ?генерации палитры цветов для условного отображения объектов слоя в зависимости от выбранного параметра из перечня доступных при помощи Мастера настройки правил условного отображения, включая детальную настройку цвета, границ и шага диапазонов его изменения; ?добавления, просмотра и редактирования условий правила, определяющего соответствие значения, выбранного из перечня доступных полей атрибутов и значения агрегирующих функций по группам объектов указанному целевому значению (включая функции времени); ?удаления условий правила; ?задания функции рендера и других параметров в соответствии с выбранной функцией; ?создания дополнительного стиля; ?изменения индекса правила условного отображения, т. е. определение порядка применения стилей, установленными правилами; ?удаления правила условного отображения. ?принудительное обновление представления слоя на карте. Должны быть реализованы функции работы с представлениями объектов, имеющих пространственные характеристики, включая: –отображение каталога предстастроенных представлений; –поиск по представлениям; –копирование ссылки на представление из каталога; - Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы); - Должно быть реализовано анимированное отображение истории передвижения маркера(ов) ТС(ов) на карте, включая отображение: –карты региона; –трассы маршрута; –маркера ТС; –маркеров остановочных пунктов маршрута и геозон контрольных остановок маршрута; –тепловой карты интенсивности движения ТС; –маркеров инцидентов на ТС; –маркеров нарушений условий государственного контракта; –трека передвижения ТС с цветовой индикацией скорости передвижения; –мест остановки ТС. Должна быть реализована настройка параметров графического отображения истории передвижения. Должно быть реализовано выделение области на карте для загрузки информации о ТС, находившихся в ней в рамках текущих суток, с отображением: –таблицы, содержащей перечень ТС и времена входа и выхода; –выделенной области. Должно быть реализовано управление анимированным отображением истории передвижения маркера(ов) ТС на карте, включая: –пуск; –паузу; –выбор момента времени для отображения; –переключение между моментами времени для отображения. Должно быть реализовано отображение на графике зависимости скорости ТС от времени, с распределением полученных данных по рейсам маршрута, с отображением: –динамики скорости; –факта выполнения рейса; –факта и статуса фиксации ТС в геозоне остановочного пункта маршрута; –факта нарушения условий выполнения перевозок по маршруту; –факта возникновения инцидента на ТС, назначенном на маршрут; –факта и статуса назначения ТС на маршрут. Должно быть реализовано формирование журнала рейсов, содержащего следующий набор данных на дату: –перевозчик; –государственный номер ТС; –направление маршрута (прямое или обратное); –время начала и время окончания рейса; –продолжительность рейса; –расстояние, пройденное за рейс по данным одометра. Должно быть реализовано формирование детализированной информации по каждому рейсу в рамках журнала рейсов, включая: –название остановки; –время входа в геозону; –продолжительность остановки; –время выхода из геозоны; –минимальная скорость в геозоне; - –дата заключения государственного контракта; –текстовое описание пути следования; –примечание. Должна быть выполнена модернизация добавления нового транспортного средства с указанием параметров: –тип; –государственный номер; –марка; –модель; –вместимость; –гаражный номер; –год выпуска; –класс ТС; –экологический класс; –факт оснащенности дополнительным оборудованием (например, для маломобильных категорий граждан – пополняемый справочник); –маршрутные карты; –примечание; –идентификатор навигационного оборудования; –перевозчик. Должны быть реализованы формирование и корректировка перечня остановочных пунктов маршрута, включая: –управление контрольными остановками маршрута, обеспечивающая возможность ведения расчетов показателей качества перевозок; –управление порядком остановочных пунктов маршрута в прямом и обратном направлениях. Должно быть реализовано создание копии маршрута со всеми параметрами, включая остановки, трассы, режимы работы. Должно быть реализовано управление трассами маршрута с использованием визуального редактора: –функция добавления новой точки трассы маршрута с автоматическим присоединением к трассе маршрута; –функция переноса раннее добавленной точки трасы маршрута; –функция копирования прямой/обратной трассы маршрута; –функции управления отображением трассами и точками прямого/обратного направления маршрута; –функция отображения треков истории передвижения ТС в выбранном направлении по маршруту за выбранную дату с цветовой индикацией скорости. Должна быть реализована функция настройки параметров графического отображения треков истории передвижения. Должна быть реализована функция управления режимом работы маршрута с указанием параметров: –рабочие дни маршрута (ежедневно / будни / выходные и праздники / по дням недели); –период режима работы (даты с-по); –график движения режима работы (по расписанию / по интервалам); –количество рейсов; –статус режима работы (проект / активный). - Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений. - ?формирование фаз светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление фаз; ?назначение номера фазам с автоматической проверкой на уникальность номера фазы в паспорте СО; ?обозначение типа фазы: основная, вызывная, резервная, вызывая подменная; ?указание произвольного названия для фазы; ?назначение минимального и максимального времени работы фазы; ?интерактивная привязка направлений светофорного объекта к фазам; ?запрет привязки конфликтующих направлений к одной фазе; ?визуализация привязки направлений к фазе на диаграмме светофорного объекта в области карты; ?визуализация привязки всех направлений ко всем фазам на диаграмме; ?автоматический расчет промтакта фазы как совокупности промтактов направлений, входящих в фазу с учетом временных параметров каждого из направлений; ?визуализация диаграммы структуры фазы в виде временных параметров разрешения и запрета направлений; ?формирование программ работы светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление программ работы светофорного объекта; ?выбор типа программы: основная, резервная; ?указание произвольного названия программы; ?автоматическое создание программы на основе временных параметров фаз и входящих в них направлений; ?назначение основного времени работы фаз; ?автоматический расчет длительности фаз с учетом временных параметров разрешения и запрета работы направлений, входящих в фазу (промтакт); ?автоматический расчет временных сдвигов фаз в цикле программы; ?возможность изменения порядка следования фаз в программе, включая повторное включение одной фазы в одном цикле; ?возможность изменения количества работающих фаз в программе; ?синхронизация временных параметров работы направлений в программе по времени горения красного сигнала светофоров; ?визуализация диаграммы работы программы на временной шкале, включая цветовую индикацию временных параметров разрешения и запрета работы направлений (промтакт); - 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ - 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. - - Участник закупки указывает в заявке все значения характеристики - 3.2.Развертывание и конфигурирование Системы При развертывании программного обеспечения на аппаратно-программном комплексе должен быть установлен передаваемый на машинных носителях информации дистрибутив с программным обеспечением Системы, и осуществлена предварительная конфигурация Системы. Дальнейшее конфигурирование Системы, включая работы по настройке Системы и интеграционных связей со смежными системами, должно быть выполнено Исполнителем в соответствии с Руководством администратора. В случае необходимости, Исполнителем должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав дистрибутива. - - 26.20.14.150 26.20.14.000-00000189 ТОВАР - Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ - Штука - 2,00 - 4 591 666,67 - 9 183 333,34 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 2 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Значение характеристики не может изменяться участником закупки Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество установленных процессоров - ? 2 - Штука - Значение характеристики не может изменяться участником закупки - Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки - Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки - Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки - Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки - - 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 24,00 - 4 764,33 - 114 343,92 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 24 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки - - 26.20.15.170 ТОВАР - Машины вычислительные электронные цифровые и прочие, содержащие или не содержащие в одном корпусе одно или два из следующих устройств для автоматической обработки данных: запоминающие устройства, устройства ввода, устройства вывода с функциями безопасности информации, обеспеченными встроенными, в том числе криптографическими, средствами защиты Процессор x86_64 Intel, AMD Оперативная память ? 4 ГБАЙТ Объем хранения данных ? 64 ГБАЙТ - Штука - 1,00 - 248 165,00 - 248 165,00 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Процессор x86_64 Intel, AMD Значение характеристики не может изменяться участником закупки Оперативная память ? 4 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Объем хранения данных ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Устройство для чтения DVD-дисков Наличие Значение характеристики не может изменяться участником закупки USB-интерфейс Наличие Значение характеристики не может изменяться участником закупки Монитор Наличие Значение характеристики не может изменяться участником закупки Клавиатура Наличие Значение характеристики не может изменяться участником закупки Мышь Наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Процессор - x86_64 Intel, AMD - - Значение характеристики не может изменяться участником закупки - Оперативная память - ? 4 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Объем хранения данных - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Устройство для чтения DVD-дисков - Наличие - - Значение характеристики не может изменяться участником закупки - USB-интерфейс - Наличие - - Значение характеристики не может изменяться участником закупки - Монитор - Наличие - - Значение характеристики не может изменяться участником закупки - Клавиатура - Наличие - - Значение характеристики не может изменяться участником закупки - Мышь - Наличие - - Значение характеристики не может изменяться участником закупки - - 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 3,00 - 199 163,00 - 597 489,00 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 3 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки - - 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 2 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 1,00 - 569 333,33 - 569 333,33 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики Объем накопителя ? 128 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - Объем накопителя - ? 128 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки - - 25.11.22.190 ТОВАР - Опоры и мачты решетчатые из черных металлов прочие, не включенные в другие группировки Высота 450 ММ Ширина 110 ММ Длина (без дополнительного выдвижного элемента) 1533 ММ - Штука - 96,00 - 19 283,33 - 1 851 199,68 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 96 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Высота 450 Миллиметр Значение характеристики не может изменяться участником закупки Ширина 110 Миллиметр Значение характеристики не может изменяться участником закупки Длина (без дополнительного выдвижного элемента) 1533 Миллиметр Значение характеристики не может изменяться участником закупки Масса 11 Килограмм Значение характеристики не может изменяться участником закупки Диапазон рабочих температур > -50 и ? 65 Градус Цельсия Участник закупки указывает в заявке диапазон значений характеристики Материал корпуса металл Значение характеристики не может изменяться участником закупки Покрытие порошковая краска Значение характеристики не может изменяться участником закупки цвет пыльно-серый Значение характеристики не может изменяться участником закупки кронштей наличие Значение характеристики не может изменяться участником закупки крепежные элементы наличие Значение характеристики не может изменяться участником закупки паспорт изделия наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Высота - 450 - Миллиметр - Значение характеристики не может изменяться участником закупки - Ширина - 110 - Миллиметр - Значение характеристики не может изменяться участником закупки - Длина (без дополнительного выдвижного элемента) - 1533 - Миллиметр - Значение характеристики не может изменяться участником закупки - Масса - 11 - Килограмм - Значение характеристики не может изменяться участником закупки - Диапазон рабочих температур - > -50 и ? 65 - Градус Цельсия - Участник закупки указывает в заявке диапазон значений характеристики - Материал корпуса - металл - - Значение характеристики не может изменяться участником закупки - Покрытие - порошковая краска - - Значение характеристики не может изменяться участником закупки - цвет - пыльно-серый - - Значение характеристики не может изменяться участником закупки - кронштей - наличие - - Значение характеристики не может изменяться участником закупки - крепежные элементы - наличие - - Значение характеристики не может изменяться участником закупки - паспорт изделия - наличие - - Значение характеристики не может изменяться участником закупки - - 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 3 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 7,00 - 911 666,67 - 6 381 666,69 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 7 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 3 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 3 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки - - 26.20.40.110-00000001 ТОВАР - Источник бесперебойного питания Тип С двойным переключением (off-line) Минимальное время автономной работы при расчетной нагрузке ? 15 МИН Класс защиты IP32 - Штука - 1,00 - 1 034 126,67 - 1 034 126,67 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип С двойным переключением (off-line) Значение характеристики не может изменяться участником закупки Минимальное время автономной работы при расчетной нагрузке ? 15 Минута Участник закупки указывает в заявке конкретное значение характеристики Класс защиты IP32 Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип - С двойным переключением (off-line) - - Значение характеристики не может изменяться участником закупки - Минимальное время автономной работы при расчетной нагрузке - ? 15 - Минута - Участник закупки указывает в заявке конкретное значение характеристики - Класс защиты - IP32 - - Значение характеристики не может изменяться участником закупки - - 26.20.14.150 26.20.14.000-00000189 ТОВАР - Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ - Штука - 1,00 - 4 403 333,33 - 4 403 333,33 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество установленных процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки - Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки - Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки - Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки - - 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации - Штука - 1,00 - 393 563,33 - 393 563,33 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.04) Средства виртуализации - - Значение характеристики не может изменяться участником закупки - - 26.30.11.122 26.30.11.120-00000002 ТОВАР - Маршрутизатор Количество блоков питания ? 1 ШТ Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 ШТ - Штука - 1,00 - 2 413 266,67 - 2 413 266,67 - ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 - - - Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество блоков питания ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 Штука Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество блоков питания - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) - ? 8 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - - Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Дополнительные сведения о товаре включены с целью минимизировать риски связанные с синхронизацией работы существующих технических решений и программных решений реализованных ранее на улично-дорожной сети города Севастополя. Также дополнительные сведения позволяют обеспечить соблюдение требований по информационной безопасности к оборудованию и программному обеспечения в соответствии с требованиями действующего законодательства в части объектов критической информационной инфраструктуры.

 

- 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 1 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 1,00 - 284 666,67 - 284 666,67

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SD Значение характеристики не может изменяться участником закупки Объем накопителя ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Количество контролируемых направлений движения - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики

Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики

Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки

Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Тип процессора - графический - - Значение характеристики не может изменяться участником закупки

Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики

Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики

тип накопителя - SD - - Значение характеристики не может изменяться участником закупки

Объем накопителя - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки

Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки

Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки

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

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

Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки

Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

- 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 1,00 - 53 438,00 - 53 438,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

- 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 4 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 18,00 - 1 069 166,67 - 19 245 000,06

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 18 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 4 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора не ниже 1,7 ГГц ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 4 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора не ниже 1,7 ГГц - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Количество контролируемых направлений движения - ? 4 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики

Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики

Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки

Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Тип процессора - графический - - Значение характеристики не может изменяться участником закупки

Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота процессора не ниже 1,7 ГГц - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики

Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики

тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки

Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки

Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки

Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки

Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки

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

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

Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

- 26.20.40.144 ТОВАР - Системы и средства с преобладающими функциями криптографической защиты, программные, программно-аппаратные, аппаратные ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). - Комплект - 23,00 - 55 813,33 - 1 283 706,59

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 23 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ПАК СКЗИ Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) Значение характеристики не может изменяться участником закупки Получение команд Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) Значение характеристики не может изменяться участником закупки Передача данных Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). Значение характеристики не может изменяться участником закупки Использование Используется как часть адаптивной системы, где контроллер сам принимает решения на основе данных с датчиков параметров транспортного поток Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ПАК СКЗИ - Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) - - Значение характеристики не может изменяться участником закупки - Получение команд - Получает команды от центрального сервера управления (включить/выключить фазы, перейти в режим "желтый мигающий" и т.д.) - - Значение характеристики не может изменяться участником закупки - Передача данных - Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). - - Значение характеристики не может изменяться участником закупки - Использование - Используется как часть адаптивной системы, где контроллер сам принимает решения на основе данных с датчиков параметров транспортного поток - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

ПАК СКЗИ - Программно-аппаратный комплекс средств криптографической защиты информации) для защиты периферийного оборудования светофорных объектов — это критически важный элемент создания безопасной и отказоустойчивой интеллектуальной транспортной системы (ИТС) - - Значение характеристики не может изменяться участником закупки

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

Передача данных - Передает данные о своем состоянии (исправность ламп, напряжение, срабатывание детекторов транспорта, факт нажатия кнопки пешехода). - - Значение характеристики не может изменяться участником закупки

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

- 26.30.11.110-00000041 ТОВАР - Коммутатор Тип коммутатора Управляемый Тип передачи данных Ethernet Блок питания Встроенный - Штука - 1,00 - 424 076,67 - 424 076,67

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип коммутатора Управляемый Значение характеристики не может изменяться участником закупки Тип передачи данных Ethernet Значение характеристики не может изменяться участником закупки Блок питания Встроенный Значение характеристики не может изменяться участником закупки Тип блоков питания Фиксированные Значение характеристики не может изменяться участником закупки Количество блоков питания 1 Штука Значение характеристики не может изменяться участником закупки Тип электропитания AC Значение характеристики не может изменяться участником закупки Поддержка стандарта RFC 7348 (VXLAN) Да Значение характеристики не может изменяться участником закупки Наличие панели управления Да Значение характеристики не может изменяться участником закупки Количество LAN портов ? 24 Штука Участник закупки указывает в заявке конкретное значение характеристики Внутренняя пропускная способность ? 1000 Гигабит в секунду Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип коммутатора - Управляемый - - Значение характеристики не может изменяться участником закупки - Тип передачи данных - Ethernet - - Значение характеристики не может изменяться участником закупки - Блок питания - Встроенный - - Значение характеристики не может изменяться участником закупки - Тип блоков питания - Фиксированные - - Значение характеристики не может изменяться участником закупки - Количество блоков питания - 1 - Штука - Значение характеристики не может изменяться участником закупки - Тип электропитания - AC - - Значение характеристики не может изменяться участником закупки - Поддержка стандарта RFC 7348 (VXLAN) - Да - - Значение характеристики не может изменяться участником закупки - Наличие панели управления - Да - - Значение характеристики не может изменяться участником закупки - Количество LAN портов - ? 24 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Внутренняя пропускная способность - ? 1000 - Гигабит в секунду - Участник закупки указывает в заявке конкретное значение характеристики

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Тип коммутатора - Управляемый - - Значение характеристики не может изменяться участником закупки

Тип передачи данных - Ethernet - - Значение характеристики не может изменяться участником закупки

Блок питания - Встроенный - - Значение характеристики не может изменяться участником закупки

Тип блоков питания - Фиксированные - - Значение характеристики не может изменяться участником закупки

Количество блоков питания - 1 - Штука - Значение характеристики не может изменяться участником закупки

Тип электропитания - AC - - Значение характеристики не может изменяться участником закупки

Поддержка стандарта RFC 7348 (VXLAN) - Да - - Значение характеристики не может изменяться участником закупки

Наличие панели управления - Да - - Значение характеристики не может изменяться участником закупки

Количество LAN портов - ? 24 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Внутренняя пропускная способность - ? 1000 - Гигабит в секунду - Участник закупки указывает в заявке конкретное значение характеристики

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

- 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения - Штука - 2,00 - 224 170,00 - 448 340,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 2 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки

- 26.30.30.190 26.30.30.000-00000010 ТОВАР - Шкаф телекоммуникационный Тип размещения Напольный Высота, U ? 40 и < 50 Ширина ? 500 и < 1000 ММ - Штука - 1,00 - 184 383,33 - 184 383,33

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип размещения Напольный Значение характеристики не может изменяться участником закупки Высота, U ? 40 и < 50 Участник закупки указывает в заявке конкретное значение характеристики Ширина ? 500 и < 1000 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Полезная глубина ? 800 Миллиметр Участник закупки указывает в заявке конкретное значение характеристики Максимальная распределенная нагрузка ? 500 и < 1000 Килограмм Участник закупки указывает в заявке конкретное значение характеристики Тип конструкции Разборный Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип размещения - Напольный - - Значение характеристики не может изменяться участником закупки - Высота, U - ? 40 и < 50 - - Участник закупки указывает в заявке конкретное значение характеристики - Ширина - ? 500 и < 1000 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики - Полезная глубина - ? 800 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики - Максимальная распределенная нагрузка - ? 500 и < 1000 - Килограмм - Участник закупки указывает в заявке конкретное значение характеристики - Тип конструкции - Разборный - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Тип размещения - Напольный - - Значение характеристики не может изменяться участником закупки

Высота, U - ? 40 и < 50 - - Участник закупки указывает в заявке конкретное значение характеристики

Ширина - ? 500 и < 1000 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики

Полезная глубина - ? 800 - Миллиметр - Участник закупки указывает в заявке конкретное значение характеристики

Максимальная распределенная нагрузка - ? 500 и < 1000 - Килограмм - Участник закупки указывает в заявке конкретное значение характеристики

Тип конструкции - Разборный - - Значение характеристики не может изменяться участником закупки

- 62.09.20.120 УСЛУГА - Услуги по установке программного обеспечения 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». ... 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. ... 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. ... - Условная единица - 1,00 - 59 457 076,72 - 59 457 076,72

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». Участник закупки указывает в заявке все значения характеристики 1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории. Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях; 2.ТРЕБОВАНИЯ К СИСТЕМЕ ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. Участник закупки указывает в заявке все значения характеристики 2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме; ?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта; Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии); ?создание специальных программ работы светофорного объекта в адаптивном режиме; ?возможность выбора алгоритма адаптивного управления; ?настройка специальных программ работы светофорного объекта в адаптивном режиме на основе базовых программ светофорного объекта; ?управление ограничением максимальной длительности оптимального цикла адаптивного управления; ?настройка глубины наблюдения истории проезда ТС для работы алгоритма предсказания транспортных потоков при адаптивном управлении; ?настройка приоритета включения фаз по критериям длины очереди и/или потерянному времени (задержкам); ?настройка действий Системы при работе адаптивного управления и потере информации о состоянии дорожного контроллера; ?включение/выключение наблюдаемых полос движения из расчетов при работе алгоритма адаптивного управления; ?возможность настройки пропуска фазы в действующем оптимальном цикле в адаптивном режиме при отсутствии на направлениях таких фаз транспортных средств; ?настройка раннего завершения фаз при отсутствии на указанных направлениях транспортных средств в течение заданного времени; ?настройка величины наблюдаемой области (длины зоны детекции) детекторов транспорта для каждого направления движения светофорного объекта в адаптивном режиме; ?автоматизированное создание набора оптимальных программ по дням недели на основе исторических данных транспортных потоков детекторов транспорта для работы светофорного объекта в адаптивном режиме управления при отсутствии связи с детекторами транспорта. Набор оптимальных программ должен формироваться по дням недели при наличии данных транспортных потоков на всем промежутке суток дней недели; ?автоматическая корректировка сформированного набора программ по мере обновления исторических данных транспортных потоков, управление расписанием корректировки; –отображение названия остановочного пункта, перечня оборудования и ссылки для быстрого перехода к НСИ при щелчке по маркеру остановки; –трансляция потокового видео с камеры телеобзора при щелчке на маркер камеры с возможностью переключения между камерами, объединенными в группу по территориальному признаку. Должны быть реализованы функции отображения панели оперативных данных по маршруту, содержащую аналитическую информацию по маршруту, в том числе: –название и номер маршрута; –указание начального и конечного остановочных пунктов маршрута; –актуальную информацию о ходе выполнения суточного плана по маршруту; –оперативную информацию по выполняемым рейсам маршрута в форме мнемосхемы; –информацию по рейсам маршрута, выполненным за текущие сутки; –информацию по инцидентам на ТС, назначенных на маршрут. Должны быть реализованы функции отображения панели оперативных данных по ТС, содержащую аналитическую информацию по ТС, в том числе: –государственный регистрационный знак ТС; –указание марки и модели ТС; –актуальную информацию по ТС или детализированный прогноз прибытия ТС на остановочные пункты маршрута; –информацию по рейсам ТС, выполненным за текущие сутки; –информацию по инцидентам на ТС. Должны быть реализованы функции отображения панели оперативных данных по ОП содержащую аналитическую информацию по ОП, в том числе: –информация об уже выполненных за текущие сутки рейсах и факте проследования ТС через выбранный остановочный пункт; –информация о рейсах, выполняемых в настоящий момент по маршрутам, проходящим через выбранный остановочный пункт, и прогноз их прибытия на него. Должно быть реализовано управление отображением трасс всех маршрутов на карте. Должно быть реализовано управление отображением всех остановочных пунктов на карте. Должно быть реализовано отображение перечня маршрутов в табличной форме с указанием: –перевозчика; –типа ТС маршрута; –номера маршрута; –названия маршрута; –количества ТС, назначенных на маршрут; 2.2.1.3.Требования к функциям диспетчеризации Должно быть реализовано управление назначением транспортного средства на маршрут, включая: –возможность точечного назначения и снятия транспортного средства с маршрута оператором; –возможность группового назначения и снятия транспортных средств с маршрута оператором. Должно быть реализовано отложенное назначение ТС на маршрут: –определения регулярности применения плана; –задания последовательности назначений, переназначений и снятий с маршрута с указанием времени; –привязки плана к необходимому перечню транспортных средств; –корректировки плана назначений; –просмотра детализированной истории изменений плана назначений. Должна быть реализована фиксация нештатной ситуации (инцидента) с автоматизированным определением параметров и возможностью указания: –даты и времени возникновения нештатной ситуации; –категории нештатной ситуации; –описания нештатной ситуации; –предполагаемого времени устранения; –ответственного за фиксацию; –данных водителя ТС, задействованного в нештатной ситуации (при необходимости). Должна быть реализована функция отметки факта устранения нештатной ситуации (инцидента), с возможностью указания: –даты и времени устранения нештатной ситуации (инцидента); –комментария по устранению; –ответственного за устранение. 2.2.1.4.Требования к функциям анализа работы пассажирского транспорта Должно быть реализовано формирование истории движения транспортного средства на дату в табличной форме, включая: –время; –направление маршрута; –скорость ТС в момент времени; –номер маршрута. –перечень рейсов; –перечень инцидентов; –перечень нарушений условий выполнения пассажирских перевозок. ?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей: ?должно быть ограничено максимальное время запрещающего сигнала светофора для всех транспортных направлений; ?должно строго контролироваться время ожидания пешеходами зеленого сигнала на светофорном объекте, не превышая заданных ограничений; ?должна быть ограничена длительность оптимального цикла временем включения пешеходных направлений; ?должен быть обеспечен строгий контроль качества данных детекторов транспорта: если данные с любого из детекторов транспорта не поступают в течение заданного интервала времени, или показатель качества данных ниже порогового значения, модуль адаптивного управления должен принудительно переводить светофорный объект в локальный режим, при этом должен срабатывать алгоритм корректного завершения адаптивного управления без нарушения целостности цикла светофорного регулирования. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций координированного управления: ?создание лент координации (набор светофорных объектов в режиме координации) и групп координации (набор лент координации) из нескольких светофорных объектов; ?должно отсутствовать ограничение на количество лент координации в одной группе координации; ?должно отсутствовать ограничение на пересечение лент координации в группе; ?должно отсутствовать ограничение на включение одного светофорного объекта в разные ленты/группы координации; ?отображение списка групп координации; ?отображение созданной группы координации на карте, включая отображение связей между СО одной группы; ?отображение расстояния между светофорными объектами группы координации; ?изменение набора светофорных объектов, входящих в группу координации; ?удаление ленты или группы координации; ?включение/отключение программы работы группы координации; ?включение/отключение программы группы координации по расписанию; Должно быть реализовано формирование отчета по интенсивности движения, представляющего собой графическое отображение интенсивности движения ТС на карте и предназначенного для: –оценки охвата маршрутной сети; –оценки загруженности определенных участков дорожной сети; –определения областей дорожной сети, проблемных с точки зрения передачи мониторинговой информации. –отображения: ?треков выполненных рейсов по выбранным маршрутам с цветовой индикацией скорости движения ТС; ?графика средней скорости передвижения ТС по выбранным маршрутам. Должна быть реализована тонкая настройка параметров отображения треков выполненных рейсов и графика скорости. Должно быть реализовано формирование информации о фактах и частоте передачи мониторинговой информации от каждого транспортного средства на дату по форме отчета и в форме журнала. Должно быть реализовано формирование отчета по выполненным рейсам, содержащего следующий набор данных за период по маршруту: –перевозчик; –количество рейсов (план и факт); –процент выполнения плана; –суммарный пробег по маршруту исходя из нормативов протяженности прямого и обратного направления маршрута; –средний возраст транспортных средств, лет; –процент рейсов, выполненных ТС со специализированным оборудованием. Должно быть реализовано формирование детализированной информации о выполненных рейсах по маршруту за период, с группировкой по транспортным средствам, включая: –перевозчик; –государственный номер; –направление маршрута; –дата; –время начала и время окончания рейса; –продолжительность рейса. Должно быть реализовано формирование отчета о времени работы на маршрутах, содержащего информацию о продолжительности работы ТС на маршрутах, включая: –количество рейсов: план/факт, % выполнения; –среднее время выполнения рейсов с детализацией по направлениям; –средняя скорость ТС на маршруте с детализацией по направлениям; –количество ТС; –тип маршрута; –детали маршрута; –время работы: план/факт. –показания одометра. Должно быть реализовано отображение треков учтенных фактических рейсов за выбранный период в журнале рейсов (на карте) с возможностью просмотра детализированной информации по рейсу. Должна быть реализована тонкая настройка параметров графического отображения журнала рейсов (на карте). Должно быть реализовано отображение в журнале рейсов (на карте) графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано табличное отображения детализации выполненных рейсов по маршруту в целом или конкретным транспортным средством в табеле рейсов. Должно быть реализовано отображение расписания и отклонения от расписания в целом по маршруту в табеле рейсов. Должно быть реализовано отображение в табеле рейсов графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано графическое отображение детальной информации по рейсам, выполненным транспортным средством на дату, включая факт прохождения остановочного пункта в рамках конкретного рейса прямого или обратного направления маршрута на графике движения. Должно быть реализовано графическое отображение на графике движения детальной информации по всем рейсам маршрута на дату, включая: –факты обгона одним транспортным средством другого в рамках одного маршрута; –обеспечение возможности контроля соблюдения межрейсовых интервалов транспортными средствами на маршруте. Должно быть реализовано отображение при работе с графиком движения расписания движения по маршруту. Должно быть реализовано отображение при работе с графиком движения графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. –анимированное отображение перечня на картографической подложке. 2.2.1.8.Требования к функциям сбора, анализа и визуализации пространственной информации Должны быть реализованы функции ведения реестра пространственных объектов: –просмотр перечня пространственных объектов в табличном виде со схематическим отображением на карте и возможностью фильтрации и/или группировки по следующим полям: ?идентификатор; ?наименование; ?описание; ?тип; ?линейные координаты; ?другие параметры, определяемые атрибутивной моделью типа объекта; –добавление нового, просмотр и редактирование параметров пространственного объекта, в том числе: ?тип; ?координаты (если есть); ?период действия (для периодических); –атрибуты пространственного объекта, перечень которых определяется типом пространственного объекта и может включать основную информацию, в том числе: ?название; ?тип геометрии объекта (точка, линия, полигон); ?географическое отношение; ?титул; ?краткое описание; ?код; ?сегмент обслуживания; –добавление, редактирование и удаление схематического отображения пространственного объекта; –редактирование пространственной геометрии пространственного объекта; –добавление, редактирование состава атрибутов пространственного объекта; –групповое редактирование атрибутов пространственных объектов, включая: ?отображение перечня общих атрибутов для выбранных пространственных объектов; ?поиск атрибутов по перечню; ?указание и сохранение значения атрибута для выбранных пространственных объектов; –схематическое отображение пространственного объекта на картографической подложке, включая: ?отображение тултипа (всплывающей подсказки) при наведении курсора мыши на схематическое отображение пространственного объекта; ?возможность выбора типа картографической подложки; ?кластеризации отображаемых пространственных объектов; ?отображение пространственных объектов на карте в виде буллетов (точек); ?отображение всех пространственных объектов с возможностью выбора объекта с карты; ?включение отдельных лент координации в рамках одной программы зеленой улицы, что наряду со снятием ограничений на количество лент в группе координации позволит создавать протяженные маршруты приоритетного проезда с возможностью последовательного включения участков маршрута; ?должен быть реализован стандартный и компактный вид программы зеленой улицы для облегчения управления сложными маршрутами сопровождения; ?управление расписанием работы группы координации; ?отображение временной диаграммы скоординированности группы координации; ?изменение длительности фаз для каждого светофорного объекта, входящего в группу координации на временной диаграмме без изменения времени цикла; ?изменение длительности цикла одного или нескольких светофорных объектов, входящих в группу координации; ?изменение времени смещения цикла светофорных объектов, входящих в группу координации на временной шкале; ?динамическое изменение временной диаграммы скоординированности движения при внесении изменений в программы групп координации; ?проверка кратности цикла светофорных объектов, входящих в группу координации. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций уведомления пользователей о событиях в подсистеме: ?информирование пользователей о событиях в подсистеме, нарушениях в работе светофорных объектов, событиях управления СО, изменения состояний и режимов работы в виде всплывающих уведомлений на экране системы; ?отображение всплывающих уведомлений по событиям на объектах; ?проигрывание звука уведомлений с возможностью настройки типов уведомлений со звуком; -наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц. Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км: ?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3. Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС Должно быть реализовано графическое отображение статистических данных по маршруту или маршрутам за период, в том числе: –количество рейсов план/факт; –средняя продолжительность рейса; –средняя скорость движения; –средний интервал движения. Должно быть реализовано формирование отчета по прохождению остановочных пунктов (тепловая карта) в графической форме с отображением интенсивности прохождения остановочных пунктов при выполнении рейсов по маршрутам на дату на карте, включая: –обобщённую информацию по интенсивности прохождения остановочного пункта по наведению на маркер; –детальную информацию по интенсивности прохождения остановочного пункта по клику на маркер. Должно быть реализовано формирование отчета по прохождению остановочных пунктов, содержащего информацию о фактах прохождения и остановки ТС рамках выполнения рейсов по маршруту на остановочных пунктах, включая: –маршрут и количество рейсов с детализацией по направлениям; –номер остановочного пункта на маршруте; –направление маршрута; –название остановочного пункта; –радиус геозоны; –количество посещений в абсолютном и процентом значениях; –количество фактически зафиксированных остановок на остановочном пункте; –интервале движения ТС по контрольным остановкам; –среднее время нахождения ТС в геозоне остановки; –среднее время фактически зафиксированной остановки на остановочном пункте. Должно быть реализовано отображение в Отчете по прохождению ОП графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано автоматизированное формирование отчетов о нарушениях, содержащих консолидированную информацию по нарушениям условий государственного контракта на выполнение пассажирских перевозок, совершенных транспортными средствами перевозчиков за указанный период в форме: –таблицы; –графика (диаграммы); –карты. 2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток); Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7. ?журнал уведомлений (список сформированных уведомлений за предыдущий период) с возможностью поиска: ?поиск по дате и времени просмотра пользователем; ?поиск по дате и времени получения уведомления; ?поиск по пользователю; ?поиск по типу уведомления: информационные сообщения, предупреждения, ошибки и нарушения в работе; ?поиск по типам объектов в системе; ?поиск по тексту уведомления; ?настройка всплывающих уведомлений: ?включение и выключение отображения уведомлений; ?выбор объектов, по которым необходимо получать уведомления; ?выбор объектов, по которым необходимо игнорировать уведомления; ?настройка типов уведомлений со звуком; ?настройка характера событий по отдельным видам объектов системы, по которым необходимо получать уведомления: -уведомления о событиях дорожного контроллера; -уведомления о событиях модуля адаптивного управления; -уведомления о событиях диспетчерского управления; -уведомления о событиях модуля формирования электронного паспорта светофорных объектов; -уведомления об изменении состояния светофорных объектов; ?уведомления об изменении режимов работы светофорных объектов. В рамках оказания услуг должна быть выполнено обеспечение взаимодействия с Подсистемой мониторинга параметров транспортного потока и модернизация подсистемы светофорного управления в части функций: ?отображение в виде графиков или диаграмм данных по уровню обслуживания светофорного объекта; ?отображение в виде графиков или диаграмм данных по уровню обслуживания каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по всем направлениям светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории интенсивности по каждой из полос движения, входящих в направления светофорного объекта; Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации. ?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую; ?возможность включения и отключения работы СО под управлением набора оптимальных программ. Режим управления по оптимальным программам должен автоматически срабатывать при нарушении целостности и полноты данных транспортных потоков при адаптивном режиме работы; ?выбор базовой программы для создания набора оптимальных программ; ?управление максимальной длительностью цикла отдельных программ при создании набора оптимальных программ светофорного объекта; ?ручное управление длительностью работы отдельных программ при формировании набора оптимальных программ (от часа до суток); ?автоматическое назначение длительности работы отдельных программ и фаз при формировании набора оптимальных программ на базе установленного порогового значения изменений данных транспортных потоков на полосах движения, выбор отдельных полос движения направлений, на основе изменений которых должен формироваться набор оптимальных программ; ?управление ограничением по длительности отдельных фаз относительно выбранной базовой программы светофорного объекта; ?визуализация наличия данных транспортных потоков для формирования оптимального набора программ; ?ручной ввод данных транспортных потоков на отдельных полосах движения на направлениях, при отсутствии получения таких данных с детекторов транспорта, для возможности формирования набора оптимальных программ; ?графическое отображение результата формирования набора оптимальных программ на базе данных транспортных потоков по дням недели и часам, с указанием длительностей цикла и отдельных фаз программ; ?графическое отображение данных параметров транспортных потоков, использованных при формировании набора оптимальных программ; ?графическое отображение диаграммы цикла (фазы, промтакты) отдельных программ в наборе оптимальных программ. СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe; –количества активных ТС из числа назначенных на маршрут. Должно быть реализовано отображение данных на указанный момент времени в прошлом для целей анализа транспортной обстановки. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. Должно быть реализовано отображение по факту выбора маршрута(ов) в таблице на карте: –линий трасс маршрута в прямом и обратном направлениях; –маркеров остановок маршрута в прямом и обратном направлениях; –маркеров ТС, назначенных на маршрут. Должно быть реализовано позиционирование карты относительно выбранного(ых) маршрута(ов) в таблице. Должно быть реализовано отображение установленных геозон в табличной форме, с указанием: –названия геозоны; –типа; –количества ТС, находящихся в их границах геозоны. –функция отображения по факту выбора геозоны в таблице на карте: –границ геозоны; –маркеров ТС, находящихся в их границах геозоны. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню геозоны в таблице. Должно быть реализовано позиционирование карты относительно выбранной в таблице геозоны. Должно быть реализовано отображение транспортных средств в табличной форме с указанием: –перевозчика; –класса ТС; –государственного номера ТС; –марки ТС; –факта наличия у ТС специального оборудования; –факта наличия зафиксированного инцидента с ТС; –маршрута, на который назначено ТС; –даты и времени последней передачи мониторинговой информации. Должно быть реализовано позиционирование карты относительно выбранного ТС в таблице. Должна быть реализована автоматическая фильтрация данных таблицы ТС в зависимости от выбранных маршрутов в таблице. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. 2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта. –выбор представления для отображения на картографической подложке; –отображение для представления количества наборов данных, вошедших в его состав; –открытие представления в новой вкладке; –работу с преднастроенными и пользовательскими представлениями, включая: ?создание, изменение и создание копии представления, с возможностью задания: oназвания; oавтора и наличия запрета на изменения; oразделов для отображения представления; oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. ?удаление представления. –создание иерархической структуры хранения представлений, включая: ?добавление, создание копии, изменение, просмотр перечня подгрупп (подпапок) и представлений, удаление группы (папки) представлений; ?перенос представлений из одной папки в другую. –перенос представлений путем перетаскивания либо выбора пункта контекстного меню между преднастроенными и пользовательскими представлениями. Должны быть реализованы функции управления картографическими подложками, включая: –выбор растровой картографической подложки; –выбор векторной картографической подложки (MVT); –настройку стилей векторных картографических подложек, в том числе скачивание, загрузку пользовательских стилей из файла и настройка стилей в JSON; –настройку яркости картографической подложки. Должны быть реализованы функции отображения на картографической подложке информации о пространственных объектах с учетом выбранных наборов данных, слоев и представлений, включая: –отображение всех объектов, относящихся к выбранному набору(ам) / слою(ям) / представлению(ям) с возможностью выбора объекта с карты; –возможность включения/выключения режима загрузки объектов в пределах видимой области; 2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД: –поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации. 2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек. ?формирование динамического цикла работы СО с корректировкой фаз по необходимости: динамический цикл должен автоматически корректироваться при изменении дорожной ситуации, либо при мгновенных изменениях условий на конкретном направлении светофорного объекта, оценка должна производиться один раз в заданный в паспорте светофорного объекта временной интервал, либо по достижению заданного порога изменения наблюдаемых параметров транспортного потока; ?выдача своевременной автоматической команды на включения фазы для управляемого светофорного объекта; ?автоматическая оптимизация длительностей фаз в режиме адаптивного управления на основе данных транспортного потока в отдельных направлениях светофорного объекта; ?автоматическая оптимизация сдвига фазы в режиме адаптивного управления; ?автоматическая оптимизация длительности цикла в режиме адаптивного управления; ?визуализация приема от пользователя команды на включение/отключение режима адаптивного управления; ?блокировка возможности перевода светофорного объекта в адаптивный режим; ?получение и обработка информации о параметрах транспортного потока в режиме, приближенном к реальному времени: ?количество ТС в зоне детекции на каждой полосе; ?интенсивность движения транспорта на каждой полосе; ?длина очереди перед стоп-линией на каждой полосе; ?скорость движения каждого транспортного средства в зоне детекции по каждой полосе; ?расстояние от каждого транспортного средства до стоп-линии; ?сбор и обработка потока данных с дорожных контроллеров в режиме, приближенном к реальному времени; ?долгосрочное хранение истории событий дорожных контроллеров и измеряемых параметров транспортного потока детекторов транспорта; ?контроль качества поступающих данных транспортных потоков и оценка надежности наблюдаемых величин; ?обнаружение отказов работоспособности ДК и детекторов транспорта, задержек в сети передачи данных; ?подсистема должна обладать следующим набором ограничений для обеспечения безопасности работы светофорного объекта: -возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. ?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта. –Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне; 2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера). 2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4 Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов. -Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. –отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени; 2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы; 2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа; –импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов; СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ 2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта; –Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя. -на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700 ?отображение диаграммы исполнения программы светофорного объекта при выборе в списке или на карте, включая графическое отображение работы фаз каждого направления в реальном времени (основное время, промтакт), временную шкалу, отображение на диаграмме режима работы и источника управления, отображение временных меток отправки команд управления светофорным объектом с индикацией инициатора команды; ?должна быть обеспечена настройка отображения данных на диаграмме исполнения программы светофорного объекта с возможностью включения/отключения отображения структуры направлений, промтактов, режима и источника управления, команд оператора; ?должна быть обеспечена функция переключения «светлой» и «тёмной» темы отображения интерфейса; ?отображение на карте виджета с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) светофорных объектов; ?отображение на графике статистической информации по работоспособности светофорных объектов за выбранный день; ?отображение карты текущей работоспособности светофорных объектов в виде пиктограмм с цветовой индикацией статуса работоспособности; ?отображение на графике статистической информации по режимам работы светофорных объектов за выбранный день; ?отображение карты текущих режимов работы светофорных объектов в виде пиктограмм с цветовой индикацией режимов работы; ?отображение на графике статистической информации по истории изменения источников управления светофорных объектов за выбранный день; ?отображение карты текущих источников управления светофорных объектов в виде пиктограмм с цветовой индикацией источников управления; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) детекторов транспорта на светофорных объектах; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) камер видеонаблюдения на светофорных объектах; Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута; ?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте; СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры. В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. ?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети; Должно быть реализовано формирование отчета по инцидентам в табличной форме, содержащего обобщенные и подробные данные по инцидентам за период по каждому маршруту. Должно быть реализовано формирование отчета по инцидентам в форме карты, содержащего обобщенные и подробные данные по инцидентам за период с отображением маркеров инцидентов на карте. Должно быть реализовано формирование отчета по инцидентам в форме графика, содержащего информацию об инцидентах за выбранный период в разрезе категорий инцидентов и перевозчиков. Должно быть реализовано формирование консолидированной отчетности по качеству перевозок, содержащей: –общую информацию: ?название перевозчика; ?реквизиты государственного контракта на выполнение пассажирских перевозок; ?номер маршрута; ?период расчета; ?наименование маршрута; –данные по объему выполненных перевозок за период: ?плановое количество рейсов; ?фактическое количество рейсов; ?отклонение фактического значения от планового в %; –данные по транспортным средствам, назначенным на маршрут: ?номер; ?марка; ?модель; ?класс; ?год выпуска; ?количество выполненных рейсов; ?количество нарушений; ?количество инцидентов; ?средний возраст ТС; –данные по зафиксированным инцидентам: ?категория инцидента; ?название инцидента; ?количество; –данные по зафиксированным нарушениям: ?категория нарушения; ?название нарушения; ?количество. Должно быть реализовано формирование консолидированной отчетности по количеству выполненных рейсов, содержащей следующие данные по маршруту(ам) за выбранный период: –наименование маршрута; –название маршрута; –название перевозчика; –реквизиты государственного контракта на выполнение пассажирских перевозок; –плановое количество рейсов за отчетный период; –количество рейсов, выполненных с нарушением допустимых отклонений; –количество рейсов без отклонений; –протяженность маршрута; –объем выполненных работ. ?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля; ?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля; -общая; -прямое направление; -обратное направление; –остановочные пункты: -количество (в прямом направлении); -прямое направление; -количество (в обратном направлении); -обратное направление; –трасса: -прямое направление; -обратное направление; –режимы работы; –контракт: -перевозчик; -контракт; -дата контракта; -дата начала перевозок; -количество рейсов в день. Должно быть реализовано ведение реестра остановочных пунктов с отображением данных остановочного пункта: –уникальный код; –идентификатор; –наименование; –описание; –название и описание для публичного портала; –факт наличия координат остановочного пункта; –географические координаты; –вид транспорта; –территории; –факт наличия маршрутов, содержащих данный остановочный пункт; –количество маршрутов, содержащих данный остановочный пункт; –перечень маршрутов, содержащих данный остановочный пункт; –факт наличия маршрутов, на которых остановочный пункт является контрольным; –количество маршрутов, на которых остановочный пункт является контрольным; –перечень маршрутов, на которых остановочный пункт является контрольным; –перечень оборудования ОП; –источник данных. Должно быть реализовано ведение реестра перевозчиков с отображением данных Перевозчика: –перевозчик; –описание; –количество маршрутов; –перечень маршрутов; –территории; –распределение транспортных средств по классам вместимости; –средний возраст ТС. Должно быть реализовано формирование консолидированной отчетности, содержащей информацию по параметрам ТС, назначенных на маршруты перевозчика: –перевозчик; –номер маршрута; –название маршрута; –максимально допустимое количество ТС (с распределением по классам ТС); –количество назначенных ТС (с распределением по классам ТС); –возраст транспортных средств (Допустимый и средний назначенных); –последнее назначение ТС (дата, время, ответственный). ?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала; ?цвета; ?размера. ?пользовательское изображение (выбор изображения с устройства), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции; ?арка, с возможностью задания: ?параметра интерактивности; ?толщины, цвета и градиента линии; ?коэффициента, определяющего толщину; ?градуса наклона; ?коэффициента высоты. ?текстовый маркер; -дополнительный стиль (дополняет основной в части типа линии, ее цвета, толщины и др.); -определение правил условного отображения, включая: ?отображение перечня правил условного отображения; ?установку одного из стилей условного отображения стилем по умолчанию; ?включение/выключение отображения объектов не удовлетворяющих условиям правил стилем по умолчанию; ?добавление, просмотр и редактирование параметров правила условного отображения, с возможностью: ?задания названия; ?генерации палитры цветов для условного отображения объектов слоя в зависимости от выбранного параметра из перечня доступных при помощи Мастера настройки правил условного отображения, включая детальную настройку цвета, границ и шага диапазонов его изменения; ?добавления, просмотра и редактирования условий правила, определяющего соответствие значения, выбранного из перечня доступных полей атрибутов и значения агрегирующих функций по группам объектов указанному целевому значению (включая функции времени); ?удаления условий правила; ?задания функции рендера и других параметров в соответствии с выбранной функцией; ?создания дополнительного стиля; ?изменения индекса правила условного отображения, т. е. определение порядка применения стилей, установленными правилами; ?удаления правила условного отображения. ?принудительное обновление представления слоя на карте. Должны быть реализованы функции работы с представлениями объектов, имеющих пространственные характеристики, включая: –отображение каталога предстастроенных представлений; –поиск по представлениям; –копирование ссылки на представление из каталога; Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы); Должно быть реализовано анимированное отображение истории передвижения маркера(ов) ТС(ов) на карте, включая отображение: –карты региона; –трассы маршрута; –маркера ТС; –маркеров остановочных пунктов маршрута и геозон контрольных остановок маршрута; –тепловой карты интенсивности движения ТС; –маркеров инцидентов на ТС; –маркеров нарушений условий государственного контракта; –трека передвижения ТС с цветовой индикацией скорости передвижения; –мест остановки ТС. Должна быть реализована настройка параметров графического отображения истории передвижения. Должно быть реализовано выделение области на карте для загрузки информации о ТС, находившихся в ней в рамках текущих суток, с отображением: –таблицы, содержащей перечень ТС и времена входа и выхода; –выделенной области. Должно быть реализовано управление анимированным отображением истории передвижения маркера(ов) ТС на карте, включая: –пуск; –паузу; –выбор момента времени для отображения; –переключение между моментами времени для отображения. Должно быть реализовано отображение на графике зависимости скорости ТС от времени, с распределением полученных данных по рейсам маршрута, с отображением: –динамики скорости; –факта выполнения рейса; –факта и статуса фиксации ТС в геозоне остановочного пункта маршрута; –факта нарушения условий выполнения перевозок по маршруту; –факта возникновения инцидента на ТС, назначенном на маршрут; –факта и статуса назначения ТС на маршрут. Должно быть реализовано формирование журнала рейсов, содержащего следующий набор данных на дату: –перевозчик; –государственный номер ТС; –направление маршрута (прямое или обратное); –время начала и время окончания рейса; –продолжительность рейса; –расстояние, пройденное за рейс по данным одометра. Должно быть реализовано формирование детализированной информации по каждому рейсу в рамках журнала рейсов, включая: –название остановки; –время входа в геозону; –продолжительность остановки; –время выхода из геозоны; –минимальная скорость в геозоне; –дата заключения государственного контракта; –текстовое описание пути следования; –примечание. Должна быть выполнена модернизация добавления нового транспортного средства с указанием параметров: –тип; –государственный номер; –марка; –модель; –вместимость; –гаражный номер; –год выпуска; –класс ТС; –экологический класс; –факт оснащенности дополнительным оборудованием (например, для маломобильных категорий граждан – пополняемый справочник); –маршрутные карты; –примечание; –идентификатор навигационного оборудования; –перевозчик. Должны быть реализованы формирование и корректировка перечня остановочных пунктов маршрута, включая: –управление контрольными остановками маршрута, обеспечивающая возможность ведения расчетов показателей качества перевозок; –управление порядком остановочных пунктов маршрута в прямом и обратном направлениях. Должно быть реализовано создание копии маршрута со всеми параметрами, включая остановки, трассы, режимы работы. Должно быть реализовано управление трассами маршрута с использованием визуального редактора: –функция добавления новой точки трассы маршрута с автоматическим присоединением к трассе маршрута; –функция переноса раннее добавленной точки трасы маршрута; –функция копирования прямой/обратной трассы маршрута; –функции управления отображением трассами и точками прямого/обратного направления маршрута; –функция отображения треков истории передвижения ТС в выбранном направлении по маршруту за выбранную дату с цветовой индикацией скорости. Должна быть реализована функция настройки параметров графического отображения треков истории передвижения. Должна быть реализована функция управления режимом работы маршрута с указанием параметров: –рабочие дни маршрута (ежедневно / будни / выходные и праздники / по дням недели); –период режима работы (даты с-по); –график движения режима работы (по расписанию / по интервалам); –количество рейсов; –статус режима работы (проект / активный). Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений. ?формирование фаз светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление фаз; ?назначение номера фазам с автоматической проверкой на уникальность номера фазы в паспорте СО; ?обозначение типа фазы: основная, вызывная, резервная, вызывая подменная; ?указание произвольного названия для фазы; ?назначение минимального и максимального времени работы фазы; ?интерактивная привязка направлений светофорного объекта к фазам; ?запрет привязки конфликтующих направлений к одной фазе; ?визуализация привязки направлений к фазе на диаграмме светофорного объекта в области карты; ?визуализация привязки всех направлений ко всем фазам на диаграмме; ?автоматический расчет промтакта фазы как совокупности промтактов направлений, входящих в фазу с учетом временных параметров каждого из направлений; ?визуализация диаграммы структуры фазы в виде временных параметров разрешения и запрета направлений; ?формирование программ работы светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление программ работы светофорного объекта; ?выбор типа программы: основная, резервная; ?указание произвольного названия программы; ?автоматическое создание программы на основе временных параметров фаз и входящих в них направлений; ?назначение основного времени работы фаз; ?автоматический расчет длительности фаз с учетом временных параметров разрешения и запрета работы направлений, входящих в фазу (промтакт); ?автоматический расчет временных сдвигов фаз в цикле программы; ?возможность изменения порядка следования фаз в программе, включая повторное включение одной фазы в одном цикле; ?возможность изменения количества работающих фаз в программе; ?синхронизация временных параметров работы направлений в программе по времени горения красного сигнала светофоров; ?визуализация диаграммы работы программы на временной шкале, включая цветовую индикацию временных параметров разрешения и запрета работы направлений (промтакт); 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. Участник закупки указывает в заявке все значения характеристики 3.2.Развертывание и конфигурирование Системы При развертывании программного обеспечения на аппаратно-программном комплексе должен быть установлен передаваемый на машинных носителях информации дистрибутив с программным обеспечением Системы, и осуществлена предварительная конфигурация Системы. Дальнейшее конфигурирование Системы, включая работы по настройке Системы и интеграционных связей со смежными системами, должно быть выполнено Исполнителем в соответствии с Руководством администратора. В случае необходимости, Исполнителем должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав дистрибутива. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ - -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». - - Участник закупки указывает в заявке все значения характеристики - 1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории. - Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях; - 2.ТРЕБОВАНИЯ К СИСТЕМЕ - ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. - - Участник закупки указывает в заявке все значения характеристики - 2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме; - ?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта; - Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии); - ?создание специальных программ работы светофорного объекта в адаптивном режиме; ?возможность выбора алгоритма адаптивного управления; ?настройка специальных программ работы светофорного объекта в адаптивном режиме на основе базовых программ светофорного объекта; ?управление ограничением максимальной длительности оптимального цикла адаптивного управления; ?настройка глубины наблюдения истории проезда ТС для работы алгоритма предсказания транспортных потоков при адаптивном управлении; ?настройка приоритета включения фаз по критериям длины очереди и/или потерянному времени (задержкам); ?настройка действий Системы при работе адаптивного управления и потере информации о состоянии дорожного контроллера; ?включение/выключение наблюдаемых полос движения из расчетов при работе алгоритма адаптивного управления; ?возможность настройки пропуска фазы в действующем оптимальном цикле в адаптивном режиме при отсутствии на направлениях таких фаз транспортных средств; ?настройка раннего завершения фаз при отсутствии на указанных направлениях транспортных средств в течение заданного времени; ?настройка величины наблюдаемой области (длины зоны детекции) детекторов транспорта для каждого направления движения светофорного объекта в адаптивном режиме; ?автоматизированное создание набора оптимальных программ по дням недели на основе исторических данных транспортных потоков детекторов транспорта для работы светофорного объекта в адаптивном режиме управления при отсутствии связи с детекторами транспорта. Набор оптимальных программ должен формироваться по дням недели при наличии данных транспортных потоков на всем промежутке суток дней недели; ?автоматическая корректировка сформированного набора программ по мере обновления исторических данных транспортных потоков, управление расписанием корректировки; - –отображение названия остановочного пункта, перечня оборудования и ссылки для быстрого перехода к НСИ при щелчке по маркеру остановки; –трансляция потокового видео с камеры телеобзора при щелчке на маркер камеры с возможностью переключения между камерами, объединенными в группу по территориальному признаку. Должны быть реализованы функции отображения панели оперативных данных по маршруту, содержащую аналитическую информацию по маршруту, в том числе: –название и номер маршрута; –указание начального и конечного остановочных пунктов маршрута; –актуальную информацию о ходе выполнения суточного плана по маршруту; –оперативную информацию по выполняемым рейсам маршрута в форме мнемосхемы; –информацию по рейсам маршрута, выполненным за текущие сутки; –информацию по инцидентам на ТС, назначенных на маршрут. Должны быть реализованы функции отображения панели оперативных данных по ТС, содержащую аналитическую информацию по ТС, в том числе: –государственный регистрационный знак ТС; –указание марки и модели ТС; –актуальную информацию по ТС или детализированный прогноз прибытия ТС на остановочные пункты маршрута; –информацию по рейсам ТС, выполненным за текущие сутки; –информацию по инцидентам на ТС. Должны быть реализованы функции отображения панели оперативных данных по ОП содержащую аналитическую информацию по ОП, в том числе: –информация об уже выполненных за текущие сутки рейсах и факте проследования ТС через выбранный остановочный пункт; –информация о рейсах, выполняемых в настоящий момент по маршрутам, проходящим через выбранный остановочный пункт, и прогноз их прибытия на него. Должно быть реализовано управление отображением трасс всех маршрутов на карте. Должно быть реализовано управление отображением всех остановочных пунктов на карте. Должно быть реализовано отображение перечня маршрутов в табличной форме с указанием: –перевозчика; –типа ТС маршрута; –номера маршрута; –названия маршрута; –количества ТС, назначенных на маршрут; - 2.2.1.3.Требования к функциям диспетчеризации Должно быть реализовано управление назначением транспортного средства на маршрут, включая: –возможность точечного назначения и снятия транспортного средства с маршрута оператором; –возможность группового назначения и снятия транспортных средств с маршрута оператором. Должно быть реализовано отложенное назначение ТС на маршрут: –определения регулярности применения плана; –задания последовательности назначений, переназначений и снятий с маршрута с указанием времени; –привязки плана к необходимому перечню транспортных средств; –корректировки плана назначений; –просмотра детализированной истории изменений плана назначений. Должна быть реализована фиксация нештатной ситуации (инцидента) с автоматизированным определением параметров и возможностью указания: –даты и времени возникновения нештатной ситуации; –категории нештатной ситуации; –описания нештатной ситуации; –предполагаемого времени устранения; –ответственного за фиксацию; –данных водителя ТС, задействованного в нештатной ситуации (при необходимости). Должна быть реализована функция отметки факта устранения нештатной ситуации (инцидента), с возможностью указания: –даты и времени устранения нештатной ситуации (инцидента); –комментария по устранению; –ответственного за устранение. 2.2.1.4.Требования к функциям анализа работы пассажирского транспорта Должно быть реализовано формирование истории движения транспортного средства на дату в табличной форме, включая: –время; –направление маршрута; –скорость ТС в момент времени; –номер маршрута. –перечень рейсов; –перечень инцидентов; –перечень нарушений условий выполнения пассажирских перевозок. - ?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей: - ?должно быть ограничено максимальное время запрещающего сигнала светофора для всех транспортных направлений; ?должно строго контролироваться время ожидания пешеходами зеленого сигнала на светофорном объекте, не превышая заданных ограничений; ?должна быть ограничена длительность оптимального цикла временем включения пешеходных направлений; ?должен быть обеспечен строгий контроль качества данных детекторов транспорта: если данные с любого из детекторов транспорта не поступают в течение заданного интервала времени, или показатель качества данных ниже порогового значения, модуль адаптивного управления должен принудительно переводить светофорный объект в локальный режим, при этом должен срабатывать алгоритм корректного завершения адаптивного управления без нарушения целостности цикла светофорного регулирования. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций координированного управления: ?создание лент координации (набор светофорных объектов в режиме координации) и групп координации (набор лент координации) из нескольких светофорных объектов; ?должно отсутствовать ограничение на количество лент координации в одной группе координации; ?должно отсутствовать ограничение на пересечение лент координации в группе; ?должно отсутствовать ограничение на включение одного светофорного объекта в разные ленты/группы координации; ?отображение списка групп координации; ?отображение созданной группы координации на карте, включая отображение связей между СО одной группы; ?отображение расстояния между светофорными объектами группы координации; ?изменение набора светофорных объектов, входящих в группу координации; ?удаление ленты или группы координации; ?включение/отключение программы работы группы координации; ?включение/отключение программы группы координации по расписанию; - Должно быть реализовано формирование отчета по интенсивности движения, представляющего собой графическое отображение интенсивности движения ТС на карте и предназначенного для: –оценки охвата маршрутной сети; –оценки загруженности определенных участков дорожной сети; –определения областей дорожной сети, проблемных с точки зрения передачи мониторинговой информации. –отображения: ?треков выполненных рейсов по выбранным маршрутам с цветовой индикацией скорости движения ТС; ?графика средней скорости передвижения ТС по выбранным маршрутам. Должна быть реализована тонкая настройка параметров отображения треков выполненных рейсов и графика скорости. Должно быть реализовано формирование информации о фактах и частоте передачи мониторинговой информации от каждого транспортного средства на дату по форме отчета и в форме журнала. Должно быть реализовано формирование отчета по выполненным рейсам, содержащего следующий набор данных за период по маршруту: –перевозчик; –количество рейсов (план и факт); –процент выполнения плана; –суммарный пробег по маршруту исходя из нормативов протяженности прямого и обратного направления маршрута; –средний возраст транспортных средств, лет; –процент рейсов, выполненных ТС со специализированным оборудованием. Должно быть реализовано формирование детализированной информации о выполненных рейсах по маршруту за период, с группировкой по транспортным средствам, включая: –перевозчик; –государственный номер; –направление маршрута; –дата; –время начала и время окончания рейса; –продолжительность рейса. Должно быть реализовано формирование отчета о времени работы на маршрутах, содержащего информацию о продолжительности работы ТС на маршрутах, включая: –количество рейсов: план/факт, % выполнения; –среднее время выполнения рейсов с детализацией по направлениям; –средняя скорость ТС на маршруте с детализацией по направлениям; –количество ТС; –тип маршрута; –детали маршрута; –время работы: план/факт. - –показания одометра. Должно быть реализовано отображение треков учтенных фактических рейсов за выбранный период в журнале рейсов (на карте) с возможностью просмотра детализированной информации по рейсу. Должна быть реализована тонкая настройка параметров графического отображения журнала рейсов (на карте). Должно быть реализовано отображение в журнале рейсов (на карте) графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано табличное отображения детализации выполненных рейсов по маршруту в целом или конкретным транспортным средством в табеле рейсов. Должно быть реализовано отображение расписания и отклонения от расписания в целом по маршруту в табеле рейсов. Должно быть реализовано отображение в табеле рейсов графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано графическое отображение детальной информации по рейсам, выполненным транспортным средством на дату, включая факт прохождения остановочного пункта в рамках конкретного рейса прямого или обратного направления маршрута на графике движения. Должно быть реализовано графическое отображение на графике движения детальной информации по всем рейсам маршрута на дату, включая: –факты обгона одним транспортным средством другого в рамках одного маршрута; –обеспечение возможности контроля соблюдения межрейсовых интервалов транспортными средствами на маршруте. Должно быть реализовано отображение при работе с графиком движения расписания движения по маршруту. Должно быть реализовано отображение при работе с графиком движения графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. - –анимированное отображение перечня на картографической подложке. 2.2.1.8.Требования к функциям сбора, анализа и визуализации пространственной информации Должны быть реализованы функции ведения реестра пространственных объектов: –просмотр перечня пространственных объектов в табличном виде со схематическим отображением на карте и возможностью фильтрации и/или группировки по следующим полям: ?идентификатор; ?наименование; ?описание; ?тип; ?линейные координаты; ?другие параметры, определяемые атрибутивной моделью типа объекта; –добавление нового, просмотр и редактирование параметров пространственного объекта, в том числе: ?тип; ?координаты (если есть); ?период действия (для периодических); –атрибуты пространственного объекта, перечень которых определяется типом пространственного объекта и может включать основную информацию, в том числе: ?название; ?тип геометрии объекта (точка, линия, полигон); ?географическое отношение; ?титул; ?краткое описание; ?код; ?сегмент обслуживания; –добавление, редактирование и удаление схематического отображения пространственного объекта; –редактирование пространственной геометрии пространственного объекта; –добавление, редактирование состава атрибутов пространственного объекта; –групповое редактирование атрибутов пространственных объектов, включая: ?отображение перечня общих атрибутов для выбранных пространственных объектов; ?поиск атрибутов по перечню; ?указание и сохранение значения атрибута для выбранных пространственных объектов; –схематическое отображение пространственного объекта на картографической подложке, включая: ?отображение тултипа (всплывающей подсказки) при наведении курсора мыши на схематическое отображение пространственного объекта; ?возможность выбора типа картографической подложки; ?кластеризации отображаемых пространственных объектов; ?отображение пространственных объектов на карте в виде буллетов (точек); ?отображение всех пространственных объектов с возможностью выбора объекта с карты; - ?включение отдельных лент координации в рамках одной программы зеленой улицы, что наряду со снятием ограничений на количество лент в группе координации позволит создавать протяженные маршруты приоритетного проезда с возможностью последовательного включения участков маршрута; ?должен быть реализован стандартный и компактный вид программы зеленой улицы для облегчения управления сложными маршрутами сопровождения; ?управление расписанием работы группы координации; ?отображение временной диаграммы скоординированности группы координации; ?изменение длительности фаз для каждого светофорного объекта, входящего в группу координации на временной диаграмме без изменения времени цикла; ?изменение длительности цикла одного или нескольких светофорных объектов, входящих в группу координации; ?изменение времени смещения цикла светофорных объектов, входящих в группу координации на временной шкале; ?динамическое изменение временной диаграммы скоординированности движения при внесении изменений в программы групп координации; ?проверка кратности цикла светофорных объектов, входящих в группу координации. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций уведомления пользователей о событиях в подсистеме: ?информирование пользователей о событиях в подсистеме, нарушениях в работе светофорных объектов, событиях управления СО, изменения состояний и режимов работы в виде всплывающих уведомлений на экране системы; ?отображение всплывающих уведомлений по событиям на объектах; ?проигрывание звука уведомлений с возможностью настройки типов уведомлений со звуком; - -наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. - 2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; - Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц. - Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км: - ?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3. - Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС - Должно быть реализовано графическое отображение статистических данных по маршруту или маршрутам за период, в том числе: –количество рейсов план/факт; –средняя продолжительность рейса; –средняя скорость движения; –средний интервал движения. Должно быть реализовано формирование отчета по прохождению остановочных пунктов (тепловая карта) в графической форме с отображением интенсивности прохождения остановочных пунктов при выполнении рейсов по маршрутам на дату на карте, включая: –обобщённую информацию по интенсивности прохождения остановочного пункта по наведению на маркер; –детальную информацию по интенсивности прохождения остановочного пункта по клику на маркер. Должно быть реализовано формирование отчета по прохождению остановочных пунктов, содержащего информацию о фактах прохождения и остановки ТС рамках выполнения рейсов по маршруту на остановочных пунктах, включая: –маршрут и количество рейсов с детализацией по направлениям; –номер остановочного пункта на маршруте; –направление маршрута; –название остановочного пункта; –радиус геозоны; –количество посещений в абсолютном и процентом значениях; –количество фактически зафиксированных остановок на остановочном пункте; –интервале движения ТС по контрольным остановкам; –среднее время нахождения ТС в геозоне остановки; –среднее время фактически зафиксированной остановки на остановочном пункте. Должно быть реализовано отображение в Отчете по прохождению ОП графика интервалов, позволяющего с учетом установленного режима работы оценивать отклонение фактических интервалов от запланированных. Должно быть реализовано автоматизированное формирование отчетов о нарушениях, содержащих консолидированную информацию по нарушениям условий государственного контракта на выполнение пассажирских перевозок, совершенных транспортными средствами перевозчиков за указанный период в форме: –таблицы; –графика (диаграммы); –карты. - 2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток); - Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7. - ?журнал уведомлений (список сформированных уведомлений за предыдущий период) с возможностью поиска: ?поиск по дате и времени просмотра пользователем; ?поиск по дате и времени получения уведомления; ?поиск по пользователю; ?поиск по типу уведомления: информационные сообщения, предупреждения, ошибки и нарушения в работе; ?поиск по типам объектов в системе; ?поиск по тексту уведомления; ?настройка всплывающих уведомлений: ?включение и выключение отображения уведомлений; ?выбор объектов, по которым необходимо получать уведомления; ?выбор объектов, по которым необходимо игнорировать уведомления; ?настройка типов уведомлений со звуком; ?настройка характера событий по отдельным видам объектов системы, по которым необходимо получать уведомления: -уведомления о событиях дорожного контроллера; -уведомления о событиях модуля адаптивного управления; -уведомления о событиях диспетчерского управления; -уведомления о событиях модуля формирования электронного паспорта светофорных объектов; -уведомления об изменении состояния светофорных объектов; ?уведомления об изменении режимов работы светофорных объектов. В рамках оказания услуг должна быть выполнено обеспечение взаимодействия с Подсистемой мониторинга параметров транспортного потока и модернизация подсистемы светофорного управления в части функций: ?отображение в виде графиков или диаграмм данных по уровню обслуживания светофорного объекта; ?отображение в виде графиков или диаграмм данных по уровню обслуживания каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по всем направлениям светофорного объекта; ?отображение в виде графиков или диаграмм данных истории транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории интенсивности по каждой из полос движения, входящих в направления светофорного объекта; - Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации. - ?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую; - ?возможность включения и отключения работы СО под управлением набора оптимальных программ. Режим управления по оптимальным программам должен автоматически срабатывать при нарушении целостности и полноты данных транспортных потоков при адаптивном режиме работы; ?выбор базовой программы для создания набора оптимальных программ; ?управление максимальной длительностью цикла отдельных программ при создании набора оптимальных программ светофорного объекта; ?ручное управление длительностью работы отдельных программ при формировании набора оптимальных программ (от часа до суток); ?автоматическое назначение длительности работы отдельных программ и фаз при формировании набора оптимальных программ на базе установленного порогового значения изменений данных транспортных потоков на полосах движения, выбор отдельных полос движения направлений, на основе изменений которых должен формироваться набор оптимальных программ; ?управление ограничением по длительности отдельных фаз относительно выбранной базовой программы светофорного объекта; ?визуализация наличия данных транспортных потоков для формирования оптимального набора программ; ?ручной ввод данных транспортных потоков на отдельных полосах движения на направлениях, при отсутствии получения таких данных с детекторов транспорта, для возможности формирования набора оптимальных программ; ?графическое отображение результата формирования набора оптимальных программ на базе данных транспортных потоков по дням недели и часам, с указанием длительностей цикла и отдельных фаз программ; ?графическое отображение данных параметров транспортных потоков, использованных при формировании набора оптимальных программ; ?графическое отображение диаграммы цикла (фазы, промтакты) отдельных программ в наборе оптимальных программ. - СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe; - –количества активных ТС из числа назначенных на маршрут. Должно быть реализовано отображение данных на указанный момент времени в прошлом для целей анализа транспортной обстановки. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. Должно быть реализовано отображение по факту выбора маршрута(ов) в таблице на карте: –линий трасс маршрута в прямом и обратном направлениях; –маркеров остановок маршрута в прямом и обратном направлениях; –маркеров ТС, назначенных на маршрут. Должно быть реализовано позиционирование карты относительно выбранного(ых) маршрута(ов) в таблице. Должно быть реализовано отображение установленных геозон в табличной форме, с указанием: –названия геозоны; –типа; –количества ТС, находящихся в их границах геозоны. –функция отображения по факту выбора геозоны в таблице на карте: –границ геозоны; –маркеров ТС, находящихся в их границах геозоны. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню геозоны в таблице. Должно быть реализовано позиционирование карты относительно выбранной в таблице геозоны. Должно быть реализовано отображение транспортных средств в табличной форме с указанием: –перевозчика; –класса ТС; –государственного номера ТС; –марки ТС; –факта наличия у ТС специального оборудования; –факта наличия зафиксированного инцидента с ТС; –маршрута, на который назначено ТС; –даты и времени последней передачи мониторинговой информации. Должно быть реализовано позиционирование карты относительно выбранного ТС в таблице. Должна быть реализована автоматическая фильтрация данных таблицы ТС в зависимости от выбранных маршрутов в таблице. Должно быть реализовано отображение ссылок для быстрого перехода к другим разделам системы из контекстного меню маршрута в таблице. - 2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта. - –выбор представления для отображения на картографической подложке; –отображение для представления количества наборов данных, вошедших в его состав; –открытие представления в новой вкладке; –работу с преднастроенными и пользовательскими представлениями, включая: ?создание, изменение и создание копии представления, с возможностью задания: oназвания; oавтора и наличия запрета на изменения; oразделов для отображения представления; oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. oграниц карты и фильтра по геозоне, включая замену на текущее положение карты; oнаборов данных в представлении, включая замену на выбранные слои. ?удаление представления. –создание иерархической структуры хранения представлений, включая: ?добавление, создание копии, изменение, просмотр перечня подгрупп (подпапок) и представлений, удаление группы (папки) представлений; ?перенос представлений из одной папки в другую. –перенос представлений путем перетаскивания либо выбора пункта контекстного меню между преднастроенными и пользовательскими представлениями. Должны быть реализованы функции управления картографическими подложками, включая: –выбор растровой картографической подложки; –выбор векторной картографической подложки (MVT); –настройку стилей векторных картографических подложек, в том числе скачивание, загрузку пользовательских стилей из файла и настройка стилей в JSON; –настройку яркости картографической подложки. Должны быть реализованы функции отображения на картографической подложке информации о пространственных объектах с учетом выбранных наборов данных, слоев и представлений, включая: –отображение всех объектов, относящихся к выбранному набору(ам) / слою(ям) / представлению(ям) с возможностью выбора объекта с карты; –возможность включения/выключения режима загрузки объектов в пределах видимой области; - 2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД: - –поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. - В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации. - 2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек. - ?формирование динамического цикла работы СО с корректировкой фаз по необходимости: динамический цикл должен автоматически корректироваться при изменении дорожной ситуации, либо при мгновенных изменениях условий на конкретном направлении светофорного объекта, оценка должна производиться один раз в заданный в паспорте светофорного объекта временной интервал, либо по достижению заданного порога изменения наблюдаемых параметров транспортного потока; ?выдача своевременной автоматической команды на включения фазы для управляемого светофорного объекта; ?автоматическая оптимизация длительностей фаз в режиме адаптивного управления на основе данных транспортного потока в отдельных направлениях светофорного объекта; ?автоматическая оптимизация сдвига фазы в режиме адаптивного управления; ?автоматическая оптимизация длительности цикла в режиме адаптивного управления; ?визуализация приема от пользователя команды на включение/отключение режима адаптивного управления; ?блокировка возможности перевода светофорного объекта в адаптивный режим; ?получение и обработка информации о параметрах транспортного потока в режиме, приближенном к реальному времени: ?количество ТС в зоне детекции на каждой полосе; ?интенсивность движения транспорта на каждой полосе; ?длина очереди перед стоп-линией на каждой полосе; ?скорость движения каждого транспортного средства в зоне детекции по каждой полосе; ?расстояние от каждого транспортного средства до стоп-линии; ?сбор и обработка потока данных с дорожных контроллеров в режиме, приближенном к реальному времени; ?долгосрочное хранение истории событий дорожных контроллеров и измеряемых параметров транспортного потока детекторов транспорта; ?контроль качества поступающих данных транспортных потоков и оценка надежности наблюдаемых величин; ?обнаружение отказов работоспособности ДК и детекторов транспорта, задержек в сети передачи данных; ?подсистема должна обладать следующим набором ограничений для обеспечения безопасности работы светофорного объекта: - -возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. - 2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. - ?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта. - –Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне; - 2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера). - 2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4 - Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов. - -Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. - –отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени; - 2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы; - 2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа; - –импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов; - СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ - 2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта; - –Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя. - -на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700 - ?отображение диаграммы исполнения программы светофорного объекта при выборе в списке или на карте, включая графическое отображение работы фаз каждого направления в реальном времени (основное время, промтакт), временную шкалу, отображение на диаграмме режима работы и источника управления, отображение временных меток отправки команд управления светофорным объектом с индикацией инициатора команды; ?должна быть обеспечена настройка отображения данных на диаграмме исполнения программы светофорного объекта с возможностью включения/отключения отображения структуры направлений, промтактов, режима и источника управления, команд оператора; ?должна быть обеспечена функция переключения «светлой» и «тёмной» темы отображения интерфейса; ?отображение на карте виджета с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) светофорных объектов; ?отображение на графике статистической информации по работоспособности светофорных объектов за выбранный день; ?отображение карты текущей работоспособности светофорных объектов в виде пиктограмм с цветовой индикацией статуса работоспособности; ?отображение на графике статистической информации по режимам работы светофорных объектов за выбранный день; ?отображение карты текущих режимов работы светофорных объектов в виде пиктограмм с цветовой индикацией режимов работы; ?отображение на графике статистической информации по истории изменения источников управления светофорных объектов за выбранный день; ?отображение карты текущих источников управления светофорных объектов в виде пиктограмм с цветовой индикацией источников управления; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) детекторов транспорта на светофорных объектах; ?отображение на карте информации с количественным и графическим отображением количества работающих и неработающих (работающих с ошибками) камер видеонаблюдения на светофорных объектах; - Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута; - ?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте; - СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры. - В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. - ?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети; - Должно быть реализовано формирование отчета по инцидентам в табличной форме, содержащего обобщенные и подробные данные по инцидентам за период по каждому маршруту. Должно быть реализовано формирование отчета по инцидентам в форме карты, содержащего обобщенные и подробные данные по инцидентам за период с отображением маркеров инцидентов на карте. Должно быть реализовано формирование отчета по инцидентам в форме графика, содержащего информацию об инцидентах за выбранный период в разрезе категорий инцидентов и перевозчиков. Должно быть реализовано формирование консолидированной отчетности по качеству перевозок, содержащей: –общую информацию: ?название перевозчика; ?реквизиты государственного контракта на выполнение пассажирских перевозок; ?номер маршрута; ?период расчета; ?наименование маршрута; –данные по объему выполненных перевозок за период: ?плановое количество рейсов; ?фактическое количество рейсов; ?отклонение фактического значения от планового в %; –данные по транспортным средствам, назначенным на маршрут: ?номер; ?марка; ?модель; ?класс; ?год выпуска; ?количество выполненных рейсов; ?количество нарушений; ?количество инцидентов; ?средний возраст ТС; –данные по зафиксированным инцидентам: ?категория инцидента; ?название инцидента; ?количество; –данные по зафиксированным нарушениям: ?категория нарушения; ?название нарушения; ?количество. Должно быть реализовано формирование консолидированной отчетности по количеству выполненных рейсов, содержащей следующие данные по маршруту(ам) за выбранный период: –наименование маршрута; –название маршрута; –название перевозчика; –реквизиты государственного контракта на выполнение пассажирских перевозок; –плановое количество рейсов за отчетный период; –количество рейсов, выполненных с нарушением допустимых отклонений; –количество рейсов без отклонений; –протяженность маршрута; –объем выполненных работ. - ?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля; - ?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля; - -общая; -прямое направление; -обратное направление; –остановочные пункты: -количество (в прямом направлении); -прямое направление; -количество (в обратном направлении); -обратное направление; –трасса: -прямое направление; -обратное направление; –режимы работы; –контракт: -перевозчик; -контракт; -дата контракта; -дата начала перевозок; -количество рейсов в день. Должно быть реализовано ведение реестра остановочных пунктов с отображением данных остановочного пункта: –уникальный код; –идентификатор; –наименование; –описание; –название и описание для публичного портала; –факт наличия координат остановочного пункта; –географические координаты; –вид транспорта; –территории; –факт наличия маршрутов, содержащих данный остановочный пункт; –количество маршрутов, содержащих данный остановочный пункт; –перечень маршрутов, содержащих данный остановочный пункт; –факт наличия маршрутов, на которых остановочный пункт является контрольным; –количество маршрутов, на которых остановочный пункт является контрольным; –перечень маршрутов, на которых остановочный пункт является контрольным; –перечень оборудования ОП; –источник данных. Должно быть реализовано ведение реестра перевозчиков с отображением данных Перевозчика: –перевозчик; –описание; –количество маршрутов; –перечень маршрутов; –территории; –распределение транспортных средств по классам вместимости; –средний возраст ТС. Должно быть реализовано формирование консолидированной отчетности, содержащей информацию по параметрам ТС, назначенных на маршруты перевозчика: –перевозчик; –номер маршрута; –название маршрута; –максимально допустимое количество ТС (с распределением по классам ТС); –количество назначенных ТС (с распределением по классам ТС); –возраст транспортных средств (Допустимый и средний назначенных); –последнее назначение ТС (дата, время, ответственный). - ?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала; - ?цвета; ?размера. ?пользовательское изображение (выбор изображения с устройства), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции; ?арка, с возможностью задания: ?параметра интерактивности; ?толщины, цвета и градиента линии; ?коэффициента, определяющего толщину; ?градуса наклона; ?коэффициента высоты. ?текстовый маркер; -дополнительный стиль (дополняет основной в части типа линии, ее цвета, толщины и др.); -определение правил условного отображения, включая: ?отображение перечня правил условного отображения; ?установку одного из стилей условного отображения стилем по умолчанию; ?включение/выключение отображения объектов не удовлетворяющих условиям правил стилем по умолчанию; ?добавление, просмотр и редактирование параметров правила условного отображения, с возможностью: ?задания названия; ?генерации палитры цветов для условного отображения объектов слоя в зависимости от выбранного параметра из перечня доступных при помощи Мастера настройки правил условного отображения, включая детальную настройку цвета, границ и шага диапазонов его изменения; ?добавления, просмотра и редактирования условий правила, определяющего соответствие значения, выбранного из перечня доступных полей атрибутов и значения агрегирующих функций по группам объектов указанному целевому значению (включая функции времени); ?удаления условий правила; ?задания функции рендера и других параметров в соответствии с выбранной функцией; ?создания дополнительного стиля; ?изменения индекса правила условного отображения, т. е. определение порядка применения стилей, установленными правилами; ?удаления правила условного отображения. ?принудительное обновление представления слоя на карте. Должны быть реализованы функции работы с представлениями объектов, имеющих пространственные характеристики, включая: –отображение каталога предстастроенных представлений; –поиск по представлениям; –копирование ссылки на представление из каталога; - Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы); - Должно быть реализовано анимированное отображение истории передвижения маркера(ов) ТС(ов) на карте, включая отображение: –карты региона; –трассы маршрута; –маркера ТС; –маркеров остановочных пунктов маршрута и геозон контрольных остановок маршрута; –тепловой карты интенсивности движения ТС; –маркеров инцидентов на ТС; –маркеров нарушений условий государственного контракта; –трека передвижения ТС с цветовой индикацией скорости передвижения; –мест остановки ТС. Должна быть реализована настройка параметров графического отображения истории передвижения. Должно быть реализовано выделение области на карте для загрузки информации о ТС, находившихся в ней в рамках текущих суток, с отображением: –таблицы, содержащей перечень ТС и времена входа и выхода; –выделенной области. Должно быть реализовано управление анимированным отображением истории передвижения маркера(ов) ТС на карте, включая: –пуск; –паузу; –выбор момента времени для отображения; –переключение между моментами времени для отображения. Должно быть реализовано отображение на графике зависимости скорости ТС от времени, с распределением полученных данных по рейсам маршрута, с отображением: –динамики скорости; –факта выполнения рейса; –факта и статуса фиксации ТС в геозоне остановочного пункта маршрута; –факта нарушения условий выполнения перевозок по маршруту; –факта возникновения инцидента на ТС, назначенном на маршрут; –факта и статуса назначения ТС на маршрут. Должно быть реализовано формирование журнала рейсов, содержащего следующий набор данных на дату: –перевозчик; –государственный номер ТС; –направление маршрута (прямое или обратное); –время начала и время окончания рейса; –продолжительность рейса; –расстояние, пройденное за рейс по данным одометра. Должно быть реализовано формирование детализированной информации по каждому рейсу в рамках журнала рейсов, включая: –название остановки; –время входа в геозону; –продолжительность остановки; –время выхода из геозоны; –минимальная скорость в геозоне; - –дата заключения государственного контракта; –текстовое описание пути следования; –примечание. Должна быть выполнена модернизация добавления нового транспортного средства с указанием параметров: –тип; –государственный номер; –марка; –модель; –вместимость; –гаражный номер; –год выпуска; –класс ТС; –экологический класс; –факт оснащенности дополнительным оборудованием (например, для маломобильных категорий граждан – пополняемый справочник); –маршрутные карты; –примечание; –идентификатор навигационного оборудования; –перевозчик. Должны быть реализованы формирование и корректировка перечня остановочных пунктов маршрута, включая: –управление контрольными остановками маршрута, обеспечивающая возможность ведения расчетов показателей качества перевозок; –управление порядком остановочных пунктов маршрута в прямом и обратном направлениях. Должно быть реализовано создание копии маршрута со всеми параметрами, включая остановки, трассы, режимы работы. Должно быть реализовано управление трассами маршрута с использованием визуального редактора: –функция добавления новой точки трассы маршрута с автоматическим присоединением к трассе маршрута; –функция переноса раннее добавленной точки трасы маршрута; –функция копирования прямой/обратной трассы маршрута; –функции управления отображением трассами и точками прямого/обратного направления маршрута; –функция отображения треков истории передвижения ТС в выбранном направлении по маршруту за выбранную дату с цветовой индикацией скорости. Должна быть реализована функция настройки параметров графического отображения треков истории передвижения. Должна быть реализована функция управления режимом работы маршрута с указанием параметров: –рабочие дни маршрута (ежедневно / будни / выходные и праздники / по дням недели); –период режима работы (даты с-по); –график движения режима работы (по расписанию / по интервалам); –количество рейсов; –статус режима работы (проект / активный). - Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений. - ?формирование фаз светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление фаз; ?назначение номера фазам с автоматической проверкой на уникальность номера фазы в паспорте СО; ?обозначение типа фазы: основная, вызывная, резервная, вызывая подменная; ?указание произвольного названия для фазы; ?назначение минимального и максимального времени работы фазы; ?интерактивная привязка направлений светофорного объекта к фазам; ?запрет привязки конфликтующих направлений к одной фазе; ?визуализация привязки направлений к фазе на диаграмме светофорного объекта в области карты; ?визуализация привязки всех направлений ко всем фазам на диаграмме; ?автоматический расчет промтакта фазы как совокупности промтактов направлений, входящих в фазу с учетом временных параметров каждого из направлений; ?визуализация диаграммы структуры фазы в виде временных параметров разрешения и запрета направлений; ?формирование программ работы светофорного объекта с помощью интерфейса Системы: ?создание, редактирование и удаление программ работы светофорного объекта; ?выбор типа программы: основная, резервная; ?указание произвольного названия программы; ?автоматическое создание программы на основе временных параметров фаз и входящих в них направлений; ?назначение основного времени работы фаз; ?автоматический расчет длительности фаз с учетом временных параметров разрешения и запрета работы направлений, входящих в фазу (промтакт); ?автоматический расчет временных сдвигов фаз в цикле программы; ?возможность изменения порядка следования фаз в программе, включая повторное включение одной фазы в одном цикле; ?возможность изменения количества работающих фаз в программе; ?синхронизация временных параметров работы направлений в программе по времени горения красного сигнала светофоров; ?визуализация диаграммы работы программы на временной шкале, включая цветовую индикацию временных параметров разрешения и запрета работы направлений (промтакт); - 3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ - 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. - - Участник закупки указывает в заявке все значения характеристики - 3.2.Развертывание и конфигурирование Системы При развертывании программного обеспечения на аппаратно-программном комплексе должен быть установлен передаваемый на машинных носителях информации дистрибутив с программным обеспечением Системы, и осуществлена предварительная конфигурация Системы. Дальнейшее конфигурирование Системы, включая работы по настройке Системы и интеграционных связей со смежными системами, должно быть выполнено Исполнителем в соответствии с Руководством администратора. В случае необходимости, Исполнителем должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав дистрибутива.

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

1.ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ - -разработка электронных паспортов светофорных объектов (обследование, разработка документов) в соответствии с адресным перечнем (Приложение 3), заведение электронных паспортов светофорных объектов в Модуль формирования электронных паспортов светофорных объектов; -разработка схем ОДД перекрестков в местах расположения светофорных объектов (обследование, разработка эскизов и согласование с заказчиком, разработка печатных форм СОДД в соответствии с адресами Приложения 3), оцифровка схем ОДД в программном обеспечении ЕПУТС – в модуле электронного КСОДД (Веб-векторный редактор для проектирования схем организации дорожного движения» («Веб-векторный редактор для проектирования СОДД», Реестровая запись № 11805 от 18.10.2021 в Реестре российского программного обеспечения); -поставка, монтаж, пусконаладочные работы и настройка периферийного оборудования – детекторных комплексов и кронштейнов, настройка работы детекторных комплексов в Подсистеме мониторинга параметров транспортных потоков, в соответствии с адресным перечнем (Приложение 4); -поставка, монтаж, пусконаладочные работы, настройка оборудования и программного обеспечения СКЗИ, в соответствии с адресным перечнем (Приложение 4). 1.2.Условия эксплуатации Системы Условия эксплуатации средств вычислительной техники, на которых устанавливается Система, соответствуют условиям эксплуатации группы 2, предусмотренным межгосударственным стандартом ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортировка и хранение». - - Участник закупки указывает в заявке все значения характеристики

1.1.Краткие сведения об объекте автоматизации Модернизируемые компоненты ЕПУТС созданы на базе программных решений следующих производителей: 1.Наименование: ЕПУТС (Единая платформа управления транспортной системой «SmartMegapolis»). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 06.05.2021 № 10401 (Подсистема светофорного управления ЕПУТС, Подсистема видеонаблюдения, детектирования ДТП и ЧС, Подсистема мониторинга параметров транспортного потока). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 07.11.2022 № 68-ОК-2022 на оказание услуг по созданию Единой платформы управления транспортной системой. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. 2.Наименование: Автоматизированная система управления общественным транспортом (АС ОТ). Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных от 26.07.2022 № 14282 (Программно-аппаратный комплекс «Система контроля пассажирских перевозок» (ПАК СКПП). Поставщик: ООО «Мегаполис информационные технологии» в рамках Государственного контракта от 12.09.2022 № 49-ОК-2022 на оказание услуг по созданию программно-аппаратного комплекса «Система контроля пассажирских перевозок» города Севастополя. Разработчик: ООО «Мегаполис информационные технологии», 123060, г. Москва, вн. тер. г. Муниципальный округ Щукино, проезд 1-й Волоколамский д. 10, стр. 1 этаж 5 помещ. 1, ком. 15,72-75,80 Объем прав: неисключительное (ограниченное) право использования. Модернизируемые компоненты Системы являются значимыми объектами критической информационной инфраструктуры Российской Федерации 2 категории.

Объектом автоматизации в рамках модернизации Системы являются процессы: ?паспортизация светофорного хозяйства Севастопольской городской агломерации; ?координированное, сетевое и локальное адаптивное управление светофорными объектами; ?мониторинг и обработка параметров транспортных потоков на УДС; ?интеллектуальное управление общественным транспортом; ?сбор, хранение, обработка информации о параметрах транспортного потока на участках улично-дорожной сети для обеспечения адаптивного управления светофорными объектами. В рамках модернизации ЕПУТС должны быть выполнены интеграционные работы, должны быть созданы новые модули ЕПУТС и модернизированы существующие, работы по модернизации серверного оборудования, установке серверного общего и специального программного обеспечения, поставка и установка периферийного оборудования, а также работы по миграции данных Подсистемы светофорного управления ЕПУТС на новое серверное оборудование: -Подсистема светофорного управления ЕПУТС - модернизация функционала подсистемы; -Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) – модернизация функционала ПАК СКПП; -Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация подсистемы; -Подсистема мониторинга параметров транспортного потока – модернизация подсистемы; -Модуль контроля эффективности ИТС – создание модуля; -поставка серверного общего программного обеспечения (операционной системы) и специального программного обеспечения (СПО) для функционирования Подсистемы светофорного управления ЕПУТС; -модернизация серверного оборудования (серверное оборудование Тип 1 и 2, маршрутизатор, коммутатор, ИБП, АРМ администратора) для функционирования Подсистемы светофорного управления ЕПУТС и ее данных на новых серверных мощностях;

2.ТРЕБОВАНИЯ К СИСТЕМЕ - ?Линия (цвет по типу), с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Ширины; ?полигон, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для полигона: ?Наличия, цвета и прозрачности заливки; ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа, ширины и цвета линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?полигон (цвет по типу) (с автоматическим определением цвета в зависимости от типа объекта с возможностью задания типа и ширины линии), с возможностью задания: ?Наличия, вида и масштаба паттерна (для отображения на 3D карте); ?Типа и ширины линии обводки; ?Ширины и наличие коэффициента в пикселях и метрах; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Отображения каркаса (для отображения на 3D карте); ?Материального вида - наложения теней (для отображения на 3D карте); ?Дополнительного стиля. ?маркер (с возможностью выбора из перечня доступных по типу объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?маркер по типу (с автоматическим определением маркера в зависимости от типа объекта), с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для маркера по типу: ?Прозрачности; ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?окружность, с возможностью задания: ?Размера; ?Наличие заливки и ее цвет; ?Типа, толщины и цвета линии обводки; ?Высоты и наличие коэффициента (для отображения на 3D карте); ?Дополнительного стиля. - - Участник закупки указывает в заявке все значения характеристики

2.2.1.6.Требования к функциям интеграционного взаимодействия с АСОП Должно быть реализовано интеграционное взаимодействие с Автоматизированной системой оплаты проезда (АСОП) в части приема данных о транзакциях прохода пассажиров в транспортные средства для последующей визуализации пассажиропотоков и матриц корреспонденций. 2.2.1.7.Требования к функциям планирования, анализа и корректировки маршрутной сети В рамках модернизации ПАК СКПП должны быть реализованы функции планирования, анализа и корректировки маршрутной сети: –анализ уровня дублированности маршрутной сети; –визуализации вариантов маршрутной сети; –сравнения существующей и перспективной маршрутной сети; –анализа расстояния между остановочными пунктами, согласно нормам, СНиП (СП) и ГОСТ; –анализа матрицы пассажирских корреспонденций (при условии интеграции с системой АСОП, системой подсчета пассажиропотока); –анализа маршрутной сети и элементов обустройства, входящих в состав маршрутной сети; –анализа предложений по изменению существующей маршрутной сети; –визуализации параметров существующей маршрутной сети; –формирования цифрового документа планирования регулярных перевозок. В рамках модернизации ПАК СКПП должны быть реализованы функции анализа пассажирских потоков: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?Количества вошедших пассажиров; ?Количества сошедших пассажиров; ?Количества пассажиров, находящихся в транспортном средстве; –отображение перечня пассажирских потоков в табличной форме; –анимированное отображение пассажиропотоков на картографической подложке. Должны быть реализованы функции анализа фактов оплаты проезда: –формирование перечня маршрутов за заданный период с указанием для каждой остановки: ?количества вошедших пассажиров; ?количества сошедших пассажиров; ?количества пассажиров, находящихся в транспортном средстве; ?количество пассажиров, оплативших проезд. –отображение перечня в табличной форме;

?отображение общей таблицы с временными параметрами всех направлений; ?возможность создания программы с индивидуальными настройками временных параметров направлений (разрешение и запрет сигнала светофора); ?автоматический расчет и отображение длительности цикла сформированной программы; ?функционал отладки сформированных программ с эмуляцией работы программы на светофорном объекте, в том числе: -визуализацией включения направлений на мини-карте; -визуализацией работы сигналов светофоров в виде пиктограмм светофоров в соответствии с типом направления; -настройкой скорости эмуляции работы программы; -выбора произвольного времени начала эмуляции в рамках времени цикла; ?управление в интерфейсе Системы расписанием работы светофорного объекта; ?интерактивное управление базовым расписанием работы программ светофорного объекта по дням недели, за все дни и часы суток; ?интерактивное управление расписанием работы программ светофорного объекта на выбранный календарный день, с возможностью задания произвольной комбинации программ на любой день в году или промежуток дат, включая отображение праздничных дней согласно производственному календарю; ?интерактивное управление расписанием работы светофорного объекта в адаптивном режиме по заданным специальным программам адаптивного управления; ?создание, хранение и ведение версий паспорта светофорного объекта: ?создание черновиков паспорта светофорного объекта; ?перевод версий паспорта СО в архив, отображение списка архивных версий; ?отображение журнала изменения версий паспорта СО; ?отображение общих характеристик паспорта СО: данные ДК, направлений, фаз, программ, силовых ключей ДК; ?создание версий паспорта на основе существующих; ?назначение дат начала действия версий паспорта СО; ?конфигурирование светофорного объекта для работы в адаптивном режиме: ?возможность включения и отключения централизованного и адаптивного управления для произвольного СО; ?настройка параметров полос движения, контролируемых детекторами транспорта;

Должны быть реализованы функции работы с данными на карте и в виде справочников, получение подробной информации по каждому объекту на карте в формате детализированной информации / «карточки» объекта, которая содержит информацию о значениях соответствующих атрибутов конкретного объекта, пользовательские комментарии, ссылки, прикрепленные файлы «Электронного архива». Должны быть реализованы функции выбора слоев отображения растровых изображений системы в интерфейсе визуализации, в том числе: –вывод геопривязанных растровых изображений одновременно с отображением картографических подложек и наборами данных; –управление последовательностью отображения данных (z индекс); –настройка прозрачности слоев растровых данных. Должны быть реализованы функции поиска объектов, в том числе: –поиск объектов по географическим координатам; –поиск объектов по адресу; –определение адреса по точке на карте. Должны быть реализованы функции выполнения операций над пространственными объектами, в том числе: –сохранение результатов запроса как пространственных объектов; –обновление атрибутов пространственных объектов на основе данных запроса, в том числе добавление новых атрибутов объектов; –сохранение результатов запроса как сущности системы, с определением атрибутов на основе объектов запроса. –материализация тяжелых не динамических данных. Должны быть реализованы функции просмотра таблиц атрибутов объектов результата запроса, в том числе: –отображение таблицы атрибутов с возможностью группировки и функциональностью связанных таблиц; –просмотр и развертывание сгруппированных данных связанных объектов; –экспорт в форматы электронных таблиц (*.xlsx). Должны быть реализованы функции ввода пространственных данных из существующих наборов данных или внешних источников данных, в том числе: –импорт пространственных данных в систему хранения ГИС из форматов SHAPE, GeoJSON, WFS; –импорт с автоматическим атрибутированием данных OpenStreetMap (при наличии);

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

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

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

?управление выбранным светофорным объектом в экранной форме системы: ?отображение атрибутивного состава СО (номер, адрес, источник управления, режим работы, состояние); ?отображение фаз светофорного объекта с включенными в них направлениями; ?отображение расписания работы светофорного объекта; ?отображение текущей исполняемой программы, включая отображение фаз и их длительность; ?возможность диспетчерского управления светофорным объектов из интерфейса системы: удержание фазы, вызов программы, изменение и активация программы, переключение режима работы СО – «желтое мигание», «всегда красный», выключение СО; ?возможность изменения порядка, состава и длительности фаз, а также длительности цикла программы в режиме диспетчерского управления; ?возможность отправки запроса на перехват управления СО, находящегося в управлении другого пользователя, в режиме диалога; ?возможность принудительного перехвата управления СО, находящегося в управлении другого пользователя, на основе приоритета прав доступа пользователя; ?отображение видеокамер, подключенных к СО в виде видеостены; ?отображение журнала событий светофорного объекта (изменения состояния, режима работы, возникновение ошибок оборудования, переключения фаз, команд управления); ?возможность фильтрации событий в журнале светофорного объекта: -по диапазону дат; -по типам событий; -по состоянию светофорного объекта в момент события; -по режиму работы светофорного объекта в момент события; -по источнику управления светофорным объектом в момент события; ?уведомления о событиях на светофорном объекте. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций адаптивного управления: ?включение/отключение режима адаптивного управления на светофорном объекте на основе нейросетевых и алгоритмических моделей:

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

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

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

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

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

-наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. Дополнительные функциональные компоненты: -web-сервер; -почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; -средства мониторинга; -средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; -сервер печати; -службы резервного копирования: Bacula, Rsync или эквивалент; -набор программ для воспроизведения аудио и видео файлов; -редактор растровой графики; -запись оптических дисков; -программа сканирования; -защищённый графический сервер X.Org Xserver или эквивалент; -рабочий стол; -системные библиотеки libc или эквивалент; -компилятор GCC или эквивалент; -QT или эквивалент. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин.

2.1.8.Требования по сохранности информации при авариях При разрушении данных, механических и электронных сбоях, отказах в работе компьютеров сохранность информации в Системе должна обеспечиваться посредством программных процедур восстановления информации с использованием хранимых копий баз данных, файлов журналов изменений в базах данных, копий программного обеспечения. В Системе должно предусматриваться: -автоматическое восстановление обрабатываемой информации в аварийных ситуациях, таких как программный сбой при операциях записи-чтения; -возможность ручного восстановления обрабатываемой информации из резервной копии в следующих аварийных ситуациях: -физический выход из строя дисковых накопителей; -ошибочные действия обслуживающего персонала. Автоматическое восстановление работоспособности серверной части Системы должно быть предусмотрено в следующих ситуациях: -штатное и аварийное отключение электропитания; -штатная перезагрузка и загрузка после отключения; -программный сбой общего программного обеспечения, приведший к перезагрузке. Для обеспечения сохранности информации в Системе при авариях должны применяться решения, используемые для информационной инфраструктуры, в которой функционирует Система. 2.1.9.Требования к защите от влияния внешних воздействий Требования к радиоэлектронной защите: -электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: -Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах: 220 + 20 %; 220 - 20 %; -Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств;

Заказчику предоставляется право модернизации, развития, использования Системы, включающее в себя право на воспроизведение (инсталляция и хранение дистрибутива, запуск и эксплуатация, копирование в целях архивации и повторной инсталляции) Системы на ЭВМ Заказчика (в соответствии с п.2 ст.1270 ГК РФ), дальнейшее использование Системы в соответствии с ее функциональным назначением Лицензиат – город Севастополь в лице Заказчика.Право использования Системы предоставляется Заказчику бессрочно. Территория использования: г. Севастополь и Севастопольская агломерация.Если в ходе оказания услуг Исполнителем были использованы, в том числе путем модификации или переработки, объекты интеллектуальной собственности Исполнителя или третьих лиц, Исполнитель обязуется, при необходимости, самостоятельно приобрести у соответствующих правообладателей и передать Заказчику неисключительные права на использование таких объектов в объеме, ограничивающемся правом на воспроизведение, в том числе с правом инсталляции и запуска таких программ для ЭВМ. Право на использование указанных объектов интеллектуальной собственности передается Заказчику на условиях простой (неисключительной) лицензии на весь срок действия исключительных прав, с правом передачи лицензии третьим лицам путем заключения сублицензионных соглашений. Исполнитель гарантирует, что: -отношения с авторами, участвующими в выполнении работ по разработке ПО, оформлены надлежащим образом в соответствии с положениями действующего законодательства Российской Федерации;-при создании им результатов работ не были нарушены какие-либо права третьих лиц.

Должно быть реализовано графическое отображение информация о прохождении остановочных пунктов транспортными средствами за выбранную дату на графике работы остановочных пунктов. Должно быть реализовано формирование журнала посещения геозон, содержащего детализированную информацию о фактах посещения ТС геозон. Должно быть реализовано формирование журнала, содержащего полную и детализированную информацию по управлению назначением ТС на маршрут. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нарушениям условий выполнения перевозок, совершенных транспортными средствами перевозчиков. Должно быть реализовано формирование журнала, содержащего детализированную информацию по нештатным ситуациям с ТС. Должно быть реализовано формирование журнала назначения членов экипажа, содержащего детализированную информацию по назначенному на ТС персоналу. 2.2.1.5.Требования к функциям формирования отчетности Должно быть реализовано формирование консолидированной информации по управлению транспортной работой в пассажирских перевозках в графической форме, включая: –отображение аналитической информации по пассажирским перевозкам в следующих разрезах: -маршрутная сеть (по перевозчикам / видам транспорта / видам перевозки / видам сообщения); -исполнение плана перевозок (текущие сутки / прошедшие сутки / прошедший месяц); -транспортная работа (точечные и средние значения за период по параметрам: интервал движения, продолжительность рейса, скорость движения, количество ТС, количество рейсов, план по рейсам, % исполнения плана); -средняя скорость и продолжительность рейсов за прошедший месяц; -нарушения (с группировкой по типам / по перевозчикам); -инциденты (с группировкой по группам / по перевозчикам); –фильтрация данных при взаимодействии с элементами графиков; –фильтрация данных в разрезе перевозчиков. Должно быть реализовано ведение сводного реестра маршрутов с отображением данных маршрута: –маршрут: -тип; -номер; -наименование; –протяженность км:

?отображение в виде графиков или диаграмм данных истории средней скорости по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории длительностей фаз светофорного объекта; ?отображение в виде графиков или диаграмм данных истории структуры цикла светофорного объекта; ?отображение в виде графиков или диаграмм данных по частоте сообщений от каждого из детекторов транспорта, установленных на светофорном объекте; ?отображение в виде графиков или диаграмм данных истории изменений фаз светофорного объекта с цветовой индикацией источника управления светофорным объектом; ?отображение в виде графиков или диаграмм мгновенных значений транспортных задержек по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм по количеству проездов через стоп-линию по каждой из полос движения, входящих в направления светофорного объекта за последние 5 минут; ?отображение в виде графиков или диаграмм данных текущих очередей по каждой из полос движения, входящих в направления светофорного объекта; ?отображение в виде графиков или диаграмм данных истории очередей по каждой из полос движения, входящих в направления светофорного объекта. 2.2.3.Требования к модернизации Подсистемы видеонаблюдения, детектирования ДТП и ЧС В рамках оказания услуг должна быть выполнена модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС в части выполнения функций: ?хранение архива видеоданных камер телеобзора; ?просмотр архивных видеоданных с камер телеобзора. Для реализации хранения и просмотра архивных видеоданных камер телеобзора должны быть организованы независимые от Системы каналы связи. Независимые каналы связи обеспечиваются Заказчиком. Характеристики серверных мощностей для хранения видеоданных определены в разделе 2.3.2.3.

Должно быть реализовано управление интервалами режима работы маршрута с учетом параметров: –время начала и окончания; –минимальный и максимальный интервалы. Должно быть реализовано отображение графика интервалов при формировании расписания или набора нормативных интервалов движения. Должно быть реализовано управление расписанием режима работы маршрута, с возможностью: –указания времени прибытия на каждый остановочный пункт маршрута; –автоматизированного добавления рейсов с фиксированным интервалом от ранее заданных. Должно быть реализовано добавление нового перевозчика с указанием параметров и определением цветового индикатора перевозчика для последующего отображения маркеров ТС на карте, просмотр, корректировка параметров и удаление перевозчика. Должно быть реализовано ведение производственного календаря с целью формирования и корректировки перечня выходных и праздничных дней, необходимого для корректного расчета рейсов и фиксации нарушений. Должно быть реализовано добавление нового члена экипажа транспортных средств с указанием: –ФИО; –профессии; –перевозчика; –контактной информации. Должно быть реализовано формирование и ведение вспомогательных справочников. 2.2.1.2.Требования к функциям визуального контроля работы пассажирского транспорта Должны быть реализованы функции отображения на карте маркеров транспортных средств (ТС) перевозчиков, в том числе: –управление отображением маркеров ТС на карте; –позиционирование маркера ТС на карте в соответствии с данными, полученными от аппаратуры спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS или посредством ретрансляции; –позиционирование маркера ТС на карте в соответствии с данными, полученными от BLE-меток на остановочных пунктах; –отображение номера маршрута, на которое назначено ТС, на маркере ТС; –цветовая индикация маркера ТС относительно перевозчика; –цветовая индикация маркера ТС в зависимости от статуса активности ТС; –отображение на маркере ТС направления движения ТС; –отображение на маркере ТС факта нарушения ТС

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

2.2.4.Требования к модернизации подсистемы мониторинга параметров транспортного потока ЕПУТС Должны быть выполнены интеграционные работы по подключению к Подсистеме мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации, установленной у Заказчика (Программное обеспечение «Цифровая транспортная платформа IntelRoad: Подсистема мониторинга параметров транспортных потоков». Запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 23510 от 12.08.2024), периферийного оборудования детекторных комплексов, устанавливаемых в рамках Контракта. Должны быть оказаны услуги по модернизации функционала Подсистемы мониторинга параметров транспортного потока Интеллектуальной транспортной системы Севастопольской городской агломерации в части функций: ?расчет и отображение очереди на направлении движения; ?расчет и отображение потери времени ТС на единицу времени движения; ?расчет и отображение средняя задержка транспортных средств по полосам движения в секундах; ?расчет и отображение затрат времени на движение ТС по направлению; ?расчет и отображение перегруженности на направлении движения; ?построение графиков по изменению уровня обслуживания за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости транспортного потока за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению средней скорости свободного движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению интенсивности движения за выбранные сутки по направлению, по полосам движения; ?построение графиков по изменению плотности транспортного потока за выбранные сутки по направлению, по полосам движения; ?отображение углов обзора детекторов транспорта на карте; ?отображение списка событий, зарегистрированных на отдельном детекторе транспорта, ребре УДС, объекте наблюдения (маршрут и перекресток);

Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Операционная система должна включать в состав графические средства контроля целостности: -контроль целостности дистрибутива; -контроль объектов файловой системы; -контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек, пустых файлов, самораспаковывающегося 7Z архива, в том числе, но не ограничиваясь: EXE, DLL, .NET 7.

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

Создание полной копии базы данных должно осуществляться полным копированием всех файлов указанной базы на машинные носители. При сохранении изменений, внесенных со времени создания последней архивной копии, на машинные носители переносятся только те изменения базы данных, которые были сделаны со времени последней операции архивирования (полного или частичного). При восстановлении информации с архивных копий архивных носителей восстанавливается состояние базы данных на момент последней операции полного резервного копирования. Выполнение процедур копирования и восстановления данных должно выполняться администраторами Системы. 2.1.7.Требования к защите информации от несанкционированного доступа В Системе должна быть обеспечена защита от несанкционированного доступа в соответствии с приказом ФСТЭК России от 11 апреля 2025 г. N 117 «Об утверждении требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений». Исполнитель должен обеспечить периферийное оборудование светофорных объектов, указанных в Приложении 4, аппаратно-программными средствами криптографической защиты информации (СКЗИ). Устанавливаемые аппаратно-программные средства криптографической защиты информации должны быть совместимы с существующими у Заказчика СКЗИ на базе программного обеспечения информационной безопасности «АнсерПРО VideoGuard». Выполнение работ по установке аппаратно-программных средств криптографической защиты информации на светофорных объектах должно осуществляться Исполнителем (или соисполнителем) в соответствии с требованиями согласно действующему законодательству РФ в области безопасности критической информационной инфраструктуры Российской Федерации.

?определение протяженности / площади объекта по карте; –создание копии пространственного объекта. Должны быть реализованы функции формирования наборов данных на основе параметров запросов к пространственным объектам и сущностям информационной модели данных: –выбор основного объекта; –преобразование геометрии (буфер, центроид); –фильтрация объектов по атрибутам (при наличии); –фильтрация по периоду действия (при наличии); –добавление связанных объектов и определение фильтров по нему; –добавление вычисляемых полей при группировках связанных объектов; –добавление вычисляемых атрибутов объектов; –определение запроса слоя для фильтрации на основе пространственных отношений с объектом основного слоя (пересечение, вхождение, не вхождение), с возможностью группировки данных. Должны быть реализованы функции визуализации информации о пространственных объектах. Должны быть реализованы функции работы с наборами данных объектов, имеющих пространственные характеристики, включая: –Отображение каталога пользовательских и преднастроенных наборов данных; –Выбора набора(ов) и слоя(ов) для отображения на картографической подложке; –Предпросмотр в каталоге схематического отображения объектов на карте, включая информацию о количестве дополнительных вариантов отображения в связи с настроенными дополнительными слоями, слоями геометрического пересечения и правилами условного отображения; –Создание копии набора данных / слоя; –Поиск по слоям и наборам; –Открытие слоя из каталога набора данных в новой вкладке; –Копирование ссылки на набор данных и слой; –Копирование набора(ов) и слоя(ов) из наборов данных другого каталога: ?Перетаскиванием; ?Из контекстного меню; –Создание иерархической структуры хранения наборов данных (иерархия папок), с возможностью: ?Указания для папок названия и описания; ?Установки запрета изменения; ?Удаление наборов данных/группы (папки); ?Создания копии наборов данных/группы (папки); –Перенос наборов данных из одной папки в другую;

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

СПО должно обеспечивать разграничение доступа к виртуальной среде, построенное на основе классической ролевой политики безопасности и имеющее возможность ее интеграции со службой каталога. СПО должно обеспечивать возможность перемещения виртуальных машин между серверами без выключения ОС виртуальной машины. СПО должно обеспечивать возможность перемещения файлов виртуальных машин между системами хранения без выключения ОС виртуальной машины. СПО должно обеспечивать функционал управляемого аварийного восстановления ВМ, с использованием разделяемого хранилища, в случае аварийного выхода из строя узла кластера, администратор платформы из графического интерфейса может выполнить операцию восстановления ВМ на резервном узле. СПО должно поддерживать конфигурацию высокой-доступности ВМ, при котором в случае аварийного сбоя узла кластера обеспечивается автоматический перезапуск виртуальных машин на доступных серверах кластера. Функционал должен поддерживать защиту на уровне кластера с общим хранилищем, поддерживать индивидуальную настройку защищаемых ВМ. СПО должно обеспечивать функцию клонирования виртуальных машин. СПО должно обеспечивать возможность изменения конфигурации ВМ без необходимости остановки или перезапуска (изменение характеристик включенной виртуальной машины vCPU, RAM, Virtual Hard Drives и др.). СПО должно обеспечивать возможность выделять пространство на файловом хранилище для дисков виртуальных машин по требованию, позволяющее более эффективно его использовать. СПО должно обеспечивать возможность создания мгновенного снимка состояния виртуальной машины с возможностью возврата к нему, при этом должна быть доступна опция сохранения оперативной памяти ВМ. СПО должно обеспечивать единое окно отслеживания состояния системы в реальном времени (Dashboard). СПО должно обеспечивать размещение файлов виртуальных машин на следующих типах систем хранения: -на локальном диске гипервизора; -на СХД с блочным доступом по протоколам Fibre Channel и iSCSI, FC-NVMe;

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

2.1.Требования к Системе в целом 2.1.1.Требования к структуре и функционированию Системы В рамках Контракта должен быть сохранен действующий функционал Системы, установленный на серверных мощностях Заказчика. Должны быть проведены работы в части модернизации программных компонентов Системы в соответствии с требованиями раздела 2.2. Система должна сохранить действующую структуру, в том числе должны быть разработаны и модернизированы компоненты Системы: 1.Программно-аппаратный комплекс «Система контроля пассажирских перевозок» г. Севастополь – модернизация функционала; 2.Подсистема светофорного управления ЕПУТС - модернизация подсистемы, включая создание Модуля формирования электронных паспортов светофорных объектов; 3.Подсистема видеонаблюдения, детектирования ДТП и ЧС – модернизация функционала; 4.Подсистема мониторинга параметров транспортного потока – модернизация функционала; 5.Модуль контроля эффективности ИТС – создание модуля. Должны быть проведены работы по обеспечению функциональных возможностей Системы в соответствии с требованиями раздела 2.2. 2.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационное взаимодействие между компонентами Системы должно осуществляться посредством доступа к единому хранилищу данных. Для организации информационного обмена между компонентами системы должны использоваться стандартные протоколы прикладного уровня. 2.1.1.2.Требования по взаимосвязям Системы со смежными системами, обеспечению ее совместимости Перечень внешних информационных систем, подсистем и модулей (ВИС), с которыми будет организован информационный обмен, должен быть согласован с Заказчиком в течении 30 календарных дней с момента заключения Контракта. Заказчик должен предоставить Исполнителю описания протоколов информационного взаимодействия с ВИС и организовать доступ к ВИС на этапе исполнения Контракта.

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

2.3.Требования к видам обеспечения 2.3.1.Требования к информационному обеспечению 2.3.1.1.Требования к составу, структуре и способам организации данных в Системе Хранение данных в Системе должно быть реализовано на основе современных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать протоколирование обрабатываемой в Системе информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. 2.3.1.2.Требования к организации ввода данных в Систему Система должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Ввод данных осуществляется путем их загрузки из существующих электронных хранилищ с обязательной последующей проверкой, сопоставлением введенных данных, подтверждением их корректности и отсутствия неправильных, дублетных и неполных записей. 2.3.1.3.Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами системы и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет. Компоненты Системы должны иметь возможность обмениваться информацией с другими модулями и подсистемами Системы напрямую посредством унифицированных интерфейсов и внутрисистемного протокола обмена сообщениями. 2.3.1.4.Требования по применению систем управления базами данных Для хранения данных в системе должны использоваться реляционные и нереляционные базы данных, обеспечивающие реализацию встроенных механизмов построения индексов и контроля целостности данных. Общие требования к используемой реализации СУБД:

–поддержка технологии клиент-сервер; –поддержка многопроцессорной архитектуры; –наличие средств создания индексов; –автоматическое восстановление базы данных; –совместимость с различными операционными системами серверов БД; –наличие графических средств администрирования; –возможность контроля доступа к данным; –оптимизация запросов. 2.3.1.5.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Заказчиком должна быть обеспечена защита данных от утраты или нарушения целостности в следующих случаях: –при сбоях в электропитании серверного оборудования – средствами СУБД, обеспечивающей сохранность данных в состоянии на момент последней завершенной транзакции; –при авариях, приведших к невозможности восстановления данных с сервера СУБД – использованием процедур резервного копирования баз данных системы и хранения резервных копий на съемном носителе. Дополнительные требования к защите данных от разрушений при авариях и сбоях в электропитании системы не предъявляются. 2.3.1.6.Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Состав данных должен быть достаточным для выполнения всех функций и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления 2.3.1.7.Требования к контролю, хранению, обновлению и восстановлению данных Система должна обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. 2.3.2.Требования к лингвистическому обеспечению Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации.

В случае, если гарантии данного пункта Технического задания нарушены, Исполнитель обязуется принять все меры, которые обеспечат Заказчику беспрепятственное использование переданных результатов оказания услуг, а в случае невозможности обеспечить беспрепятственное использование переданных результатов оказания услуг, возместить Заказчику понесенные убытки, которые возникли у него в связи с таким нарушением гарантий. Передача Заказчику простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 2.2.Требования к функциям (задачам), выполняемым системой 2.2.1.Требования к модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» г. Севастополь (ПАК СКПП) В рамках модернизации Системы должен быть модернизирован функционал программно-аппаратного комплекса «Система контроля пассажирских перевозок г. Севастополь (ПАК СКПП) в части функций: –управление нормативно-справочной информации; –визуальный контроль работы пассажирского транспорта; –диспетчеризация и управление нештатными событиями; –анализ работы пассажирского транспорта, анализ выполнения транспортной работы перевозчиков; –формирование отчетности; –интеграционное взаимодействие с автоматизированной системой оплаты проезда (АСОП); –планирование, анализ и корректировка маршрутной сети; –сбор, анализ и визуализация пространственной информации.

2.1.1.3.Требования по диагностированию Системы Система должна предоставлять инструменты диагностирования основных процессов системы, а также функционирования оборудования и программного обеспечения. Для диагностики состояния Системы и выявления возможных сбоев в ходе ее эксплуатации должно быть реализовано журналирование системных событий. Система должна предоставлять возможность просмотра диагностических событий, включая события по действиям пользователей и мониторинга процесса выполнения программ. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны способствовать сохранению полного набора информации, необходимой для идентификации проблемы. 2.1.1.4.Требования к режимам функционирования Системы Система должна поддерживать следующие режимы функционирования: –основной режим, в котором выполняются основные функции; –профилактический режим, в котором Система не выполняет своих функций. В основном режиме функционирования Система должна обеспечивать: –работу пользователей в режиме - 24 часа в день, 7 дней в неделю; –выполнение своих функций - сбор, обработка и загрузка данных, хранение данных. В профилактическом режиме Система должна обеспечивать возможность проведения следующих профилактических мероприятий: –техническое обслуживание; –модернизацию аппаратно-программного комплекса; –устранение аварийных ситуаций. Функционирование Системы при отказах серверного оборудования не предусматривается. 2.1.2.Показатели быстродействия 2.1.2.1.Функциональные показатели назначения Показателям быстродействия должны удовлетворять требованиям: ?время отклика при запросе к Системе - не более 5 сек; ?время отклика при построении отчетов и формирования выборок информации - не более 10 сек.

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

-возможность создания защищенной среды виртуализации; -возможность создания среды выполнения контейнеров и обеспечение работы с ними; -технологию контейнеризации с поддержкой изоляции процессов. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: -ограничение прав пользователя на запуск приложений ядром системы; -ограничение прав пользователя средствами графического интерфейса; -разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: -идентификацию устройств и сопоставление пользователя с устройством; -контроль подключения носителей информации; -учет носителей информации; -управление доступом к носителям информации; -контроль использования интерфейсов ввода/вывода информации; -ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя.

2.1.3.Требования к надежности Программные решения не должны приводить к сбоям в системном программном обеспечении, обеспечивающем функционирование Системы. В целях обеспечения надежного функционирования в поставляемом программном обеспечении должно быть реализовано: –контроль целостности данных на уровне системы управления базами данных; –сохранение целостности данных в случае отказа серверного оборудования, кроме дисковых накопителей; –защита от ошибочных действий пользователя (проверки, предупреждения и т.п.). Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: –организацией бесперебойного питания технических средств; –использованием лицензионного программного обеспечения; –регулярным выполнением требований «ГОСТ 51188-98. Защита информации». Система должна сохранять работоспособность и обеспечивать восстановление своих функций при следующих нештатных ситуациях: –при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке программного обеспечения, восстановлении специального программного обеспечения; –при ошибках в работе аппаратных средств; –при ошибках в работе общесистемного программного обеспечения. 2.1.4.Требования к безопасности При создании, эксплуатации и обслуживании технических средств Системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000.

?удельная потеря времени ТС на единицу времени движения; ?удельные дополнительные затраты времени движения ТС; ?перегруженность; ?классы транспортных средств; ?графическое отображение уровня обслуживания и количества ТС на участках маршрута; Должна быть реализована функция формирования отчетов о параметрах транспортных потоках на основе шаблонов, выгрузка в формат xlsx/csv. Должен быть реализован дашборд, отображающий количество детектируемого транспорта за текущий период времени в сравнении с аналогичным за прошлый год. 2.2.5.Требования к созданию Модуля контроля эффективности ИТС Должен быть реализован дашборд для визуализации ключевых показателей работы подсистем и модулей ИТС в виде виджетов: ?визуализация показателей работы Подсистемы светофорного управления: ?общее количество светофорных объектов; ?количество светофорных объектов в разбивке по статусам работоспособности; ?процентное отношение светофорных объектов по статусам работы; ?количество светофорных объектов в адаптивном режиме работы; ?визуализация показателей работы Подсистемы мониторинга параметров транспортного потока: ?количество детекторов транспорта в городе; ?средняя скорость транспортного потока в городе; ?интенсивность транспортного потока в городе; ?плотность транспортного потока в городе; ?уровень обслуживания в городе. ?визуализация показателей работы ПАК СКПП. Должна быть реализована возможность перехода к интерфейсам подсистем через виджеты. Должна быть реализована возможность настройки расположения отдельных виджетов с показателями подсистем на дашборде. Должна быть реализована возможность добавления на дашборд и удаления отдельных виджетов с показателями подсистем. Должна быть реализована возможность создания пользовательских витрин данных со своим набором виджетов с показателями работы подсистем. Состав и количество визуализируемых показателей может быть уточнен на этапе исполнения Контракта.

–Экспорт описания слоёв в буфер обмена или файл; –Импорт описания слоёв из буфера обмена или файла; –Настройка параметров слоев отображения данных, в том числе: ?Название; ?Описание; ?Автор и наличие запрета на изменение параметров слоя; ?Тип объекта: -Пространственный объект. Линия; -Пространственный объект. Точка; -Пространственный объект. Полигон; -Покрытие территории; -Геозоны; -OSM. Точечные объекты; -OSM. Линейные объекты; -OSM. Полигональные объекты; -OSM. Связи объектов; ?Определение источника данных; ?Построение буфера (полигона вокруг объектов) вместо схематического отображения или маркера объекта и определение его размера; ?Построение изохроны совместно со схематичным отображением маркера объекта и определение набора параметров: автомобиль, велосипед, автобус, пешеход, время в минутах либо расстояние в метрах. ?Кластеризация объектов, с возможностью задания: -Количества кластеров; -Целевого расстояния между объектами в кластере; -Минимального количества объектов в кластере. ?Выполнение пространственных запросов (проверка пространственных отношений) между пространственными объектами одного или нескольких слоев: -Пересечение (intersects); -Нахождение внутри (contains in); -Нахождение снаружи (contains out); ?Параметры дополнительного слоя, с возможностью: -Дополнить слой данными объектов другого типа (перечень параметров аналогичен основному слою данных); -Отображения / скрытия дополнительного слоя на карте; ?Параметры обработки наложения двух или более исходных слоев с целью создания нового производного слоя (оверлей): -Объединение (union); -Разность (difference); -Буферная зоны (buffer); -Огибающая (envelope); ?Параметры тултипа, включая: -Включение/выключение отображения тултипа; -Включение/выключение открытия модального окна; -Включение/выключение отображения группированных объектов в тултипе; -Включение/выключение отображения группированных объектов в модальном окне;

2.3.3.4.Требования к совместимости операционной системы Должна быть подтверждена совместимость операционной системы со средствами криптографической защиты информации КриптоПро CSP наличием записи об операционной системе как среды функционирования в формуляре (правилах пользования) средств криптографической защиты информации. Операционная система должна иметь подтверждённую совместимость со средствами антивирусной защиты. 2.3.3.5.Правовая безопасность операционной системы Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком ПО или его партнером. 2.3.3.6.Требования к специальному программному обеспечению Специальное программное обеспечение (СПО) должно выполнять следующие функции управления серверной виртуализации: -управление серверами и кластерами виртуализации; -управление виртуальными машинами; -управление контейнерами; -управление виртуальными дисками; -управление виртуальными коммутаторами; -управление сетями и пулами; -управление доступом пользователей и групп к объектам инфраструктуры. СПО должно поддерживать установку хостов виртуализации на ОС, соответствующую программному классу «Операционные системы общего назначения» из Единого реестра российских программ для электронных вычислительных машин и баз данных. СПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Документация, предоставляемая на СПО, должна быть доступна на русском и английском языках. СПО должно обеспечивать виртуализацию аппаратных ресурсов в виде обособленных виртуальных машин, работающих на физическом сервере х86 архитектуры. СПО должно поддерживать возможность работы собственной системы управления в следующих конфигурациях: -на выделенном физическом сервере; -на виртуальной машине, размещенной на отдельно стоящем сервере; -на виртуальной машине, размещенной непосредственно на узле управляемого кластера (без необходимости дополнительного сервера).

2.3.4.Требования к техническому обеспечению 2.3.4.1.Общие требования к техническому обеспечению Услуги по модернизации Программно-аппаратного комплекса «Система контроля пассажирских перевозок» должна быть реализованы на аппаратно-программном комплексе (АПК) Заказчика. АПК Заказчика должен включать следующие компоненты: –серверные платформы (на базе серверов с процессорами с архитектурой x86-64), которые поддерживают функционирование общесистемного и прикладного ПО; –оборудование системы хранения данных; –оборудование локальной вычислительной сети; –телекоммуникационное оборудование, которое поддерживает информационный обмен между Системой, смежными системами и пользователями. Услуги по модернизации Подсистемы светофорного управления должны быть реализованы на новом серверном оборудовании, поставленном Исполнителем в соответствии с технических характеристик оборудования Услуги по модернизации Подсистемы мониторинга параметров транспортного потока ЕПУТС в части поставляемого Исполнителем оборудования должны быть реализованы в соответствии с техническими характеристиками оборудования и Приложения 4

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке. В Системе должна быть реализована система помощи пользователю (контекстные подсказки, справка, ссылка на документацию и т.д.). Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. 2.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. Обслуживание Системы должно быть осуществлено эксплуатационным (обслуживающим) персоналом. Требования к системе хранения данных: –программные ограничения на объемы обрабатываемой информации; –разграничение уровней доступа для пользователей; –наличие возможности резервного архивирования и восстановления информации; –использование открытых форматов хранения и алгоритмов доступа к данным. 2.1.6.1.Требования к регламенту обслуживания При эксплуатации Системы должны соблюдаться правила эксплуатации компонентов Системы, а также производиться установка обновлений программного обеспечения по мере их выпуска производителем в сроки, указанные производителями для каждого релиза ПО. Выполнение указанных требований должно обеспечивать непрерывную работу Системы. При этом резервное копирование информации должно осуществляться в одном из режимов: -создание полной копии базы данных; -сохранение изменений, внесенных со времени создания последней архивной копии. Периодичность и очередность этих операций должны определяться отдельным распоряжением, а также политикой резервного копирования информации и положением по категорированию информационных ресурсов.

-Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; -Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 2.1.10.Требования к патентной чистоте Сведения обо всех результатах интеллектуальной деятельности, созданные и/или использованные в процессе оказания услуг, подлежат отражению в технической документации, передаваемой Исполнителем Заказчику (Приложение 1). Исполнитель предоставляет Заказчику на основании отдельно заключаемого лицензионного договора право использования результата интеллектуальной деятельности, созданного при исполнении Контракта, на условиях простой (неисключительной) лицензии. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результат Услуг должен быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Должны быть выполнены требования законодательства Российской Федерации по обеспечению лицензионной чистоты. Исполнитель гарантирует, что обладает всеми правами на передачу Заказчику неисключительных прав в соответствии с требованиями настоящего раздела. В случае, если к Заказчику по вине Исполнителя будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их исключительных прав, Исполнитель принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними.

–отображение детализированной информации по выбранному с карты объекту с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?основные параметры; ?атрибуты; ?связанные объекты; –настройки фильтрации, включая: ?отображение периферийных объектов с возможностью: -фильтрации по типу; -настройки отображения; -настройки отображения периферийных объектов; ?линейно-протяжённые объекты рядом с возможностью: -тонкой настройки параметров отображения; -фильтрации по типу; -фильтрации по статусу жизненного цикла; ?пространственно-распределенные активы (произвольной геометрической формы): -фильтрации по типу объекта; -фильтрации по статусу жизненного цикла; –настройки кластеризации объектов; –фильтрация периферийных объектов по статусу; –отображение тултипа (всплывающей подсказки) при наведении курсора мыши на объект. Должны быть реализованы функции работы с легендой, включая: –Отображение перечня наборов данных, сгруппированного по типам объектов; –Поиск по перечню наборов данных; –Отображение параметров набора (в зависимости от типа объекта), включая: ?Суммарную протяженность отображаемых объектов; ?Условное обозначение на карте; ?Количество отображаемых объектов. ?Отображение служебной информации; –Управление отображением конкретного набора с использованием легенды (показать все слои, скрыть слой, скрыть остальные слои, убрать слой, убрать остальные слои); –Возможность включить/отключить отображение в легенде (отображение правил условного отображения/слоёв пространственного пересечения/дополнительных слоёв): ?Основных слоёв; ?Правил условного отображения; ?Вычисление протяженности и процента от общего числа участков дорог, на которых применилось условное отображение; ?Слоёв пространственного пересечения; ?Дополнительных слоёв; –Просмотр перечня объектов, вошедших в набор и отображаемых на карте в настоящий момент времени;

2.3.3.3.Требования к функциональным возможностям операционной системы Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1, и работу с программным обеспечением обеспечения информационной безопасности «АнсерПРО VideoGuard». Операционная система должна обеспечивать функционал в графическом исполнении: -наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения со следующим функционалом: ?проверка зависимостей пакетной базы; ?автоматическая публикация в сети по протоколам http и ftp; ?выбор конкретных репозиториев, из которых будет произведено обновление пакетов; -наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; -наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); -наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; -наличие средств расчёта контрольных сумм файлов и их сравнения; -наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; -наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); -наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ?вход в сессию локально, затем подключение к этой сессии удаленно; ?вход в сессию удаленно, затем подключение к этой сессии локально. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: -ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; -TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; -поддержка стандарта ISO9660; -наличие средств организации распределенной файловой системы;

2.3.3.Требования к программному обеспечению В рамках Контракта должна быть выполнена поставка общего программного обеспечения (операционной системы), специального программного обеспечения и прикладного программного обеспечения (раздел 2.3.3.6) серверного оборудования ЕПУТС, удовлетворяющего требованиям раздела 2.3.3.1. 2.3.3.1.Требования соответствия законодательным и нормативным документам Программное обеспечение должно соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: -«Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); -«Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); -«Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; -«Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2.3.3.2.Требования к встроенному комплексу средств защиты информации операционной системы Операционная система должна обеспечивать встроенными сертифицированными средствами: -управление средствами аутентификации; -управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; -реализацию разграничения доступа;

–импорт пространственных объектов из 2ГИС (при наличии); –импорт пространственных объектов из ГИС систем Заказчика (при необходимости). Должны быть реализованы функции экспорта данных ГИС в форматах SHAPE, GeoJSON и WFS, в том числе опубликование постоянно действующих ссылок для доступа к данным по запросу по протоколам WFS. Должны быть реализованы функции импорта растровых форматов с геопривязкой и без геопривязки, в том числе: –импорт геопривязанных растровых изображений (форматы geoTIFF, geoJPEG, GDAL); –импорт растровых изображений без географической привязки; –настройка географической привязки (по точкам на изображении). 2.2.2.Требования к модернизации подсистемы светофорного управления ЕПУТС В рамках оказания услуг должна быть модернизирована подсистема светофорного управления (ПСУ) в части создания Модуля формирования электронных паспортов светофорных объектов. Модуль формирования электронных паспортов светофорных объектов должен обеспечивать выполнение следующих функций: ?ввод, редактирование и хранение электронных паспортных данных светофорного объекта: ?номер СО; ?координаты СО; ?адрес СО; ?наименование владельца СО и обслуживающей организации; ?варианты установки светофорного объекта; ?общее описание; ?данные дорожного контроллера: -производитель; -модель; -протокол доступа; -серийный номер; -ip адрес; -порт; -идентификатор дорожного контроллера; ?возможность указать несколько типов и видов каналов связи: -тип канала: основной, резервный, -поставщик услуг связи: выбор организации из справочника поставщиков услуг связи, -выбор среды передачи данных: выбор из справочника (проводной, оптический, 2G, LTE и тд.), -IP адрес оконечного оборудования. ?наличие дополнительного оборудования на светофорном объекте: -ВПУ; -устройство для слабовидящих пешеходов; -система контроля доступа; -оборудование локального адаптивного управления; -оборудование сетевого адаптивного управления; -табло вызывное пешеходное (ТВП); -подстветка опор; -подсветка пешеходных переходов;

СПО должно поддерживать работу в закрытом сетевом контуре без доступа в сеть Интернет. СПО должно иметь поддержку отображения графического интерфейса администратора на русском языке. СПО должно обеспечивать единый веб-интерфейс и интерфейс командной строки администратора службы. СПО должно обеспечивать вызов основных функций через API, в частности, обладать встроенным в ПО компонентом отладки API запросов Swagger. СПО должно содержать инструменты для разработчиков, позволяющие управлять функциями API. СПО должно иметь административный и пользовательский веб-портал. СПО должно обеспечивать работу виртуальных машин и остальных серверных компонентов инфраструктуры. СПО должно обеспечивать возможность создания шаблонов виртуальных машин и быстрого развертывания виртуальных машин из этих шаблонов. СПО должно поддерживать возможность подключения библиотеки с образами виртуальных машин. При этом: -у производителя должна быть доступна и поддерживаться онлайн-библиотека с популярными образами; -система должна позволять подключить локальную библиотеку образов; -должна быть возможность использования нескольких библиотек образов в одной системе. СПО должно обеспечивать возможность администратору системы получать доступ к гостевой операционной системе через сервер виртуализации даже в случае отсутствия у виртуальной машины сетевого адаптера или подключения к сети. СПО должно обеспечивать доступ к консоли ВМ по протоколам SPICE, VNC. (без необходимости использовать дополнительное ПО) СПО должно поддерживать систему расширенного удаленного доступа с пробросом буфера обмена, папок и файлов, звука и видео на базе протокола SPICE В СПО должна быть возможность создавать пользовательские шаблоны конфигурации, в которых задаются характеристики виртуальной машины (процессор, память, настройки SPICE, настройки дисков), при этом шаблон не содержит копии виртуального диска с ОС и используется для быстрой конфигурации мастера создания новых ВМ

2.2.1.1.Требования к функциям управления нормативно-справочной информацией Должна быть выполнена модернизация добавления нового остановочного пункта с указанием параметров: –наименование; –описание; –публичные названия; –публичное описание; –идентификатор; –координаты остановочного пункта (широта и долгота) с возможностью задания координат с использованием карты; –минимальное и максимальное время остановки, обеспечивающие возможность ведения расчетов показателей качества перевозок; –радиус геозоны остановки, обеспечивающий возможность ведения расчетов показателей количества рейсов и качества перевозок с определением фактически выполненных рейсов; –виды транспорта; –принадлежность остановочного пункта к конкретной территории; –оснащенность ОП оборудованием. Должна быть выполнена модернизация добавления нового маршрута, с указанием параметров: –тип маршрута (автобус, троллейбус, трамвай, морской транспорта и т.д. пополняемый справочник); –номер маршрута; –наименование маршрута; –публичный номер; –протяженность маршрута, в км (в прямом и обратном направлениях); –максимально допустимое количество транспортных средств на маршруте по классам; –максимальный средний срок эксплуатации транспортных средств, лет; –минимально допустимый экологический класс транспортных средств на маршруте; –требование к наличию дополнительного оборудования (кондиционирование, климат-контроль, оборудование для перевозки маломобильных категорий граждан, видеонаблюдение и др.); –статус маршрута; –разрешение на передачу данных во внешние сервисы; –запрет назначения тс; –вид сообщения (муниципальный / межмуниципальный, городской / пригородный / междугородний); –вид перевозки (регулируемый тариф / нерегулируемый тариф); –порядок посадки/высадки пассажиров (в установленных остановочных пунктах / в установленных остановочных пунктах и в любом не запрещенном правилами дорожного движения месте по маршруту перевозок); –наименование перевозчика; –номер государственного контракта;

–Отображение детализированной информации по объекту, выбранному из перечня объектов в легенде, с возможностью внесения и сохранения изменений, включая (в зависимости от типа объекта): ?Основные параметры; ?Атрибуты; ?Связанные объекты. Должны быть реализованы функции: –Сброс выбранного представления и набора данных; –Возможность отображения изохроны от точки на карте, включая выбор типа изохроны (автомобиль / велосипед / пешком / автобус) и времени в минутах; –Возможность настройки отображения коллизий (перекрывающих друг друга объектов); –Возможность отображения цифровой модели высот – сетевого представления поверхности Земли, в котором каждая ячейка сетки имеет свою высоту, позволяя создавать трехмерные изображения рельефа; –Возможность отображения экструдированных объектов на картографической подложке; –Фильтрация выбранных для отображения на картографической подложке данных по геозоне, выбранной из перечня доступных; –Формирование «корзины» объектов ГИС различного типа, с возможностью: ?Группового выбора объектов для добавления в корзину; ?Настройки режима выбора объектов по типу «пересечение» / «вхождение»; ?Удаление объектов из «корзины»; ?Групповое редактирование атрибутов выбранных объектов «корзины», включая: -Отображение перечня общих атрибутов для выбранных объектов; -Поиск атрибутов по перечню; -Указание и сохранение значения атрибута для выбранных объектов; –Возможность поиска объекта по имени на картографической подложке; –Возможность поиска по координатам на картографический подложке, включая функцию выбора точки на карте с автоматическим заполнением координат; –Обновление данных на карте. Должны быть реализованы функции фильтрации отображаемых на карте объектов: –настройка фильтров объектов по атрибутивным параметрам отображаемых слоев с указанием конкретных ограничивающих значений источника данных; –настройка фильтров объектов средствами набора фильтров условного форматирования группы настройки отображения стиля слоя.

-на кластере SDS на базе Ceph. СПО должно обеспечивать возможность динамической балансировки нагрузок между серверами кластера, путем автоматической миграции виртуальных машин, без необходимости выключения или перезагрузки. При этом администратор платформы должен иметь возможность, из графического интерфейса задать параметры балансировки, такие как уровни нагрузки центрального процессора и оперативной памяти, для тонкой настройки активации и деактивации автоматики балансировки. СПО должно иметь встроенный в свой состав контейнер с системой визуализации Grafana для передачи параметров состояния физических и виртуальных машин. СПО должно иметь функции по созданию и использованию встроенной инфраструктуры Виртуальных Рабочих Столов (VDI) либо иметь интеграцию с инструментами, реализующими такие функции. СПО должно обеспечивать возможность управления локальными пользователями посредством веб-интерфейса. СПО должно обеспечивать возможность импорта ВМ из платформы виртуализации VMware vSphere. СПО должно иметь возможность “растягивания” виртуальных сетей VxLAN между географически распределенными локациями поверх сети Интернет. СПО должно поддерживать протоколы iBGP/eBGP, настройка которых должна быть доступна из web-интерфейса платформы. СПО должно обеспечивать возможность централизованной настройки сетевых компонентов виртуальной коммутации на хостах виртуализации через графический интерфейс системы. СПО должно обеспечивать поддержку миграции виртуальных машин между кластерами без прерывания работы сервисов в гостевых ОС. СПО должно обеспечивать поддержку миграции дисков виртуальных машин между хранилищами без прерывания работы гостевых ОС. СПО должно обеспечивать масштабирование не менее чем до 64 кластеров, 250 хостов виртуализации в рамках одного кластера без функции отказоустойчивости, и не менее 24 хостов виртуализации в рамках одного отказоустойчивого кластера. Общее число хостов виртуализации в одной платформе до 700

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

Должны быть реализованы функции отображения всплывающих подсказок по наведению курсора мыши на элемент карты, в том числе: –отображение всплывающей подсказки при наведении на графические элементы управления картой; –отображение аналитической информации по ТС при наведении курсора мыши на маркер ТС, включая: -перевозчик; -тип транспортного средства; -государственный номер; -марка; -модель; -скорость; -дата и время последней передачи данных; -дата и время последнего назначения на маршрут; -факт наличия специализированного оборудования; -данные по инциденту с ТС (в случае наличия зафиксированного инцидента). Должны быть реализованы функции отображения аналитической информации по кластеру ТС при наведении курсора мыши на маркер кластера ТС, включая: –распределение ТС, вошедших в кластер с указанием перевозчиков; –отображение на карте области, которую охватывает кластер. Должны быть реализованы функции отображения названия остановочного пункта (далее – остановка, ОП) при наведении курсора мыши на маркер остановки. Должны быть реализованы функции отображения названия маршрута при наведении курсора мыши на линию трассы маршрута. Должны быть реализованы функции отображения аналитической информации по инциденту при наведении курсора мыши на маркер инцидента, включая: –перевозчик; –государственный номер ТС, связанного с инцидентом; –тип инцидента; –описание инцидента; –название маршрута; –ФИО ответственного за фиксацию инцидента; –дата и время фиксации инцидента. Должны быть реализованы функции отображения всплывающих окон при щелчке левой кнопки мыши по элементам, в том числе: –отображение аналитической информации и ссылок для быстрого перехода к другим разделам системы при щелчке на маркер ТС; –отображение аналитической информации по инциденту и ссылки для открытия детальной информации по инциденту при щелчке на маркер инцидента; –отображение названия маршрута и ссылки для быстрого перехода к НСИ при щелчке по трассе маршрута;

?возможность привязать произвольное количество камер видеонаблюдения к светофорному объекту: oпосредством выбора из справочника оборудования; oпосредством выбора отдельной камеры на карте; oпосредством выделения произвольной области на карте с автоматическим добавлением всех камер, находящихся в выделенной области; ?возможность предпросмотра изображения с выбранной камеры в ходе выполнения ее привязки к светофорному объекту; ?возможность привязать произвольное количество детекторов транспорта к светофорному объекту посредством выбора соответствующих детекторов транспорта из справочника оборудования; ?прием из Модуля электронного КСОДД данных схем организации дорожного движения и отображение их на любых картах Подсистемы светофорного управления, визуализация данных УДС на картах: ?прием и отображение данных типа «Бортовой камень»; ?прием и отображение данных типа «Дорожное покрытие»; ?прием и отображение данных типа «Дорожная разметка»; ?прием и отображение данных типа «Опоры и стойки»; ?прием и отображение данных типа «Дорожные знаки»; ?прием и отображение данных типа «Навесное оборудование»; ?прием и отображение данных типа «Остановка городского пассажирского транспорта»; ?прием и отображение данных типа «Ограждения и направляющие устройства»; ?прием и отображение данных типа «Транспортная инфраструктура»; ?формирование направлений движения на светофорном объекте с помощью интерфейса Системы: ?создание, редактирование и удаление направлений; ?создание, редактирование и удаление траекторий отдельных направлений; ?формирование произвольной геометрии траекторий на карте; ?формирование траекторий по полосам движения с учетом их геометрии в соответствии с проектами организации дорожного движения на светофорном объекте; ?привязка ранее добавленных детекторов транспорта и их полос к траекториям направлений; ?настройка привязки направлений и траекторий движения к полосам движения перекрестка в соответствии с проектами организации дорожного движения на светофорном объекте;

СПО должно обладать встроенной системой класса IPAM управления IP-адресами. СПО должно обладать совместимостью с системой резервного копирования (например, RuBackup) без необходимости использования дополнительных инструментов совместимости. СПО должно содержать встроенные инструменты мониторинга и оповещений как с использованием почты, так и с интеграцией с Telegram. Для СПО должны быть разработаны готовые интеграции с биллинговыми системами для учета выделенных и потраченных ресурсов. СПО должно обладать готовой интеграцией с Terraform для реализации подхода IaC в управлении инфраструктурой. СПО должно обладать возможностью ведения библиотеки скриптов Shell, PowerShell, Ansible, Python. Возможностью запуска для настройки виртуальных машин, узлов кластера из графического интерфейса системы. СПО должно обладать возможностью использования преднастроенных, динамических, статических, локальных и глобальных переменных для скриптов с разным уровнем доступа для пользователя и администратора. СПО должно обладать возможностью использования параметров для передачи в скрипт при выполнении на конкретном объекте виртуальной инфраструктуры.

В месте оказания услуг должно быть обеспечено: –выполнение и контроль соблюдения правил техники безопасности и охраны труда; –соблюдение требований к электропитанию и каналам связи; –электропитание оборудования и максимальная потребляемая мощность должна определяться, исходя из технических характеристик оборудования , с учетом количества используемого оборудования; –подключение оборудования к сети электропитания должно выполняться в соответствии с требованиями «Правил устройства электроустановок». 2.1.5.Требования к эргономике и технической эстетике В качестве нормативно-технической документации при эргономическом проектировании интерфейса Системы должны использоваться национальные стандарты, в том числе стандарты серии стандартов эргономических требований и эргономического обеспечения. Экранные формы должны соответствовать требованиям унификации: –все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; –для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы; –должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; –реакция Системы на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и других элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

?отображения списка всех событий зарегистрированных детекторами транспорта в общесистемном журнале событий; ?отображение нескольких карточек детекторов транспорта одновременно; ?отображение на географической карте узлов и ребер графа дорог; ?создание, удаление и редактирование перекрестков из нескольких ребер графа с последующим анализом параметров транспортного потока; ?создание, удаление и редактирование маршрутов из нескольких ребер графа с последующим анализом параметров транспортного потока; ?анализ и отображение показателей транспортного потока на выбранном перекрестке или его отдельном направлении за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?среднее время в пути; ?очередь; ?уровень обслуживания улично-дорожной сети; ?классы транспортных средств; ?графическое отображение изменения уровня обслуживания; ?графическое отображение изменения средней задержки ТС за выбранные сутки; ?графическое отображение изменения средней задержки ТС за аналогичные сутки по историческим данным; ?графическое отображение изменения очереди ТС; ?графическое отображение изменения количества ТС; ?анализ и отображение показателей транспортного потока на выбранном маршруте за выбранную дату, с возможность агрегации данных за 5, 15, 30, 60 минут: ?средняя скорость свободного движения; ?средняя скорость транспортного потока; ?время в пути за выбранные сутки и в аналогичный период; ?количество ТС (проездов); ?интенсивность транспортного потока; ?плотность транспортного потока; ?средняя задержка транспортных средств; ?усредненная задержка транспортных средств по историческим данным; ?уровень обслуживания улично-дорожной сети;

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

?Параметры заголовка, включая: -Название; -Источник текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных в зависимости от типа объекта); -Наличие заливки и ее цвет; -Цвет текста; -Размер текста; ?Параметры полей тултипа, включая: -Отображение перечня доступных полей с возможностью текстового поиска и сортировки по алфавиту; -Выбор поля из перечня доступных; -Автоматическое формирование групп выбранных полей по типам объектов; -Определение порядка отображения полей / групп полей; -Настройка отображения добавленного поля/группы в тултипе; ?Параметры фильтрации и группировки объекта и связанных с ним объектов, с возможностью: -Отображения связанных объектов с данным; -Группировка объектов по типу; -Добавление типов связанных объектов из перечня доступных; -Указание связанных объектов через идентификатор, выбор из справочника; -Настройки фильтра по типу объекта, периоду (включая выбор функции расчета период); -Настройки фильтра по статусу жизненного цикла объекта (мероприятия); -Настройки фильтра по атрибутам; -Создание вычисляемых полей, с возможностью добавления вычисляемого поля, с указанием: ?Функции; ?Поля; ?Названия вычисляемого поля; -Включение/выключение отображение в тултипе; -Удаление вычисляемого поля; -Включение/выключение функции учёта родительских объектов без связи; -Настройка фильтра по геозоне (для связанных объектов, обладающих геометрией); -Выбор поля геометрии (для связанных объектов, обладающих более чем одним вариантов геометрии); ?Стили отображения слоев, включая: -Определение масштаба, при котором применяется стиль; -Идентификация текущего масштаба отображения карты; -Индекс (положение уровня отрисовки на карте); -Выбор рендера для выбранного масштаба, включая следующие виды: ?Линия, с возможностью: ?Определения поля геометрии из перечня, определяемого типом объекта; ?Задания для линии: ?Типа; ?Толщины; ?Цвета и прозрачности; ?Дополнительного стиля;

?Тепловая карта (окружности), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Тепловая карта (ячейки), с возможностью задания: ?Веса объекта; ?Цветовой палитры. ?Пользовательский маркер, с возможностью: ?Включения/выключения функции билборда - поворота маркера при наклоне карты в режиме 3D; ?Задания для пользовательского маркера: ?Размера; ?Высоты и наличие коэффициента (для отображения на 3D карте). ?Функция управления коллекцией пользовательских маркеров, с возможностью: ?Добавления созданного пользователем маркера в пользовательскую коллекцию, доступную только этому пользователю или доступную всем пользователям; ?Выбора маркера из коллекции пользователя или из преднастроенной; ?Удаление маркера из пользовательской/преднастроенной коллекции; ?тонкой настройки пользовательского маркера, включая: ?отображение и изменение положения якоря маркера; ?размеры холста; ?порядок наложения слоев фигур; ?положение на маркере; ?угол поворота фигуры; ?создание копии фигуры. ?тип фигуры: ?линия, с возможностью задания: ?размера; ?типа, ширины и цвета линии обводки. ?окружность, с возможностью задания: ?радиуса; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?эллипс, с возможностью задания: ?размера; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?прямоугольник, с возможностью: ?задания размера; ?скругления краёв; ?задания наличия и цвета заливки; ?задания типа, ширины и цвета линии обводки. ?треугольник, с возможностью задания: ?размера; ?скругления; ?наличия и цвета заливки; ?типа, ширины и цвета линии обводки. ?изображение (выбор из перечня доступных по типу объекта), с возможностью: ?задания размера; ?регулировки прозрачности; ?выбора изображения из преднастроенной коллекции. ?текст, с возможностью задания: ?источника текста (значение поля, атрибута объекта или агрегирующей функции, выбранного из перечня доступных); ?шрифта; ?стиля;

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

?назначение номера направлению с автоматической проверкой на уникальность номера направления в паспорте СО; ?обозначение типа направления: транспортное, пешеходное, поворотное, общественный транспорт, велосипедное; ?указание направления движения для поворотных направлений: -налево; -направо; -налево и направо; ?Формирование структуры направления и промежуточного такта посредством назначения временных параметров работы сигналов светофоров: -параметры формирования сигналов для разрешения направления: ?смещение начала включения разрешающего сигнала светофора для направления влево (раннее включение зеленого сигнала); ?смещение начала включения разрешающего сигнала светофора для направления вправо (запрет включения зеленого сигнала); ?назначение времени горения красно-желтого сигнала; oпараметры формирования сигналов для запрета направления: ?назначение времени зеленого мигания сигнала светофора; ?назначение времени горения красного сигнала светофора; ?назначение времени горения желтого сигнала светофора; ?назначение дополнительного времени горения зеленого сигнала светофора; ?возможность установки временных параметров работы направления в части формирования промтакта по умолчанию; ?визуализация структуры работы направления, включая сигналы разрешения и промтакт направления на диаграмме; ?назначение конфликтных направлений: oзаполнение матрицы конфликтных направлений пользователем вручную, oавтоматическое заполнение матрицы конфликтных направлений на основании сформированных фаз; oавтоматический контроль соблюдения матрицы конфликтов путем запрета добавления конфликтных направлений в одну фазу светофорного объекта; ?визуализация матрицы конфликтных направлений; ?выполнение и отображение привязки направлений к силовым каналам дорожного контроллера: -назначение произвольных ключей ДК для красного сигнала; -назначение произвольных ключей ДК для желтого сигнала; -назначение произвольных ключей ДК для зеленого сигнала;

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

Должны быть выполнены работы по созданию электронных паспортов светофорных объектов, указанных в Приложении 3 и 4 Технического задания, в Подсистеме светофорного управления ЕПУТС: расстановка оборудования, настройка программ работы дорожных контроллеров и пофазных разъездов, настройка календарных планов в соответствии с разработанными паспортами светофорных объектов. В рамках оказания услуг должна быть выполнена модернизация подсистемы светофорного управления в части функций мониторинга работы и управления светофорными объектами: ?поддержка интеграции с дорожными контроллерами по следующим протоколам: ?STCIP; ?UG-405; ?Modbus-TCP; ?SXTP; ?SignalR; ?Megapolis. ?отображение в интерфейсе светофорных объектов: ?отображение списка светофорных объектов, включая отображение номера, адреса, источника управления, состояния работоспособности и режима работы, номера текущей фазы; ?отображение в списке светофорных объектов индикации наличия и количества уведомлений с типом: информация, предупреждение, ошибка; ?отображение в списке светофорных объектов информации об источнике управления: -ФИО пользователя Системы, осуществляющего диспетчерское управление объектом с отображением таймера времени выполнения команды управления; -названия группы координации, управляющей светофорным объектом; -названия иных источников управления, в том числе внешних; ?фильтрация списка светофорных объектов по состоянию работы, режиму работы и источнику управления; ?поиск светофорных объектов по номеру и адресу; ?отображение светофорных объектов на карте с цветовой индикацией режима работы, источника управления и номера текущей фазы ДК; ?отображение на карте интерактивной диаграммы работы светофорных объектов на малом масштабе (смена фаз программы, текущая фаза, режим работы);

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

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

Должны быть реализованы функции отображения на карте маркеров кластеров ТС, в том числе: –управление отображением маркеров кластеров на карте; –автоматическое объединение ТС в кластеры по географическому признаку; –автоматическое варьирование габаритов маркера кластера ТС в зависимости от количества ТС, вошедших в кластер; –отображение на маркере кластера количества ТС, вошедших в кластер; –отображение на маркере ТС факта наличия в кластере ТС с зафиксированным инцидентом; –автоматическое варьирование габаритов кластера при изменении масштаба карты. Должны быть реализованы функции фильтрации ТС для отображения на карте, в том числе: –фильтрация ТС для отображения в зависимости от перевозчика; –фильтрация ТС для отображения на карте в зависимости от статуса назначения ТС на маршрут; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса выполнения рейса; –фильтрация назначенных на маршрут ТС для отображения на карте в зависимости от статуса нахождения на трассе маршрута; –фильтрация ТС для отображения на карте в зависимости от статуса активности; –фильтрация ТС для отображения на карте в зависимости от наличия на ТС специального оборудования; –фильтрация ТС для отображения на карте в зависимости от типа ТС, включая: -автобус; -троллейбус; -трамвай; -маршрутное ТС; -морской транспорт; –фильтрация ТС для отображения на карте в зависимости от факта наличия зафиксированного инцидента с ТС. Должны быть реализованы функции отображения маркеров инцидентов на карте, в том числе: –автоматическое позиционирование маркера инцидента в соответствии с координатами указанного ТС; –кластеризация маркеров инцидентов. Должны быть реализованы функции отображения маркеров нарушений на карте, в том числе: –автоматическое позиционирование маркера нарушения; –кластеризация маркеров нарушений.

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

3. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ МЕРОПРИЯТИЙ ПО ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ - 3.1.Состав услуг – развертывание и проверка работоспособности программного обеспечения Подсистемы светофорного управления ЕПУТС на серверных мощностях и 2 (двух) светофорных объектах Заказчика (в течение 10 рабочих дней с даты заключения Контракта); –разработка плана производства работ. –модернизация программного обеспечения ПАК СКПП; –модернизация (поставка, монтаж и пуско-наладочные работы) серверного программного обеспечения и серверного оборудования для работы Подсистемы светофорного управления ЕПУТС в соответствии с Приложением 2; –модернизация Подсистемы мониторинга параметров транспортного потока ЕПУТС (поставка, монтаж и пуско-наладочные работы детекторных комплексов на светофорных объектах в соответствии с Приложением 4) и интеграционные работы по передаче данных транспортного потока с детекторных комплексов, проверку корректного отображения данных транспортного потока в интерфейсе подсистемы, установленной у Заказчика; –модернизация, установка и настройка Подсистемы светофорного управления ЕПУТС, настройка интеграционного взаимодействия Подсистемы светофорного управления ЕПУТС с внешними системами и внутренними сервисами ЕПУТС; –модернизация Подсистемы видеонаблюдения, детектирования ДТП и ЧС; –создание Модуля контроля эффективности ИТС; –разработка технической и эксплуатационной документации; –проведение монтажных и пуско-наладочных работ по установке программного обеспечения Системы; –проведение предварительных испытаний Системы; –инструктаж персонала (администраторов и пользователей) Заказчика по работе с Системой; –проведение опытной эксплуатации Системы; проведение приемочных испытаний Системы. - - Участник закупки указывает в заявке все значения характеристики

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

- 26.20.14.150 26.20.14.000-00000189 ТОВАР - Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ - Штука - 2,00 - 4 591 666,67 - 9 183 333,34

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 2 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Значение характеристики не может изменяться участником закупки Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество установленных процессоров - ? 2 - Штука - Значение характеристики не может изменяться участником закупки - Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки - Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки - Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки - Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Количество установленных процессоров - ? 2 - Штука - Значение характеристики не может изменяться участником закупки

Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки

Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки

Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки

Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки

- 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 24,00 - 4 764,33 - 114 343,92

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 24 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

- 26.20.15.170 ТОВАР - Машины вычислительные электронные цифровые и прочие, содержащие или не содержащие в одном корпусе одно или два из следующих устройств для автоматической обработки данных: запоминающие устройства, устройства ввода, устройства вывода с функциями безопасности информации, обеспеченными встроенными, в том числе криптографическими, средствами защиты Процессор x86_64 Intel, AMD Оперативная память ? 4 ГБАЙТ Объем хранения данных ? 64 ГБАЙТ - Штука - 1,00 - 248 165,00 - 248 165,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Процессор x86_64 Intel, AMD Значение характеристики не может изменяться участником закупки Оперативная память ? 4 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Объем хранения данных ? 64 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Устройство для чтения DVD-дисков Наличие Значение характеристики не может изменяться участником закупки USB-интерфейс Наличие Значение характеристики не может изменяться участником закупки Монитор Наличие Значение характеристики не может изменяться участником закупки Клавиатура Наличие Значение характеристики не может изменяться участником закупки Мышь Наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Процессор - x86_64 Intel, AMD - - Значение характеристики не может изменяться участником закупки - Оперативная память - ? 4 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Объем хранения данных - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Устройство для чтения DVD-дисков - Наличие - - Значение характеристики не может изменяться участником закупки - USB-интерфейс - Наличие - - Значение характеристики не может изменяться участником закупки - Монитор - Наличие - - Значение характеристики не может изменяться участником закупки - Клавиатура - Наличие - - Значение характеристики не может изменяться участником закупки - Мышь - Наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Процессор - x86_64 Intel, AMD - - Значение характеристики не может изменяться участником закупки

Оперативная память - ? 4 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Объем хранения данных - ? 64 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Устройство для чтения DVD-дисков - Наличие - - Значение характеристики не может изменяться участником закупки

USB-интерфейс - Наличие - - Значение характеристики не может изменяться участником закупки

Монитор - Наличие - - Значение характеристики не может изменяться участником закупки

Клавиатура - Наличие - - Значение характеристики не может изменяться участником закупки

Мышь - Наличие - - Значение характеристики не может изменяться участником закупки

- 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - Штука - 3,00 - 199 163,00 - 597 489,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 3 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (03.11) Средства защиты каналов передачи данных, в том числе криптографическими методами - - Значение характеристики не может изменяться участником закупки

- 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 2 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 1,00 - 569 333,33 - 569 333,33

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики Объем накопителя ? 128 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - Объем накопителя - ? 128 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Количество контролируемых направлений движения - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики

Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики

Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки

Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Тип процессора - графический - - Значение характеристики не может изменяться участником закупки

Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики

Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики

Объем накопителя - ? 128 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки

Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки

Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки

Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки

Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки

Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки

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

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

Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

- 25.11.22.190 ТОВАР - Опоры и мачты решетчатые из черных металлов прочие, не включенные в другие группировки Высота 450 ММ Ширина 110 ММ Длина (без дополнительного выдвижного элемента) 1533 ММ - Штука - 96,00 - 19 283,33 - 1 851 199,68

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 96 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Высота 450 Миллиметр Значение характеристики не может изменяться участником закупки Ширина 110 Миллиметр Значение характеристики не может изменяться участником закупки Длина (без дополнительного выдвижного элемента) 1533 Миллиметр Значение характеристики не может изменяться участником закупки Масса 11 Килограмм Значение характеристики не может изменяться участником закупки Диапазон рабочих температур > -50 и ? 65 Градус Цельсия Участник закупки указывает в заявке диапазон значений характеристики Материал корпуса металл Значение характеристики не может изменяться участником закупки Покрытие порошковая краска Значение характеристики не может изменяться участником закупки цвет пыльно-серый Значение характеристики не может изменяться участником закупки кронштей наличие Значение характеристики не может изменяться участником закупки крепежные элементы наличие Значение характеристики не может изменяться участником закупки паспорт изделия наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Высота - 450 - Миллиметр - Значение характеристики не может изменяться участником закупки - Ширина - 110 - Миллиметр - Значение характеристики не может изменяться участником закупки - Длина (без дополнительного выдвижного элемента) - 1533 - Миллиметр - Значение характеристики не может изменяться участником закупки - Масса - 11 - Килограмм - Значение характеристики не может изменяться участником закупки - Диапазон рабочих температур - > -50 и ? 65 - Градус Цельсия - Участник закупки указывает в заявке диапазон значений характеристики - Материал корпуса - металл - - Значение характеристики не может изменяться участником закупки - Покрытие - порошковая краска - - Значение характеристики не может изменяться участником закупки - цвет - пыльно-серый - - Значение характеристики не может изменяться участником закупки - кронштей - наличие - - Значение характеристики не может изменяться участником закупки - крепежные элементы - наличие - - Значение характеристики не может изменяться участником закупки - паспорт изделия - наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Высота - 450 - Миллиметр - Значение характеристики не может изменяться участником закупки

Ширина - 110 - Миллиметр - Значение характеристики не может изменяться участником закупки

Длина (без дополнительного выдвижного элемента) - 1533 - Миллиметр - Значение характеристики не может изменяться участником закупки

Масса - 11 - Килограмм - Значение характеристики не может изменяться участником закупки

Диапазон рабочих температур - > -50 и ? 65 - Градус Цельсия - Участник закупки указывает в заявке диапазон значений характеристики

Материал корпуса - металл - - Значение характеристики не может изменяться участником закупки

Покрытие - порошковая краска - - Значение характеристики не может изменяться участником закупки

цвет - пыльно-серый - - Значение характеристики не может изменяться участником закупки

кронштей - наличие - - Значение характеристики не может изменяться участником закупки

крепежные элементы - наличие - - Значение характеристики не может изменяться участником закупки

паспорт изделия - наличие - - Значение характеристики не может изменяться участником закупки

- 26.51.64.190 ТОВАР - Приборы для измерения параметров движения и количества прочие Количество контролируемых направлений движения ? 3 ШТ Частота кадров видеосенсора (кадров в секунду) ? 25 Угол обзора по горизонтали ? 90 - - Штука - 7,00 - 911 666,67 - 6 381 666,69

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 7 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество контролируемых направлений движения ? 3 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота кадров видеосенсора (кадров в секунду) ? 25 Участник закупки указывает в заявке конкретное значение характеристики Угол обзора по горизонтали ? 90 Градус (плоского угла) Участник закупки указывает в заявке конкретное значение характеристики Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм наличие Значение характеристики не может изменяться участником закупки Количество независимых видеопотоков для каждого видеосенсора ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Тип процессора графический Значение характеристики не может изменяться участником закупки Число ядер процессора ? 6 Штука Участник закупки указывает в заявке конкретное значение характеристики Частота процессора ? 1.7 Гигагерц Участник закупки указывает в заявке конкретное значение характеристики Объем оперативной памяти вычислительного модуля ? 8 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Вычислительная мощность (TOPS) ? 34 Участник закупки указывает в заявке конкретное значение характеристики тип накопителя SSD Значение характеристики не может изменяться участником закупки Объем накопителя ? 256 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ наличие Значение характеристики не может изменяться участником закупки Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) наличие Значение характеристики не может изменяться участником закупки Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP наличие Значение характеристики не может изменяться участником закупки Электропитание от сети 220В переменного тока наличие Значение характеристики не может изменяться участником закупки Электропитание DC 12В, PoE наличие Значение характеристики не может изменяться участником закупки Максимальная рабочая температура внешней среды ? 60 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Минимальная рабочая температура внешней среды ? -40 Градус Цельсия Участник закупки указывает в заявке конкретное значение характеристики Степень защиты от внешних воздействий не ниже IP65 Значение характеристики не может изменяться участником закупки Детектирование транспортных средство по полосам движения наличие Значение характеристики не может изменяться участником закупки Трекинг транспортных средств в зоне детекции наличие Значение характеристики не может изменяться участником закупки Определение средней скорости движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение интенсивности движения транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение длины очереди транспортных средств по полосам наличие Значение характеристики не может изменяться участником закупки Определение направления движения транспортных средств наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество контролируемых направлений движения - ? 3 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики - Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики - Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки - Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Тип процессора - графический - - Значение характеристики не может изменяться участником закупки - Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики - Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики - тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки - Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки - Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки - Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки - Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки - Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики - Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки - Детектирование транспортных средство по полосам движения - наличие - - Значение характеристики не может изменяться участником закупки - Трекинг транспортных средств в зоне детекции - наличие - - Значение характеристики не может изменяться участником закупки - Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение интенсивности движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение длины очереди транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки - Определение направления движения транспортных средств - наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Количество контролируемых направлений движения - ? 3 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота кадров видеосенсора (кадров в секунду) - ? 25 - - Участник закупки указывает в заявке конкретное значение характеристики

Угол обзора по горизонтали - ? 90 - Градус (плоского угла) - Участник закупки указывает в заявке конкретное значение характеристики

Моторизованный объектив видеосенсора с переменным фокусным расстоянием в диапазоне от 2,8 мм до 12 мм - наличие - - Значение характеристики не может изменяться участником закупки

Количество независимых видеопотоков для каждого видеосенсора - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Тип процессора - графический - - Значение характеристики не может изменяться участником закупки

Число ядер процессора - ? 6 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Частота процессора - ? 1.7 - Гигагерц - Участник закупки указывает в заявке конкретное значение характеристики

Объем оперативной памяти вычислительного модуля - ? 8 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Вычислительная мощность (TOPS) - ? 34 - - Участник закупки указывает в заявке конкретное значение характеристики

тип накопителя - SSD - - Значение характеристики не может изменяться участником закупки

Объем накопителя - ? 256 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Стандарты сжатия видео: H.265, H.264, H.265+, H.264+ - наличие - - Значение характеристики не может изменяться участником закупки

Кодирование видео: до 4 потоков в разрешении 1080p с частотой не менее 25 к/с (H. 264/H. 265) - наличие - - Значение характеристики не может изменяться участником закупки

Поддержка протоколов: DDNS, DHCP, DNS, FTP, HTTP, PPPoE, RTCP, RTP, RTSP, SMTP, UPnP - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание от сети 220В переменного тока - наличие - - Значение характеристики не может изменяться участником закупки

Электропитание DC 12В, PoE - наличие - - Значение характеристики не может изменяться участником закупки

Максимальная рабочая температура внешней среды - ? 60 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Минимальная рабочая температура внешней среды - ? -40 - Градус Цельсия - Участник закупки указывает в заявке конкретное значение характеристики

Степень защиты от внешних воздействий - не ниже IP65 - - Значение характеристики не может изменяться участником закупки

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

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

Определение средней скорости движения транспортных средств по полосам - наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

- 26.20.40.110-00000001 ТОВАР - Источник бесперебойного питания Тип С двойным переключением (off-line) Минимальное время автономной работы при расчетной нагрузке ? 15 МИН Класс защиты IP32 - Штука - 1,00 - 1 034 126,67 - 1 034 126,67

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Тип С двойным переключением (off-line) Значение характеристики не может изменяться участником закупки Минимальное время автономной работы при расчетной нагрузке ? 15 Минута Участник закупки указывает в заявке конкретное значение характеристики Класс защиты IP32 Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Тип - С двойным переключением (off-line) - - Значение характеристики не может изменяться участником закупки - Минимальное время автономной работы при расчетной нагрузке - ? 15 - Минута - Участник закупки указывает в заявке конкретное значение характеристики - Класс защиты - IP32 - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Тип - С двойным переключением (off-line) - - Значение характеристики не может изменяться участником закупки

Минимальное время автономной работы при расчетной нагрузке - ? 15 - Минута - Участник закупки указывает в заявке конкретное значение характеристики

Класс защиты - IP32 - - Значение характеристики не может изменяться участником закупки

- 26.20.14.150 26.20.14.000-00000189 ТОВАР - Сервер Максимальное количество процессоров ? 2 ШТ Количество установленных процессоров ? 2 ШТ Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 ГБАЙТ - Штука - 1,00 - 4 403 333,33 - 4 403 333,33

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Максимальное количество процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество установленных процессоров ? 2 Штука Участник закупки указывает в заявке конкретное значение характеристики Максимальный общий поддерживаемый объем оперативной памяти сервера ? 3048 Гигабайт Участник закупки указывает в заявке конкретное значение характеристики Тип сервера Стоечный Значение характеристики не может изменяться участником закупки Наличие выделенных интерфейсов для объединения серверных шасси в кластер Да Значение характеристики не может изменяться участником закупки Аппаратная поддержка виртуализации Опционально Значение характеристики не может изменяться участником закупки Защитная панель безопасности Нет Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество установленных процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики - Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки - Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки - Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки - Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Максимальное количество процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Количество установленных процессоров - ? 2 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Максимальный общий поддерживаемый объем оперативной памяти сервера - ? 3048 - Гигабайт - Участник закупки указывает в заявке конкретное значение характеристики

Тип сервера - Стоечный - - Значение характеристики не может изменяться участником закупки

Наличие выделенных интерфейсов для объединения серверных шасси в кластер - Да - - Значение характеристики не может изменяться участником закупки

Аппаратная поддержка виртуализации - Опционально - - Значение характеристики не может изменяться участником закупки

Защитная панель безопасности - Нет - - Значение характеристики не может изменяться участником закупки

- 58.29.1 58.29.11.000-00000003 ТОВАР - Программное обеспечение Способ предоставления Копия электронного экземпляра Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации - Штука - 1,00 - 393 563,33 - 393 563,33

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.04) Средства виртуализации Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.04) Средства виртуализации - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (02.04) Средства виртуализации - - Значение характеристики не может изменяться участником закупки

- 26.30.11.122 26.30.11.120-00000002 ТОВАР - Маршрутизатор Количество блоков питания ? 1 ШТ Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 ШТ - Штука - 1,00 - 2 413 266,67 - 2 413 266,67

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА СЕВАСТОПОЛЯ "ДИРЕКЦИЯ ПО РАЗВИТИЮ ДОРОЖНО-ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ ГОРОДА СЕВАСТОПОЛЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Количество блоков питания ? 1 Штука Участник закупки указывает в заявке конкретное значение характеристики Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) ? 8 Штука Участник закупки указывает в заявке конкретное значение характеристики - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Количество блоков питания - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики - Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) - ? 8 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Количество блоков питания - ? 1 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

Количество портов 100BASE-TX (FastEthernet; стандарт IEEE 802.3u) - ? 8 - Штука - Участник закупки указывает в заявке конкретное значение характеристики

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

Преимущества, требования к участникам

Преимущества: Не установлены

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 2.1 ст. 31 Закона № 44-ФЗ 1.1? Требования в соответствии c пунктом 4 ПП РФ от 29.12.2021 №2571 Дополнительные требования Наличие у участника закупки опыта исполнения (с учетом правопреемства) в течение трех лет до даты подачи заявки на участие в закупке контракта или договора, заключенного в соответствии с Федеральным законом от 18 июля 2011 года № 223-ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц» при условии исполнения таким участником закупки требований об уплате неустоек (штрафов, пеней), предъявленных при исполнении таких контракта, договора. Стоимость исполненных обязательств по таким контракту, договору должна составлять не менее двадцати процентов начальной (максимальной) цены контракта. Информация и документы, подтверждающие соответствие участника закупки дополнительному требованию, установленному в соответствии с частью 2.1 ст. 31 Закона о контрактной системе, являются информация и документы, предусмотренные хотя бы одним из следующих подпунктов: а) номер реестровой записи в предусмотренном Законом о контрактной системе реестре контрактов, заключенных заказчиками (в случае исполнения участником закупки контракта, информация и документы в отношении которого включены в установленном порядке в такой реестр и размещены на официальном сайте единой информационной системы в информационно-телекоммуникационной сети "Интернет"); б) выписка из предусмотренного Законом о контрактной системе реестра контрактов, содержащего сведения, составляющие государственную тайну (в случае исполнения участником закупки контракта, информация о котором включена в установленном порядке в такой реестр); в) исполненный контракт, заключенный в соответствии с Законом о контрактной системе, или договор, заключенный в соответствии с Федеральным законом "О закупках товаров, работ, услуг отдельными видами юридических лиц", а также акт приемки поставленных товаров, выполненных работ, оказанных услуг, подтверждающий цену поставленных товаров, выполненных работ, оказанных услуг. 2. Требование к поставщику (подрядчику, исполнителю), не являющемуся субъектом малого предпринимательства или социально ориентированной некоммерческой организацией, о привлечении к исполнению контракта субподрядчиков, соисполнителей из числа субъектов малого предпринимательства, социально ориентированных некоммерческих организаций в соответствии с ч. 5 ст. 30 Закона № 44 ФЗ Дополнительные требования Объем привлечения 40% от цены контракта Установлено 3. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 4. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ Показать все (5)

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202508745000001008000224

Начальная (максимальная) цена контракта: 108 570 509,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Размер аванса, %: 50,00

Идентификационный код закупки (ИКЗ): 252920000116792000100101700020000244

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 26.10.2027

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 1 085 705,09 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной статьей 45 Федерального закона 44-ФЗ. Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства Российской Федерации от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643670000007400, л/c 05742J02910, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ//УФК по г. Севастополю г. Севастополь , к/c 40102810045370000056

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г Севастополь

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 5 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000007400, л/c 05742J02910, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ//УФК по г. Севастополю г. Севастополь , к/c 40102810045370000056

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: В соответствии с Разделом 12. "КАЧЕСТВО ОКАЗАННЫХ УСЛУГ, ТРЕБОВАНИЕ К ГАРАНТИЙНОМУ СОПРОВОЖДЕНИЮ" Контракта

Информация о требованиях к гарантийному обслуживанию товара: не требуется

Требования к гарантии производителя товара: не требуется

Требуется обеспечение гарантийных обязательств: Да

Размер обеспечения гарантийных обязательств: 1 085 705,09 Российский рубль

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: В соответствии с Разделом 11. "ОБЕСПЕЧЕНИЕ ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ" Контракта

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643670000007400, л/c 05742J02910, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ//УФК по г. Севастополю г. Севастополь , к/с 40102810045370000056

Требуется казначейское сопровождение контракта

Тип казначейского сопровождения контракта: Расчеты по контракту в части выплаты аванса подлежат казначейскому сопровождению

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 26.10.2027

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Документы

Общая информация

Документы

Журнал событий