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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РОСЭЛТОРГ (АО«ЕЭТП»)

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

Размещение осуществляет: Заказчик ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "СИТУАЦИОННО-ИНФОРМАЦИОННЫЙ ЦЕНТР МИНИСТЕРСТВА ТРАНСПОРТА РОССИЙСКОЙ ФЕДЕРАЦИИ"

Наименование объекта закупки: На выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс»

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

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

Номер типовых условий контракта: 1400700000521003

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

Размещение осуществляет: Заказчик

Организация, осуществляющая размещение: ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "СИТУАЦИОННО-ИНФОРМАЦИОННЫЙ ЦЕНТР МИНИСТЕРСТВА ТРАНСПОРТА РОССИЙСКОЙ ФЕДЕРАЦИИ"

Почтовый адрес: 107078, г. Москва, ул. Садовая-Спасская, д. 18, стр. 1

Место нахождения: 107078, Г.МОСКВА, вн.тер.г. МУНИЦИПАЛЬНЫЙ ОКРУГ КРАСНОСЕЛЬСКИЙ, УЛ САДОВАЯ-СПАССКАЯ, Д. 18, СТР. 1, ПОМЕЩ. 1

Ответственное должностное лицо: Теселкин В. А.

Адрес электронной почты: v.teselkin@sicmt.ru

Номер контактного телефона: 7-495-2490302

Дополнительная информация: Заказчик : Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» (ФГБУ «СИЦ Минтранса России»). Юридический адрес: 107078, г. Москва, вн. тер. г. муниципальный округ Красносельский, ул. Садовая-Спасская, д.18 стр. 1, помещ. 1. E-mail: info@sicmt.ru. Телефон: +7(495)2490302. Ответственное должностное лицо Заказчика: Теселкин В.А.

Регион: Москва

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

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

Дата окончания срока рассмотрения и оценки первых частей заявок: 12.01.2026

Дата проведения процедуры подачи предложений о цене контракта: 13.01.2026

Дата окончания срока рассмотрения и оценки вторых частей заявок: 14.01.2026

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

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

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

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

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

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

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

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

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

Количество этапов: 3

Закупка за счет собственных средств организации: Да

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

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

- 62.01.11.000 - Этап №1: Разработка документации на систему ОКПД2: 62.01.11.000 ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации ... 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - Условная единица - 1,00 - 3 860 082,61 - 3 860 082,61

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации Значение характеристики не может изменяться участником закупки СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) Значение характеристики не может изменяться участником закупки 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.3 Основания для выполнения работ 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; Значение характеристики не может изменяться участником закупки 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» Значение характеристики не может изменяться участником закупки 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации 1.5 Сроки начала и окончания работ Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) Значение характеристики не может изменяться участником закупки 1.6 Порядок оформления и предъявления результатов работ Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. Значение характеристики не может изменяться участником закупки 1.7 Место выполнения Работ Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет Значение характеристики не может изменяться участником закупки 2 Назначение и цели развития Системы 2.1 Назначение Системы АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий Значение характеристики не может изменяться участником закупки Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями 2.2 Цели развития Системы Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест Значение характеристики не может изменяться участником закупки 2.3 Состав выполняемых задач Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» Значение характеристики не может изменяться участником закупки 3.2 Текущее состояние объекта автоматизации АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 Значение характеристики не может изменяться участником закупки Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время 3.2.1 Состав используемого ПО Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Значение характеристики не может изменяться участником закупки Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) 3.3 Объект автоматизации в рамках настоящего Технического задания Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 4 Требования к Системе 4.1 Требования к развитию Системы в целом Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» Значение характеристики не может изменяться участником закупки 4.1.1 Требования к интеграционной архитектуре Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx Значение характеристики не может изменяться участником закупки 4.1.2 Требования к режимам функционирования Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком Значение характеристики не может изменяться участником закупки Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ 4.1.3 Показатели назначения В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе Значение характеристики не может изменяться участником закупки Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» 4.1.4 Требования к надежности функционирования и доступности для пользователей ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) Значение характеристики не может изменяться участником закупки Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК 4.1.5 Требования по диагностированию Системы Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы Значение характеристики не может изменяться участником закупки 4.1.6 Требования к транспортабельности Не предъявляются Значение характеристики не может изменяться участником закупки 4.1.7 Требования к эксплуатации и техническому обслуживанию Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание Значение характеристики не может изменяться участником закупки 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется Значение характеристики не может изменяться участником закупки 4.1.9 Требования к информационной безопасности Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; Значение характеристики не может изменяться участником закупки – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» 4.1.10 Требования к безопасности исходного кода Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО Значение характеристики не может изменяться участником закупки Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» Значение характеристики не может изменяться участником закупки 4.1.12 Требования по сохранности информации при авариях При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными Значение характеристики не может изменяться участником закупки 4.1.13 Требования к патентной чистоте и патентоспособности 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком Значение характеристики не может изменяться участником закупки 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта 4.1.14 Требования к численности персонала оператора Системы Дополнительные требования к численности персонала оператора не предъявляются Значение характеристики не может изменяться участником закупки 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации Значение характеристики не может изменяться участником закупки 4.1.16 Требуемый режим работы персонала оператора Системы Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы Значение характеристики не может изменяться участником закупки 4.1.17 Требования к эргономике и технической эстетике Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях Значение характеристики не может изменяться участником закупки Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями Значение характеристики не может изменяться участником закупки Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) Значение характеристики не может изменяться участником закупки Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается 4.3.2. Требования к организации хранилища данных В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком Значение характеристики не может изменяться участником закупки 4.3.3. Требования к организации ввода данных Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач Значение характеристики не может изменяться участником закупки 4.3.4. Требования к информационному обмену между компонентами Системы Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет Значение характеристики не может изменяться участником закупки 4.3.5. Требования по применению систем управления хранилищами и базами данных В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) Значение характеристики не может изменяться участником закупки 5 Состав и содержание работ по развитию АСУ ТК В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий Значение характеристики не может изменяться участником закупки 5.1 Состав работ и график их выполнения (календарный план) Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 Значение характеристики не может изменяться участником закупки Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ Значение характеристики не может изменяться участником закупки 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям Значение характеристики не может изменяться участником закупки Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком 6.3 Порядок контроля и приемки выполненных работ 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. Значение характеристики не может изменяться участником закупки 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика 6.4 Сведения о гарантийном обслуживании Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку Значение характеристики не может изменяться участником закупки В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию 7 Источники разработки Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки - СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина - 1 Общие сведения 1.1 Наименование системы - Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) - - Значение характеристики не может изменяться участником закупки - 1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.3 Основания для выполнения работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; - - Значение характеристики не может изменяться участником закупки - 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; - 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки - 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; - 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации - 1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки - 1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки - 2 Назначение и цели развития Системы 2.1 Назначение Системы - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий - - Значение характеристики не может изменяться участником закупки - Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями - 2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки - 2.3 Состав выполняемых задач - Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки - 3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки - Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» - 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ - АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время - 3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки - Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности - Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) - 3.3 Объект автоматизации в рамках настоящего Технического задания - Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки - 4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки - 4.1.2 Требования к режимам функционирования - Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком - - Значение характеристики не может изменяться участником закупки - Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ - 4.1.3 Показатели назначения - В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе - - Значение характеристики не может изменяться участником закупки - Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения - Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» - 4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки - Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК - 4.1.5 Требования по диагностированию Системы - Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы - - Значение характеристики не может изменяться участником закупки - 4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.7 Требования к эксплуатации и техническому обслуживанию - Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание - - Значение характеристики не может изменяться участником закупки - 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки - 4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки - – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; - – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» - 4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки - Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента - 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки - 4.1.12 Требования по сохранности информации при авариях - При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными - - Значение характеристики не может изменяться участником закупки - 4.1.13 Требования к патентной чистоте и патентоспособности - 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком - - Значение характеристики не может изменяться участником закупки - 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация - Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации - 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта - 4.1.14 Требования к численности персонала оператора Системы - Дополнительные требования к численности персонала оператора не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков - Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации - - Значение характеристики не может изменяться участником закупки - 4.1.16 Требуемый режим работы персонала оператора Системы - Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы - - Значение характеристики не может изменяться участником закупки - 4.1.17 Требования к эргономике и технической эстетике - Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях - - Значение характеристики не может изменяться участником закупки - Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы - 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями - - Значение характеристики не может изменяться участником закупки - Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки - Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия - Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ - В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок - Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования - 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки - Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается - 4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки - 4.3.3. Требования к организации ввода данных - Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач - - Значение характеристики не может изменяться участником закупки - 4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки - 4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки - 5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки - 5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки - Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 - 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки - 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей - Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям - - Значение характеристики не может изменяться участником закупки - Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком - 6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки - 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика - 6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки - В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию - 7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

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

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки

СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина

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

1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

1.3 Основания для выполнения работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; - - Значение характеристики не может изменяться участником закупки

10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010;

19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»

1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки

11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»;

26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации

1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки

1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки

1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки

2 Назначение и цели развития Системы 2.1 Назначение Системы - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий - - Значение характеристики не может изменяться участником закупки

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

2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки

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

3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки

3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки

Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР»

19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ

АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время

3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки

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

Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов)

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

4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки

4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки

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

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

4.1.3 Показатели назначения - В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе - - Значение характеристики не может изменяться участником закупки

Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения

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

4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки

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

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

4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки

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

4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки

4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки

– выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250;

– выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну»

4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки

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

4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки

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

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

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

Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации

4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта

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

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

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

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

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

4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями - - Значение характеристики не может изменяться участником закупки

Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки

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

Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ

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

Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования

4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки

Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается

4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки

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

4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки

4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки

5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки

5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки

Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026

6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки

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

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

6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки

6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика

6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки

В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию

7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

