| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Штатный режим работы ПО. |
24 часа 365 дней в году |
|
|
| Доступность ПО |
≥ 95,00 |
|
|
| Возможность доступ пользователей к функциональным сервисам компонентов ПО по технологии веб-интерфейса (пользовательский интерфейс на базе веб-страниц). |
да |
|
|
| Возможность идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями. |
Да |
|
|
| Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. |
Да |
|
|
| Использование в составе ПО СКЗИ, имеющего действующий сертификат ФСТЭК России по защите от НСД, класс |
≥ 5,00 |
|
|
| Использование в составе ПО СКЗИ, имеющего действующий сертификат ФСТЭК России по уровню контроля отсутствия НДВ, уровень |
≥ 4,00 |
|
|
| Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. |
Да |
|
|
| Влияние на метрологическую значимую часть ПО отсутствует. |
Да |
|
|
| Влияние человека на процедуру фиксации событий в ПО отсутствует. |
Да |
|
|
| Возможность двустороннего взаимодействия с находящейся в эксплуатации Заказчика информационной системой. |
Да |
|
|
| Возможность взаимодействия (в части загрузки данных о проездах грузовых ТС) с КАФ |
Да |
|
|
| Отображение на картографической подложке подключенных АПВГК и КАФ. |
Да |
|
|
| Возможность зуммирования фотоизображения проездах грузового ТС. |
Да |
|
|
| Возможность просмотра истории обработки данных, полученных от АПВГК и КАФ. |
Да |
|
|
| Требования к техническим и качественным характеристикам программного обеспечения - целевое назначение ПО должно сохраняться на протяжении всего срока эксплуатации. Должно предусматривать возможность масштабирования по производительности и объёму обрабатываемой информации без модификации её программного обеспечения путём модернизации используемого комплекса технических средств (серверного оборудования и базового программного обеспечения). |
Наличие |
|
|
| Требования к надежности. - ПО должно обеспечивать отказоустойчивый режим функционирования в режиме круглосуточной работы, предусматривающий возможность автоматического восстановления работоспособности при временной недоступности или сбоях в работе стороннего программного обеспечения или текущего окружения, включая недоступность сети доступа, компонентов операционной системы или внешних систем, с которыми интегрировано ПО. - ПО должно предусматривать хранение резервных копий критически важных компонентов и возможность их восстановления из резервных копий. |
Наличие |
|
|
| Требования к эргономике и технической эстетики. - взаимодействие пользователей с прикладным программным обеспечением, входящим в состав ПО, должно осуществляться посредством визуального графического интерфейса. - доступ пользователей к функциональным сервисам компонентов ПО должен осуществляться по технологии веб-интерфейса (пользовательский интерфейс на базе веб-страниц). - интерфейс компонентов ПО должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. - навигационные элементы должны быть выполнены в удобной для пользователя форме. - ввод-вывод данных в компоненты ПО, приём управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. - интерфейс компонентов ПО должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление преимущественно должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании полей экранных форм. - интерфейс компонентов ПО должен обеспечивать контроль ввода данных пользователем на предмет заполнения обязательных полей и корректности формата введенных данных. |
Наличие |
|
|
| Экранные формы должны быть реализованы с учетом требований по унификации: - все экранные формы пользовательского интерфейса компонентов ПО должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; - для обозначения сходных операций должны использоваться сходные графические изображения, кнопки и другие управляющие (навигационные) элементы; - термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; - внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны быть реализованы одинаково для однотипных элементов; - при заполнении полей форм должны использоваться классификаторы и справочники; - для дат должны быть предусмотрена возможность ввода как в текстовом формате, так и с помощью визуального контрольного элемента – календаря; - в процессе ввода данных должна осуществляться оперативная проверка их корректности по формату и диапазонам значений. Сообщения об ошибках должны указывать на конкретные отклонения от формата или допустимого диапазона; - для наиболее часто используемых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе на экран должно выводиться сообщение с наименованием ошибки. |
Наличие |
|
|
| - Компоненты ПО должны иметь информационное обеспечение, представляющее собой совокупность всех необходимых для функционирования сведений, нормативно-справочной информации, информационных объектов, и обеспечивать возможность взаимодействия с системами управления базами данных. |
Наличие |
|
|
| Требования к информационной безопасности. Обеспечение информационной безопасности должно оказывать возможность управления правами доступа пользователей к программным компонентам ПО. Предоставление прав доступа, определяемых для устанавливаемого подключения, должно быть организовано на основе трёх автономно работающих компонентов: - на уровне системы хранения данных; - на уровне системы управления логикой работы пользовательского приложения; - на уровне управления, контроля и маршрутизации передаваемых данных. |
Наличие |
|
|
| ПО должно: - идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями; - вести регистрацию пользователей, их идентификацию и аутентификацию на пользователей и администраторов ПО. |
Наличие |
|
|
| Требования по обеспечению защиты конфиденциальной информации (в том числе персональных данных): - ПО должно обеспечивать защиту информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну (включая информацию, являющуюся коммерческой тайной), в соответствии с требованиями законодательства Российской Федерации; - в составе ПО должно использоваться СКЗИ, имеющее действующий сертификат ФСТЭК России по защите от НСД не ниже 5 класса и по уровню контроля отсутствия не декларированных возможностей (НДВ) не ниже 4 уровня. Обеспечение информационной безопасности предполагает наличие возможности управления правами доступа пользователей к программным компонентам ПО. |
Наличие |
|
|
| Требования к структуре ПО. Для реализации и выполнения автоматизируемых функций должны быть внедрены и настроены следующие программные элементы ПО: - Подсистема взаимодействия с ИС ВГК; - Подсистема «Раскрытие ГРЗ»; - Подсистема «Карта»; - Подсистема «Контроль качества»; - Подсистема «Администрирование». |
Наличие |
|
|
| Требования соответствия. Подсистемы «Раскрытие ГРЗ» должна быть реализована с: - уровнем защиты, соответствующим уровню «высокий» согласно п. 6.6.5 ГОСТ Р 8.883-2015; - соблюдением принципа недопустимости влияния пользователя на результат идентификация ГРЗ ТС. В результате соблюдения данного принципа пользователю должен предоставляется доступ только к уже конечному результату идентификации ГРЗ для его оценки. - уровень защиты и соблюдение принципа недопустимости влияние на результаты идентификации ГРЗ ТС должны быть подтверждены сертификатом соответствия. |
Наличие |
|
|
| Поставляемое ПО должно соответствовать требованиям нормативной документации по ГОСТ 8.654-2015, ГОСТ 8.883-2015, в том числе должно быть подтверждено, что: - метрологическая значимая часть выделена отдельно, разделение ПО реализовано на «высоком» уровне; - влияние на метрологическую значимую часть ПО отсутствует; - влияние человека на процедуру фиксации событий в ПО отсутствует; - ПО работает в автоматическом режиме (за исключением этапа контроля результатов); - идентификационные признаки ПО не зависят от способа идентификации и их достаточно для однозначной идентификации используемого программного обеспечения. |
Наличие |
|
|
| В соответствии с постановлениями Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» и от 16.11.2015 № 1236 «Об утверждении Правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных и единого реестра программ для электронных вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за исключением Российской Федерации» сведения о ПО должны содержаться в Едином реестре российских программ для электронных вычислительных машин и баз данных. |
Наличие |
|
|
| Требования к патентной чистоте. Исполнитель должен поставлять Заказчику только те сторонние компоненты, которые приобретены (получены) и используются без нарушений лицензионных соглашений, а также прав третьих лиц. |
Наличие |
|
|
| Установка ПО в целом, как и установка отдельных частей и модулей ПО, не должна предъявлять дополнительных требований к Заказчику о покупке лицензий на программное обеспечение сторонних производителей, за исключением: - серверной операционной системы; - операционных систем АРМ; - программного обеспечения для безопасной передачи данных в защищённой сети (VipNet или аналоги); - специального программного обеспечения, предназначенного для формирования электронных цифровых подписей; - систем управления реляционными базами данных. |
Наличие |
|
|
| Требования к технической документации. Исполнитель должен предоставить Заказчику: - дистрибутивный (установочный) комплект ПО на CD или DVD диске; - руководство пользователя в бумажном виде и в электронном виде; - руководство администратора в бумажном виде и в электронном виде; - лицензия на право использования экземпляра ПО в бумажном виде; - утвержденную программу и методику испытаний ПО. |
Наличие |
|
|
| Техническая документация на ПО должна быть выполнена на русском языке. |
Наличие |
|
|
| Документация на ПО в электронном виде должна быть предоставлена Заказчику в формате: - текстовые документы – в редактируемом текстовом формате; - схемы, рисунки и другие графические материалы – в редактируемом графическом формате. |
Наличие |
|
|
| Комплект технической документации должен содержать сведения, достаточные для эксплуатации, развития программного обеспечения и технических средств ПО в соответствии с требованиями нормативных правовых актов Российской Федерации. |
Наличие |
|
|
| Требования к функциональным возможностям ПО. Общие требования: - возможность двустороннего взаимодействия с находящейся в эксплуатации Заказчика информационной системой (далее – «ИС ВГК») в части приема информации о проездах крупногабаритных и/или тяжеловесных ТС со скрытыми ГРЗ зафиксированной АПВГК с целью дальнейшего поиска информации о ГРЗ ТС и формирования доказательственной базы, необходимой для привлечения собственника (владельца) к административной ответственности, предусмотренной ст. 12.21.1 КоАП РФ. - возможность взаимодействия с поставляемыми в рамках настоящего Технического задания КАФ. - механизм идентификации и проверки подлинности пользователей при входе в ПО с использованием идентификатора (логина) и пароля и осуществлять их доступ в соответствии с заданными Администратором ПО ролями (правами доступа к функционалу ПО). |
Наличие |
|
|
| Требования к подсистеме взаимодействия с ИС ВГК. - прием от ИС ВГК запросов на обработку, содержащих данные проездов ТС нуждающихся в раскрытия ГРЗ. - периодическое информирование ИС ВГК о статусе обработки материала (начальный и конечный), полученного от нее с целью раскрытия ГРЗ или по запросу из ИС ВГК. - двустороннее взаимодействие с ИС ВГК в части получения и сохранения исторической информации о проездах грузовых ТС, необходимой для эффективной работы подсистемы «Раскрытие ГРЗ». - выгрузку в ИС ВГК результатов работы подсистемы «Раскрытие ГРЗ», с сопутствующим фото-видео материалом (при наличии), с информаций о ГРЗ, месте и времени фиксации, направлении движения, сведениях о поверки и сертификации КАФ. - синхронизацию ИС ВГК с ПО в части отдельных элементов справочников АПВГК, а также информации о местах их дислокации, координатах, поверке и сертификации. |
Наличие |
|
|
| Требования к подсистеме «Раскрытие ГРЗ». - загрузка данных о проездах грузовых ТС, потенциально двигающихся в зоне фиксации АПВГК со скрытым или плохо читаемым ГРЗ, с поставляемых в рамках настоящего Технического задания КАФ. - возможность осуществлять хранение информации о проездах ТС (необходимых для функционирования подсистемы «Раскрытие ГРЗ»), включая фотоматериалы, и устанавливать сроки хранения данной информации. Сопоставление снимка проезда ТС через АПВГК со скрытым ГРЗ с полученным массивом фотоматериала полученных с попутных КАФ к данному АПВГК с целью поиска фотоизображения с открытым ГРЗ. В процессе поиска подсистема должна анализировать исключительно участки фотоснимков, на которых расположено само ТС, без учета фона (дорожного покрытия, горизонта, объектов придорожной инфраструктуры и т.п.). - поиск в ИС ВГК исторического материала (данных о проездах грузовых ТС) и его дальнейший анализ с целью обеспечения максимальной релевантности результата работы подсистемы «Раскрытие ГРЗ». - сохранение результатов анализа каждого обработанного фотоизображения, с целью их дальнейшего более оперативного использования в работе ПО. - в процессе работы, подсистема должна оперировать не только визуальными признаками схожести ТС на фотоизображениях, но и также учитывать предполагаемый маршрут движения, среднюю предполагаемую скорость ТС и время прохождения расстояния между попутных КАФ и АПВГК |
Наличие |
|
|
| Требования к подсистеме «Карта». - отображение на картографической подложке АПВГК и КАФ. - анализ предполагаемого маршрута следования ТС, двигающегося с признаками нарушения действующего законодательства в части движения тяжеловесных и (или) крупногабаритных ТС в зоне проведения автоматического весогабаритного контроля со скрытым ГРЗ. - визуального отображения на картографической подложке предполагаемого маршрута следования тяжеловесного и/или крупногабаритного ТС, от АПВГК к попутному КАФ. - подсистема должна основываться на открытой географической базе данных OpenStreetMap или аналогичной. Для корректной работы подсистемы на АРМ должен быть обеспечен доступ к ресурсу https://www.openstreetmap.org или аналогичному. |
Наличие |
|
|
| Требования к подсистеме «Контроль качества». Возможность визуальной оценки результата работы подсистемы «Раскрытия ГРЗ», а именно: - визуально сопоставить снимок ТС со скрытым ГРЗ и найденных максимально релевантных ему фактов фиксации ТС с попутных КАФ; - ознакомиться с сопутствующим распознающим и обзорным (при наличии) снимком ТС; ознакомиться с сопутствующей текстовой и графической информацией: - дата, время и место фиксации; - предполагаемое расстояние между попутными КАФ и АПВГК; - предполагаемая средняя скорость; - предполагаемый маршрут следования; - результат распознавания ГРЗ; - отдельный снимок ГРЗ. Возможность зуммирования фотоизображения ТС. Возможность обработать результат работы подсистемы «Раскрытия ГРЗ» с подтверждением корректности результата распознавания ГРЗ с установлением логической связи между проездами ТС через АПВГК и через КАФ. Возможность обработать результат работы подсистемы «Раскрытия ГРЗ» без подтверждения корректности результата распознавания ГРЗ (в случаях, когда ТС не было идентифицировано). На рабочей форме подсистемы «Контроль качества» пользователю для анализа должен выводится только один факт проезда с каждого попутного КАФ. Пользователь имеет возможность только подтвердить или отклонить результат работы подсистемы «Раскрытие ГРЗ» в разрезе каждого попутного КАФ. |
Наличие |
|
|
| Требования к подсистеме «Администрирование». Использование ролевой модели пользователей. Ролевая модель доступа к ПО должна обеспечивать для различных пользователей различные права доступа к отдельным наборам данных и функций ПО в соответствии с назначенной им ролью. Регистрация (протоколирование) всех действий пользователей ПО в журнале администрирования. Работа с журналом администрирования, включая просмотр списка действий пользователей за текущую неделю, поиск и фильтрация списка действий пользователей. Ведение справочников АПВГК и КАФ. Настройка соответствия направлений фиксации попутных КАФ по отношению к АПВГК. Настройка и администрирование протоколов и форматов сбора данных с КАФ. Возможность взаимодействия пользователей непосредственно в ПО посредством использования текстовых сообщений. Возможность использования не контекстных обсуждений, в том числе: - просматривать сообщения обсуждения; - добавлять сообщения в обсуждение; - изменять название (тему) обсуждения; - добавлять новых участников; - покинуть обсуждение. Возможность использования контекстных обсуждений, в том числе: - просматривать сообщения обсуждения; - добавлять сообщения в обсуждение. |
Наличие |
|
|
| Обеспечение возможность двустороннего взаимодействия ИС ВГК (в части выгрузки информации о ТС, двигающихся в зоне проведения весогабаритного контроля со скрытыми ГРЗ, выгрузки данных о проездах грузовых ТС и загрузке результатов раскрытия ГРЗ) с поставляемым в рамках настоящего технического задания ПО |
Да |
|
|
| Требования к патентной чистоте. Документальное подтверждение у исполнителя наличия прав на модификацию и иное использование ИС ВГК, выданных автором или иным правообладателем, подтвержденное одним из перечисленных документов: - документом, подтверждающим наличие у Исполнителя исключительных прав на ИС ВГК; - лицензионный договор (лицензионное соглашение) с правообладателем, предоставляющий Исполнителю полномочия, необходимые и достаточные для модернизации ИС ВГК. |
Наличие |
|
|
| Установка ПО не должна предъявлять дополнительных требований к Заказчику о покупке лицензий на программное обеспечение сторонних производителей. |
Наличие |
|
|
| Возможность отправки запросов и получения сведений о текущем статусе обработки направленных пакетов данных в ПО. |
Наличие |
|
|
| Возможность автоматического приема результатов обработки данных из ПО. |
Наличие |
|
|
| Соответствие поставляемого ПО указанным в Приложении № 6 к настоящему Техническому заданию минимальным системным требованиям |
Да |
|
|
| Класс программ для электронных вычислительных машин и баз данных |
(12.02) Программное обеспечение для решения отраслевых задач в области транспорта |
|
|
| Количество пользователей |
≥ 25,00 |
|
|
| Вид лицензии |
Простая (неисключительная) |
|
|
| Способ предоставления |
Экземпляр на материальном носителе |
|
|
Зарегистрироваться
Войти
Все сервисы
