6.3.2 Запрос считается обоснованным, если в нем присутствуют доказательства наличия на рынке подсистемы (нескольких подсистем), не соответствующей ни одной из подсистем, приведенных в банке подсистем (приложение Б).
6.3.3 Структура подсистем и элементов ИТС и банк подсистем ИТС должны актуализироваться не чаще, чем один раз в год.
6.3.4 Процесс актуализации включает:
- изменение структуры подсистем ИТС или групп элементов подсистем ИТС:
- добавление новых подсистем в банк подсистем ИТС;
- удаление неактуальных подсистем из банка подсистем ИТС;
- модификацию наименования или информации о подсистеме ИТС в банке подсистем ИТС.
6.3.5 Используемая терминология должна соответствовать ГОСТ Р 56829-2015, а структура подсистем ИТС и наименования комплексных подсистем ИТС - ГОСТ Р 56294-2014.
6.3.6 В случае если в результате анализа источников исходных данных, указанных в пункте 6.2.1, выявлена новая подсистема ИТС, отсутствующая в банке подсистем ИТС (см. приложение А), то данная подсистема должна быть внесена в банк подсистем ИТС. Если новая подсистема ИТС является инструментальной, то для нее необходимо определить, какие функции комплексных подсистем она реализует.
6.3.7 Подсистема ИТС не является новой и не может быть внесена в банк подсистем ИТС (см. приложение А), если ее назначение, доменная принадлежность и основные задачи совпадают с назначением, доменной принадлежностью и основными задачами одной из подсистем ИТС из банка подсистем ИТС. При этом наименование подсистемы ИТС может отличаться от наименования любой подсистемы из банка подсистем.
6.3.8 При отсутствии информации о месте новой подсистемы ИТС в структуре подсистем ИТС данная информация может быть определена косвенно на основании соотнесения функций и задач новой подсистемы ИТС с функциями и задачами подсистем ИТС верхнего уровня в иерархической структуре либо по доменной принадлежности.
6.3.9 Несколько схожих подсистем ИТС должны быть объединены в одну подсистему ИТС, выполняющую их основные задачи.
- наименование подсистемы ИТС;
- комплексные цели в соответствии с подразделом 6.1;
- основные функции подсистемы ИТС.
6.3.11 Шаблон описания инструментальной подсистемы ИТС должен содержать:
- доменную принадлежность в соответствии с ГОСТ Р ИСО 14813-1-2011;
- назначение;
- основные задачи;
- место в физической архитектуре ИТС;
- целевые индикаторы эффективности, на которые нацелена работа.
7 Рекомендации по взаимодействию субъектов на этапе обоснования ЛП ИТС на федеральных автомобильных дорогах
7.1 Классификация субъектов на этапе обоснования проектов ИТС
7.1.1 На этапе обоснования ЛП ИТС можно выделить следующие субъекты:
- заказчик;
- исполнитель;
- субъекты среды внедрения;
- научно-экспертное сообщество.
7.1.2 Субъект "заказчик" (далее - заказчик) - это организация или группа организаций, которые выступают с инициативой создания ЛП ИТС, являются ее собственником, осуществляют финансирование всех работ по обоснованию ЛП ИТС.
- исполнительные органы государственной власти;
- местная администрация (исполнительно-распорядительный орган муниципального образования);
- государственные компании;
- физические или юридические лица, владеющие автомобильными дорогами на вещном праве в соответствии с законодательством Российской Федерации.
7.1.4 Субъект "исполнитель" (далее - исполнитель) - это организация, которая на договорной основе за счет финансирования заказчика берет на себя обязательства перед заказчиком ЛП ИТС по выполнению работ, связанных с обоснованием ЛП ИТС.
Исполнитель может привлекать сторонние организации для выполнения отдельных видов работ на договорной основе (далее - субисполнитель).
Субисполнитель - это организация или группа организаций, которые на договорной основе берут на себя обязательства перед исполнителем по выполнению отдельных видов работ и проведению консультаций, связанных с обоснованием ЛП ИТС.
На выполнение работ субисполнителем исполнитель должен составить дополнительное ТЗ в соответствии с основным ТЗ, которое может быть расширено, дополнено и детализировано.
7.1.5 Субъект "субъекты среды внедрения" (далее - среда внедрения) - это организации, взаимодействие с которыми может потребоваться заказчику, исполнителю и научно-экспертному сообществу при проведении работ по обоснованию ЛП ИТС.
Примечание - К таким работам можно отнести получение разрешения на проведение работ или предоставление данных, а также консультации.
Среда внедрения может включать:
- исполнительные органы государственной власти;
- местную администрацию (исполнительно-распорядительный орган муниципального образования);
- бизнес-сообщество.
7.1.6 Субъект "научно-экспертное сообщество" (далее - научно-экспертное сообщество) - это научно-исследовательские институты, научно-технические советы и иные научные организации или научные коллективы, аккредитованные заказчиком на проведение экспертной оценки результатов выполненных работ исполнителем.
В качестве научно-экспертного сообщества рекомендуется привлекать научные организации или коллективы, проводящие исследования по следующим научным направлениям:
- интеллектуальные транспортные системы;
- организация и безопасность дорожного движения;
- транспортная телематика;
- проектирование и строительство дорог и сооружений дорожной инфраструктуры;
- транспортная психология и психофизиология на транспорте;
- экономика на транспорте;
- экологическая безопасность;
- эксплуатация автомобильного транспорта;
- транспортные и дорожные технологии.
7.2 Порядок взаимодействия субъектов на этапе обоснования ЛП ИТС
7.2.1 Обоснование ЛП ИТС и взаимодействие субъектов необходимо проводить в строгой последовательности, соответствующей жизненному циклу ЛП ИТС (см. раздел 5).
7.2.2 Начальным этапом обоснования ЛП ИТС должно являться формирование инициативы заказчика на разработку ЛП ИТС (приложение В, блок 0.1).
7.2.3 На этапе "Разработка задания на создание ЛП ИТС" должны быть выполнены следующие мероприятия:
- проведение первого этапа формирования исходных данных объекта внедрения;
- формирование общих целей, требований и особенностей объекта внедрения ЛП ИТС;
- разработка ТЗ на обоснование ЛП ИТС;
- проведение конкурса на обоснование ЛП ИТС.
Первый этап формирования исходных данных объекта внедрения ИТС должен осуществлять заказчик. Допускается выполнение данного этапа исполнителем (см. приложение В, блок 1.1).
Формирование общих целей, требований и особенностей объекта внедрения ЛП ИТС должно проводиться заказчиком (см. приложение В, блок 1.2).
Данные для формирования общих целей, требований и особенностей объекта внедрения ЛП ИТС рекомендуется получать от среды внедрения (см. приложение В, блок 1.2.1).
Примечание - Рекомендуется применение научно обоснованных целей и требований к объекту внедрения ЛП ИТС.
Техническое задание на обоснование ЛП ИТС должно разрабатываться заказчиком (см. приложение В, блок 1.3), иногда по инициативе заказчика разработка, выполнение его отдельных пунктов и консультации в договорном порядке могут быть осуществлены исполнителем, с привлечением научно-экспертного сообщества (см. приложение В, блок 1.3.1).
Примечание - В ТЗ должны быть учтены порядок проведения работ различными организациями и схема финансирования работ.
Конкурс на обоснование ЛП ИТС должен проводиться заказчиком (см. приложение В, блок 1.4).
По итогам конкурса определяется исполнитель (см. пункт 7.1.3), с которым необходимо заключить договор на выполнение работ по обоснованию ЛП ИТС (см. приложение В, блок 1.4.1).
7.2.4 На этапе "Разработка идеалистической модели ЛП ИТС" должны проводиться следующие мероприятия:
- выполнение второго этапа формирования исходных данных объекта внедрения;
- разработка архитектуры индикаторов эффективности ЛП ИТС;
- создание идеалистической модели ЛП ИТС;
- проведение экспертной оценки идеалистической модели ЛП ИТС;
- принятие решения о разработке уточненной модели ЛП ИТС.
Второй этап формирования исходных данных объекта внедрения ИТС должен проводиться исполнителем во взаимодействии со средой внедрения (см. приложение В, блок 1.5).
При выполнении этапов формирования исходных данных необходимо руководствоваться данными раздела 5.
Для проведения обоснования ЛП ИТС заказчик и среда внедрения должны передать исполнителю исходные данные, предусмотренные в ТЗ на обоснование ЛП ИТС (см. приложение В, блоки 1.5.1, 1.5.2).
Архитектура индикаторов эффективности ЛП ИТС должна разрабатываться исполнителем (см. приложение В, блок 2).
При разработке архитектуры индикаторов эффективности ЛП ИТС следует руководствоваться данными, приведенными в разделе 8.
Примечание - В разделе 8 содержится описание целевых индикаторов эффективности уровня субъектов и уровня целевых индикаторов, при этом уровень функциональных индикаторов эффективности ЛП ИТС требуется детализировать в процессе обоснования ЛП ИТС непосредственно исполнителем.
Разработанную архитектуру индикаторов эффективности ЛП ИТС необходимо согласовывать с заказчиком (см. приложение В, блок 2.1) и дорабатывать в соответствии с его замечаниями.
Идеалистическая модель ЛП ИТС должна разрабатываться исполнителем (см. приложение В, блок 3.1).
При разработке идеалистической модели ЛП ИТС следует руководствоваться данными раздела 5.
Примечания
1 Формирование состава, описание функций и задач подсистем ЛП ИТС, а также соответствие каждой подсистеме индикаторов эффективности ЛП ИТС указаны в разделе 5.
2 Для определения состава подсистем ЛП ИТС необходимо провести сравнение целевых индикаторов эффективности выбранных подсистем ИТС с сформированной архитектурой индикаторов эффективности ЛП ИТС.
3 Предварительные функциональная и физическая архитектуры ЛП ИТС, входящие в идеалистическую модель ЛП ИТС, разрабатываются с учетом определенного ранее состава подсистем ЛП ИТС.
Экспертная оценка идеалистической модели ЛП ИТС должна проводиться научно-экспертным сообществом (см. приложение В, блок 3.2).
Исполнитель должен передать научно-экспертному сообществу материалы выполненных мероприятий по обоснованию ЛП ИТС в рамках разработки идеалистической модели и их результатов (см. приложение В, блок 3.2.1).
Исполнитель обязан передать заказчику результаты выполненных мероприятий по обоснованию ЛП ИТС в рамках разработки идеалистической модели (см. приложение В, блок 3.3.1).
Научно-экспертное сообщество должно передать заказчику заключение о состоятельности результатов выполненных мероприятий по обоснованию ЛП ИТС, на основании которого заказчиком принимается решение о приемке идеалистической модели ЛП ИТС (см. приложение В, блок 3.3.2).
Решение о разработке уточненной модели ЛП ИТС принимается заказчиком (см. приложение В, блок 3.3).
7.2.5 На этапе "Разработка уточненной модели ЛП ИТС" необходимо осуществлять следующие мероприятия:
- проведение третьего этапа формирования исходных данных объекта внедрения ЛП ИТС и ввода ограничений;
- проведение четвертого этапа формирования исходных данных объекта внедрения ЛП ИТС;
- создание имитационной модели рассматриваемого участка сети дорог;
- разработка уточненной модели ЛП ИТС и заключение о целесообразности разработки и внедрения ЛП ИТС;
- проведение экспертной оценки обоснования ЛП ИТС;
- принятие решения о целесообразности разработки и внедрения ЛП ИТС.
Третий этап формирования исходных данных и уточнение ограничений среды внедрения должны проводиться исполнителем (см. приложение В, блок 4).
Необходимые данные для выполнения второго этапа формирования исходных данных объекта внедрения ЛП ИТС исполнителю рекомендуется получать от среды внедрения (см. приложение В, блок 4.1).
Четвертый этап формирования исходных данных объекта внедрения ЛП ИТС должен проводиться исполнителем (см. приложение В, блок 5.1). Необходимые данные для его выполнения исполнителю рекомендуется получить от среды внедрения (см. приложение В, блок 5.1.1).
Создание имитационной модели рассматриваемого участка сети дорог должно осуществляться исполнителем (см. приложение В, блок 5.2).
Разработка уточненной модели ЛП ИТС и вынесение заключения о целесообразности внедрения ЛП ИТС должны проводиться исполнителем (см. приложение В, блок 5.3).
Исполнитель обязан передать научно-экспертному сообществу материалы, разработанные в рамках этапа обоснования ЛП ИТС (см. приложение В, блок 5.4.1).
Экспертная оценка результатов обоснования ЛП ИТС должна проводиться научно-экспертным сообществом (см. приложение В, блок 5.4).
Исполнитель обязан передать результаты обоснования ЛП ИТС заказчику (см. приложение В, блок 5.5.1).
Научно-экспертному сообществу необходимо направить заказчику заключение о состоятельности результатов обоснования ЛП ИТС (см. приложение В, блок 5.5.2).
Решение о целесообразности разработки и внедрении ЛП ИТС принимается заказчиком (см. приложение В, блок 5.5).
8 Рекомендации по формированию архитектуры индикаторов эффективности, используемой при обосновании ЛП ИТС
8.1 Требования к формированию архитектуры индикаторов эффективности, используемой при обосновании ЛП ИТС
8.1.1 Общие положения
На этапе обоснования ЛП ИТС при построении архитектуры индикаторов должны быть сформированы:
- перечень индикаторов эффективности ИТС;
- архитектура индикаторов эффективности ИТС в соответствии целями и задачами ЛП ИТС, определенными заказчиком ЛП ИТС и составом пользователей;
- взаимосвязь индикаторов эффективности и подсистем ИТС;
Примечание - Индикаторы к каждой инструментальной подсистеме указаны в приложении А.
- оценка изменения индикаторов эффективности ИТС.
8.1.2 Требования к составу целевых и функциональных индикаторов эффективности, используемых для обоснования ЛП ИТС
8.1.2.1 Структура целевых индикаторов состоит:
- из обеспечения безопасности дорожного движения;
- обеспечения экологической безопасности;
- повышения грузооборота;
- увеличения пассажирооборота;
- роста финансовой привлекательности ЛП ИТС;
- повышения комфорта пользователей.
8.1.2.2 Структура функциональных индикаторов включает следующие индикаторы.
- количества ДТП;
- числа погибших при ДТП;
- социального риска;
- транспортного риска;
- суммарного ущерба транспортным средствам;
- суммарного ущерба объектам инфраструктуры;
- суммарного ущерба грузам.
- объем выбросов загрязняющих веществ:
- объем выбросов частиц при износе шин, тормозных накладок и элементов сцепления;
- уровень шумового загрязнения.
- объема (количества) груза;
- эксплуатационных расходов на перевозку;
- средней скорости движения ТС.
- количество пассажиров;
- эксплуатационные расходы на перевозку;
- средняя скорость движения ТС.
- экономического эффекта от применения ЛП ИТС;
- затрат на разработку и внедрение ЛП ИТС;
- эксплуатационных расходов ЛП ИТС.
- уровень обслуживания (балл);
- пропускная способность дороги (сети дорог);
- уровень загрузки движением (доля);
- время в пути;
- надежность предоставляемой информации о времени прохождения запланированного участка пути;
- стоимость поездки (эксплуатационные затраты или стоимость проезда в общественном транспорте);
- протяженность участков дорог, работающих в режиме перегрузки;
- увеличение мобильности пользователей (транспортной подвижности);
- нервно-психическое напряжение, утомление пользователей в процессе поездки.
8.1.2.3 В рамках проведенной работы рассмотрен основной (минимальный) перечень целевых и функциональных индикаторов, необходимый на стадии обоснования ЛП ИТС. Единицы измерения индикаторов эффективности ИТС представлены в таблице 1.
Таблица 1
Примечание - Целевые и функциональные индикаторы, представленные в таблице 1, являются минимальным перечнем индикаторов, который может дополняться на основании целей и требований заказчика на стадии проектирования ЛП ИТС.
8.1.3 Требования к проведению оценки изменения индикаторов эффективности ИТС
8.1.3.1 Основные требования к оценке изменения индикаторов эффективности, используемых при обосновании проектов ИТС:
- должны отвечать требованиям заказчика по проведению соответствующих работ;
- необходимо осуществлять на участке УДС сопоставление фактических данных с прогнозируемыми, которые находятся по специальным методикам;
- целесообразно проводить при формировании идеалистической модели для построения архитектуры индикаторов эффективности их расчет для всего проекта ИТС;
- следует осуществлять при формировании уточненной модели для построения технико-экономического обоснования проекта ИТС расчет индикаторов эффективности на отдельных участках дороги.
8.1.3.2 Оценка изменения целевого индикатора обеспечения безопасности дорожного движения на стадии обоснования проектов ИТС должна выполняться на основании подпункта 8.1.3.1, за исключением того, что оценку изменения функционального индикатора эффективности количества раненых при ДТП желательно проводить раздельно по уровню тяжести ранения.
8.2 Требования к архитектуре индикаторов эффективности, используемой для обоснования проектов ИТС
8.2.1 Архитектура индикаторов эффективности, применяемая при обосновании проектов ИТС (рисунок 4), должна состоять из уровней:
- интегральных индикаторов по субъектам;
- целевых индикаторов;
- функциональных индикаторов.
![]() проектов ИТС на стадии обоснования
8.2.2 Уровень интегральных индикаторов по субъектам включает три группы индикаторов:
- государственная группа (заказчик ЛП ИТС) - органы исполнительной власти государства, основное назначение которой организация практического исполнения Конституции и законов Российской Федерации в процессе управленческой деятельности, направленной на удовлетворение общественных интересов, запросов и нужд населения, соблюдая стратегические интересы страны в целом;
- социальная группа - население государства с собственными морально-этическими нормами и устоями, которое является основным пользователем ИТС, обеспечивающих повышение уровня качества транспортного обслуживания и жизни населения в целом;
- коммерческая группа - юридические лица, преследующие извлечение прибыли в качестве основной цели своей деятельности, получение которой происходит путем предоставления платных сервисных услуг, сокращения затрат и издержек на осуществление транспортных процессов.
8.2.3 Архитектура индикаторов эффективности проектов ИТС представлена в виде треугольника, разбитого на уровни (рисунок 5).
![]() Рисунок 5 - Архитектура индикаторов эффективности
проектов ИТС на стадии обоснования
8.2.4 Результатом формирования индивидуальной для каждого субъекта структуры индикаторов оценки эффективности проекта ИТС является выстроенная архитектура индикаторов. Разработка архитектуры индикаторов проекта ИТС проводится на основании целей и задач, указанных заказчиком на этапе обоснования.
8.2.5 Проведение анализа изменения индикаторов эффективности рассматриваемого проекта ИТС в рамках представленной архитектуры каждой группы пользователей ИТС необходимо осуществлять с учетом изменения индикаторов эффективности остальных групп. На стадии обоснования следует оценить изменения индикаторов эффективности и определить возможное отрицательное влияние проекта ИТС на каждую группу пользователей ИТС для предотвращения внедрения несоответствующих государственной транспортной стратегии проектов ИТС.
Формирование архитектуры индикаторов эффективности государственной группы пользователей ИТС
На основании требований и целей формирования проекта ИТС заказчиком в лице государственных организаций (федерального, регионального или местного уровня управления) разрабатывается архитектура индикаторов эффективности (рисунок 6), в которой должны быть отражены следующие индикаторы.
![]() Рисунок 6 - Архитектура индикаторов эффективности
государственной группы пользователей ИТС
- количества ДТП;
- числа раненых (по уровню тяжести) при ДТП;
- числа погибших при ДТП;
- повреждений транспортных средств;
- повреждений объектов инфраструктуры;
- повреждений груза.
- выбросы загрязняющих веществ:
- выбросы частиц при износе шин, тормозных накладок, элементов сцепления;
- уровень шумового загрязнения.
- объем (количество) груза;
- эксплуатационные расходы на перевозку грузовым транспортом;
- техническую скорость движения ТС.
- количества пассажиров;
- эксплуатационных расходов на перевозку пассажирским транспортом;
- технической скорости движения ТС.
- прибыль от проекта ИТС;
- эксплуатационные расходы проекта ЛП ИТС.
- время в пути;
- надежность предоставляемой информации о времени прохождения запланированного участка пути;
- стоимость поездки;
- увеличение мобильности пользователей (транспортной доступности);
- нервно-психическое напряжение, утомление пользователей в процессе поездки.
Формирование архитектуры индикаторов эффективности социальной группы пользователей ИТС
На основании требований и целей формирования проекта ИТС заказчиком в лице социальной группы разрабатывается архитектура индикаторов эффективности (рисунок 7), в которой должны быть отражены следующие индикаторы.
![]() Рисунок 7 - Архитектура индикаторов эффективности
социальной группы пользователей ИТС
- количества ДТП;
- числа раненых (по уровню тяжести) при ДТП;
- числа погибших при ДТП;
- повреждений транспортных средств;
- повреждений объектов инфраструктуры;
- повреждений груза.
- выбросы загрязняющих веществ:
- выбросы частиц при износе шин, тормозных накладок, элементов сцепления;
- уровень шумового загрязнения.
- время в пути;
- надежность предоставляемой информации о времени прохождения запланированного участка пути;
- стоимость поездки;
- увеличение мобильности пользователей (транспортной доступности);
- нервно-психическое напряжение, утомление пользователей в процессе поездки.
Формирование архитектуры индикаторов эффективности коммерческой группы пользователей ИТС
На основании требований и целей формирования проекта ИТС заказчиком в лице коммерческой группы разрабатывается архитектура индикаторов эффективности (рисунок 8), в которой должны быть отражены следующие индикаторы.
![]() Рисунок 8 - Архитектура индикаторов эффективности
коммерческой группы пользователей ИТС
- повреждений транспортных средств;
- повреждений объектов инфраструктуры;
- повреждений груза.
- объем (количество) груза;
- эксплуатационные расходы на перевозку грузовым транспортом;
- техническую скорость движения ТС.
- количество пассажиров;
- эксплуатационные расходы на перевозку пассажирским транспортом;
- техническую скорость движения ТС.
- прибыли от ЛП ИТС;
- эксплуатационных расходов ЛП ИТС.
8.2.6 В рамках обоснования проектов ИТС утверждение соответствия проектов и получение разрешений на внедрение должно осуществляться с согласия государственной группы пользователей ИТС.
8.2.7 Проведение оценки изменения индикаторов эффективности проекта ИТС рекомендуется осуществлять на протяжении всего жизненного цикла ЛП ИТС, учитывая возможные отклонения от поставленных целей (прогнозируемых значений индикаторов эффективности), что позволит своевременно определить возможные причины несоответствующего функционирования системы и выстроить схему последующего проведения модернизации ЛП ИТС.
9 Рекомендации по формированию исходных данных в рамках обоснования проектов ИТС на федеральных автомобильных дорогах
9.1 Этапы и структура формирования исходных данных
9.1.1 Формирование исходных данных состоит из следующих этапов.
На данном этапе проводится оценка текущей ситуации, определение причин проблем, установление границ рассматриваемого участка дорожной сети.
На этом этапе выполняется сбор данных для создания архитектуры индикаторов эффективности, подбора подсистем ЛП ИТС, наиболее подходящих для решения поставленной задачи в условиях рассматриваемого участка сети дорог. Этап осуществляется экспертным методом и не требует точных данных.
На данном этапе проводится анализ данных для последующего учета различного рода ограничений, накладываемых на ЛП ИТС.
На этом этапе выполняется подробный анализ рассматриваемого участка сети дорог, по результатам которого создается его имитационная модель.
9.1.2 Форма выходных документов при формировании исходных данных должна соответствовать требованиям, изложенным в ТЗ.
9.1.3 Требования к плану формирования исходных данных должны отвечать требованиям, изложенным в ТЗ.
9.2 Обзор и анализ текущей проблемы на рассматриваемом участке сети дорог
9.2.1 В случае если в ТЗ не даны границы участка сети дорог, но указана зона проблемы, то необходимо перейти к следующему этапу формирования исходных данных.
9.2.2 В случае если в ТЗ не указана зона проблемы, но даны границы участки сети дорог, то ее следует установить экспертным методом.
- статистика по очагам затруднений движения;
- статистические данные о средней скорости движения ТС в зоне проблемы.
Примечание - Перечисленные данные допускается получать в различных веб-сервисах, предоставляющих статистическую информацию о дорожной обстановке.
9.2.4 Данные, указанные в пункте 9.2.3, должны охватывать актуальный для проблемы интервал времени.
Примечание - Актуальным интервалом времени следует считать интервал от момента возникновения проблемы до момента ее исчезновения.
9.2.5 Необходимые для анализа данные, указанные в пункте 9.2.3, могут быть предоставлены компетентными органами или заказчиком по запросу исполнителя.
9.3.1 Формирование исходных данных должно проводиться при рассмотрении уже существующих дорог, а также дорог, на которых выполняется или будет выполняться реконструкция отдельных элементов (перекрестков, развязок, мостов).
9.3.2 Формирование исходных данных должно происходить в следующем порядке (рисунок 9):
- сбор предварительных данных, определение предварительной границы рассматриваемого участка;
- учет данных, получаемых по запросу;
- получение недостающих данных этапа N 1 с помощью замеров и анализа;
- установление окончательной границы рассматриваемого участка сети дорог;
- определение ограничений;
- использование данных, получаемых с помощью замеров и анализа.
![]() исходных данных для реальной сети дорог
9.3.3 Определение ограничений должно состоять из следующих шагов:
- сбора информации об административных границах участка сети дорог;
- анализа нормативных документов, связанных с установкой оборудования;
Примечание - На данном шаге анализируется документация, содержащая ограничения или запрет на установку какого-либо оборудования в определенных зонах.
- обзора существующих на данный момент технических и технологических ограничений, подсистем ИТС, оборудования, каналов связи и др.
9.3.4 Границы участка сети дорог для сбора данных по запросу должны совпадать с границами, указанными в техническом задании, если таковые существуют.
Примечание - При выполнении пункта 9.3.4 рекомендуется провести анализ рассматриваемого участка сети дорог согласно пункту 9.3.6, если это возможно.
9.3.5 Если выполнение пункта 9.3.4 не представляется возможным, то следует руководствоваться пунктом 9.3.6.
9.3.6 Необходимо организовывать сбор предварительных данных и определение предварительной границы рассматриваемого участка.
Примечание - Пример определения предварительной границы участка сети дорог приведен в приложении Б.
Сбор предварительных данных включает информацию по следующим позициям.
- месторасположении;
- актуальном интервале времени;
- направлении движения ТП, на которое оказывает влияние рассматриваемая проблема.
- протяженности;
- актуальном интервале времени.
Примечание - На данном этапе системного анализа особые требования к точности полученной информации не предъявляются.
Начальными границами рассматриваемого участка необходимо считать участок сети дорог, включающий следующие компоненты (рисунок 10):
- зону проблемы;
- зону последствий возникающей проблемы;
- "свободную" зону протяженностью не менее 1 км, если это возможно.
Примечание - "Свободная" зона необходима для адекватного функционирования базовой модели рассматриваемого участка.
![]() границ участка сети дорог
В границы рассматриваемого участка следует включать альтернативные федеральные дороги (участки дорог), формирующие пути объезда зоны проблемы и (или) зоны последствий, а также альтернативные дороги, даже если они не имеют статуса федеральной дороги (при этом необходима координация действий с местными органами самоуправления, в чьей юрисдикции находится включаемая дорога (сеть дорог)).
При выполнении этого границы рассматриваемого участка рекомендуется провести на расстоянии не менее 100 м после съезда с альтернативной дороги.
Если съезд на альтернативную дорогу располагается перед "свободной" зоной, то границы рассматриваемого участка следует установить минимум за 500 м до этого съезда.
9.3.7 В пределах границ рассматриваемой зоны сети дорог необходимо отметить месторасположение и время жизни доминантных ОП.
Пересечения границ рассматриваемого участка и дорог должны отмечаться как ОП.
Примечание - В этом случае ОП могут быть только истоками или стоками.
Следует указать характер ОП:
- исток (источник ТП);
- сток (поглощение ТП);
- транзитный.
Примечание - Объект притяжения в различное время может иметь разные характеры.
1 Перечень данных:
а) паспорта дорог;
б) план создания или реконструкции сети дорог;
в) пропускная способность дорог;
г) транспортный спрос;
д) предварительные данные об интенсивности, плотности и средней скорости движения, по видам и типам ТС;
е) предварительная МОП;
ж) плановая схема пассажирских перевозок и статистика пассажиропотоков;
Примечание - Данная схема содержит расписания и схемы маршрутов наземного городского пассажирского транспорта, в том числе и для особых случаев (например, работа общественного транспорта на период проведения праздничных мероприятий), утвержденные руководством автомобильного парка.
з) информация о текущей конфигурации ИТС и систем телематики, установленных на участке внедрения;
Примечание - Данная информация содержит перечень действующих в текущий момент времени подсистем ИТС и телематических технологий, а также их месторасположение, функциональное и техническое описание оборудования и информацию о хозяйствующих субъектах.
и) схема экологической нагрузки в зоне внедрения ЛП ИТС;
Примечание - Эта схема представляет собой обозначенные на схеме распределения величин экологических загрязнений, вызванных деятельностью ТС. К ним относятся выбросы токсичных газов и шумовое воздействие.
к) статистика по очагам затруднений движения;
л) статистика ДТП;
м) геометрия дорог, перекрестков, развязок зоны внедрения ЛП ИТС;
н) схема погодно-климатических условий;
о) актуальные и прогнозные планы и схемы ОДД, включая оперативное управление;
п) статистика по нарушениям ПДД;
р) информация о конфигурации системы связи и электропитания.
Допускается получение информации, приведенной в данном перечне, в произвольном порядке.
В случае если не удалось получить с помощью запроса некоторые данные из этого перечня, необходимо организовать сбор недостающих данных с помощью замеров и анализа, если это представляется возможным.
2 Статистика по очагам затруднения движения должна содержать следующий минимальный перечень данных:
- месторасположение очага затруднения движения и связанное с ним направление движения;
- время его возникновения;
- продолжительность жизни;
- транспортный спрос в зоне проблемного участка сети дорог.
3 Статистика по ДТП должна включать следующие данные:
- вид;
- время возникновения;
- тяжесть и последствия;
- ущерб, причиненный ТС, грузам и дорожной инфраструктуре.
4 Схема погодно-климатических условий должна содержать данные:
- о температуре воздуха (°C);
- влажности воздуха (г/м3);
- атмосферном давлении (мм рт. ст.);
- осадках (мм);
- местах возможного образования тумана;
- местах возможного образования наледи.
Примечания
1 Места возможного образования тумана характеризуются расположенными вблизи дорог водоемами, водотоками и заболоченными местами.
2 Под местами возможного образования наледи следует понимать такие участки дорог, как переправы через водные преграды, места выезда с закрытой местности на открытую и т.п.
9.3.9 Определение причин возникновения проблемы допускается проводить экспертным методом на основе данных, полученных на этапе N 1 сбора данных.
Причина проблемы может состоять из одного или совокупности следующих факторов:
- некорректная организация дорожного движения на рассматриваемом участке;
- некорректное функционирование внедренных ранее ИТС и систем телематики как на рассматриваемом участке, так и за его пределами;
- систематические ДТП на определенном участке сети дорог;
- геометрия дороги;
- недостаточная пропускная способность дорог;
- погодные условия, систематически появляющиеся на определенных участках дорог.
9.3.10 Этап N 4 формирования исходных данных должен проводиться исполнителем непосредственно на рассматриваемом участке сети дорог с помощью дополнительных замеров и результатов анализа исходных данных, полученных на предыдущих этапах.
Окончательную границу рассматриваемого участка сети дорог необходимо расширить, если:
а) границы зоны проблемы или зоны последствий совпадают с границами рассматриваемого участка сети дорог или выходят за них (например, транспортный затор на дороге начинается еще до границ рассматриваемого участка);
б) существуют альтернативные маршруты движения ТС, у которых съезд (съезды) располагается вне границ рассматриваемого участка сети дорог;
в) возможная причина проблемы находится за пределами рассматриваемого участка сети дорог (например, некорректное функционирование системы КУТП, расположенной за пределами рассматриваемого участка сети дорог, следствием которого является перегрузка рассматриваемого участка).
Методы решения:
- для пункта "а" границы рассматриваемого участка необходимо расширить как минимум до зоны последствий;
- при выполнении пункта "б" следует руководствоваться требованиями, изложенными в пункте 9.3.6;
- для пункта "в" границы рассматриваемого участка необходимо расширять как минимум до месторасположения самой причины проблемы.
Допускается уменьшение границы рассматриваемого участка сети дорог, если зона последствий, причина проблемы и съезды альтернативных маршрутов находятся на значительном удалении от установленных границ этого участка.
Перечень собираемых данных включает:
Примечание - Графическое обозначение связанных между собой автомобильных дорог, наиболее важные для объекта исследования (зоны внедрения ЛП ИТС).
Примечание - Количество убывающих и прибывающих человек на остановках ГПТ в зоне исследуемого участка сети дорог.
Примечание - Величина отложенного транспортного спроса - количество людей, готовых пересесть с общественного на личный транспорт при условии улучшения дорожной обстановки.
Должна соблюдаться последовательность сбора перечисленных данных. Перечень собираемых данных следует выполнять только в том случае, если в рассматриваемую сеть дорог входит улично-дорожная сеть населенных пунктов, по которой предусмотрено движение маршрутного транспорта.
При простом строении сети дорог допускается использование обычной МК вместо КМК. Простой следует считать сеть дорог, представляющую собой участок с одной главной дорогой, съездами на незначительные дороги и максимум одним крупным перекрестком (развязкой).
При простом строении сети дорог допускается применять программные методы восстановления МК. При этом вместо построения МК (КМК) следует провести сбор информации о распределении ТП на перекрестках, съездах и примыканиях рассматриваемой сети дорог.
Качественную матрицу корреспонденции рекомендуется строить методом анализа треков ТС.
При построении КМК должна соблюдаться следующая последовательность действий:
- определение вектора притяжения ТП;
- анализ сформированной ранее матрицы ОП, определение доминантных ОП;
- разработка принципа определения и анализа треков ТС;
- сбор первичной КМК;
- корректировка точности и достоверности первичной КМК, если она не удовлетворяет требованиям к точности, указанным в техническом задании.
Примечание - Пример построения КМК представлен в рамках примера проведения системного анализа, приведенного в приложении Г.
9.3.11 Предоставленные и собранные данные должны отвечать всем требованиям к точности, указанным в техническом задании.
9.3.12 Допускается не производить сбор данных, если они уже были получены на этапе N 1 сбора данных и отвечают требованиям пункта 9.3.11.
9.3.13 Для создаваемой или реконструируемой сети дорог исходные данные должны формироваться на основе прогнозных имитационных моделей и макроэкономического анализа.
9.4 Данные, необходимые для создания имитационной модели
9.4.1 В результате сбора необходимых данных должна быть получена информация для решения имитационных моделей:
- графа дорог;
- организации дорожного движения;
- транспортного потока.
9.4.2 Рекомендуется использовать максимальное количество имеющейся информации для создания наиболее достоверной имитационной модели участка сети дорог.
9.4.3 Допускается использование набора минимально необходимых данных, указанных в пункте 9.4.4.
9.4.4 Минимально необходимые данные для создания модели сети дорог:
- карта (схема, граф) дорог рассматриваемого участка сети дорог;
- протяженность дорог, входящих в рассматриваемый участок сети дорог;
- геометрия дорог, пересечений (развязок);
- количество полос движения.
- о горизонтальной дорожной разметке, описанной в подразделе 6.2 ГОСТ Р 52289-2004;
- установленных на рассматриваемом участке сети дорог дорожных знаках, указанных в пункте 9.5.7 (г, д, е, ж, з);
- светофорном регулировании на участке сети дорог;
- расписании и маршрутах движения городского маршрутного транспорта.
1 При наличии систем КУТП:
- объекты притяжения, относительно которых выполняется информирование водителей ТС;
- узлы сети дорог, на которых происходит перераспределение ТП;
- теоретически возможные проценты перераспределения ТП с точки зрения возможностей сети дорог;
- фактический процент перераспределения ТП.
2 При наличии систем ДУТП:
- принцип корректирования светофорных фаз;
- расположение управляемых светофоров;
- принцип корректирования ограничений максимально допустимой скорости.
9.4.6 Минимально необходимые данные для создания модели ТП:
а) интенсивность;
б) средняя скорость;
в) состав по типам ТС;
г) данные о потоке пешеходов на нерегулируемых пешеходных переходах;
е) величина отложенного транспортного спроса по сети дорог.
9.4.7 Если рассматривается простое строение сети дорог, то пункт 9.4.6 (д) допускается выполнять согласно пункту 9.3.10.
9.4.8 Информация о сети дорог должна удовлетворять следующим требованиям:
Примечание - Большинству редакторов программ имитационного моделирования при создании графа дорог изначально требуется данный параметр.
9.4.9 Требования к информации об ОДД:
- данные о типе дорожной разметки должны полностью соответствовать реальной обстановке;
- точность данных о протяженности дорожной разметки и общей информации, приведенная в пункте 9.4.5, должна отвечать условиям ТЗ.
9.5 Требования к программам имитационного моделирования
9.5.1 Имитационная модель рассматриваемого участка сети дорог должна строиться в программах имитационного моделирования.
9.5.2 Используемые программы имитационного моделирования должны содержать минимальный набор функций, представленный в пунктах 9.5.3 - 9.5.15.
9.5.3 Должно быть возможным создание и редактирование модели сети дорог города или региона.
9.5.4 Должна быть возможность моделирования и изменения ТП, в том числе:
а) задание маршрутов движения ТС по сети дорог;
в) моделирование маршрутного транспорта, двигающегося по определенному маршруту с остановками в обозначенных местах;
9.5.5 Пункт 9.5.4 (б) допускается не применять, если при этом все типы ТС приводятся к легковому автомобилю.
9.5.6 Пункт 9.5.4 (в) допускается выполнять только в том случае, если в рассматриваемую сеть дорог входит улично-дорожная сеть населенных пунктов, по которой предусмотрено движение маршрутного транспорта.
9.5.7 Должна быть возможность создания и изменения модели ОДД, в том числе имитирование:
а) соблюдения транспортными средствами дорожной разметки;
в) светофорного регулирования;
д) действия запрещающих знаков 3.1 - 3.4, 3.17.1, 3.17.3, 3.18, 3.19, 3.24, 3.25 таблицы А.3 приложения А ГОСТ Р 52290-2004;
ж) действия знаков особых предписаний 5.15.1, 5.15.2, 5.15.7, 5.19, 5.23 таблицы А.5 приложения А ГОСТ Р 52290-2004;
з) действия знаков дополнительной информации 8.1 - 8.3, 8.13 таблицы А.8 приложения А ГОСТ Р 52290-2004.
9.5.8 Пункт 9.5.7 (б) следует выполнять только при условии выполнения пункта 9.5.4 (в).
9.5.9 Должно быть возможным имитирование систем КУТП и динамических систем ДУТП.
Примечания
1 Под имитированием систем КУТП следует понимать динамическое перераспределение ТП в зависимости от параметров самого ТП.
2 Под имитированием динамических систем ДУТП следует понимать автоматическое корректирование фаз светофорных объектов и (или) скоростного режима в зависимости от ТП.
9.5.10 Должно быть возможным имитирование транспортных ситуаций на модели сети дорог в визуальном режиме наблюдения:
9.5.11 Должна быть возможность симуляции существующих и прогнозируемых транспортных потоков в визуальном режиме наблюдения, а также как в реальном времени, так и в ускоренном режиме.
9.5.12 Должны рассчитываться значения следующих параметров транспортных потоков по итогам проведенных модельных экспериментов:
б) плотности ТП;
в) зависимости интенсивности ТП от его плотности;
г) процентов распределения ТП на узлах сети дорог;
д) времени прохождения ТС рассматриваемого участка сети дорог;
е) средней скорости движения ТС как по отдельным отрезкам сети дорог, так и по всему участку в целом.
9.5.13 Рекомендуется отображение информации, указанной в пункте 9.5.12 (а), как в числовом формате, так и в виде тепловой карты.
9.5.14 Рекомендуется также наличие возможности расчета выбросов загрязняющих веществ в окружающую среду и потребление энергии транспортными средствами.
- развитый редактор сетей, обеспечивающий возможность двухмерной визуализации;
- инструменты импорта (экспорта) файлов САПР, ГИС, растровых изображений и данных о параметрах трафика и транспортных средств;
- Micro- и Meso-имитаторы трафика;
- интерфейсные средства для взаимодействия со сторонними программными продуктами.
9.6.1 Созданная имитационная модель должна повторять все параметры рассматриваемого участка сети дорог с учетом допустимой погрешности.
9.6.2 Имитационная модель сети дорог и ОДД должны полностью соответствовать собранным данным.
9.6.3 Погрешность интенсивности транспортного потока CN рассчитывается по формуле
(1)где N - интенсивность транспортного потока, замеренная детекторами транспорта на реальной сети дорог;
Nм - интенсивность транспортного потока, замеренная виртуальными детекторами транспорта в имитационной модели, расположенными на реальной сети дорог.
9.6.4 Погрешность плотности транспортного потока CQ определяется по формуле
(2)где Q - плотность транспортного потока, замеренная детекторами транспорта на реальной сети дорог;
Qм - плотность транспортного потока, замеренная виртуальными детекторами транспорта в имитационной модели, расположенными на реальной сети дорог.
9.6.5 Погрешность времени прохождения рассматриваемого участка сети дорог транспортным средством Ct должна рассчитываться по формуле
(3)где t, tм - среднее время прохождения транспортным средством определенного участка сети дорог или маршрута, соответственно рассчитанное для реальной дорожной обстановки и замеренное виртуальными детекторами транспорта в имитационной модели, расположенными на реальной сети дорог.
9.6.6 Сравнительные анализы должны проводиться согласно ТЗ.
9.6.7 Если в ТЗ нет требований к проведению сравнительных анализов, то их необходимо выполнять в соответствии со следующими рекомендациями:
(справочное)
А.1 Комплексные подсистемы ИТС
Комплексные цели: оптимизация транспортного процесса за счет косвенного управления транспортным потоком в штатном и нештатном режимах, а также обеспечение безопасности дорожного движения.
Основные функции системы:
- мониторинг состояния объектов притяжения транспортного потока;
- построение КМК;
- моно- и мультиобъектное маршрутное ориентирование;
- информационный сервис;
- мониторинг и контроль индикаторов эффективности, характеризующих достижение комплексных целей;
- принятие решения по управлению в рамках своей комплексной цели.
Реализация функций комплексной подсистемы:
- мониторинга параметров транспортного потока,
- управления выездом и въездом на парковки,
- управления въездом на автомагистрали;
- информирования с помощью ДИТ,
- информирования с помощью бортовых устройств ТС и персональных устройств,
- управления выездом и въездом на парковки;
- информирования с помощью ДИТ;
- информирования с помощью бортовых устройств ТС и персональных устройств.
Комплексные цели: оптимизация транспортного процесса за счет директивного управления транспортным потоком в штатном и нештатном режимах, а также обеспечение безопасности дорожного движения.
Основные функции системы:
- построение планов координации светофорного регулирования;
- светофорное регулирование транспортного потока;
- управление транспортным потоком посредством знаков переменной информации;
- мониторинг и контроль индикаторов эффективности, характеризующих достижение комплексных целей;
- принятие решения по управлению в рамках своей комплексной цели.
Реализация функций комплексной подсистемы:
- мониторинга параметров транспортного потока,
- управления выездом и въездом на парковки,
- управления въездом на автомагистрали;
- мониторинга параметров транспортного потока,
- светофорного управления,
- пополосного управления,
- управления выездом и въездом на парковки,
- управления въездом на автомагистрали,
- обеспечения приоритета движения ТС;
- информирования УДД с помощью ДИТ и ЗПИ,
- пополосного управления,
- управления выездом и въездом на парковки.
А.1.3 Автоматизированная система управления дорожным движением
Автоматизированная система управления дорожным движением представляет собой подсистему КУТП, или подсистему ДУТП, или их различное сочетание.
Комплексные цели, основные функции системы, реализация функций комплексной подсистемы инструментальными подсистемами приведены в подразделах А.1.1, А.1.2.
А.1.4 Подсистема управления состоянием дорог
Комплексные цели: обеспечение безопасности дорожного движения и номинальной пропускной способности, поддержание заданного уровня содержания дорожного покрытия и элементов дорожной инфраструктуры за счет мониторинга их текущего состояния и оперативного реагирования служб содержания дорог.
Основные функции системы:
- обеспечение оперативного реагирования служб содержания дорог на ухудшение эксплуатационных параметров дорожного покрытия;
- обеспечение автоматизированного сбора платы за проезд на платных участках УДС;
- мониторинг и контроль индикаторов эффективности, характеризующих достижение комплексных целей;
- принятие решения по управлению в рамках своей комплексной цели.
Реализация функций комплексной подсистемы:
- мониторинга состояния дороги и дорожной инфраструктуры,
- видеонаблюдения, детектирования ДТП и ЧС,
- диспетчерского управления транспортом служб содержания дорог и коммунальных служб,
- метеомониторинга,
- обеспечения противогололедной обстановки;
А.1.5 Подсистема контроля соблюдения ПДД и контроля ТС
Комплексные цели: обеспечение безопасности дорожного движения, в том числе в местах повышенной опасности, за счет принуждения УДД к соблюдению ПДД; формирование заданного поведения УДД и культуры вождения.
Основные функции системы:
- сбор данных, являющихся доказательной базой фактов нарушений ПДД;
- передача данных правоохранительным органам и подсистемам ИТС;
- мониторинг и контроль индикаторов эффективности, характеризующих достижение комплексных целей;
- принятие решения по управлению в рамках своей комплексной цели.
Реализация функций комплексной подсистемы:
- регистрации нарушений ПДД,
- детектирования опасных грузов и ЧС, связанных с перевозкой опасных грузов,
- весогабаритного контроля и контроля доступа ТС на участки УДС,
- видеонаблюдения, детектирования ДТП и ЧС;
- регистрации нарушений ПДД,
- детектирования опасных грузов и ЧС, связанных с перевозкой опасных грузов,
- весогабаритного контроля и контроля доступа ТС на участки УДС.
А.1.6 Подсистема пользовательских сервисов
Назначение системы: предоставление различных сервисных услуг пользователям транспортной системы.
Основные функции системы:
- на бесплатной основе,
- на платной основе;
А.2 Инструментальные подсистемы ИТС
А.2.1 Подсистема метеомониторинга
Доменная принадлежность:
- сервисный домен - погодные условия и состояние окружающей среды;
- сервисная группа - мониторинг погодных условий.
Назначение подсистемы ИТС: мониторинг данных, характеризующих метеоусловия в месте установки.
Основные задачи подсистемы ИТС:
- сбор данных, характеризующих погодные условия в месте установки подсистемы ИТС;
- сбор данных о состоянии дорожного покрытия, связанном с погодными условиями;
- обработка полученных данных;
- хранение данных;
- передача данных другим подсистемам ИТС.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД;
- управления состоянием дороги.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие (обеспечение безопасности дорожного движения);
- косвенное (вспомогательное) воздействие (повышение комфорта пользователей).
А.2.2 Подсистема мониторинга состояния дороги и дорожной инфраструктуры
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - управление обслуживанием транспортной инфраструктуры.
Назначение подсистемы ИТС: мониторинг состояния дорожного покрытия и элементов дорожной инфраструктуры, передача отчетных данных службам содержания дорог.
Основные задачи подсистемы ИТС:
- сбор данных о дефектах и повреждениях дорожного покрытия;
- сбор данных о дефектах и повреждениях элементов дорожной инфраструктуры;
- обработка полученных данных;
- передача данных подсистемам ИТС и службам содержания дорог.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС управления состоянием дороги.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие (обеспечение безопасности дорожного движения);
- косвенное (вспомогательное) воздействие (повышение комфорта пользователей).
А.2.3 Подсистема обеспечения противогололедной обстановки
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - управление обслуживанием транспортной инфраструктуры.
Назначение подсистемы ИТС: своевременная обработка дорожного покрытия специальным реагентом с целью уменьшения вероятности образования гололеда, передача информации коммунальным службам и подсистемам ИТС.
Основные задачи подсистемы ИТС:
- мониторинг погодных условий в месте установки;
- обработка дорожного покрытия специальным реагентом;
- передача данных подсистемам ИТС и коммунальным службам.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС управления состоянием дороги.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие (обеспечение безопасности дорожного движения);
- косвенное (вспомогательное) воздействие (повышение комфорта пользователей).
А.2.4 Подсистема диспетчерского управления ТС служб содержания дорог
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - управление обслуживанием транспортной инфраструктуры.
Назначение подсистемы ИТС: контроль и оперативное управление ТС служб содержания дорог в зависимости от дорожной обстановки и погодных условий.
Основные задачи подсистемы ИТС:
- сбор данных, характеризующих дорожную обстановку;
- сбор данных, характеризующих погодно-метеорологические условия;
- диспетчерское управление службами содержания дорог;
- контроль выполнения транспортной работы;
- подготовка отчетных данных;
- хранение данных.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС управления состоянием дорог.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- по обеспечению безопасности дорожного движения,
- повышению комфорта пользователей;
А.2.5 Подсистема автоматизированного сбора платы за проезд
Доменная принадлежность:
- сервисный домен - электронные платежи на транспорте;
- сервисная группа - электронные транзакции (денежные переводы) на транспорте.
Назначение подсистемы ИТС: автоматизированный сбор платы за проезд по платным участкам дороги без остановки ТС.
Основные задачи подсистемы ИТС:
- идентификация ТС;
- определение типа ТС;
- бесконтактная оплата проезда по платному участку дороги в автоматическом режиме;
- формирование отчетных данных;
- хранение данных.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС управления состоянием дорог.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС:
- рост финансовой привлекательности проекта ЛП ИТС,
- повышение комфорта пользователей;
- обеспечение экологической безопасности,
- увеличение грузооборота,
- повышение пассажирооборота.
А.2.6 Подсистема видеонаблюдения, детектирования ДТП и ЧС
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - управление инцидентами, связанными с ТС.
Назначение подсистемы ИТС: визуальное наблюдение за участком дороги с целью оценки состояния транспортного потока, дорожного покрытия и элементов дорожной инфраструктуры; идентификация ДТП, ЧС и фактов нарушения ПДД.
Основные задачи подсистемы ИТС:
- фото- и видеонаблюдение за дорожной обстановкой;
- фото- и видеонаблюдение за состоянием дорожного покрытия;
- фото- и видеонаблюдение за состоянием дорожной инфраструктуры;
- хранение фото- и видеоданных;
- детектирование ДТП и ЧС;
- передача фото- и видеоданных другим подсистемам ИТС, службам экстренного реагирования, дорожным службам и правоохранительным органам.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД;
- контроля соблюдения ПДД и контроля ТС;
- управления состоянием дороги.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- рост финансовой привлекательности проекта ЛП ИТС,
- повышение комфорта пользователей;
- обеспечение безопасности дорожного движения,
- обеспечение экологической безопасности.
А.2.7 Подсистема мониторинга параметров транспортного потока
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением.
Назначение подсистемы ИТС: мониторинг данных, характеризующих параметры транспортного потока.
Основные задачи подсистемы ИТС:
- сбор параметров транспортного потока;
- обработка полученных данных;
- прогноз параметров транспортного потока по исходным данным;
- хранение данных;
- передача данных другим подсистемам ИТС в запрашиваемом виде.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
А.2.8 Подсистема весогабаритного контроля транспортных средств
Доменная принадлежность:
- сервисный домен - коммерческие перевозки;
- сервисная группа - оформление коммерческих транспортных средств в движении.
Назначение подсистемы ИТС: проверка ТС определенного типа без их остановки на соответствие весогабаритных характеристик установленным нормам с целью выявления правонарушений.
Основные задачи подсистемы ИТС:
- определение типа ТС без их остановки;
- измерение весовых и габаритных характеристик ТС без их остановки;
- предоставление временных стоянок;
- определение точного значения превышения установленных норм;
- передача данных другим подсистемам ИТС, транспортным службам и правоохранительным органам.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- ДУТП;
- АСУДД;
- контроля соблюдения ПДД и контроля ТС.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие (повышение финансовой привлекательности проекта ЛП ИТС);
- косвенное (вспомогательное) воздействие (обеспечение безопасности дорожного движения).
А.2.9 Подсистема информирования УДД с помощью ДИТ и ЗПИ
Доменная принадлежность:
- сервисный домен - информирование участников дорожного движения;
- сервисная группа - информирование в процессе передвижения.
Назначение подсистемы ИТС: информирование и оповещение пользователей ЛП ИТС с помощью ДИТ и ЗПИ.
Основная задача подсистемы ИТС: информирование УДД в пути с помощью ДИТ и ЗПИ.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД;
- управлением состояния дорог;
- контроля соблюдения ПДД и контроля ТС.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- рост грузооборота,
- увеличение пассажирооборота,
- повышение комфорта пользователей;
- обеспечение безопасности дорожного движения,
- обеспечение экологической безопасности.
А.2.10 Подсистема информирования пользователей подсистемы ИТС с помощью бортовых устройств ТС и персональных устройств
Доменная принадлежность:
- сервисный домен - информирование участников дорожного движения;
- сервисная группа - информирование в процессе передвижения.
Назначение подсистемы ИТС: информирование и оповещение пользователей ЛП ИТС с помощью бортовых устройств ТС и персональных устройств.
Основные задачи подсистемы ИТС: информирование пользователей ЛП ИТС:
- перед поездкой с помощью персональных устройств;
- в пути с помощью бортовых устройств ТС и персональных устройств.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД;
- управлением состояния дорог;
- контроля соблюдения ПДД и контроля ТС.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- рост грузооборота,
- увеличение пассажирооборота,
- повышение комфорта пользователей;
- обеспечение безопасности дорожного движения,
- обеспечение экологической безопасности.
А.2.11 Подсистема светофорного управления
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением.
Назначение подсистемы ИТС: обеспечение оптимального светофорного регулирования в местах пересечения транспортных потоков с целью снижения вероятности возникновения ДТП и с учетом текущей дорожно-транспортной обстановки.
Основные задачи подсистемы ИТС:
- сбор данных о транспортных потоках на подъездах к перекрестку с целью адаптивного управления светофорным объектом;
- осуществление светофорного регулирования транспортных потоков в штатном и нештатном режимах.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие;
- косвенное (вспомогательное) воздействие (обеспечение безопасности дорожного движения).
А.2.12 Подсистема управления выездом и въездом на парковки
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением.
Назначение подсистемы ИТС: информирование водителей о наличии свободных мест на парковках и оптимальном времени выезда с парковок крупных ОП; автоматический (автоматизированный) сбор платы за парковку.
Основные задачи подсистемы ИТС:
- сбор данных о параметрах транспортных потоков на прилегающей дорожной сети;
- регистрирование количества ТС, въезжающих и выезжающих с парковочного пространства;
- информирование водителей о наличии свободных парковочных мест и ориентирование к ним;
- информирование водителей об оптимальном времени выезда с парковки по определенным маршрутам;
- автоматический (автоматизированный) сбор денежных средств за парковку.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие;
- косвенное (вспомогательное) воздействие (повышение комфорта пользователей).
А.2.13 Подсистема управления выездом на автомагистраль
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением.
Назначение подсистемы ИТС: ограничение выезда ТС с прилегающих дорог на автомагистраль с целью максимизации интенсивности движения на автомагистрали.
Основные задачи подсистемы ИТС:
- сбор данных о состоянии транспортного потока на автомагистрали и прилегающих дорогах;
- регулирование интенсивности транспортного потока, выезжающего на автомагистраль с прилегающих дорог;
- передача данных другим подсистемам ИТС.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- рост грузооборота,
- увеличение пассажирооборота;
А.2.14 Подсистема регистрации нарушений ПДД
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - принуждение к соблюдению (контроль соблюдения) ПДД.
Назначение подсистемы ИТС: фиксация фактов нарушений ПДД и передача доказательной базы правоохранительным органам.
Основные задачи подсистемы ИТС:
- идентификация и фиксация факта нарушения ПДД;
- идентификация ТС;
- анализ, обработка и хранение данных;
- передача данных другим подсистемам и правоохранительным органам.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС контроля соблюдения ПДД и контроля ТС.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие;
- косвенное (вспомогательное) воздействие (обеспечение безопасности дорожного движения).
А.2.15 Подсистема детектирования опасных грузов
Доменная принадлежность:
- сервисный домен - чрезвычайные ситуации;
- сервисная группа - уведомление о перевозках опасных грузов и связанных с ними дорожно-транспортных происшествиях;
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - управление инцидентами, связанными с ТС;
- сервисный домен - национальная безопасность;
- сервисная группа - мониторинг и контроль подозрительных ТС.
Назначение подсистемы ИТС: детектирование перевозки опасных грузов, фактов ее нарушения, передача данных правоохранительным органам, службам экстренного реагирования и подсистемам ИТС.
Основные задачи подсистемы ИТС:
- детектирование опасных грузов;
- идентификация ТС;
- определение координат ТС;
- выявление правонарушений, связанных с перевозкой опасных грузов;
- формирование и хранение отчетных данных;
- передача данных правоохранительным органам, службам экстренного реагирования и подсистемам ИТС.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав комплексной подсистемы ИТС контроля соблюдения ПДД и контроля ТС.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие;
- косвенное (вспомогательное) воздействие (обеспечение безопасности дорожного движения).
А.2.16 Подсистема пополосного управления
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением.
Назначение подсистемы ИТС: директивное управление транспортным потоком отдельно на каждой полосе движения на перегонах многополосной дороги.
Основные задачи подсистемы ИТС:
- сбор данных о параметрах транспортного потока;
- директивное управление транспортным потоком отдельно на каждой полосе движения посредством знаков переменной информации и светофорного регулирования;
- передача данных другим подсистемам ИТС.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- рост грузооборота,
- повышение пассажирооборота,
- обеспечение безопасности дорожного движения;
А.2.17 Подсистема мониторинга экологических параметров
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - принуждение к соблюдению (контроль соблюдения) ПДД.
Назначение подсистемы ИТС: мониторинг данных, характеризующих экологические условия в районе установки ЛП ИТС для передачи их другим подсистемам ИТС и транспортным службам.
Основные задачи подсистемы ИТС:
- сбор данных, характеризующих экологические параметры в районе установки ЛП ИТС;
- обработка полученных данных;
- хранение данных;
- передача данных другим подсистемам ИТС и транспортным службам.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие;
- косвенное (вспомогательное) воздействие.
А.2.18 Подсистема обеспечения приоритета движения ТС
Доменная принадлежность:
- сервисный домен - управление дорожным движением и действия по отношению к его участникам;
- сервисная группа - организация и управление дорожным движением;
- сервисный домен - чрезвычайные ситуации;
- сервисная группа - регулирование перемещения транспортных средств оперативных служб.
Назначение подсистемы ИТС: обеспечение приоритета движения ТС служб экстренного реагирования и других видов специального транспорта.
Основные задачи подсистемы ИТС:
- сбор данных о параметрах транспортного потока;
- взаимодействие с ТС служб экстренного реагирования и другими видами специального транспорта;
- взаимодействие с другими подсистемами ИТС.
Место подсистемы ИТС в физической архитектуре ИТС: данная инструментальная подсистема включена в состав следующих комплексных подсистем:
- КУТП;
- ДУТП;
- АСУДД.
Целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС, могут иметь:
- прямое (непосредственное) воздействие (обеспечение безопасности дорожного движения);
- косвенное (вспомогательное) воздействие (повышение комфорта пользователей).
(справочное)
СЕТИ ДОРОГ ДЛЯ ФОРМИРОВАНИЯ ИСХОДНЫХ ДАННЫХ В РАМКАХ
ОБОСНОВАНИЯ ПРОЕКТОВ ИТС НА ФЕДЕРАЛЬНЫХ ДОРОГАХ
Начальные условия: техническое задание, в котором задана цель - обосновать целесообразность внедрения ИТС на рассматриваемый участок для максимизации пропускной способности сети дорог на участке дороги М-7 "Волга". По условиям технического задания указана только зона проблемы и актуальное время данной проблемы, которая возникает из-за реконструкции моста (рисунок Б.1).
![]() Рисунок Б.1 - Зона проблемы
Необходимо установить предварительные границы рассматриваемого участка сети дорог, руководствуясь требованиями подраздела 9.3. Для более подробной характеристики этого участка проводится сбор предварительных данных согласно пункту 9.3.6, определяются зоны последствий, отмечаются свободные зоны, доминантные ОП (рисунок Б.2). Протяженность зон последствий соответствует наибольшему статистическому значению протяженности транспортных заторов. Согласно примечанию к рассматриваемому пункту никаких требований к точности данной информации не предъявляется, поэтому источником информации был выбран один из доступных веб-сервисов, располагающих актуальными данными.
![]() Первичный анализ данных позволил сделать вывод, что решением данной проблемы может выступать только перенаправление части ТП на альтернативные дороги. Далее согласно пункту 9.3.6 в сеть рассматриваемых дорог включаются наиболее значимые из возможных альтернативных дорог вне зависимости от наличия федерального статуса. При этом границы рассматриваемого участка располагаются на расстоянии не менее 500 м до съезда с основной дороги в соответствии с пунктом 9.3.6.
Согласно пункту 9.3.7 отмечаются объекты притяжения с указанием их характера. Для выполнения данной задачи достаточно информации об интенсивности ТП в обозначенные временные отрезки (рисунок Б.3). Наличие на рассматриваемом участке сети дорог двух доминантных ОП, находящихся непосредственно на границе участка, свидетельствует о том, что должен проводиться дальнейший сбор данных для обоих направлений движения. Также внутри самого участка необходимо отметить и другие значимые ОП.
![]() Рисунок Б.3 - Предварительные границы участка сети дорог
Выполнение пунктов 9.3.6 и 9.3.7 означает, что определение предварительных границ участка сети дорог окончено.
(обязательное)
![]() Рисунок В.1 - Схема взаимодействия субъектов
на этапе обоснования ЛП ИТС
(справочное)
ОБОСНОВАНИЯ ПРОЕКТОВ ИТС НА ФЕДЕРАЛЬНЫХ ДОРОГАХ
Начальные условия: техническое задание, в котором задана цель - обосновать целесообразность внедрения ИТС на рассматриваемый участок для максимизации пропускной способности сети дорог, состоящей из участка федеральной дороги М-27 (от г. Сочи включительно) до пересечения дороги А-148 с Тбилисской улицей. По условиям технического задания возможно расширение рассматриваемой сети дорог, но запрещено ее уменьшение, также не указан тип внедряемой ИТС, поэтому необходимо производить сбор максимального количества данных.
Согласно условиям сеть дорог реальна и функционирует, выполняется реконструкция развязки дорог М-27 и А-148. Таким образом, следует начать формирование исходных данных с пункта 9.3.4.
С помощью веб-сервиса осуществляется анализ участка сети дорог и статистических данных о ТП для определения месторасположения зон проблем, последствий и "свободных" зон (рисунок Г.1).
![]() Рисунок Г.1 - Характеристика участка сети дорог
Согласно примечанию к пункту 9.3.4 выполняются требования пункта 9.3.6, при этом первичный анализ карты показывает, что существуют альтернативные маршруты движения по дорогам, часть из которых не относится к федеральным дорогам. Согласно пункту 9.3.6 данные дороги рекомендуется включить в рассматриваемую сеть дорог. Использование альтернативных дорог позволит рассмотреть вариант применения систем КУТП и не допустить перегрузку УДС города. Поэтому первый этап сбора данных будет проводиться относительно сети дорог, представленной на рисунке Г.2.
![]() Рисунок Г.2 - Предварительная схема сети дорог
Затем формируются запросы в компетентные органы (возможно также привлечение самого заказчика, если в этом есть необходимость) на получение данных первого этапа (см. пункт 9.3.8).
По запросу была предоставлена следующая информация:
- паспорта дорог;
- план реконструкции развязок на рассматриваемой сети дорог;
- данные об интенсивности и плотности движения до начала реконструкции;
- плановая схема пассажирских перевозок;
- информация о системах ИТС, установленных на рассматриваемом участке сети дорог (принцип работы, эффективность, спецификация и технические характеристики оборудования);
- статистика по очагам затруднений движения и участки концентрации ДТП;
- параметры геометрии дорог и развязок (протяженность, радиусы поворотов, углы подъемов и др.);
- актуальные и прогнозные схемы и планы ОДД, включая оперативное управление;
- выдержки из нормативно-правовых документов, связанных с установкой оборудования (участки сети дорог, на которых запрещено монтировать какое-либо оборудование);
- панорамная фотосъемка расширенной сети дорог (инициатива заказчика).
По полученным данным проводится анализ альтернативных дорог, по итогам которого происходит исключение тех дорог, которые окажутся бесполезны с точки зрения систем КУТП (недостаточная пропускная способность), и утверждается итоговый вариант рассматриваемой схемы дорог (рисунок Г.3).
![]() сеть дорог;
притяжения;
Рисунок Г.3 - Окончательная схема сети дорог
Далее необходимо выполнить сбор и анализ информации, связанной с нормативно-правовыми ограничениями, которые могут воспрепятствовать, например, установке оборудования на тот или иной участок дороги и др.
Второй этап сбора данных следует проводить уже относительно итоговой дорожной сети. Параллельно создается модель сети дорог в программе имитационного моделирования, так как для этого имеются минимально необходимые данные согласно разделу 10:
- карта дорог рассматриваемого участка сети дорог;
- протяженность дорог, входящих в рассматриваемый участок сети дорог;
- геометрия дорог;
- геометрия пересечений (развязок), включая планы на реконструкцию;
- количество полос движения.
Данные, получаемые с помощью замеров и анализа согласно настоящему методическому документу, необходимо собирать в определенной последовательности в целях оптимизации временных и финансовых затрат.
1 Граф сети дорог. Получен с помощью поисково-информационного картографического сервиса, плана реконструкции дорог и представленной панорамной фотосъемки. Пример графа дорог, построенного в программе имитационного моделирования, приведен на рисунке Г.4.
![]() Рисунок Г.4 - Пример графа сети дорог г. Сочи
По предоставленным на первом этапе данным об интенсивности и плотности движения ТП определяются ОП. В данном случае ОП являются съезды с рассматриваемой сети дорог, перекрестки, развязки, а также начало и конец изначально заданной сети дорог. Целесообразно рассматриваемые данные оформлять в табличном виде (пример оформления приведен в таблице Г.1) и в виде схем графов дорог, отображающих месторасположение ОП (рисунок Г.5). Вид таблицы может быть произвольным, как и ее наполнение (или выполняется согласно требованиям заказчика).
Таблица Г.1
![]() 1 - 8 - объекты притяжения
ОП, их времени жизни
Доля ТП представляет собой процентное отношение количества ТС, связанных с рассматриваемым ОП, обладающим определенным характером, к общему количеству ТС рассматриваемого участка сети дорог. Упрощенный вариант определения времени жизни ОП заключается в делении суток на двухчасовые интервалы и удалении тех интервалов, в которых доля ТП меньше 10%.
Далее проводится сбор данных одновременно по нескольким пунктам:
- интенсивность, плотность и средняя скорость ТП (так как точность или полнота этих данных, полученных на первом этапе, оказалась недостаточной);
- информация о составе ТП по типам ТС (корректирование);
- информация об очагах затруднения движения и участках концентрации ДТП;
- данные с системы идентификации ТС.
На данном этапе выполняется расстановка по сети дорог детекторов, фиксирующих параметры транспортного потока, и блоков распознавания государственных регистрационных номеров. Расстановка производится на узлах сети дорог (перекрестках, развязках). Дополнительно устанавливаются детекторы в очагах затруднения движения и на участках концентрации ДТП.
Данные, полученные с блоков распознавания, удобнее представлять в табличном виде (пример оформления приведен в таблице Г.2). Формат данных выбирается произвольно, если нет соответствующих требований в техническом задании.
Таблица Г.2
Данные, полученные с блоков распознавания
2 Построение КМК заключается в определении маршрутов движения ТС и количества автомобилей, следующих этими маршрутами, путем обработки информации, полученной с блоков распознавания государственных регистрационных номеров. Целесообразно оформлять КМК в форме таблиц (пример оформления приведен в таблице Г.3) и графического материала (рисунок Г.6).
![]() 1 - 8 - объекты притяжения;
цифры соответствуют интенсивности движения N, авт./сут
Рисунок Г.6 - Пример графического оформления КМК
Следует отметить, что при графическом оформлении разные маршруты желательно указывать различными цветами.
Таблица Г.3
3 В данном случае для установления приблизительного количества людей, готовых пересесть с общественного на личный транспорт при условии улучшения дорожной обстановки, производилась оценка методом социального опроса и анкетирования.
Также проводился обзор существующих на данный момент технических и технологических ограничений систем, оборудования, каналов связи и др.
После графического оформления параметров скорости и плотности ТП в программе имитационного моделирования начинается создание моделей ТП (рисунок Г.7) и ОДД (рисунок Г.8), так как все минимально необходимые для этого данные уже получены.
Далее проводится проверка полученной модели согласно подразделу 9.6.
![]() в программе имитационного моделирования
![]() перекрестка в программе имитационного моделирования
Итогами системного анализа являются пакет полученной и обработанной информации и имитационная модель рассматриваемого участка сети дорог, построенная в программе имитационного моделирования (рисунок Г.9), отвечающие всем предъявленным к ним требованиям.
![]() Рисунок Г.9 - Имитационная модель
рассматриваемого участка сети дорог
Руководитель
организации-разработчика
ООО "НИИ ИТС"
Генеральный директор
С.В.ЖАНКАЗИЕВ
Вернуться в "Каталог нормативных документов"
Источник информации: https://xn--c1ad2agd.xn--p1ai/documents/prod/odm_otraslevoj-dorozhnyj-metodicheskij-dokument/0/odm_42560.html
На правах рекламы:
|