- 62.01.11.000 - Этап №2: Разработка и адаптация программного обеспечения, разработка рабочей документации ОКПД2: 62.01.11.000 ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации ... 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - Условная единица - 1,00 - 14 664 217,63 - 14 664 217,63

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации Значение характеристики не может изменяться участником закупки СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) Значение характеристики не может изменяться участником закупки 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.3 Основания для выполнения работ 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; Значение характеристики не может изменяться участником закупки 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» Значение характеристики не может изменяться участником закупки 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации 1.5 Сроки начала и окончания работ Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) Значение характеристики не может изменяться участником закупки 1.6 Порядок оформления и предъявления результатов работ Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. Значение характеристики не может изменяться участником закупки 1.7 Место выполнения Работ Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет Значение характеристики не может изменяться участником закупки 2 Назначение и цели развития Системы 2.1 Назначение Системы Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями Значение характеристики не может изменяться участником закупки АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий 2.2 Цели развития Системы Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест Значение характеристики не может изменяться участником закупки 2.3 Состав выполняемых задач Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» Значение характеристики не может изменяться участником закупки 3.2 Текущее состояние объекта автоматизации АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 Значение характеристики не может изменяться участником закупки Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время 3.2.1 Состав используемого ПО Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Значение характеристики не может изменяться участником закупки Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) 3.3 Объект автоматизации в рамках настоящего Технического задания Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 4 Требования к Системе 4.1 Требования к развитию Системы в целом Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» Значение характеристики не может изменяться участником закупки 4.1.1 Требования к интеграционной архитектуре Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx Значение характеристики не может изменяться участником закупки 4.1.2 Требования к режимам функционирования Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком Значение характеристики не может изменяться участником закупки Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ 4.1.3 Показатели назначения Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения Значение характеристики не может изменяться участником закупки Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе 4.1.4 Требования к надежности функционирования и доступности для пользователей ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) Значение характеристики не может изменяться участником закупки Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК 4.1.5 Требования по диагностированию Системы Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы Значение характеристики не может изменяться участником закупки 4.1.6 Требования к транспортабельности Не предъявляются Значение характеристики не может изменяться участником закупки 4.1.7 Требования к эксплуатации и техническому обслуживанию Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание Значение характеристики не может изменяться участником закупки 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется Значение характеристики не может изменяться участником закупки 4.1.9 Требования к информационной безопасности Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; Значение характеристики не может изменяться участником закупки – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» 4.1.10 Требования к безопасности исходного кода Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО Значение характеристики не может изменяться участником закупки Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» Значение характеристики не может изменяться участником закупки 4.1.12 Требования по сохранности информации при авариях При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными Значение характеристики не может изменяться участником закупки 4.1.13 Требования к патентной чистоте и патентоспособности 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком Значение характеристики не может изменяться участником закупки 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта 4.1.14 Требования к численности персонала оператора Системы Дополнительные требования к численности персонала оператора не предъявляются Значение характеристики не может изменяться участником закупки 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации Значение характеристики не может изменяться участником закупки 4.1.16 Требуемый режим работы персонала оператора Системы Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы Значение характеристики не может изменяться участником закупки 4.1.17 Требования к эргономике и технической эстетике Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях Значение характеристики не может изменяться участником закупки Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок Значение характеристики не может изменяться участником закупки Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) Значение характеристики не может изменяться участником закупки Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается 4.3.2. Требования к организации хранилища данных В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком Значение характеристики не может изменяться участником закупки 4.3.3. Требования к организации ввода данных Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач Значение характеристики не может изменяться участником закупки 4.3.4. Требования к информационному обмену между компонентами Системы Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет Значение характеристики не может изменяться участником закупки 4.3.5. Требования по применению систем управления хранилищами и базами данных В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) Значение характеристики не может изменяться участником закупки 5 Состав и содержание работ по развитию АСУ ТК В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий Значение характеристики не может изменяться участником закупки 5.1 Состав работ и график их выполнения (календарный план) Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 Значение характеристики не может изменяться участником закупки Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ Значение характеристики не может изменяться участником закупки 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям Значение характеристики не может изменяться участником закупки Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком 6.3 Порядок контроля и приемки выполненных работ 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. Значение характеристики не может изменяться участником закупки 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика 6.4 Сведения о гарантийном обслуживании Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку Значение характеристики не может изменяться участником закупки В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию 7 Источники разработки Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки - СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина - 1 Общие сведения 1.1 Наименование системы - Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) - - Значение характеристики не может изменяться участником закупки - 1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.3 Основания для выполнения работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; - - Значение характеристики не может изменяться участником закупки - 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; - 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки - 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; - 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации - 1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки - 1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки - 2 Назначение и цели развития Системы 2.1 Назначение Системы - Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями - - Значение характеристики не может изменяться участником закупки - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий - 2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки - 2.3 Состав выполняемых задач - Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки - 3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки - Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» - 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ - АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время - 3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки - Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности - Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) - 3.3 Объект автоматизации в рамках настоящего Технического задания - Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки - 4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки - 4.1.2 Требования к режимам функционирования - Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком - - Значение характеристики не может изменяться участником закупки - Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ - 4.1.3 Показатели назначения - Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения - - Значение характеристики не может изменяться участником закупки - Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» - В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе - 4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки - Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК - 4.1.5 Требования по диагностированию Системы - Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы - - Значение характеристики не может изменяться участником закупки - 4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.7 Требования к эксплуатации и техническому обслуживанию - Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание - - Значение характеристики не может изменяться участником закупки - 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки - 4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки - – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; - – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» - 4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки - Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента - 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки - 4.1.12 Требования по сохранности информации при авариях - При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными - - Значение характеристики не может изменяться участником закупки - 4.1.13 Требования к патентной чистоте и патентоспособности - 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком - - Значение характеристики не может изменяться участником закупки - 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация - Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации - 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта - 4.1.14 Требования к численности персонала оператора Системы - Дополнительные требования к численности персонала оператора не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков - Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации - - Значение характеристики не может изменяться участником закупки - 4.1.16 Требуемый режим работы персонала оператора Системы - Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы - - Значение характеристики не может изменяться участником закупки - 4.1.17 Требования к эргономике и технической эстетике - Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях - - Значение характеристики не может изменяться участником закупки - Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы - 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок - - Значение характеристики не может изменяться участником закупки - Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования - Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями - Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки - Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия - Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ - 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки - Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается - 4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки - 4.3.3. Требования к организации ввода данных - Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач - - Значение характеристики не может изменяться участником закупки - 4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки - 4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки - 5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки - 5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки - Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 - 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки - 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей - Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям - - Значение характеристики не может изменяться участником закупки - Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком - 6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки - 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика - 6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки - В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию - 7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

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

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки

СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина

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

1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

1.3 Основания для выполнения работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; - - Значение характеристики не может изменяться участником закупки

10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010;

19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»

1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки

11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»;

26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации

1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки

1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки

1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки

2 Назначение и цели развития Системы 2.1 Назначение Системы - Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями - - Значение характеристики не может изменяться участником закупки

АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий

2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки

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

3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки

3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки

Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР»

19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ

АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время

3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки

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

Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов)

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

4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки

4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки

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

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

4.1.3 Показатели назначения - Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения - - Значение характеристики не может изменяться участником закупки

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

В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе

4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки

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

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

4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки

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

4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки

4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки

– выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250;

– выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну»

4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки

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

4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки

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

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

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

Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации

4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта

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

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

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

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

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

4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок - - Значение характеристики не может изменяться участником закупки

Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования

Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями

Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки

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

Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ

4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки

Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается

4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки

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

4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки

4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки

5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки

5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки

Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026

6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки

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

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

6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки

6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика

6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки

В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию

7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

- 62.01.11.000 - Этап №3: Предварительные испытания, опытная эксплуатация, приемочные испытаний ОКПД2: 62.01.11.000 ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации ... 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - Условная единица - 1,00 - 1 475 699,76 - 1 475 699,76

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации Значение характеристики не может изменяться участником закупки СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина 1 Общие сведения 1.1 Наименование системы Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) Значение характеристики не может изменяться участником закупки 1.2 Наименование заказчика и подрядчика Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.3 Основания для выполнения работ 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; Значение характеристики не может изменяться участником закупки 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» Значение характеристики не может изменяться участником закупки 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации 1.5 Сроки начала и окончания работ Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) Значение характеристики не может изменяться участником закупки 1.6 Порядок оформления и предъявления результатов работ Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. Значение характеристики не может изменяться участником закупки 1.7 Место выполнения Работ Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет Значение характеристики не может изменяться участником закупки 2 Назначение и цели развития Системы 2.1 Назначение Системы АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий Значение характеристики не может изменяться участником закупки Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями 2.2 Цели развития Системы Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест Значение характеристики не может изменяться участником закупки 2.3 Состав выполняемых задач Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» Значение характеристики не может изменяться участником закупки 3.2 Текущее состояние объекта автоматизации АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 Значение характеристики не может изменяться участником закупки Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время 3.2.1 Состав используемого ПО Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Значение характеристики не может изменяться участником закупки Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) 3.3 Объект автоматизации в рамках настоящего Технического задания Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности Значение характеристики не может изменяться участником закупки 4 Требования к Системе 4.1 Требования к развитию Системы в целом Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» Значение характеристики не может изменяться участником закупки 4.1.1 Требования к интеграционной архитектуре Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx Значение характеристики не может изменяться участником закупки 4.1.2 Требования к режимам функционирования Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком Значение характеристики не может изменяться участником закупки Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ 4.1.3 Показатели назначения В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе Значение характеристики не может изменяться участником закупки Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» 4.1.4 Требования к надежности функционирования и доступности для пользователей ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) Значение характеристики не может изменяться участником закупки Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК 4.1.5 Требования по диагностированию Системы Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы Значение характеристики не может изменяться участником закупки 4.1.6 Требования к транспортабельности Не предъявляются Значение характеристики не может изменяться участником закупки 4.1.7 Требования к эксплуатации и техническому обслуживанию Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание Значение характеристики не может изменяться участником закупки 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется Значение характеристики не может изменяться участником закупки 4.1.9 Требования к информационной безопасности Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; Значение характеристики не может изменяться участником закупки – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» 4.1.10 Требования к безопасности исходного кода Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО Значение характеристики не может изменяться участником закупки Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» Значение характеристики не может изменяться участником закупки 4.1.12 Требования по сохранности информации при авариях При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными Значение характеристики не может изменяться участником закупки 4.1.13 Требования к патентной чистоте и патентоспособности 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта Значение характеристики не может изменяться участником закупки 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации 4.1.14 Требования к численности персонала оператора Системы Дополнительные требования к численности персонала оператора не предъявляются Значение характеристики не может изменяться участником закупки 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации Значение характеристики не может изменяться участником закупки 4.1.16 Требуемый режим работы персонала оператора Системы Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы Значение характеристики не может изменяться участником закупки 4.1.17 Требования к эргономике и технической эстетике Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях Значение характеристики не может изменяться участником закупки Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок Значение характеристики не может изменяться участником закупки Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) Значение характеристики не может изменяться участником закупки Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается 4.3.2. Требования к организации хранилища данных В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком Значение характеристики не может изменяться участником закупки 4.3.3. Требования к организации ввода данных Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач Значение характеристики не может изменяться участником закупки 4.3.4. Требования к информационному обмену между компонентами Системы Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет Значение характеристики не может изменяться участником закупки 4.3.5. Требования по применению систем управления хранилищами и базами данных В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) Значение характеристики не может изменяться участником закупки 5 Состав и содержание работ по развитию АСУ ТК В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий Значение характеристики не может изменяться участником закупки 5.1 Состав работ и график их выполнения (календарный план) Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 Значение характеристики не может изменяться участником закупки Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ Значение характеристики не может изменяться участником закупки 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям Значение характеристики не может изменяться участником закупки Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком 6.3 Порядок контроля и приемки выполненных работ 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. Значение характеристики не может изменяться участником закупки 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика 6.4 Сведения о гарантийном обслуживании Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку Значение характеристики не может изменяться участником закупки В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию 7 Источники разработки Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки - СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина - 1 Общие сведения 1.1 Наименование системы - Полное наименование системы: информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение системы: АСУ ТК (далее – АСУ ТК, Система). Наименование работ: развитие информационно-аналитической системы регулирования на транспорте (АСУ ТК) (далее – Работы) в части создания АРМ Аналитика функциональной задачи «Транспортно-экономический баланс». Код по ОКПД2: 62.01.11.000 - услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения. Работы, проводимые в рамках данного технического задания предусмотрены в составе ИТ расхода 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК) - - Значение характеристики не может изменяться участником закупки - 1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.3 Основания для выполнения работ - 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; - - Значение характеристики не может изменяться участником закупки - 19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - 1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»; - 1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки - 11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»; - 26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации - 1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки - 1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки - 2 Назначение и цели развития Системы 2.1 Назначение Системы - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий - - Значение характеристики не может изменяться участником закупки - Основными задачами АСУ ТК являются: ? Автоматизация процессов прогнозирования развития транспортного комплекса и поддержки принятия управленческих решений; ? Автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; ? Автоматизация процессов управления программами и мероприятиями по развитию и модернизации транспортного комплекса; ? Автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; ? Информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе. ? Использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; ? Организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями - 2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки - 2.3 Состав выполняемых задач - Для реализации указанной цели в рамках развития Системы должны быть решены следующие задачи: ? разработан инструментарий для автоматизации формирования транспортно-экономического баланса Российской Федерации на основании утвержденной методологии, направленный на решение следующих задач: o ведение сведений по схеме транспортной сети по видам транспорта; o моделирование фактической загрузки транспортной сети на основе сведений по объемам и корреспонденциям грузоперевозок с целью выявления ограничений (узких мест) сети; o обработки данных прогнозирования по объемам грузоперевозок, прогнозных корреспонденций, моделирования загрузки перспективной транспортной сети; ? разработан инструментарий для обработки данных по мероприятиям по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки - 3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки - Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР» - 19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ - АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время - 3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки - Проектный архив АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям Информационного портала. Подсистема проектного архива представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. Подсистема ведения нормативно-справочной информации и метаданных является неделимым программным продуктом, разделение возможно только на логическом уровне на следующие модули: ? Модуль импорта и экспорта данных; ? Модуль управления нормативно-справочной информацией; ? Модуль отчетности - Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов) - 3.3 Объект автоматизации в рамках настоящего Технического задания - Объектом автоматизации в рамках выполнения работ по настоящему Техническому заданию являются процессы: ? Моделирования фактической и прогнозной загрузки транспортной сети; ? Обработки данных прогнозирования и моделирования загрузки транспортной сети при различных сценариях развития; ? Обработки данных по портфелям мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей) по реконструкции и строительству транспортной инфраструктуры с целью оценки их эффективности - - Значение характеристики не может изменяться участником закупки - 4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки - 4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки - 4.1.2 Требования к режимам функционирования - Система должна предусматривать наличие следующих режимов работы: – штатный; – регламентный (профилактический); – аварийный. Основным режимом функционирования является штатный. В штатном режиме все подсистемы корректно и полностью выполняют свои функции. Перерывов в работе как Системы в целом, так и одной, либо нескольких подсистем не предусмотрено. Режим регламентного (профилактического) обслуживания предназначен для проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных. При работе в данном режиме допускаются перерывы в работе Системы с приемочным информированием пользователей. Состав процедур по регламентному обслуживанию Системы и их периодичность определяются Подрядчиком в процессе выполнения работ по созданию Системы. В режиме регламентного (профилактического) обслуживания Система может функционировать с частичным ограничением своих функциональных возможностей, либо без ограничения, но со снижением показателей надежности и производительности. Перевод в данный режим работы должен осуществляться сразу после начала выполнения любой операции, отнесенной к этому режиму, с последующим возвратом в штатный режим функционирования сразу после ее завершения. Перевод в указанный режим должен осуществляться при возникновении необходимости проведения работ по обновлению и техническому обслуживанию компонентов Системы, а также резервному копированию данных с условием предварительного оповещения пользователей. Конечный состав процедур, требующих перевода Системы в данный режим, должен быть определен Подрядчиком - - Значение характеристики не может изменяться участником закупки - Аварийный режим функционирования характеризуется отказом одной или нескольких подсистем, вызванных выходом из строя аппаратного и/или программного обеспечения, а также в случае временной неработоспособности каналов связи между серверами. В аварийном режиме осуществляется поиск неисправностей и проведение работ по их устранению. Перевод в аварийный режим должен осуществляться при возникновении сбоев, аварий и прочих незапланированных воздействий, сразу после наступления одной или нескольких аварийных ситуаций, с последующим возвратом в штатный режим функционирования сразу после окончания восстановительных работ - 4.1.3 Показатели назначения - В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе - - Значение характеристики не может изменяться участником закупки - Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения - Значения показателей количества пользователей, достижение которых необходимо обеспечить, представлено в Таблице 3. Таблица 3. Значения показателей количества пользователей ФЗ ТЭБ № Показатель Значение 1. Расчетное количество пользователей 1 2. Расчетное среднее количество одновременно работающих пользователей 1 Развитие Системы должно быть направлено на достижение следующего описания ключевого результата (ОКР), представленного в ИТ Расходе 103.26.000005 «Развитие Информационно-аналитической системы регулирования на транспорте (АСУ ТК)» ВПЦТ Минтранса России: «Доработана функциональная задача ТЭБ в АСУ ТК» - 4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки - Технические меры по обеспечению надежности должны предусматривать: ? резервирование критически важных компонентов и данных Системы и отсутствие единой точки отказа; ? использование программного резервирования (программной избыточности); ? изменение конфигурации используемых средств и применение специализированного ПО, обеспечивающего высокую надежность. Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок пользователей (а также обслуживающего персонала при эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или замены вышедших из строя компонентов за счет: ? обеспечения требуемого уровня квалификации обслуживающего персонала; ? регламентации и нормативного обеспечения выполнения работ обслуживающего персонала; ? своевременной диагностики неисправностей. Расчетное значение коэффициента готовности АСУ ТК должно составлять не менее 0,95. Планы и процессы обеспечения непрерывности функционирования АСУ ТК должны быть увязаны с перечнем наиболее критических компонентов АСУ ТК, перечнем наиболее важных информационных ресурсов АСУ ТК - 4.1.5 Требования по диагностированию Системы - Компоненты АСУ ТК должны предоставлять инструменты автоматического диагностирования основных процессов Системы, а также работоспособности специального и общего ПО. АСУ ТК должна предоставлять возможность просмотра диагностических событий и действий, выполняемых пользователями Системы. Диагностирование должно осуществляться путем анализа записей в системных журналах СУБД, операционных систем серверов, а также с помощью встроенных средств диагностирования общего ПО Системы. Диагностированию подлежат: ? сбои и нарушения функционирования технического обеспечения (серверов) Системы; ? сбои и нарушения функционирования системного ПО серверов Системы; ? сбои и нарушения функционирования прикладного ПО серверов Системы; ? случаи недоступности (отсутствия ответа) или некорректные ответы внешних систем; ? сбои и нарушения функционирования СУБД; ? сбои при выполнении регламентных операций резервного копирования. При возникновении аварийных ситуаций либо ошибок в ПО диагностические инструменты должны позволять сохранять набор информации, необходимой для идентификации и устранения проблемы - - Значение характеристики не может изменяться участником закупки - 4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.7 Требования к эксплуатации и техническому обслуживанию - Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения для обслуживания и ремонта оборудования. При эксплуатации Системы должны использоваться штатные методы защиты от механических, тепловых, электромагнитных и других воздействий, защиты данных, в том числе, от несанкционированного доступа к ним, применяемые у Заказчика. Должно быть предусмотрено ежедневное/еженедельное техническое обслуживание Системы. При возникновении неисправностей должно осуществляться оперативное обслуживание - - Значение характеристики не может изменяться участником закупки - 4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки - 4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки - – выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250; - – выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну» - 4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки - Заказчик предоставляет результаты контрольных проверок, зафиксированных в артефактах сборочного процесса, Подрядчику для устранения в срок до даты завершения исполнения Контракта. Уязвимости подлежат устранению в сроки, обозначенные Заказчиком. Подрядчик обязуется разработать меры предотвращения угроз безопасности, в том числе рекомендации по безопасной настройке конфигурации для устранения потенциальных уязвимостей и снижения рисков информационной безопасности и т.д., в случае, если уязвимость не подлежит исправлению на программном уровне. Подрядчик обязуется заменить/обновить библиотеки в случае обнаружения уязвимого компонента - 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки - 4.1.12 Требования по сохранности информации при авариях - При аварийных ситуациях в АСУ ТК должна обеспечиваться сохранность информации. Реализуемые технические решения должны обеспечивать сохранность информации в случае возникновения следующих событий (аварий, отказов и т.п.): ? отказ аппаратного обеспечения на сервере; ? отключение питания на сервере; ? отказ аппаратного обеспечения на рабочей станции; ? отключение питания на рабочей станции администратора; ? отказ линий связи, в том числе при осуществлении обмена данными - - Значение характеристики не может изменяться участником закупки - 4.1.13 Требования к патентной чистоте и патентоспособности - 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта - - Значение характеристики не может изменяться участником закупки - 4.1.13.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат Российской Федерации в лице Заказчика. Право собственности на результаты работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту, принадлежат Российской Федерации в лице Заказчика и считаются переданными с момента подписания Сторонами документа о приемке по соответствующему этапу исполнения контракта. Разработанное программное обеспечение поставляется вместе с исходными кодами. 4.1.13.2. Все проектные и технические решения должны отвечать требованиям четвертой части Гражданского кодекса Российской Федерации. Результаты Работ должны быть свободным от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. 4.1.13.3. Результаты выполненных Работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав) для обеспечения функциональности Системы в соответствии с Техническим заданием. При выполнении работ Подрядчик должен использовать только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком - 4.1.13.4. Подрядчик должен подтвердить, что обладает всеми правами на передачу Заказчику исключительных прав в соответствии с требованиями настоящего раздела Технического задания. В случае, если к Заказчику по вине Подрядчика будут предъявлены претензии в этой части, иски третьих лиц, связанные с нарушением их прав, Подрядчик принимает на себя такие претензии и иски и возмещает Заказчику все расходы и весь ущерб, понесенный в связи с ними. 4.1.13.5. Подрядчик обязан согласовать с Заказчиком необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат Подрядчику или третьим лицам. 4.1.13.6. В случае, если при выполнении Работ используется готовое программное обеспечение (платформа, подсистема, СУБД и т.д.), которое становится частью (компонентом) Системы, Заказчику передаются полные исключительные права (в установленном Гражданским кодексом Российской Федерации порядке), или неисключительные права (путем заключения лицензионного/сублицензионного договора по форме, установленной Контрактом) на такое программное обеспечение со следующими возможностями: - права передаются бессрочно (на весь срок действия исключительных прав); - территория действия Российская Федерация; - должно быть обеспечено право Российской Федерации (в лице Заказчика) передавать, дорабатывать, распространять, развивать результаты работ, созданные в процессе исполнения Контракта, а также перерабатывать такое программное обеспечение; - должны передаваться исходный код, дистрибутивы, эксплуатационная и техническая документация - Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации - 4.1.14 Требования к численности персонала оператора Системы - Дополнительные требования к численности персонала оператора не предъявляются - - Значение характеристики не может изменяться участником закупки - 4.1.15 Требования к квалификации персонала Системы, порядку его подготовки и контроля знаний и навыков - Специальные квалификационные требования предъявляются к системным администраторам. Помимо наличия базовых навыков работы на персональном компьютере, к системным администраторам предъявляются следующие требования: ? знание основных принципов построения систем управления базами данных; ? наличие расширенных знания в области поддержки пользователей; ? знание основ администрирования операционных систем семейства Linux, а также серверов приложений и серверов баз данных, функционирующих под управлением указанных операционных систем. Уровень квалификации системных администраторов должен соответствовать требованиям исполнителей (производителей) программного обеспечения и технических средств Системы, а также требованиям эксплуатационной документации - - Значение характеристики не может изменяться участником закупки - 4.1.16 Требуемый режим работы персонала оператора Системы - Режим работы персонала должен соответствовать действующему законодательству Российской Федерации (РФ) и обеспечивать работоспособность Системы согласно требованиям, предъявленным настоящим ТЗ. Должна быть учтена возможность сменного режима работы персонала Системы. При этом должна учитываться возможность круглосуточного подключения к работам специалистов, обеспечивающих функционирование Системы (администраторов и специалистов по техническому обслуживанию), для решения проблем по обеспечению работоспособности информационных ресурсов Системы - - Значение характеристики не может изменяться участником закупки - 4.1.17 Требования к эргономике и технической эстетике - Взаимодействие пользователей с Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме возможно системных сообщений) должны быть на русском языке. Все экранные формы должны иметь текстовую справку, в которой должна быть описана инструкция по работе с данной экранной формой. На всех экранных формах, при выполнении операций, должна быть выведена индикация, которая информирует пользователя о статусе выполнении операции. Система должна обеспечивать проверку вводимых пользователем данных и предупреждать о некорректно введённых значениях - - Значение характеристики не может изменяться участником закупки - Экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Структура размещения информации и представление этой структуры в Системы должны соответствовать следующим требованиям: ? пункты меню в пользовательских веб-интерфейсах должны быть сгруппированы в соответствии с тематикой информации, функциональными задачами и технологией работы; ? каждому пункту меню должна соответствовать только одна выполняемая функция; ? пункты меню должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение; ? при совершении пользователями ошибочных действий должны выдаваться сообщения на русском языке, на основе которых пользователь может определить причину ошибки и способы ее устранения. Интерфейс АСУ ТК должен быть понятен для пользователя на всех стадиях ввода, обработки, анализа и передачи информации, должен позволять пользователю свободно ориентироваться в общем информационном и функциональном пространстве АСУ ТК. Визуальное представление элементов пользовательского интерфейса АСУ ТК, состав отображаемой информации подлежит согласованию Заказчиком в процессе выполнения работ по модернизации Системы - 4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок - - Значение характеристики не может изменяться участником закупки - Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования - Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями - Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки - Расчет времени движения грузопотоков по маршрутам должен выполняться с учетом маршрутных и участковых скоростей для железнодорожного транспорта, скоростей движения судов по их классам, времени прохождения шлюзов, времени погрузки/выгрузки в портах, времени ожидания на рейде, расчетной скорости движения по автодороге определенной категории, в том числе с учетом поправки на интенсивность движения. Должна быть предусмотрена возможность задания пользователем приоритетных маршрутов, которые должны быть использованы при назначении на них грузопотоков определенных видов грузов. Расчет транспортных критериев эффективности мероприятий реконструкции и развития транспортной инфраструктуры должен выполняться на основе результатов моделирования наложения прогнозных грузопотоков на схему перспективной транспортной сети с учётом изменения пропускной способности и факторов загрузки инфраструктуры в результате реализации мероприятий. Критерий сокращения времени в пути должен рассчитываться для заданной корреспонденции грузопотоков в тонно-часах в виде разницы суммарных оценок времени выполнения перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на соответствующие объемы грузопотоков по этим маршрутам, до и после реализации мероприятия. Критерий увеличения объемов перевозок должен рассчитываться по корреспонденциям грузопотоков в виде суммарной оценки увеличения объемов перевозок в тоннах по маршрутам, реализующим данные корреспонденции. Критерий уменьшения объемов транспортной работы в результате сокращения расстояний перевозок должен рассчитываться для заданной корреспонденции грузопотоков в тонно-километрах в виде разницы суммарной оценки объема перевозок по маршрутам, реализующим данную корреспонденцию, умноженного на расстояние по этим маршрутам, до и после реализации мероприятия - Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ - 4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки - Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается - 4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки - 4.3.3. Требования к организации ввода данных - Подрядчиком должны быть выполнены работы по обеспечению корректировки состава и структуры нормативно-справочной информации и обеспечению ведения объектов нормативно-справочной информации (далее – НСИ) для ФЗ ТЭБ. ФЗ ТЭБ должна обеспечивать однократный ввод данных вне зависимости от того, в каких информационных массивах или БД они будут храниться и какими компонентами Системы использоваться. Состав данных должен быть достаточным для выполнения всех функций Системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Первичное наполнение объектов НСИ, обеспечивающих реализацию функциональной задачи, обеспечивается до начала испытаний компонентов, задействованных в реализации функциональных задач - - Значение характеристики не может изменяться участником закупки - 4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки - 4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки - 5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки - 5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки - Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026 - 6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки - 6.2 Виды, состав, объем и методы испытаний системы и ее составных частей - Должны быть проведены следующие виды испытаний: - предварительные испытания; - опытная эксплуатация; - приемочные испытания. Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией, создаваемой организационно-распорядительным документом Заказчика, который должен определять состав комиссии и сроки проведения испытаний. Испытания проводятся на площадке, указанной в программе и методике соответствующих испытаний, опытной эксплуатации. В состав комиссии включаются ответственные лица Заказчика и Подрядчика, а также, при необходимости, специалисты иных внешних организаций (например, экспертных), привлекаемые Заказчиком. Подрядчик обязан уведомить Заказчика о готовности к проведению испытаний официальным сопроводительным письмом и предоставить Заказчику программу и методику испытаний (далее – ПМИ). Методы предварительных испытаний и порядок их проведения должны быть определены в документе «Программа и методика предварительных испытаний», который должен быть утвержден Заказчиком и Подрядчиком до начала предварительных испытаний. По результатам предварительных испытаний оформляется Протокол предварительных испытаний и Акт о приемке в опытную эксплуатацию, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ к следующему виду испытаний – опытной эксплуатации. Порядок проведения и методы испытаний во время опытной эксплуатации должны быть определены Подрядчиком в документе «Программа и методика опытной эксплуатации». Программа и методика опытной эксплуатации должна быть утверждена Заказчиком до проведения опытной эксплуатации. Ход и результаты опытной эксплуатации отражаются в документе «Отчет о проведении опытной эксплуатации» (с приложением журнала опытной эксплуатации) и учитываются в ходе приемочных испытаний. По результатам опытной эксплуатации подписывается Акт о завершении опытной эксплуатации, подтверждающий готовность АРМ Аналитика ФЗ ТЭБ и его допуск к приемочным испытаниям - - Значение характеристики не может изменяться участником закупки - Методы приемочных испытаний и порядок их проведения должны быть определены в документе «Программа и методика приемочных испытаний», который должен быть подготовлен Подрядчиком и утвержден Заказчиком до начала приемочных испытаний. По результатам проведения приемочных испытаний оформляется Протокол приемочных испытаний. В Протоколе приемочных испытаний должны быть указаны перечень проверяемых сервисов, функций, возможностей, дата и время проведения приемочных испытаний, состав приемочной комиссии, рекомендации (при наличии) к решению, а также выводы о готовности АРМ Аналитика ФЗ ТЭБ к вводу в эксплуатацию. Ввод АРМ Аналитика ФЗ ТЭБ в эксплуатацию осуществляется после выполнения работ по ИБ, подписанием соответствующего акта. Результаты проведения предварительных и приемочных испытаний должны быть зафиксированы в соответствующих протоколах и актах. Выявленные отклонения от ТЗ оформляются как недостатки работ. Прочие недостатки могут документироваться как рекомендации. Наличие рекомендаций не влияет на процесс приемки АРМ Аналитика ФЗ ТЭБ. В случае значительного отклонения АРМ Аналитика ФЗ ТЭБ от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены или расширены Заказчиком - 6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки - 6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика - 6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки - В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию - 7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

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

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - Термин Определение Автоматизированная система (АС) Система, состоящая из комплекса средств автоматизации, реализующего информационную технологию выполнения установленных функций, и персонала, обеспечивающего его функционирование (ГОСТ Р 59853-2021) АРМ Автоматизированное рабочее место АСУ ТК, Система Информационно-аналитическая система регулирования на транспорте (АСУ ТК) БД База данных ГИС Государственная информационная система ГОСТ Государственный стандарт ДТП Дорожно-транспортное происшествие ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ИБ Информационная безопасность ИПЦ Индекс потребительских цен ИС Информационная система КИИ Критическая информационная инфраструктура Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) МВД России Министерство внутренних дел Российской Федерации Минцифры России Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации НСИ Нормативно-справочная информация НСУД Национальная система управления данными ОКАТО Общероссийский классификатор объектов административно-территориального деления П-ГИС Геоинформационная подсистема П-ИВ Подсистема информационного взаимодействия П-МСТК Подсистема мониторинга состояния транспортного комплекса ПМИ Программа и методика испытаний П-НСИ Подсистема ведения нормативно-справочной информации и метаданных П-ОСАИ Подсистема обеспечения справочной и аналитической информацией П-ПМ Подсистема прогнозирования и моделирования П-УО Подсистема управления объектами транспортной инфраструктуры П-СД Подсистема сбора данных ПО Программное обеспечение ПУИД Пункт учета интенсивности дорожного движения Роскомнадзор Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций РФ Российская Федерация СЗИ Система защиты информации - - Значение характеристики не может изменяться участником закупки

СУДФ Система контроля за формированием и использованием средств дорожных фондов СМЭВ Система межведомственного электронного взаимодействия СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТКП Транспортная клиринговая палата ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТЭБ», ФЗ ТЭБ Функциональная задача «Транспортно-экономический баланс» ФСБ России Федеральная служба безопасности Российской Федерации ФСТЭК России Федеральная служба по техническому и экспортному контролю ФТС России Федеральная таможенная служба ЦУСАД Центр управления содержанием автомобильных дорог ЦХД Централизованное хранилище данных ЭВМ Электронная вычислительная машина

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

1.2 Наименование заказчика и подрядчика - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Подрядчик определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

1.3 Основания для выполнения работ - 10. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 11. Положение о Министерстве транспорта Российской Федерации, утвержденное постановлением Правительства Российской Федерации от 30.07.2004 № 395; 12. Распоряжение Правительства Российской Федерации от 01.10.2021 № 2765-р «Об утверждении Единого плана по достижению национальных целей развития Российской Федерации на период до 2024 года и на плановый период до 2030 года»; 13. Распоряжение Правительства Российской Федерации от 27.11.2021 № 3363-р «О Транспортной стратегии Российской Федерации до 2030 года с прогнозом на период до 2035 года»; 14. Распоряжение Правительства Российской Федерации от 03.11.2023 № 3097-р «Об утверждении стратегического направления в области цифровой трансформации транспортной отрасли Российской Федерации до 2030 года»; 15. Подпункт б) пункта 1 указания Президента Российской Федерации от 02.01.2024 № Пр-26; 16. Пункт 2 поручения Первого заместителя Председателя Правительства Российской Федерации А.Р. Белоусова от 16.01.2024 № АБ-П50-770; 17. Пункт 100 плана реализации Стратегии пространственного развития на период до 2025 года, утвержденного распоряжением Правительства Российской Федерации от 27.12.2019 № 3227-р; 18. Концепция создания автоматизированной системы управления транспортным комплексом (АСУ ТК). Одобрена на заседании президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 29.09.2010; - - Значение характеристики не может изменяться участником закупки

19. Распоряжение Минтранса России от 30.12.2016 № МС 203-р «Об обеспечении эксплуатации первой очереди информационно-аналитической системы государственного регулирования на транспорте (АСУ ТК)»; 20. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; 21. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; 22. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»; 23. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»

1. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных»; 2. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»; 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации»; 5. Указ Президента Российской Федерации от 01.05.2022 № 250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»; 6. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации»; 7. Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц».; 8. Постановление Правительства Российской Федерации от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» (с изм. и доп., вступ. в силу с 01.01.2019); 9. Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия»;

1.4 Перечень документов, требования которых должны быть учтены при выполнении работ - 1. Федеральный закон Российской Федерации от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2. Федеральный закон Российской Федерации от 27.07.2006 № 152-ФЗ «О персональных данных». 3. Федеральный закон Российской Федерации от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации». 4. Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 5. Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». 6. Приказ ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах» (действителен до 01.03.2026). 7. Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». 8. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». 9. Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений» (вступает в силу с 01.03.2026); 10. Приказ Минкомсвязи России от 23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия» - - Значение характеристики не может изменяться участником закупки

11. ГОСТ 2.004-88 «Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ»; 12. ГОСТ Р 2.051-2023 «Единая система конструкторской документации. Электронная конструкторская документация. Общие положения» 13. ГОСТ 2.102-2023 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»; 14. ГОСТ Р 2.104-2023 «Единая система конструкторской документации. Основные надписи»»; 15. ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам»; 16. ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы»; 17. ГОСТ 2.113-75 «Единая система конструкторской документации. Групповые и базовые конструкторские документы»; 18. ГОСТ 2.301-68 «Единая система конструкторской документации. Форматы»; 19. ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы»; 20. ГОСТ 2.701-2008 «Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»; 21. ГОСТ Р 7.0.97-2025 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов»; 22. ГОСТ Р 15.011-2024 «Интеллектуальная собственность. Патентные исследования. Содержание и порядок проведения»; 23. ГОСТ 19.101-2024 «Единая система программной документации. Виды программ и программных документов»; 24. ГОСТ 19.103-77 «Единая система программной документации. Обозначение программ и программных документов»; 25. ГОСТ 27.003-2016 «Надежность в технике. Состав и общие правила задания требований по надежности»;

26. ГОСТ Р 27.301-2011 «Надежность в технике. Управление надежностью. Техника анализа безотказности. Основные положения». 27. ГОСТ 34.201–2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; 28. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы; 29. ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»; 30. ГОСТ Р 59792–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»; 31. ГОСТ Р 59793–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»; 32. ГОСТ Р 59795–2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»; 33. Рекомендации по стандартизации Р 50.1.053-2005 Информационные технологии. Основные термины и определения в области технической защиты информации

1.5 Сроки начала и окончания работ - Начало работ: с даты заключения Контракта Окончание работ: не позднее 30.06.2026 Работы выполняются в соответствии с этапами. Сроки выполнения работ по каждому этапу определяются графиком выполнения работ (календарным планом) в соответствии с пунктом 5.1 настоящего Технического задания (далее – Календарный план) - - Значение характеристики не может изменяться участником закупки

1.6 Порядок оформления и предъявления результатов работ - Подрядчик должен передать Заказчику результаты работ в порядке, определённом Контрактом в сроки, установленные п. 5.1 настоящего Технического задания, в соответствии с Календарным планом. - - Значение характеристики не может изменяться участником закупки

1.7 Место выполнения Работ - Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет - - Значение характеристики не может изменяться участником закупки

2 Назначение и цели развития Системы 2.1 Назначение Системы - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом. Основными целями развития АСУ ТК являются: ? Повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; ? Повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий - - Значение характеристики не может изменяться участником закупки

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

2.2 Цели развития Системы - Целями развития Системы является цифровизация процессов управления развитием транспортной инфраструктуры путем применения математических моделей анализа грузопотоков (транспортно-экономического баланса Российской Федерации) и отбора мероприятий развития транспортной инфраструктуры, обеспечивающих максимальный прирост транспортных и социальных эффектов на единицу вложенных средств. Разработка позволит в рамках АСУ ТК реализовать инструменты для анализа, оценки мероприятий по реконструкции и строительству транспортной инфраструктуры на основе реальных данных транспортно-экономического баланса, описывающих фактические и прогнозные объемы и корреспонденции грузопотоков, с учетом характеристик пропускной способности транспортной сети, а также результатов моделирования транспортных потоков и анализа узких мест - - Значение характеристики не может изменяться участником закупки

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

3 Сведения об объектах автоматизации 3.1 Описание объектов автоматизации - Объектом автоматизации являются процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом. АСУ ТК аттестована как государственная информационная система, а также как информационная система персональных данных и относится к значимым объектам критической информационной инфраструктуры Российской Федерации. В соответствии с Аттестатом соответствия требованиям по защите информации АСУ ТК соответствует требованиям, предъявляемым к: – ГИС второго класса защищенности в соответствии с приказом ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – ИС персональных данных при обеспечении третьего уровня защищенности персональных данных в соответствии с постановлением Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»; – значимым объектам КИИ Российской Федерации второй категории значимости с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» - - Значение характеристики не может изменяться участником закупки

3.2 Текущее состояние объекта автоматизации - АСУ ТК состоит из платформенных решений и функциональных задач, разделённых на логические подсистемы. Функциональные задачи в свою очередь состоят из наборов автоматизированных рабочих мест (АРМ), предоставляющих различные функциональные возможности. Матрицы платформенных решений и функциональных задач АСУ ТК представлены в таблице 1 - - Значение характеристики не может изменяться участником закупки

Таблица 1. Перечень подсистем, модулей и функциональных задач АСУ ТК № п/п Наименование подсистемы/модуля/функциональной задачи Краткое наименование подсистемы/модуля/функциональной задачи 1. Подсистема сбора данных и централизованное хранилище данных П-СД 2. Подсистема информационного взаимодействия (П-ИВ) и Модуль системы межведомственного электронного взаимодействия П-ИВ, Модуль СМЭВ 3. Геоинформационная подсистема П-ГИС 4. Подсистема ведения нормативно-справочной информации и метаданных П-НСИ 5. Подсистема информационного портала ПСД-ПАСУ 6. Подсистема технического портала ПСД-ТЕХ 7. Подсистема проектного архива ПСД-ПАР 8. Портал администрирования АСУ ТК 9. Модуль сбора данных и представления показателей деятельности Министерства транспорта Российской Федерации iМинтранс Модуль iМинтранс 10. Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» Модуль ГЭТ 11. Модуль «Сбора, ведения и анализа информации о нештатных ситуациях на транспорте» Модуль СЦ 12. Модуль мониторинга - 13. Функциональная задача «Формирования и ведения транспортно-экономического баланса» ФЗ «ТЭБ» 14. Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации» ФЗ «Реестр объектов» 15. Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «СТП» 16. Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «МРТБ ПП» 17. Функциональная задача «Мониторинг дорожного движения» ФЗ «МДД» 18. Функциональная задача «Формирование и ведение транспортного паспорта региона» ФЗ «ТПР»

19. Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «Данные по грузообороту» 20. Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МЖТ» 21. Функциональная задача «Мониторинг грузопотоков в морских портах» ФЗ

АСУ ТК осуществляет идентификацию и авторизацию посредством Единой системы идентификации и аутентификации (ЕСИА). Информационный обмен с внешними информационными системами осуществляется посредством СМЭВ 3, СМЭВ 4, а также с использованием технологий API и FTP с учетом требований Технических условий на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. АСУ ТК развернута на вычислительных мощностях ГЦОД СИЦ. В рамках проекта не должно планироваться увеличение вычислительных мощностей. Информационной основой ФЗ ТЭБ являются данные экономической статистики, транспортной статистики, а также индексы экономического развития. Источником данных являются отечественные транспортные системы, используемые при организации грузовых перевозок на всех видах транспорта: ? Банк данных статистических форм ГМЦ Росстата, в том числе: o Формы по выпуску и отгрузке обрабатывающей промышленности: ? ф. 1-натура-БМ; ? ф. П-1; o Формы по выпуску и отгрузке сельского хозяйства: ? ф. П-1 (СХ); ? ф. 21-СХ; ? ф. 24-СХ ? ф. 29-СХ; o Формы по объемам продаж и межрегиональной торговли: ? ф. 1-ТОРГ; ? ф. 1-вывоз; o ф. 1-ТР (автотранспорт); o ф. 2-ТР (труб); o ф. 12-труб (нефтепродукты); o другие формы: ? ф. 2-тп (отходы); ? ф. 14-мет; ? КИХ ОАО «РЖД»: o архив по отправлению; o данные ЦО-17; ? БД ЗАО «Центр ТЭК» по статистике морского и внутреннего водного транспорта: o ф. 11-ВТ; o ф. 15-ВТ; o ф. М-3; o ф. МП-2. Данные загружаются в ЦХД АСУ ТК через подсистему П-ИВ с промежуточной обработкой в ней. Исходные данные ФЗ ТЭБ, хранимые в АСУ ТК, логически представляются в виде многомерного куба, по осям которого расположены регионы, а на пересечении - объем грузопотока между ними по видам транспорта и по родам грузов за заданный период. Измерения многомерного куба ТЭБ: - Регион назначения; - Регион отправления; - Вид транспорта; - Род грузов; - Время

3.2.1 Состав используемого ПО - Функциональные задачи и пользовательские модули используют для функционирования ПО подсистем П-СД, П-ИВ, П-ГИС, П-НСИ и порталов. Подсистема сбора данных (П-СД) включает: ? Postgres Pro Enterprise – объектно-реляционная система управления БД, используемая для создания оперативного хранилища данных (представляет из себя единый и неделимый компонент). ? Apache Hadoop – распределенная файловая система для хранения файлов больших объемов данных, используемая для формирования исторического хранилища данных (представляет из себя единый и неделимый компонент). В работе П-СД используются программные компоненты Apache: ? HBase Apache; ? Hive Apache; ? Kafka Apache; ? Ranger Apache; ? Solr Apache; ? Spark Apache; ? ZooKeeper Apache. Информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК. Модуль администрирования, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: ? Сервис формирования схем Graphql – построение схемы для graphql по результатам изменения в портале администрирования отчетами; ? Сервис брокера задач – служебный обмен и взаимодействие микросервосов; ? Сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; ? Сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ. Технический портал АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей Информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ. Подсистема технического портала представлена в виде настроенного программного обеспечения «Байтим», разворачиваемого на сервере. - - Значение характеристики не может изменяться участником закупки

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

Подсистема информационного взаимодействия состоит из следующих программных компонент: ? Apache AirFlow – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. ? Great Expectations – компонент, отвечающий за контроль качества данных загружаемых через Apache AirFlow. ? Apache Atlas – компонент, отвечающий за хранение мета данных, каталогизирование данных и создание моделей. ? Graph QL – компонент, отвечающий за создание витрин данных и отвечающий за предоставление данных подсистемам. ? GIMS Portal – компонент для настройки GIMS Automation через веб-интерфейс. ? GIMS Automation – компонент, отвечающий за обеспечение оркестровки операций по обработке данных. В процессе работы компонент обеспечивает интерфейс для решения оперативных задач по интеграции с внешними системами и осуществляет загрузку или выгрузку данных в ЦХД АСУ ТК. Модуль системы межведомственного электронного взаимодействия СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ, и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Геоинформационная подсистема включает следующие компоненты: ? NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. ? NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. NextGIS Geoservices предоставляет доступ к картам по протоколу TMS. В составе модуля iМинтранс используется ПО Информационно-аналитическая система «Планета. Аналитика» 3.0», предназначенная для анализа данных с помощью настраиваемых интерактивных аналитических панелей, включающих большой набор графических элементов (виджетов)

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

4 Требования к Системе 4.1 Требования к развитию Системы в целом - Выполнение работ по развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ, предусмотренного ТЗ, должно осуществляться с сохранением всех ранее реализованных функций АСУ ТК. В процессе разработки инструментов сбора, обработки и визуализации данных рекомендуется использовать текущие программные компоненты, указанные в пункте 3.2.1. Использование стороннего ПО допускается в соответствии с условиями Контракта, с учетом требований Постановления Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» - - Значение характеристики не может изменяться участником закупки

4.1.1 Требования к интеграционной архитектуре - Взаимодействие между Системой и внешними информационными системами должно осуществляться путем информационного обмена с использованием стандартных протоколов передачи данных. Выполнение работ не должно привести к изменениям функционала всех ранее созданных подсистем АСУ ТК. При разработке контуров требуется использовать одинаковые подходы к построению архитектуры подсистем, которые не противоречат основным требованиям, применяемым при проектировании подсистем АСУ ТК. При проектировании и разработке всех составляющих компонентов следует использовать единую методологию и единые принципы взаимодействия, надежности и управления. В рамках выполнения работ по ТЗ должна быть обеспечена возможность загрузки и выгрузки данных в ФЗ ТЭБ файлов форматов csv или xlsx - - Значение характеристики не может изменяться участником закупки

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

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

4.1.3 Показатели назначения - В рамках выполнения работ по развитию Системы, предусмотренных ТЗ, показатель назначения «Количество пользователей» должен соответствовать значениям, приведенным в данном разделе - - Значение характеристики не может изменяться участником закупки

Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2. Таблица 2. Определения показателей, связанных с количеством пользователей в Системе № Показатель Определение 1. Расчетное количество пользователей Количество пользователей, работу которых должна обеспечить ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения 2. Расчетное количество одновременно работающих пользователей Количество одновременно работающих пользователей, работу которых должна обеспечивать ФЗ ТЭБ к моменту сдачи работ по Контракту с учетом достижения всех показателей назначения

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

4.1.4 Требования к надежности функционирования и доступности для пользователей - ПО АСУ ТК должно обладать надежностью, обеспечивающей работу пользователей в произвольном режиме и оперативное восстановление работоспособности при сбоях. В целях обеспечения надежного функционирования ПО должно предусматривать: ? сохранение целостности данных при нештатном завершении работы компонентов АСУ ТК; ? сохранение работоспособности ПО при некорректных действиях пользователя; ? резервное копирование БД Системы. Средства АСУ ТК по итогам развития должны обеспечивать следующие характеристики надежности при определенном уровне доступности функций: ? операционное время: 24x7; ? время восстановления работоспособности Системы после отказа или проведения регламентных работы: не более 4 часов; ? отказоустойчивость на уровне 99% при единовременном обращении к Системе не менее 10 пользовательских сессий. Указанные характеристики приведены без учета характеристик надежности инфраструктуры и времени передачи информации по каналам связи публичных сетей. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, Система должна автоматически восстанавливать свою работоспособность (не требовать перенастройки) после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом или исполняемых программных кодов Системы либо ее компонент) - - Значение характеристики не может изменяться участником закупки

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

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

4.1.6 Требования к транспортабельности - Не предъявляются - - Значение характеристики не может изменяться участником закупки

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

4.1.8 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды - Специальных требований к условиям эксплуатации объекта автоматизации и характеристиках окружающей среды не предъявляется - - Значение характеристики не может изменяться участником закупки

4.1.9 Требования к информационной безопасности - Работы по защите информации/информационной безопасности, не включенные в состав настоящего раздела, требуемые в соответствии с требованиями постановления Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в их базах данных информации», а также нормативно правовых актов в области защиты персональных данных и обеспечения безопасности объектов критической информационной инфраструктуры, будут проведены в рамках исполнения отдельного контракта, заключенного по результатам отдельной закупочной процедуры (не является частью данного ТЗ), включающего: – определение актуальных угроз безопасности информации и актуализация модели угроз безопасности информации (при необходимости); – выполнение требований о согласовании технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России в установленном порядке; – выполнение требований по устранению Подрядчиком замечаний и недостатков, в случае их выявления при согласовании Заказчиком технического задания на развитие информационной системы и (или) технического задания (частного технического задания) на развитие системы защиты информации информационной системы и модели угроз безопасности информации с ФСТЭК России и ФСБ России; - - Значение характеристики не может изменяться участником закупки

– выполнение требований к классу защищенности ГИС, уровню защищенности персональных данных и категории значимости объекта КИИ РФ, установленных для Головного центра обработки данных ФГБУ «СИЦ Минтранса России» (далее – ГЦОД); – определение перечня объектов защиты информационной системы; – описание (актуализированных) требований к системе защиты информации, а также к мерам защиты информации информационной системы в зависимости от установленных классов защищенности, уровня защищенности персональных данных и категории значимости объектов КИИ РФ (приказы ФСТЭК России № 17, 21, 117, 239); – выполнение требований к мерам по защите ГИС от атак, направленных на отказ в обслуживании, в соответствии с пунктами 20, 20.14, 25(1) и 25(2) Требований, о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК России от 11.02.2013 № 17; – описание (актуализированных) требований по защите информации, подлежащих реализации в информационно телекоммуникационной инфраструктуре ГЦОД; – выполнение требований о применении сертифицированных средств защиты информации, включая их классы защиты и уровни доверия; – выполнение требований о запрете использования с 01.01.2025 органами (организациями) средств защиты информации странами происхождения, которых являются иностранные государства в соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250;

– выполнение требований по обеспечению непрерывного взаимодействия с ГосСОПКА в установленном порядке; – выполнение требований по обеспечению в автоматизированном режиме с Национальной системой противодействия DDoS-атакам (НСПА) Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ» в рамках реализации мер по защите ГИС от атак, направленных на отказ в обслуживании; – детализированные требования к составу и содержанию работ по аттестации, а также к их результатам в соответствии с пунктами 13, 15 и 16 требований приказа ФСТЭК России от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну»

4.1.10 Требования к безопасности исходного кода - Заказчик предоставляет Подрядчику Руководство по безопасной разработке ПО (далее - Методика), применяемое при разработке исходного кода разработанного функционала (результата работ по настоящему контракту). Подрядчик обязуется обеспечить реализацию процесса разработки исходного кода, не противоречащего ГОСТ Р 56939-2024 и Методике, а также учитывать отраслевые практики безопасной разработки. Подрядчик должен предоставить Заказчику в сроки, установленные Календарным планом, отчетные материалы, в том числе акты инструментальных проверок исходного кода разрабатываемого функционала (результата работ по настоящему контракту), в соответствии с Методикой, и исходный код для тестирования защищенности разработанного функционала (результата работ по настоящему контракту) и выявления уязвимостей в исходном коде разработанного функционала (результата работ по настоящему контракту) с применением методов статического и динамического анализов, а также анализа сторонних компонентов. Подрядчик предоставляет исходный код разработанного функционала (результата работ по настоящему контракту) Заказчику с помощью использования подхода git2git. Предоставление отчетных материалов осуществляется путем их направления на почту ответственных лиц. Загруженный исходный код должен сопровождаться необходимым набором инструкций для развертывания экземпляра ПО и/или опытного образца ПО - - Значение характеристики не может изменяться участником закупки

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

4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы - Применяемое в Системе программное обеспечение, программно-аппаратные и аппаратные комплексы должны соответствовать требованиям Указа Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» - - Значение характеристики не может изменяться участником закупки

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

4.1.13 Требования к патентной чистоте и патентоспособности - 4.1.13.11. В случае, если при выполнении Работ положения пунктов 4.1.13.5-4.1.13.6 не применялись, Подрядчик в составе отчетной документации предоставляет об этом декларацию в свободной форме. Декларация должна содержать сведения о полном соответствии результата Работ требованиям Контракта и настоящего раздела Технического задания, а также о неприменении при выполнении работ готового программного обеспечения (платформ, подсистем, СУБД и т.д.), которое стало частью (компонентом) Систем. 4.1.13.12. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты информации, правовой защиты интересов государства в области интеллектуальной собственности, включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с проектами заявок на государственную регистрацию в установленном порядке прав Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта - - Значение характеристики не может изменяться участником закупки

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

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

Лицензионное (сублицензионное) соглашение (договор), Акт передачи прав, подписанные Подрядчиком, согласие правообладателя, оформленное в соответствии с положениями Гражданского кодекса Российской Федерации (в случае, если Подрядчик не является правообладателем такого программного обеспечения), инструкция по инсталляции, руководство администратора, руководство пользователя передаются Заказчику в сроки, установленные Техническим заданием для соответствующего функционала системы . Лицензионное (сублицензионное) соглашение (договор) не может возлагать на Заказчика какие-либо дополнительные обязанности (в т.ч. в части конфиденциальности, предоставления отчетности), не предусмотренные Контрактом. 4.1.13.7. Передача Заказчику исключительных прав, или простых (неисключительных) прав не может повлечь увеличение стоимости Контракта и/или изменение иных существенных условий Контракта. 4.1.13.8. Независимо от использования/не использования Подрядчиком при выполнении Работ программного обеспечения, указанного в п. 4.1.13.6 Технического задания, функциональность Системы передается в объеме и в сроки, установленные Техническим заданием. 4.1.13.9. Нарушение условий настоящего раздела Технического задания, в том числе отсутствие соответствующего лицензионного (сублицензионного) соглашения (или договора), либо предоставление лицензионного (сублицензионного) соглашения (или договора), не соответствующего требованиям действующего законодательства Российской Федерации или требованиям Контракта, является нарушением существенных условий Контракта. 4.1.13.10. В случае, если в соответствии с пунктом 4.1.13.6 Заказчику передается исключительное право, такая передача осуществляется в порядке, установленном Гражданским кодексом Российской Федерации

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

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

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

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

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

4.2 Требования к развитию АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ 4.2.1. Требования к функциям АРМ Аналитика ФЗ ТЭБ - В рамках работ должна быть обеспечена реализация инструментария, обеспечивающего следующие функции: ? загрузка исходных данных объемов и корреспонденций фактических и прогнозных грузоперевозок; ? формирование инструмента для загрузки схемы существующей транспортной сети (далее - схема транспортной сети), достаточной для учета основных транспортных артерий и маршрутов для перевозки грузов, в том числе добавление объектов, для которых необходимо принятие решение о включении в состав программных документов; ? инструмент моделирования фактических грузопотоков на схеме транспортной сети на основе данных о фактических объемах и корреспонденциях грузопотоков; ? инструмент редактирования схемы транспортной сети, а также характеристик его участков и узлов для учета результатов реализации рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству объектов транспортной сети; ? инструмент формирование и ведение сценариев моделирования (вариантов распределения потоков по схеме транспортной сети), а также совокупности рассматриваемых мероприятий по реконструкции и строительству объектов транспортной сети; ? формирование схемы перспективной транспортной сети, достаточной для учета основных транспортных артерий и маршрутов с мероприятиями по реконструкции и строительству объектов транспортной инфраструктуры; ? наложение прогнозных грузопотоков на схему перспективной транспортной сети с учётом факторов загрузки инфраструктуры; ? визуализация грузовых потоков и их структуры на картографической основе, получаемой из П-ГИС АСУ ТК; ? визуализация характеристик грузовой базы в привязке к местам зарождения и погашения грузовых потоков; ? расчет транспортных критериев эффективности рассматриваемых мероприятий (совокупности мероприятий) по реконструкции и строительству транспортной сети с учетом результатов наложения грузопотоков на схему транспортной сети, характеристик загрузки его участков и узлов, объемов, времени и стоимости осуществления перевозок - - Значение характеристики не может изменяться участником закупки

Схемы существующей и перспективной транспортной сети по железнодорожному, водному и автомобильному видам транспорта должны обеспечивать ведение основных объектов опорной транспортной сети с упрощенным пространственным описанием объектов транспортной сети. Для участков сети должно обеспечиваться ведение сведений по протяженности, пропускной способности, зарезервированной пропускной способности. Для узлов сети должно быть обеспечено ведение сведений по пропускной способности. Входными данными ФЗ ТЭБ являются: ? данные по объемам и корреспонденциям фактических (за 2022 год) и прогнозных (за 2035 год) грузопотоков; ? данные для построения схемы транспортной сети по указанным выше видам транспорта; ? данные об объектах транспортной инфраструктуры и их характеристиках, включая оценку пропускной способности; ? паспорта мероприятий по реконструкции и строительству транспортной инфраструктуры; ? информация о проектной (планируемой) пропускной способности участков и узлов транспортной сети после реализации мероприятий; ? сроки ввода в эксплуатацию объектов по результатам реализации мероприятий; ? данные о портфелях мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей). ? результаты измерения состава интенсивности движения ПУИД (включая автобусы) на автомобильных дорогах федерального значения. ? априорно известные маршруты перевозки грузов (маршрутные перевозки); ? расписание пригородных поездов и поездов дальнего следования

Входные данные для ФЗ ТЭБ предоставляются Заказчиком в течение 20 (двадцати) рабочих дней после заключения Контракта по запросу Подрядчика. Детальный состав предоставляемых Заказчиком входных данных должен быть составлен Подрядчиком и согласован с Заказчиком в течение 10 (десяти) рабочих дней после заключения Контракта. Выходными данными ФЗ ТЭБ являются: ? схема транспортной сети с характеристиками вершин и ребер (таблицы и графическая визуализация); ? результаты моделирования потоков с отображением загрузки участков и узлов на схеме транспортной сети и выделением узких мест (объектов транспортной инфраструктуры); ? неудовлетворенный спрос на перевозки по видам грузов исключительно по кратчайшим (самым выгодным) маршрутам; ? неудовлетворенный спрос на перевозки с учетом кружности (возможности использования обходных маршрутов и иных видов транспорта); ? результаты расчетов оценок транспортных критериев эффективности мероприятий. Моделирование и расчет транспортных критериев эффективности мероприятий должны осуществляться в соответствии со следующими требованиями

Моделирование наложения грузопотоков на схему перспективной транспортной сети должно осуществляться на основе данных о прогнозных объемах и корреспонденциях грузопотоков с учётом изменения пропускной способности объектов инфраструктуры транспортной сети в результате реализации мероприятий реконструкции и развития их инфраструктуры. Корреспонденция грузопотока задается парой транспортных зон (районов) транспортной сети, определяющих места зарождения и погашения потока определенного вида груза. Результатом моделирования должно быть назначение корреспонденций грузопотоков на маршруты перевозок по инфраструктуре транспортной сети с разделением по видам транспорта с указанием объемов перевозок по каждому маршруту, перечня транспортных зон, через которые проходят маршруты, а также оценки транспортной работы (т-км), времени в пути (тонно-часы) и обобщенных затрат (рубли и иные единицы измерения) на осуществление перевозок. Назначение грузопотоков на маршруты следует выполнять по критерию минимальной обобщенной стоимости с учетом ограничений пропускной способности сети за вычетом потоков транспорта общего пользования и личного автотранспорта (для автомобильных дорог), а также с учетом приоритетов определенных видов грузов и видов сообщения (внутренние перевозки, импорт, экспорт, транзит). Ограничения пропускной способности должны учитываться в единицах транспортных средств (поездах, судах определенного класса, автопоездах) в сутки с возможностью пересчета в объемы перевозок, тонн в сутки

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

Для реализации указанных функций необходимо реализовать в составе ФЗ ТЭБ АРМ Аналитика, следующие функции: ? загрузка входных данных; ? загрузка информации паспортов мероприятий по реконструкции и строительству транспортной инфраструктуры; ? ввод параметров мероприятий; ? формирование портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? редактирование списка мероприятий и портфелей мероприятий (совокупности ряда мероприятий, реализуемых одновременно или последовательно, которые объединены ради контрольных целей); ? просмотр и выбор сценариев моделирования; ? выбор критерия распределения грузопотоков по схеме транспортной сети; ? запуск моделирования; ? просмотр результатов наложения потоков на существующую и перспективную схему транспортной сети с выделением узких мест и их характеристик; ? просмотр параметров загрузки участков и узлов сети; ? просмотр результатов расчета оценок транспортных критериев эффективности мероприятий; ? редактирование графа опорной транспортной сети; ? редактирование переводных коэффициентов транспортных единиц; ? установка порядка назначения грузопотоков; ? выгрузка результатов моделирования и расчетов в формат XLSX для подготовки справок и отчетов. Доступ к функциям АРМ Аналитика ФЗ ТЭБ предоставляется посредством интерфейса в защищенном контуре для пользователей, имеющих доступ в АСУ ТК. Результатом работ является пользовательский интерфейс АРМ Аналитика ФЗ ТЭБ для выполнения функций, реализуемых ФЗ ТЭБ

4.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие 4.3.1. Общие требования - Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ). Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД. Любая учётная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на неё задач. Использование учётных записей с административными полномочиями не допускается. 1) Решение должно быть совместимо с программными продуктами и операционными системами, применяемыми в технологической в инфраструктуре Заказчика. Точный перечень ПО и версий ОС уточнять у технических специалистов Заказчика. 2) Допускается использование только кластеризованных баз данных. Должна быть реализована поддержка механизмов кластеризации, которые применяются в инфраструктуре Заказчика. 3) Решение должно быть отказоустойчивым. Отказоустойчивость решения реализуется самим решением, или на уровне отдельных его компонентов. 4) Любые соединения, устанавливаемые решением, должны быть защищенными. Защищенные соединения, выходящие за пределы контролируемой зоны, должны быть защищены с помощью программных и/или программно-аппаратных шифровальных (криптографических) средств, сертифицированных ФСБ России (далее – СКЗИ) - - Значение характеристики не может изменяться участником закупки

Выбор СКЗИ, схемы подключения и требуемого класса криптостойкости должен производиться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России» и инструкциями по подключению пользователей к ресурсам инфраструктуры Головного центра обработки данных, утвержденных приказом директора ФБГУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД; 5) Любая сервисная учетная запись, которая используется в решении, должна обладать минимально необходимыми привилегиями для выполнения возложенных на нее задач. Использование учетных записей с административными полномочиями не допускается

4.3.2. Требования к организации хранилища данных - В случае необходимости хранения информации в СУБД: ? Для хранения информации должна использоваться СУБД с возможностями распределенного хранения данных по кластерным узлам. СУБД предоставляется Заказчиком в течение 10 (десяти) рабочих дней по запросу Подрядчика после завершения этапа № 1 Разработка документации на систему». ? Структура БД должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в БД Системы. ? Информация должна размещаться в базе данных по возможности в нормализованной форме. Допускается использование дополнительных ненормализованных структур данных для повышения производительности. ? Допускается размещение отдельных параметров конфигурации во внешних конфигурационных файлах. ? Допускается размещение данных в нереляционных СУБД или файлах в случаях, предусматривающих очевидную выгоду в производительности, оптимизации требуемого места для хранения данных, специфичных требованиях процесса обработки данных или необходимых вычислительных ресурсах по согласованию с Заказчиком. ? Полный перечень используемых программных решений должен быть определен Подрядчиком и согласован Заказчиком - - Значение характеристики не может изменяться участником закупки

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

4.3.4. Требования к информационному обмену между компонентами Системы - Информационный обмен между компонентами Системы должен осуществляться без вмешательства пользователя и без повторного ручного ввода информации. Информационный обмен между компонентами ФЗ ТЭБ и клиентскими приложениями должен осуществляться по локальной сети и по сети Интернет - - Значение характеристики не может изменяться участником закупки

4.3.5. Требования по применению систем управления хранилищами и базами данных - В случае необходимости хранения информации в СУБД системы управления хранилищами и базами данных должны соответствовать архитектуре «Клиент-сервер», обеспечивать документирование и протоколирование обрабатываемой в Системе информации, а также, иметь следующие средства и механизмы: ? средства обеспечения надежности: журналы транзакций, а также средства создания резервных копий и восстановления поврежденных фрагментов БД в режиме on-line без остановки Системы; ? средства расширения существующих функциональных возможностей, обеспечивающие возможность подключения дополнительных модулей без изменения кодовой базы системы управления хранилищами и базами данных; ? средства обеспечения безопасности; ? механизмы блокировки; ? средства обеспечения многопоточной обработки данных; ? средства оптимизации запросов; ? средства обеспечения целостности (взаимной согласованности) данных; ? средства обеспечения интероперабельности в части взаимодействия с СУБД или хранилищем другой архитектуры (при необходимости); ? средства тиражирования (репликации) - - Значение характеристики не может изменяться участником закупки

5 Состав и содержание работ по развитию АСУ ТК - В соответствии с настоящим Техническим заданием Подрядчиком должны быть выполнены работы по развитию Системы: ? разработка новой функциональности АСУ ТК в части создания АРМ Аналитика ФЗ ТЭБ согласно п. 4.2 настоящего Технического задания; ? проведение предварительных испытаний разработанных функций АРМ Аналитика ФЗ ТЭБ; ? проведение опытной эксплуатации АРМ Аналитика ФЗ ТЭБ; ? проведение приемочных испытаний АРМ Аналитика ФЗ ТЭБ. Подрядчик выполняет все работы по настоящему Техническому заданию на тестовом контуре АСУ ТК и тестовых данных, предоставленных Заказчиком. Заказчик в случае необходимости самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Заказчик в случае необходимости самостоятельно проводит мероприятия по вводу АРМ Аналитика ФЗ ТЭБ в эксплуатацию. Заказчик самостоятельно обеспечивает проведение мероприятий по информационной безопасности, в том числе испытания по ИБ и аттестационные мероприятия. Подрядчик в рамках Этапа 2 должен передать исходные коды разработанного программного обеспечения, установленную, настроенную и работоспособную Систему для проведения аттестационных мероприятий - - Значение характеристики не может изменяться участником закупки

5.1 Состав работ и график их выполнения (календарный план) - Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ (программное обеспечение) предоставляется Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Подрядчиком в Единой информационной системе в сфере закупок документа о приемке. Сроки, установленные Календарным планом для каждого подпункта в рамках этапов согласно таблице 4 включают подготовку, согласование, утверждение (для тех документов, в отношении которых требуется согласование или утверждение) отчетных, технических, рабочих документов с Заказчиком. Подрядчик вправе досрочно приступать к выполнению работ. Досрочная сдача результатов допускается по согласованию с Заказчиком. Сокращение периода (длительности) проведения опытной эксплуатации недопустимо. График выполнения работ по развитию АСУ ТК приведен в Таблице 4 - - Значение характеристики не может изменяться участником закупки

Таблица 4. График выполнения работ по развитию АСУ ТК № этапа Наименование этапа Результат (Отчетная документация) Сроки выполнения этапов 1 Разработка документации на систему Сопроводительным письмом предоставлены Заказчику: - Пояснительная записка, включающая описание информационного обеспечения, описание программного обеспечения и описание автоматизируемых функций, описание архитектуры системы; - Документ о приемке выполненных работ по этапу. Начало: с даты заключения Контракта Окончание: не позднее 28.02.2026 2 Разработка и адаптация программного обеспечения, разработка рабочей документации Сопроводительным письмом предоставлены Заказчику: - Разработано и развернуто на технических средствах Заказчика программное обеспечение; - Исходные коды разработанного программного обеспечения; - Инструкция по сборке исходного кода; - Руководство по безопасной разработке программного обеспечения; - Руководство администратора; - Руководства пользователей; - Описание программы; - Ведомость эксплуатационных документов; - Ведомость машинных носителей информации. Документы по испытаниям в составе: - Программа и методика предварительных испытаний; - Документ о приемке выполненных работ по этапу. Начало: с 01.03.2026 Окончание: 30.04.2026 3 Предварительные испытания, опытная эксплуатация, приемочные испытаний - Протокол предварительных испытаний; - Программа и методика опытной эксплуатации; - Акт ввода в опытную эксплуатацию; - Журнал опытной эксплуатации; - Отчет о проведении опытной эксплуатации; - Акт о завершении опытной эксплуатации; - Программа и методика приемочных испытаний; - Протокол приемочных испытаний; - Дистрибутив программного обеспечения; - Акт о приемке в эксплуатацию; - Документы в соответствии с разделом 4.1.13 Технического задания; - Обеспечение исполнения гарантийных обязательств; - Документ о приемке выполненных работ по этапу. Начало: с 01.05.2026 Окончание: 30.06.2026

6 Требования к документированию, порядок контроля и приемки 6.1 Требования к документации - Техническая и эксплуатационная документация на Систему (далее - документы на Систему) должны удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы: - ГОСТ Р 59853-2021 в части терминологии; - ГОСТ 34.201-2020 в части наименования и обозначения документов; - ГОСТ 34.602-2020 – в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание». Документы на Систему должны оформляться на листах формата А4. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов должны содержать информационную часть, состоящую из аннотации и содержания. Комплект эксплуатационной документации на Систему должен содержать сведения для эксплуатации Системы, а в части ПО Системы должен содержать описание, обеспечивающее ее установку, настройку, эксплуатацию и сопровождение. При разработке документов на Систему допускается отклонение от требований комплекса стандартов, описанных выше. Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-2020. Документ «Программа и методика предварительных испытаний» должен включать приложения с формой Протокола предварительных испытаний и формой Акта о приемке в опытную эксплуатацию. Документ «Программа и методика опытной эксплуатации» должен включать приложения с формой Акта о завершении опытной эксплуатации и формой Отчета о проведении опытной эксплуатации с приложением журнала опытной эксплуатации. Документ «Программа и методика приемочных испытаний» должен включать приложение с формой Протокола приемочных испытаний. Порядок разработки документации по этапам определен в п. 5.1 ТЗ - - Значение характеристики не может изменяться участником закупки

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

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

6.3 Порядок контроля и приемки выполненных работ - 6.3.1. Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта. Сдача-приемка работ осуществляется по завершении каждого этапа в порядке, установленном в Контракте. 6.3.2. Условия о порядке предоставления (передачи) результатов выполнения работ заказчику: Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. - - Значение характеристики не может изменяться участником закупки

6.3.3. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 6.3.2, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему. 6.3.4. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации. 6.3.5. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика

6.4 Сведения о гарантийном обслуживании - Гарантийный срок: 12 месяцев с даты подписания Заказчиком документа о приемке Этапа № 3. Под гарантией понимается устранение Подрядчиком своими силами и за свой счет допущенных по его вине недостатков, включая замечания и комментарии от федеральных органов исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти, уполномоченного в области противодействия техническим разведкам и технической защиты информации, Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Министерства транспорта Российской Федерации и Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций, выявленных после приемки выполненных Работ, в том числе в документации, разработанной по результатам выполненных Работ, касающиеся соответствия требованиям нормативных правовых актов, действующих на момент завершения этапа № 2. Если в период гарантийного срока обнаружатся недостатки, то Подрядчик (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, установленные Заказчиком в Акте с перечнем выявленных недостатков. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков. Гарантийным случаем признается полное или частичное отсутствие функционирования Системы и ее компонентов в результате выполнения работ по настоящему Техническому заданию. Подрядчик должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку - - Значение характеристики не может изменяться участником закупки

В рамках гарантийной поддержки Системы Подрядчик должен: ? устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 5-ти рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); ? принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистемы, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; ? вносить изменения в техническую и рабочую документацию на подсистемы на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; ? консультировать представителей Заказчика об особенностях реализации Системы; ? давать ответ на заявку Заказчика в течение 1 (Одного) рабочего дня с момента её поступления. Гарантийные обязательства распространяются также на всю рабочую и техническую документацию

7 Источники разработки - Разработка Технического задания производилась с учётом положений следующих нормативно-технических документов: ? ГОСТ 2.105-2019 «Единая система конструкторской документации. Общие требования к текстовым документам». ? ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ? ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - - Значение характеристики не может изменяться участником закупки

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

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

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

Критерии оценки заявок участников

Обеспечение заявки

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

Размер обеспечения заявки: 200 000,00 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, оформленной по типовой форме, утвержденной Постановлением Правительства Российской Федерации от 8 ноября 2013 № 1005. Выбор способа обеспечения заявки на участие в закупке осуществляется участником закупки самостоятельно. В соответствии со статьей 44 Федерального закона № 44-ФЗ обеспечение заявки на участие в закупке предоставляется одним из следующих способов: а) путем блокирования денежных средств, внесенных участником закупки на банковский счет, открытый таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации (далее - специальный счет). Требования к таким банкам, к договору специального счета, к порядку использования, имеющегося у участника закупки банковского счета в качестве специального счета, устанавливаются Правительством Российской Федерации. б) путем предоставления независимой гарантии. Независимая гарантия, используемая для целей Федерального закона от 05.04.2013 № 44-ФЗ, информация о ней и документы, предусмотренные ч. 9 ст. 45 Федерального закона от 05.04.2013 № 44-ФЗ, должны быть включены в реестр независимых гарантий, размещенный в единой информационной системе. Обеспечение заявки на участие в закупке должно соответствовать ст. 44 Федерального закона от 05.04.2013 N 44-ФЗ. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства Российской Федерации от 10.04.2023 № 579 на счет Заказчика по реквизитам указанным в п. 7.3. Проекта контракта (Приложение № 5 к извещению)

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03214643000000017300, л/c 20736X21630, БИК 004525988, ОКЦ № 1 ГУ Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, к/c 40102810545370000003

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. МОСКВЕ (ФГБУ "СИЦ МИНТРАНСА РОССИИ") ИНН: 7704116205 КПП: 770801001 КБК: 00011610000000000140 ОКТМО: 45378000 40102810545370000003 03100643000000017300 004525988

Условия контракта

Номер типовых условий контракта: 1400700000521003

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Московская, г.о. Богородский, Работы выполняются удаленно на комплексе технических средств Заказчика. Адрес размещения комплекса технических средств Заказчика: Московская обл., Богородский район, пос. Горбуша, Радиоцентр. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Подрядчику для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Подрядчиком самостоятельно за свой счет.

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

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

Обеспечение исполнения контракта

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

Размер обеспечения исполнения контракта: 2 000 000,00 ? (10 %)

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03214643000000017300, л/c 20736X21630, БИК 004525988, ОКЦ № 1 ГУ Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, к/c 40102810545370000003

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

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

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

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

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

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

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

Размер обеспечения гарантийных обязательств: 2 000 000,00 Российский рубль

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

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03214643000000017300, л/c 20736X21630, БИК 004525988, ОКЦ № 1 ГУ Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, к/с 40102810545370000003

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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