Отраслевой дорожный методический документ ОДМ 218.9.011-2016 "Рекомендации по выполнению обоснования интеллектуальных транспортных систем" (рекомендован распоряжением Федерального дорожного агентства от 25 апреля 2016 г. N 632-р)

1 Разработан Общество с ограниченной ответственностью "Научно исследовательский институт интеллектуальных транспортных систем" (ООО "НИИ ИТС").

2 Внесен Управлением научно-технических исследований и информационного обеспечения Федерального дорожного агентства Министерства транспорта Российской Федерации.

3 Издан на основании распоряжения Федерального дорожного агентства N 632-р от 25.04.2016 г.

4 Имеет рекомендательный характер.

5 Введен впервые.

1. Область применения

1.1 Настоящий отраслевой дорожный методический документ (далее - ОДМ) устанавливает рекомендации к выполнению обоснования интеллектуальных транспортных систем.

1.2 ОДМ устанавливает рекомендации по структуре и элементам подсистем интеллектуальных транспортных систем, а также рекомендации по актуализации банка подсистем интеллектуальных транспортных систем, применяемых на сети федеральных автомобильных дорог.

1.3 ОДМ устанавливает рекомендации к порядку взаимодействия субъектов на этапе обоснования локального проекта интеллектуальной транспортной системы.

1.4 ОДМ устанавливает рекомендации по формированию архитектуры индикаторов эффективности, используемой на этапе обоснования локального проекта интеллектуальной транспортной системы. В ОДМ Архитектуры индикаторов эффективности составляются для трех групп пользователей (государственная, социальная и коммерческая группы) в зависимости от целей и задач, заданных заказчиком, и состава пользователей локальным проектом интеллектуальной транспортной системы.

1.5 ОДМ устанавливает рекомендации к формированию исходных данных в рамках обоснования проектов Интеллектуальных транспортных систем на федеральных автомобильных дорогах.

1.6 Стандарт содержит актуальный банк подсистем ИТС, применяемых на сети автомобильных дорог.

1.7 Положения ОДМ предназначены для применения Росавтодором и организациями при выполнении работ по обоснованию локальных проектов интеллектуальных транспортных систем.

2. Нормативные ссылки

В настоящем методическом документе использованы нормативные ссылки на следующие документы:

ГОСТ Р 56829-2015 "Интеллектуальные транспортные системы. Термины и определения"

ГОСТ Р 56294-2014 "Интеллектуальные транспортные системы. Требования к функциональной и физической архитектурам интеллектуальных транспортных систем"

ГОСТ Р 52289-2004 Технические средства организации дорожного движения. Правила применения дорожных знаков, разметки, светофоров, дорожных ограждений и направляющих устройств.

ГОСТ Р 52290-2004 Технические средства организации дорожного движения. Знаки дорожные. Общие технические требования.

ГОСТ Р ИСО 14813-1-2011 "Интеллектуальные транспортные системы. Схема построения архитектуры интеллектуальных транспортных систем. Часть 1. Сервисные домены в области интеллектуальных транспортных систем, сервисные группы и сервисы".

ОДМ 218.2.020-2012 "Методические рекомендации по оценке пропускной способности автомобильных дорог"

3. Термины и определения

В настоящем методическом документе применены следующие термины и соответствующие определения:

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

3.2 доминантный объект притяжения: Объект притяжения, входящий в список доминантных объектов притяжения.

3.3 зона проблемы: область улично-дорожной сети, ограниченная областью распространения проблемы.

Примечание - к проблеме можно отнести транспортные заторы, ДТП, иные чрезвычайные ситуации и др.

3.4 зона последствий: область улично-дорожной сети, ограниченная областью распространения последствий от события в зоне проблемы.

Примечание - зона последствий включает в себя как минимум зону проблемы.

3.5 свободная зона: область улично-дорожной сети, на которой отсутствуют последствия от события в зоне проблемы.

3.6 участок концентрации ДТП: участок улично-дорожной сети, соответствующий одному из следующих условий:

- участок автомобильной дороги, не превышающих 200 м в населенных пунктах, где произошло три и более дорожно-транспортных происшествий с пострадавшими в течение последних 12 месяцев

- участок автомобильной дороги, не превышающих 1000 м вне населенных пунктов, где произошло три и более дорожно-транспортных происшествий с пострадавшими в течение последних 12 месяцев;

- пересечение автомобильных дорог, где произошло три и более дорожно-транспортных происшествий с пострадавшими в течение последних 12 месяцев.

3.7 очаг затруднения движения: участок улично-дорожной сети, включающий в себя зону последствий транспортных заторов, возникающих на этом участке с периодичностью не реже трех раз в неделю и характеризующийся уровнем загрузки движением по ОДМ 218.2.020-2012 более 0,9.

3.8 транспортный спрос: спрос на перемещение участников дорожного движения или грузов за заданное время.

Примечание - один из вариантов представления транспортного спроса являются матрица корреспонденции или качественная матрица корреспонденции.

3.9 транспортное предложение: пространственно-временная характеристика дорожной сети, включающая пропускные способности элементов дорожной сети.

3.10 директивное управление транспортного потока: Принцип управления транспортным потоком, предполагающий однозначность принятия решения участниками дорожного движения в соответствии с оказанным управляющим воздействием, подчинение которому регламентируется правилами дорожного движения.

3.11 комплексная подсистема интеллектуальной транспортной системы: Совокупность систем транспортной телематики и дополнительных программно-аппаратных комплексов, обладающая целостностью и направленная на достижение комплексной цели в рамках стратегии управления и принятия решений на транспорте.

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

3.12 инструментальная подсистема интеллектуальной транспортной системы; инструментальная подсистема ИТС: Система транспортной телематики, направленная на решение одной или нескольких задач комплексной подсистемы.

3.13 косвенное управление транспортными потоками: Принцип управления транспортным потоком через управление мотивацией участников дорожного движения посредством предоставления информации.

Примечание - наиболее часто управление мотивацией осуществляется через предоставление информации о вариантах маршрутов и условий движения.

3.14 локальный проект интеллектуальной транспортной системы; ЛП ИТС: Проект, предназначенный для управления отдельным узлом или группой взаимосвязанных узлов транспортной сети.

3.15 нештатный режим управления: Управление объектом управления, требующее внесения изменений в штатный режим управления с учетом сложившейся ситуации.

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

3.16 подсистема интеллектуальной транспортной системы: Часть интеллектуальной транспортной системы, обладающая целостностью и способная функционировать независимо от других частей.

3.17 телематическая система, система транспортной телематики: Система, осуществляющая сбор, обработку и обмен информацией между различными пользователями и элементами транспортной системы.

3.18 штатный режим управления: Управление объектом управления в соответствии с запланированной схемой работы, направленное на реализацию целей управления интеллектуальной транспортной системы.

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

3.19 элемент подсистемы интеллектуальной транспортной системы; элемент подсистемы ИТС: Неделимый с функциональной точки зрения блок информационного, телематического или аппаратного обеспечения подсистем интеллектуальной транспортной системы, рассматриваемый как единое целое и обладающий системными свойствами.

3.20 идеалистическая модель локального проекта интеллектуальной транспортной системы; идеалистическая модель ЛП ИТС: Упрощенная модель локального проекта интеллектуальной транспортной системы, включающая предварительные физическую и функциональную архитектуры и архитектуру индикаторов эффективности локального проекта интеллектуальной транспортной системы.

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

3.22 локальный проект: Проект, имеющий определенные территориальные границы функционирования ИТС.

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

Примечание - Детальная модель локального проекта интеллектуальной транспортной системы основана на применении специальных методик определения технологий и подсистем, а также методик технико-экономического обоснования.

3.24 физическая архитектура локального проекта интеллектуальной транспортной системы: физическая архитектура ИТС: Иерархически организованная совокупность морфологических описаний подсистем ИТС и взаимосвязей между ними, а также взаимосвязей программного обеспечения и оборудования, входящих в их состав.

Примечание - Физическая архитектура определяет основные требования к функционированию, взаимодействию и размещению элементной базы интеллектуальной транспортной системы.

3.25 предварительная физическая архитектура локального проекта интеллектуальной транспортной системы: предварительная физическая архитектура ИТС: Предварительная модель иерархически организованной совокупности подсистем интеллектуальной транспортной системы и взаимосвязи между ними.

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

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

3.27 предварительная функциональная архитектура локального проекта интеллектуальной транспортной системы; предварительная функциональная архитектура ИТС: Предварительная модель иерархически организованной совокупности функций и задач подсистем интеллектуальной транспортной системы.

Примечание - Предварительная функциональная архитектура интеллектуальной транспортной системы служит исходными данными для формирования функциональной архитектуры интеллектуальной транспортной системы.

3.28 пользователь интеллектуальной транспортной системы; пользователь ИТС: Лицо или организация, непосредственно получающие данные от ИТС и способные действовать на основе этих данных или в соответствии с полученными решениями в области управления.

3.29 индикатор эффективности локального проекта интеллектуальной транспортной системы; индикатор эффективности ИТС: Мера или характеристика оценки эффективности интеллектуальной транспортной системы.

3.30 архитектура индикаторов эффективности интеллектуальных транспортных систем: архитектура индикаторов эффективности ИТС: Иерархическая структура индикаторов эффективности интеллектуальной транспортной системы, выстроенная в соответствии с целями заказчика.

3.31 жизненный цикл локального проекта интеллектуальной транспортной системы; ЖЦ ИТС: Совокупность взаимосвязанных процессов создания и последовательного изменения состояния ИТС во временных границах от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств ИТС.

3.32 качественная матрица корреспонденции; КМК: Таблица, отражающая результат определения спроса, ориентированного относительно лимита пропускной способности в пределах принятой области распространения ЛП ИТС, определяемая методом анализа треков транспортных средств и состоящая из истоков, целей и маршрутов следования.

3.33 матрица объектов притяжения: Массив списков доминантных объектов притяжения, расположенных в пределах принятой области распространения (зоны) локального проекта системы косвенного управления транспортными потоками с указанием их времени жизни, величины и характера (исходящий или транзитный) транспортного потока доминантных объектов притяжения.

3.34 объект притяжения транспортного потока: Объект, к которому стремится значительная часть транспортного потока и который является ориентиром в системе информирования.

Примечания

1 Объект притяжения может быть конечным или промежуточным для участников дорожного движения.

2 Примерами объектов притяжения могут служить перекресток, парковка крупного торгового центра, аэропорт, вокзал.

3.35 матрица корреспонденции: Матрица, содержащая статистические данные о перемещении участников дорожного движения или грузов за заданное время.

Примечание - Ячейками матрицы являются значения статистических данных о перемещении транспортных средств, пассажиров или грузов между пунктом, соответствующим номеру строки матрицы, в пункт, соответствующий номеру столбца матрицы.

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

4. Обозначения и сокращения

В настоящем методическом документе применены следующие обозначения и сокращения:

CEN: European Committee for Standartization

ISO: International Organization of Standartization

АСУДД: Автоматизированная система управления дорожным движением.

ДИТ: Динамическое информационное табло.

ДТП: Дорожно-транспортное происшествие.

ДУТП: Директивное управление транспортными потоками.

ЗПИ: Знак переменной информации.

ИТС: Интеллектуальная транспортная система.

КМК: Качественная матрица корреспонденции.

КУТП: Косвенное управление транспортными потоками.

ЛП: локальный проект;

ЛП ИТС: Локальный проект интеллектуальной транспортной системы.

МК: матрица корреспонденции;

МОП: матрица объектов притяжения;

ОДД: Организация дорожного движения.

ОП: Объект притяжения.

ПДД: Правила дорожного движения.

ТП: транспортный поток;

ТЗ: Техническое задание.

ТС: Транспортное средство.

ТЭО: технико-экономическое обоснование;

УДД: Участник дорожного движения.

УДС: Улично-дорожная сеть.

ФЗ: Федеральный закон.

ЦОД: Центр обработки данных

ЧС: Чрезвычайная ситуация.

5. Общие положения

5.1 Жизненный цикл ЛП ИТС включает в себя следующие этапы (Рисунок 5.1):

1) инициатива по развитию ЛП ИТС;

2) разработка задания на создание ЛП ИТС;

3) разработка идеалистической модели ЛП ИТС;

4) разработка уточненной модели ЛП ИТС;

5) разработка проектной документации ЛП ИТС;

6) внедрение ЛП ИТС;

7) эксплуатация ЛП ИТС;

8) планирование развития или вывод из эксплуатации ЛП ИТС.

5.2 Обоснование ЛП ИТС должно включать следующие этапы:

- инициатива по развитию ЛП ИТС;

- разработка задания на создание ЛП ИТС;

- разработка идеалистической модели ЛП ИТС;

- разработка уточненной модели ЛП ИТС.

Примечание - детализация этапов обоснования ЛП ИТС приведена в п. 7.

6. Рекомендации по структуре и элементам подсистем интеллектуальных транспортных систем, используемых на сети федеральных автомобильных дорог

6.1 Структура подсистем и элементов подсистем ИТС

6.1.1 Структура подсистем ИТС должна быть выстроена по иерархическому принципу в соответствии с физической архитектурой ИТС, согласно ГОСТ Р 56294-2014 "Интеллектуальные транспортные системы. Требования к функциональной и физической архитектуре интеллектуальных транспортных систем" (Рисунок 6.1).

6.1.2 Интеграционная платформа должна выполнять следующие функции:

- предоставление предварительно обработанных данных от комплексных подсистем ИТС персоналу ЛП ИТС;

- предоставление вариантов принятия решения персоналу ЛП ИТС в штатных и нештатных режимах;

- принятие решений из существующего набора сценариев по управлению транспортной системой в штатном режиме;

- координация работы всех комплексных подсистем ИТС.

6.1.3 Интеграционная платформа ИТС должна обеспечивать решение следующих задач:

- сбор и хранение данных от всех подсистем ИТС;

- агрегирование и обработка текущих и ретроспективных данных;

- визуализация текущего состояния транспортной системы;

- представление данных в установленной отчетной форме;

- определение режима функционирования транспортной системы;

- корректировка работы подсистем ИТС;

- управление транспортной системой с целью максимизации индикаторов эффективности ЛП ИТС.

6.1.4 Подсистемы ИТС следует разделять на следующие типы:

- комплексные подсистемы;

- инструментальные подсистемы.

6.1.5 Комплексная подсистема должна обеспечивать решение общих задач, выполнение которых позволяет достичь комплексной цели в рамках стратегии управления и принятия решений в сфере оказания транспортных услуг (Рисунок 6.2).

6.1.6 Комплексная подсистема формируется путем объединения инструментальных подсистем с целью оптимизации индикаторов эффективности данных систем.

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

6.1.8 Исполнительными элементами комплексной подсистемы являются инструментальные подсистемы, обеспечивающие реализацию основных функций комплексных подсистем (Рисунок 6.2).

6.1.9 Локальный проект ИТС может состоять из одной или нескольких комплексных подсистем. Во втором случае, в качестве координатора всех подсистем локального проекта ИТС, должна использоваться интеграционная платформа (Рисунок 6.1).

6.1.10 На физическом уровне комплексная подсистема должна состоять из следующих компонентов:

- ряд инструментальных подсистем, как исполнительных элементов;

- ЦОД, выполняющий задачи по принятию решений, включающий в себя персонал и оборудование для хранения, обработки и передачи данных.

6.1.11 Инструментальная подсистема ИТС должна обеспечивать решение следующих задач:

- сбор, передача, обработка и хранение данных о параметрах объекта мониторинга и (или) управления;

- осуществление управляющего воздействия на транспортный поток, на участников дорожного движения и объекты дорожной и транспортной инфраструктуры.

6.1.12 Инструментальные подсистемы могут формироваться путем объединения нескольких инструментальных подсистем, приведенных в банке подсистем (см. Приложение А), на уровне элементов подсистем ИТС.

6.1.13 Исполнительными элементами инструментальной подсистемы являются элементы подсистем ИТС, обеспечивающие выполнение основных задач инструментальных подсистем.

6.1.14 Элементы подсистем ИТС можно классифицировать следующим образом:

- элементы, относящиеся к ТС;

- элементы, относящиеся к дорожной инфраструктуре;

- элементы, относящиеся к среде поддержания их коммуникативного взаимодействия;

- элементы, относящиеся к центру обработки данных.

6.2 Требования к анализу исходной документации для актуализации структуры (банка) подсистем и элементов подсистем ИТС, внедряемых на федеральных автомобильных дорогах.

6.2.1 Актуальная структура подсистем и элементов ИТС должна формироваться на основании анализа отечественного и зарубежного опыта в сфере стандартизации, а также на основании научно-технической литературы, относящейся к сфере ИТС.

6.2.2 Источники сбора исходных данных должны содержать следующие описания, характеристики, рекомендации и требования:

- к доменным, физическим и функциональным архитектурам ИТС, построенным в соответствии с утвержденными концепциями ИТС или к архитектурам, определяющим соответствующие модели (доменную, физическую и функциональную) официально утвержденных локальных проектов ИТС;

- к технологиям ИТС в целом и технологиям подсистем и элементов ИТС;

- к подсистемам и элементам подсистем ИТС;

- к телематическим системам и технологиям.

6.2.3 Исходные данные, необходимые для внесения информации о подсистеме ИТС в банк подсистем ИТС, должны содержать в себе минимальный набор данных, позволяющий сформировать описания подсистемы ИТС в соответствии с шаблоном (п. 6.3.10).

6.3 Требования к актуализации структуры (банка) подсистем и элементов подсистем ИТС, внедряемых на федеральных автомобильных дорогах

6.3.1 Структура подсистем и элементов ИТС и банк подсистем ИТС должны актуализироваться:

- при внесении изменений в национальные стандарты, входящие в состав группы "Отечественная нормативно-техническая документация в сфере ИТС" (например, п. 5.1.2);

- при появлении национальных стандартов на подсистемы, которые не вошли в актуальный список подсистем ИТС;

- по запросу Федерального дорожного агентства;

- по обоснованному запросу сторонних организаций, согласованному в Федеральном дорожном агентстве.

6.3.2 Запрос считается обоснованным, если в нем присутствуют доказательства наличия на рынке подсистемы (нескольких подсистем), несоответствующей ни одной из подсистем, приведенных в банке подсистем (Приложение В).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение В" следует читать "Приложение А"

6.3.3 Структура подсистем и элементов ИТС и банк подсистем ИТС должны актуализироваться не чаще, чем один раз в год.

6.3.4 Процесс актуализации включает в себя:

- изменение структуры подсистем ИТС или групп элементов подсистем ИТС:

1) добавление новых типов подсистем ИТС или групп элементов подсистем ИТС;

2) удаление неактуальных типов подсистем ИТС или групп элементов подсистем ИТС;

3) изменение иерархии подсистем ИТС в структуре подсистем ИТС;

- добавление новых подсистем в банк подсистем ИТС;

- удаление неактуальных подсистем из банка подсистем ИТС;

- модификация наименования или информации о подсистеме ИТС в банке подсистем ИТС.

6.3.5 Используемая терминология должна соответствовать актуальной редакции ГОСТ Р 56829-2015 "Интеллектуальные транспортные системы. Термины и определения".

Структура подсистем ИТС и наименования комплексных подсистем ИТС должны соответствовать проекту национального стандарта ГОСТ Р 56294-2014 "Интеллектуальные транспортные системы. Требования к функциональной и физической архитектурам интеллектуальных транспортных систем"

6.3.6 В случае, если в результате анализа источников исходных данных, указанных в п. 6.2.1, выявлены новая подсистема ИТС, отсутствующая в банке подсистем ИТС (Приложение А), то данные подсистема должна быть внесена в банк подсистем ИТС. Если новая подсистема ИТС является инструментальной, то ее необходимо определить какие функции одной или нескольким комплексным подсистемам она реализует.

6.3.7 Подсистема ИТС не является новой и не может быть внесена в банк подсистем ИТС (Приложение А), если ее назначение, доменная принадлежность и основные задачи совпадают с назначением, доменной принадлежностью и основными задачами одной из подсистем ИТС из банка подсистем ИТС. При этом наименование подсистемы ИТС может отличаться от наименования любой подсистемы из банка подсистем.

6.3.8 При отсутствии информации о месте новой подсистемы ИТС в структуре подсистем ИТС, данная информация может быть определена косвенно на основании соотнесения функций и задач новой подсистемы ИТС с функциями и задачами подсистем ИТС верхнего уровня в иерархической структуре, либо по доменной принадлежности.

6.3.9 Несколько схожих подсистем ИТС должны быть объединены в одну подсистему ИТС, объединяющую их основные задачи.

6.3.10 Шаблон описания комплексной подсистемы ИТС должен включать в себя:

- наименование подсистемы ИТС;

- комплексные цели в соответствии с п. 6.1;

- основные функции подсистемы ИТС.

6.3.11 Шаблон описания инструментальной подсистемы ИТС должен включать в себя:

- доменная принадлежность с соответствии с ГОСТ Р ИСО 14813-1-2011 "Интеллектуальные транспортные системы. Схема построения архитектуры интеллектуальных транспортных систем. Часть 1. Сервисные домены в области интеллектуальных транспортных систем, сервисные группы и сервисы";

- назначение подсистемы ИТС;

- основные задачи подсистемы ИТС;

- место подсистемы ИТС в физической архитектуре ИТС;

- целевые индикаторы эффективности, на которые нацелена работа подсистемы ИТС.

7. Рекомендации по взаимодействию субъектов на этапе обоснования проектов интеллектуальных транспортных систем на федеральных автомобильных дорогах

7.1 Классификация субъектов на этапе обоснования проектов интеллектуальных транспортных систем

7.1.1 На этапе обоснования ЛП ИТС возможно выделить следующие субъекты:

- Заказчик;

- Исполнитель;

- Субъекты среды внедрения;

- Научно-экспертное сообщество.

7.1.2 Субъект "Заказчик" (далее - заказчик) - это организация или группа организаций, которые выступают с инициативой создания ЛП ИТС, являются ее собственником, осуществляют финансирование всех работ по обоснованию ЛП ИТС.

7.1.3 Заказчик может быть представлен одной или несколькими из перечисленных организаций:

- исполнительные органы государственной власти;

- местная администрация (исполнительно-распорядительный орган муниципального образования);

- государственные компании;

- физические или юридические лица, владеющие автомобильными дорогами на вещном праве в соответствии с законодательством Российской Федерации.

7.1.4 Субъект "Исполнитель" (далее - исполнитель) - это организация, которая на договорной основе за счет финансирования заказчика берет на себя обязательства перед заказчиком ЛП ИТС по выполнению работ, связанных с обоснованием ЛП ИТС.

7.1.4.1 Исполнитель может привлекать сторонние организации для выполнения отдельных видов работ на договорной основе (далее - субисполнитель).

7.1.4.2 Субисполнитель - это организация или группа организаций, которая на договорной основе берет на себя обязательства перед исполнителем по выполнению отдельных видов работ и проведению консультаций, связанных с обоснованием ЛП ИТС.

7.1.4.3 На выполнение работ субисполнителем исполнитель должен составить дополнительное ТЗ. Дополнительное ТЗ составляется в соответствии с основным ТЗ и может быть расширено, дополнено и детализировано.

7.1.5 Субъект "Субъекты среды внедрения" (далее среда внедрения) - это организации, взаимодействие с которыми может потребоваться заказчику, исполнителю и научно-экспертному сообществу при проведении работ по обоснованию ЛП ИТС.

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

7.1.5.1 Среда внедрения может включать в себя перечисленные организации:

- исполнительные органы государственной власти;

- местная администрация (исполнительно-распорядительный орган муниципального образования);

- бизнес сообщество.

7.1.6 Субъект "Научно-экспертное сообщество" (далее - научно-экспертное сообщество) - это научно-исследовательские институты, научно-технические советы и иные научные организации или научные коллективы, аккредитованные заказчиком на проведение экспертной оценки результатов выполненных работ исполнителя.

7.1.6.1 В качестве научно-экспертного сообщества рекомендуется привлекать научные организации или коллективы, проводящие исследования по следующим научным направлениям:

- интеллектуальные транспортные системы;

- организация и безопасность дорожного движения;

- транспортная телематика;

- проектирование и строительство дорог и сооружений дорожной инфраструктуры;

- транспортная психология и психофизиология на транспорте;

- экономика на транспорте;

- экологическая безопасность;

- эксплуатация автомобильного транспорта;

- транспортные и дорожные технологии.

7.2 Порядок взаимодействия субъектов на этапе обоснования локального проекта интеллектуальной транспортной системы

7.2.1 Обоснование ЛП ИТС и взаимодействие субъектов должно проводиться в строгой последовательности соответствующей жизненному циклу ЛП ИТС (п. 5).

7.2.2 Начальным этапом обоснования ЛП ИТС должно являться формирование инициативы заказчика на разработку ЛП ИТС (Приложение Б, блок 0.1).

7.2.3 На этапе "Разработка задания на создание ЛП ИТС" должны быть выполнены следующие мероприятия:

- проведения первого этапа формирования исходных данных объекта внедрения;

- формирование общих целей, требований и особенностей объекта внедрения ЛП ИТС;

- разработка ТЗ на обоснование ЛП ИТС;

- проведение конкурса на обоснование ЛП ИТС.

7.2.3.1 Первый этап формирования исходных данных объекта внедрения ИТС должен проводиться заказчиком. Допускается выполнения данного этапа исполнителем (Приложение Б, блок 1.1).

7.2.3.2 Формирование общих целей, требований и особенностей объекта внедрения ЛП ИТС должно осуществляться заказчиком (Приложение Б, блок 1.2).

7.2.3.3 Данные для формирования общих целей, требований и особенностей объекта внедрения ЛП ИТС рекомендуется получать от среды внедрения (Приложение Б, блок 1.2.1).

Примечание - Рекомендуется применение научно обоснованных целей и требований к объекту внедрения ЛП ИТС.

7.2.3.4 ТЗ на обоснование ЛП ИТС должно разрабатываться заказчиком (Приложение Б, блок 1.3) за исключением случаев, предусмотренных п. 7.2.3.5.

7.2.3.5 По инициативе заказчика разработка ТЗ, выполнение отдельных пунктов ТЗ и консультации в договорном порядке могут быть осуществлены исполнителем, с привлечением научно-экспертного сообщества (Приложение А, блок 1.3.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

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

7.2.3.6 Конкурс на обоснование ЛП ИТС должен проводиться заказчиком (Приложение А, блок 1.4).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.3.7 По итогам конкурса определяется исполнитель, соответствующий п. 7.1.3, с которым должен быть заключен договор на выполнение работ по обоснованию ЛП ИТС (Приложение А, блок 1.4.1).

7.2.4 На этапе "Разработка идеалистической модели ЛП ИТС" должны проводиться следующие мероприятия:

- проведение второго этапа формирования исходных данных объекта внедрения;

- разработка архитектуры индикаторов эффективности ЛП ИТС;

- разработка идеалистической модели ЛП ИТС;

- проведение экспертной оценки идеалистической модели ЛП ИТС;

- принятие решения о разработке уточненной модели ЛП ИТС.

7.2.4.1 Второй этап формирования исходных данных объекта внедрения ИТС должен проводиться исполнителем во взаимодействии со средой внедрения (Приложение А, блок 1.5).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.2 При проведении этапов формирования исходных данных требуется руководствоваться п. 5.

7.2.4.3 Для проведения обоснования ЛП ИТС заказчик и среда внедрения должны передать исполнителю исходные данные, предусмотренные в ТЗ на обоснование ЛП ИТС (Приложение А, блоки 1.5.1, 1.5.2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.4 Архитектура индикаторов эффективности ЛП ИТС должна разрабатываться исполнителем (Приложение А, блок 2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.5 При разработке архитектуры индикаторов эффективности ЛП ИТС требуется руководствоваться п. 8.

Примечание - в п. 8 содержит описание целевых индикаторов эффективности уровня субъектов и уровня целевых индикаторов, при этом уровень функциональных индикаторов эффективности ЛП ИТС требуется детализировать в процессе обоснования ЛП ИТС непосредственно исполнителем.

7.2.4.6 Разработанная архитектура индикаторов эффективности ЛП ИТС должна согласовываться с заказчиком (Приложение А, блок 2.1) и дорабатываться в соответствии с его замечаниями.

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.7 Идеалистическая модель ЛП ИТС должна разрабатываться исполнителем (Приложение А, блок 3.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.8 При разработке идеалистической модели ЛП ИТС требуется руководствоваться п. 5.

Примечания

1 Формирование состава, описание функций и задач подсистем ЛП ИТС, а также соответствие каждой подсистеме индикаторов эффективности ЛП ИТС указаны в п. 5.

2 Для определения состава подсистем ЛП ИТС необходимо произвести сравнение целевых индикаторов эффективности выбранных подсистем ИТС с сформированной архитектурой индикаторов эффективности ЛП ИТС.

3 Предварительные функциональная и физическая архитектуры ЛП ИТС, входящие в идеалистическую модель ЛП ИТС, разрабатываются с учетом определенного ранее состава подсистем ЛП ИТС.

7.2.4.9 Экспертная оценка идеалистической модели ЛП ИТС должна проводиться научным экспертным сообществом (Приложение А, блок 3.2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.10 Исполнитель должен передать научно-экспертному сообществу материалы выполненных мероприятий по обоснованию ЛП ИТС в рамках разработки идеалистической модели и их результатов (Приложение А, блок 3.2.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.11 Исполнитель должен передать заказчику результаты выполненных мероприятий по обоснованию ЛП ИТС в рамках разработки идеалистической модели (Приложение А, блок 3.3.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.12 Научно-экспертное сообщество должно передать заказчику заключение о состоятельности результатов выполненных мероприятий по обоснованию ЛП ИТС, на основании которого заказчиком принимается решение о приемке идеалистической модели ЛП ИТС (Приложение А, блок 3.2.2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.4.13 Решение о разработке уточненной модели ЛП ИТС принимается заказчиком (Приложение А, блок 3.3).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5 На этапе "Разработка уточненной модели ЛП ИТС" должны проводиться следующие мероприятия:

- проведение третьего этапа формирование исходных данных объекта внедрения ЛП ИТС и ввода ограничений;

- проведение четвертого этапа формирования исходных данных объекта внедрения ЛП ИТС;

- создание имитационной модели рассматриваемого участка сети дорог;

- разработка уточненной модели ЛП ИТС и заключение о целесообразности разработки и внедрения ЛП ИТС;

- проведение экспертной оценки обоснования ЛП ИТС;

- принятие решения о целесообразности разработки и внедрения ЛП ИТС.

7.2.5.1 Третьего этап формирование исходных данных и уточнение ограничений среды внедрения должны проводиться исполнителем (Приложение А, блок 4).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.2 Необходимые данные для проведения второго этапа формирования исходных данных объекта внедрения ЛП ИТС исполнителю рекомендуется получать от среды внедрения (Приложение А, блок 4.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.3 Четвертый этап формирования исходных данных объекта внедрения ИТС должен проводиться исполнителем (Приложение А, блок 5.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.4 Необходимые данные для проведения четвертого этапа формирования исходных данных объекта внедрения ЛП ИТС исполнителю рекомендуется получить от среды внедрения (Приложение А, блок 5.1.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.5 Создание имитационной модели рассматриваемого участка сети дорог должна осуществляться исполнителем (Приложение А, блок 5.2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.6 Разработка уточненной модели ЛП ИТС и вынесение заключения о целесообразности внедрения ЛП ИТС должны осуществляться исполнителем (Приложение А, блок 5.3).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.7 Исполнитель должен передать научно-экспертному сообществу материалы, разработанные в рамках этапа обоснования ЛП ИТС (Приложение А, блок 5.4.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.8 Экспертная оценка результатов обоснования ЛП ИТС должна проводиться научным экспертным сообществом (Приложение А, блок 5.4).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.9 Исполнитель должен передать результаты обоснования ЛП ИТС заказчику (Приложение А, блок 5.5.1).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.10 Научно-экспертное сообщество должно передать заказчику заключение о состоятельности результатов обоснования ЛП ИТС (Приложение А, блок 5.5.2).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

7.2.5.11 Решение о целесообразности разработки и внедрении ЛП ИТС принимается заказчиком (Приложение А, блок 5.5).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

Схема взаимодействия субъектов на этапе обоснования ЛП ИТС представлена в графическом виде (Приложение А).

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Вместо слов "Приложение А" следует читать "Приложение Б"

8. Рекомендации по формированию архитектуры индикаторов эффективности, используемой при обосновании проектов интеллектуальных транспортных систем

8.1 Требования к формированию архитектуры индикаторов эффективности, используемой при обосновании проектов интеллектуальных транспортных систем

8.1.1 На этапе обоснования ЛП ИТС при построении архитектуры индикаторов должны быть сформированы:

- перечень индикаторов эффективности ИТС;

- архитектура индикаторов эффективности ИТС в соответствии целями и задачами ЛП ИТС, сформированными заказчиком ЛП ИТС и составом пользователей;

- взаимосвязь индикаторов эффективности и подсистем ИТС;

Примечание - индикаторы к каждой инструментальной подсистеме указаны в приложении А.

- оценка изменения индикаторов эффективности ИТС.

8.1.2 Требования к составу целевых и функциональных индикаторов эффективности, используемых для обоснования проектов Интеллектуальных транспортных систем

8.1.2.1 Структура целевых индикаторов, состоит из:

- обеспечение безопасности дорожного движения;

- обеспечение экологической безопасности;

- повышение грузооборота;

- повышение пассажирооборота;

- повышение финансовой привлекательности проекта ИТС;

- повышение комфорта пользователей.

8.1.2.2 Структура функциональных индикаторов

- Целевой индикатор обеспечения безопасности дорожного движения состоит из ряда основных функциональных индикаторов:

1) количество ДТП;

2) число раненых при ДТП (по уровню тяжести согласно Приказу Министерства здравоохранения и социального развития РФ от 24 апреля 2008 г. N 194н)

3) число погибших при ДТП;

4) социальный риск;

5) транспортный риск;

6) суммарный ущерб транспортным средствам;

7) суммарный ущерб объектам инфраструктуры;

8) суммарный ущерб груза.

- Целевой индикатор обеспечения экологической безопасности состоит из ряда основных функциональных индикаторов:

1) объем выбросов загрязняющего вещества СО;

2) объем выбросов загрязняющего вещества СО2;

3) объем выбросов загрязняющего вещества СН;

4) объем выбросов загрязняющего вещества NOХ;

5) объем выбросов частиц при износе шин, тормозных накладок, сцепления;

6) уровень зашумленности.

- Целевой индикатор повышения грузооборота состоит из ряда основных функциональных индикаторов:

1) объем (количество) груза;

2) эксплуатационные расходы на перевозку;

3) средняя скорость движения ТС.

- Целевой индикатор повышения пассажирооборота состоит из ряда основных функциональных индикаторов:

1) количество пассажиров;

2) эксплуатационные расходы на перевозку;

3) средняя скорость движения ТС.

- Целевой индикатор повышения финансовой привлекательности проекта ИТС состоит из ряда основных функциональных индикаторов:

1) экономический эффект от применения ЛП ИТС;

2) затраты на разработку и внедрение ЛП ИТС;

3) эксплуатационные расходы ЛП ИТС.

- Целевой индикатор повышения комфорта пользователей состоит из ряда основных функциональных индикаторов:

1) уровень обслуживания (балл);

2) пропускная способность дороги (сети дорог);

3) уровень загрузки движением (доля);

4) время в пути;

5) надежность предоставляемой информации о времени прохождения запланированного участка пути;

6) стоимость поездки (эксплуатационные затраты или стоимость проезда в общественном транспорте для различных групп автомобильных дорог);

7) протяженность участков дорог, обслуживающих движение в режиме перегрузки;

8) увеличение мобильности пользователей (транспортная подвижность);

9) нервно-психическое напряжение, утомление пользователей в процессе поездки.

8.1.2.3 В рамках проведенной работы рассмотрен основной (минимальный) перечень целевых и функциональных индикаторов необходимый на стадии обоснования проекта ИТС. Единицы измерения индикаторов эффективности ИТС представлены в Таблице 1.

Таблица 1

Единицы измерения индикаторов эффективности ИТС

Целевые индикаторы	Функциональные индикаторы	Единицы измерения
Обеспечение безопасности дорожного движения	количество ДТП	ед.
	число раненых при ДТП (по уровню тяжести согласно Приказу Министерства здравоохранения и социального развития РФ от 24 апреля 2008 г. N 194н)	чел.
	число погибших при ДТП;	чел.
	социальный риск	руб.
	транспортный риск	руб.
	суммарный ущерб транспортным средствам	руб.
	суммарный ущерб объектам инфраструктуры	руб.
	суммарный ущерб груза	руб.
Обеспечение экологической безопасности	объем выбросов загрязняющего вещества СО	прив.т-км
	объем выбросов загрязняющего вещества СО2	прив.т-км
	объем выбросов загрязняющего вещества СН	прив.т-км
	объем выбросов загрязняющего вещества NOХ	прив.т-км
	объем выбросов частиц при износе шин, тормозных накладок, сцепления	прив.т-км
	уровень зашумленности	дБ
Повышение грузооборота	объем (количество) груза	тн, , ед.
	эксплуатационные расходы на перевозку	руб.
	средняя скорость движения ТС	км/ч
Повышение пассажирооборота	количество пассажиров	чел.
	эксплуатационные расходы на перевозку	руб.
	средняя скорость движения ТС	км/ч
Повышение финансовой привлекательности	экономический эффект от применения ЛП ИТС;	руб.
	затраты на разработку и внедрение ЛП ИТС;	руб.
	эксплуатационные расходы ЛП ИТС.	руб.
Повышение комфорта пользователей	уровень обслуживания	балл.
	пропускная способность дороги	авт/час.
	уровень загрузки движением	доля.
	время в пути	час.
	надежность предоставляемой информации о времени прохождения запланированного участка пути	балл
	стоимость поездки	руб.
	протяженность участков дорог, обслуживающих движение в режиме перегрузки;	км.
	увеличение мобильности пользователей (транспортная подвижность)	пасс-км на 1 чел. в год
	нервно-психическое напряжение, утомление пользователей в процессе поездки	балл
Примечание - целевые и функциональные индикаторы, представленные в Таблице 1, являются минимальным перечнем индикаторов. Перечень индикаторов может дополняться на основании целей и требований заказчика на стадии проектирования ЛП ИТС.

8.1.3 Требования к проведению оценки изменения индикаторов эффективности ИТС

8.1.3.1 Основные требования к оценке изменения индикаторов эффективности, используемых при обосновании проектов ИТС:

- определение изменения индикаторов эффективности должно отвечать требованиям заказчика проведения соответствующих работ;

- определение изменения индикаторов эффективности на участке УДС осуществлять путем сопоставления фактических данных с прогнозируемыми, которые определяются по специальным методикам;

- при формировании идеалистической модели определение изменения индикаторов эффективности для построения архитектуры индикаторов эффективности целесообразнее осуществлять путем расчета индикаторов эффективности для всего локального проекта ИТС;

- при формировании уточненной модели определение изменения индикаторов эффективности для построения технико-экономического обоснования ЛП ИТС целесообразнее осуществлять путем расчета индикаторов эффективности на отдельных участках дороги.

8.1.3.2 Оценка изменения целевого индикатора обеспечение безопасности дорожного движения на стадии обоснования проектов ИТС должна осуществляться на основании пункта 8.1.3.1, за исключением того, что оценку изменения функционального индикатора эффективности количества раненых при ДТП на стадии обоснования проектов ИТС желательно проводить раздельно по уровню тяжести ранения.

8.2 Требования к архитектуре индикаторов эффективности, используемой для обоснования проектов ИТС

8.2.1 Архитектура индикаторов эффективности, используемая при обосновании проектов ИТС (Рисунок 8.1), должна состоять:

- уровень интегральных индикаторов по субъектам;

- уровень целевых индикаторов;

- уровень функциональных индикаторов.

8.2.2 Уровень интегральных индикаторов по субъектам включает в себя три группы индикаторов:

- Государственная группа (заказчик ЛП ИТС) - органы исполнительной власти государства. Основное назначение исполнительной власти - организация практического исполнения Конституции и законов Государства в процессе управленческой деятельности, направленной на удовлетворение общественных интересов, запросов и нужд населения, соблюдая стратегические интересы Государства в целом.

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

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

8.2.3 Архитектура индикаторов эффективности ЛП ИТС представлена в виде треугольника, разбитого на уровни (Рисунок 8.2).

8.2.4 Результатом формирования индивидуальной для каждого субъекта структуры индикаторов оценки эффективности проекта ИТС, является выстроенная архитектура индикаторов. Разработка архитектуры индикаторов проекта ИТС проводится на основании целей и задач, указанных заказчиком на этапе обоснования.

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

8.2.5.1 Формирование архитектуры индикаторов эффективности Государственной группы пользователей ИТС. На основании требований и целей формирования проекта ИТС заказчиком в лице государственных организаций (федерального, регионального или местного уровня управления), разрабатывается архитектура индикаторов эффективности (Рисунок 8.3), в которой должны быть отражены следующие индикаторы:

- целевой индикатор обеспечения безопасности дорожного движения состоит из ряда основных функциональных индикаторов:

1) количество ДТП;

2) количество раненых (по уровню тяжести) при ДТП;

3) количество погибших при ДТП;

4) повреждение транспортных средств;

5) повреждение объектов инфраструктуры;

6) повреждение груза.

- целевой индикатор обеспечения экологической безопасности состоит из ряда основных функциональных индикаторов:

1) выбросы загрязняющего вещества СО;

2) выбросы загрязняющего вещества ;

3) выбросы загрязняющего вещества СН;

4) выбросы загрязняющего вещества NOХ;

5) выбросы частиц при износе шин, тормозных накладок, сцепления;

6) уровень зашумленности.

- целевой индикаторов повышения грузооборота, состоит из ряда основных функциональных индикаторов:

1) объем (количество) груза;

2) эксплуатационные расходы на перевозку грузовым транспортом;

3) техническая скорость движения ТС.

- целевой индикатор повышения пассажирооборота состоит из ряда основных функциональных индикаторов:

1) количество пассажиров;

2) эксплуатационные расходы на перевозку пассажирским транспортом;

3) техническая скорость движения ТС.

- целевой индикатор повышения финансовой привлекательности проекта ИТС состоит из ряда основных функциональных индикаторов:

1) прибыль от ЛП ИТС;

2) эксплуатационные расходы ЛП ИТС.

- целевой индикатор повышения комфорта пользователей состоит из ряда основных функциональных индикаторов:

1) время в пути;

2) надежность предоставляемой информации о времени прохождения запланированного участка пути;

3) стоимость поездки;

4) увеличение мобильности пользователей (транспортная доступность);

5) нервно-психическое напряжение, утомление пользователей в процессе поездки.

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

- целевой индикатор обеспечения безопасности дорожного движения состоит из ряда основных функциональных индикаторов:

1) количество ДТП;

2) количество раненых (по уровню тяжести) при ДТП;

3) количество погибших при ДТП;

4) повреждение транспортных средств;

5) повреждение объектов инфраструктуры;

6) повреждение груза.

- целевой индикатор обеспечения экологической безопасности состоит из ряда основных функциональных индикаторов:

1) выбросы загрязняющего вещества СО;

2) выбросы загрязняющего вещества ;

3) выбросы загрязняющего вещества СН;

4) выбросы загрязняющего вещества ;

5) выбросы частиц при износе шин, тормозных накладок, сцепления;

6) уровень зашумленности.

- целевой индикатор повышения комфорта пользователей состоит из ряда основных функциональных индикаторов:

1) время в пути;

2) надежность предоставляемой информации о времени прохождения запланированного участка пути;

3) стоимость поездки;

4) увеличение мобильности пользователей (транспортная доступность);

5) нервно-психическое напряжение, утомление пользователей в процессе поездки.

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

- целевой индикатор обеспечения безопасности дорожного движения состоит из ряда основных функциональных индикаторов:

1) повреждение транспортных средств;

2) повреждение объектов инфраструктуры;

3) повреждение груза.

- целевой индикаторов повышения грузооборота состоит из ряда основных функциональных индикаторов:

1) объем (количество) груза;

2) эксплуатационные расходы на перевозку грузовым транспортом;

3) техническая скорость движения ТС.

- целевой индикатор повышения пассажирооборота состоит из ряда основных функциональных индикаторов:

1) количество пассажиров;

2) эксплуатационные расходы на перевозку пассажирским транспортом;

3) техническая скорость движения ТС.

- целевой индикатор повышения финансовой привлекательности проекта ИТС состоит из ряда основных функциональных индикаторов:

1) прибыль от ЛП ИТС;

2) эксплуатационные расходы ЛП ИТС.

8.2.5.4 В рамках обоснования проектов ИТС утверждение соответствия проектов и получение разрешений на внедрение должно осуществляться с согласия государственной группы пользователей ИТС.

8.2.5.5 Проведение оценки изменения индикаторов эффективности проекта ИТС рекомендуется осуществлять на протяжении всего жизненного цикла ЛП ИТС, учитывая возможные отклонения от поставленных целей (прогнозируемых значений индикаторов эффективности). Оценка изменения индикаторов эффективности на протяжении всего жизненного цикла ЛП ИТС позволит своевременно определить возможные причины несоответствующего функционирования системы и выстроить схему последующего проведения модернизации ЛП ИТС.

9. Рекомендации по формированию исходных данных в рамках обоснования проектов интеллектуальных транспортных систем федеральных автомобильных дорогах

9.1 Этапы и структура формирования исходных данных

9.1.1 Формирование исходных данных состоит из следующих этапов:

- этап N 1. Предварительный сбор исходных данных.

На данном этапе проводится оценка текущей ситуации, определение причины проблем, определение границ рассматриваемого участка дорожной сети.

- этап N 2. Сбор исходных данных в рамках создания идеалистической модели ИТС.

Проводится сбор данных для создания архитектуры индикаторов эффективности, подбора подсистем ЛП ИТС, наиболее подходящих для решения поставленной задачи в условиях рассматриваемого участка сети дорог. Этап осуществляется экспертным методом и не требует точных данных.

- этап N3. Сбор исходных данных для ввода ограничений.

Проводится анализ для последующего учета различного рода ограничений, накладываемых на ЛП ИТС.

- этап N4. Сбор исходных данных для построения уточненной модели ЛП ИТС, и детального обследования рассматриваемого участка сети дорог (микроанализ).

Проводится подробный анализ рассматриваемого участка сети дорог, по результатам которого создается имитационной модель рассматриваемого участка сети дорог.

9.1.2 Форма выходных документов при формировании исходных данных должна соответствовать требованиям, изложенным в техническом задании.

9.1.3 Требования к плану формирования исходных данных должны соответствовать требованиям, изложенным в техническом задании.

9.2 Обзор и анализ текущей проблемы на рассматриваемом участке сети дорог

9.2.1 В случае если в техническом задании не указаны границы участка сети дорог, но указана зона проблемы, то необходимо перейти к следующему этапу формирования исходных данных.

9.2.2 В случае если в техническом задании не указана зона проблемы, но указаны границы участки сети дорог, то её необходимо установить экспертным методом.

9.2.3 Минимально необходимые данные для проведения анализа зоны проблемы:

а) статистика по очагам затруднений движения;

б) статистические данные о средней скорости движения ТС в зоне проблемы.

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

9.2.4 Данные, указанные в п. 9.2.3 должны охватывать актуальный для проблемы интервал времени.

Примечание - Актуальным интервалом времени следует считать интервал от момента возникновения проблемы до момента её исчезновения.

9.2.5 Необходимые для анализа данные, указанные в п. 9.2.3 могут быть предоставлены компетентными органами или заказчиком по запросу исполнителя.

9.3 Формирование структуры исходных данных для сети дорог

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

9.3.2 Формирование исходных данных должно происходить в следующем порядке (Рисунок 9.1):

- сбор предварительных данных, определение предварительной границы рассматриваемого участка;

- данные, получаемые по запросу;

- получение недостающих данных этапа 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 Сбор предварительных данных, определение предварительной границы рассматриваемого участка

Примечание - Пример определения предварительной границы участка сети дорог приведен в Приложении В.

9.3.6.1 Необходимо организовать сбор предварительных данных, включающий в себя информацию по следующим позициям:

- карта/схема сети дорог;

- матрица возможных ОП;

- информация о зонах проблем:

1) месторасположение;

2) актуальный интервал времени;

3) направление движения ТП, на которое оказывает влияние рассматриваемая проблема.

- информация о зонах последствий:

1) протяженность;

2) актуальный интервал времени.

Примечание - на данном этапе системного анализа особые требования к точности полученной информации не предъявляются.

9.3.6.2 Начальными границами рассматриваемого участка необходимо считать участок сети дорог, включающий в себя следующие компоненты (Рисунок 9.2):

- зону проблемы;

- зону последствий возникающей проблемы;

- "свободную" зону, протяжённостью не менее одного километра, если это возможно.

Примечание - "Свободная" зона необходима для адекватного функционирования базовой модели рассматриваемого участка.

9.3.6.3 Необходимо включить альтернативные федеральные дороги/участки дорог, формирующие пути объезда зоны проблемы и/или зоны последствий.

9.3.6.4 Рекомендуется включать в рассматриваемую сеть дорог альтернативные дороги, даже если они не имеют статуса федеральной дороги.

Примечание - при выполнении п. 9.3.6.4 необходимо координация действий с местными органами самоуправления, в чьей юрисдикции находится включаемая дорога/сеть дорог.

9.3.6.5 Если съезд на альтернативную дорогу располагается перед "свободной" зоной, то границы рассматриваемого участка следует провести минимум за 500 метров до этого съезда.

9.3.6.6 При выполнении п. 9.3.6.3 и п. 9.3.6.4 границы рассматриваемого участка следует провести на расстоянии не менее 100 метров после съезда с альтернативной дороги.

9.3.7 Объекты притяжения

9.3.7.1 В пределах границ рассматриваемой зоны сети дорог необходимо отметить месторасположение и время жизни доминантных ОП.

9.3.7.2 Пересечения границ рассматриваемого участка и дорог должны отмечаться как ОП.

9.3.7.3 Необходимо указать характер ОП:

- исток (источник ТП);

- сток (поглощение ТП);

- транзитный.

Примечания

1 ОП в различное время могут иметь различные характеры.

2 ОП, указанные в п. 9.3.7.2, могут быть только истоками или стоками.

9.3.8 Данные, которые можно получить по запросу

9.3.8.1 Перечень данных:

а) паспорта дорог;

б) план на создание и реконструкцию сети дорог;

в) пропускная способность дорог;

г) транспортный спрос;

д) предварительные данные об интенсивности, плотности и средней скорости движения, видам транспорта и типам ТС;

е) предварительная МОП;

ж) плановая схема пассажирских перевозок и статистика пассажиропотоков;

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

з) информация о текущей конфигурации подсистем ИТС и систем телематики, установленных на участке внедрения;

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

и) схема экологической нагрузки в зоне внедрения ЛП ИТС;

Примечание - Схема представляет собой обозначенные на схеме распределения величин экологических загрязнений, вызванных деятельностью транспорта. К ним относятся выбросы токсичных газов (г/кг) и шумовое воздействие (Дб).

к) статистика по очагам затруднений движения;

л) статистика ДТП;

м) геометрия дорог, перекрестков, развязок зоны внедрения ЛП ИТС;

н) схема погодно-климатических условий;

о) актуальные и прогнозные планы и схемы ОДД, включая оперативное управление;

п) статистика по нарушениям ПДД;

р) информация о конфигурации системы связи и электропитания.

9.3.8.2 Информация, указанная в п. 9.3.8.1 к должна содержать следующий минимальный перечень данных:

- месторасположение очага затруднения движения и связанное с ним направление движения;

- время возникновения очага затруднения движения;

- продолжительность жизни очага затруднения движения;

- транспортный спрос в зоне проблемного участка сети дорог.

9.3.8.3 Информация, указанная в п. 9.3.8.1л должна включать следующие данные о ДТП:

- вид;

- время возникновения;

- тяжесть и последствия;

- ущерб, причиненный ТС, грузам и дорожной инфраструктуре.

9.3.8.4 Информация, указанная в п. 9.3.8.1н должна содержать следующий минимальный перечень данных:

- температура воздуха (°С);

- влажность воздуха (г/м3);

- атмосферное давление (мм рт. ст.);

- осадки (мм);

- места возможного образования тумана;

- места возможного образования наледи.

Примечания

1 Места возможного образования тумана характеризуются расположенными вблизи дорог водоемами, водотоками и заболоченными местами.

2 Под местами возможного образования наледи следует понимать такие участки дороги, как переправы через водные преграды, места выезда с закрытой местности на открытую и т.п.

9.3.8.5 Допускается получение информации, указанной в п. 9.3.8.1 в произвольном порядке.

9.3.9 В случае если не удалось получить с помощью запроса некоторые данные, указанные в п. 9.3.8.1, то необходимо организовать сбор недостающих данных с помощью замеров и анализа, если это представляется возможным.

9.3.10 Определение причин возникновения проблемы

9.3.10.1 Определение причин допускается проводить экспертным методом на основе данных, полученных на 1-ом этапе сбора данных.

9.3.10.2 Причина проблемы может состоять из одного или из совокупности следующих факторов:

а) некорректная организация дорожного движения на рассматриваемом участке;

б) некорректное функционирование внедренных ранее ИТС и систем телематики как на рассматриваемом участке, так и за его пределами;

в) систематические ДТП на определенном участке сети дорог;

г) геометрия дороги;

д) недостаточная пропускная способность дорог;

е) погодные условия, систематически появляющиеся на определённых участках дорог.

9.3.11 Данные, получаемые с помощью замеров и анализа

Примечание - Этап N 4 формирования исходных данных проводится исполнителем с помощью дополнительных замеров непосредственно на самом рассматриваемом участке сети дорог и результатов анализа исходных данных, полученных на предыдущих этапах.

9.3.11.1 Определение окончательной границы рассматриваемого участка сети дорог

- Рассматриваемый участок сети дорог необходимо расширить, если:

а) границы зоны проблемы или зоны последствий совпадают с границами рассматриваемого участка сети дорог или выходят за них.

Пример - 1 затор на дороге начинается еще до границ рассматриваемого участка.

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

в) возможная причина проблемы находится за пределами рассматриваемого участка сети дорог.

Пример - некорректное функционирование системы КУТП, расположенной за пределами рассматриваемого участка седи# дорог, следствием которого является перегрузка рассматриваемого участка.

- Для а) границы рассматриваемого участка необходимо расширять как минимум до зоны последствий.

- При выполнении б) необходимо руководствоваться требованиями, изложенными в п. 9.3.6.5 и 9.3.6.6.

- Для п. в) границы рассматриваемого участка необходимо расширять как минимум до месторасположения самой причины проблемы.

9.3.11.2 Допускается уменьшить границы рассматриваемого участка сети дорог, если зона последствий, причина проблемы и съезды альтернативных маршрутов находятся на значительном удалении от установленных границ участка сети дорог.

9.3.11.3 Перечень собираемых данных:

а) граф связанных дорог;

Примечание - Графическое обозначение связанных между собой автомобильных дорог, наиболее важные для объекта исследования (зоны внедрения ЛП ИТС).

б) геометрия дорог, перекрестков, развязок;

в) уточненная МОП;

г) интенсивность, плотность и средняя скорость ТП;

д) состав ТП по типам ТС;

е) очаги затруднений движения и участки концентрации ДТП;

ж) данные с систем мониторинга треков ТС;

з) построение МК / КМК;

и) построение графиков зависимости интенсивности ТП от плотности и скорости ТП;

к) схемы транспортного предложения участков сети дорог;

л) матрица корреспонденции пассажиропотоков;

Примечание - Количество убывающих и прибывающих человек на остановках ГПТ в зоне исследуемого участка сети дорог.

м) оценка отложенного транспортного спроса.

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

9.3.11.4 Должна соблюдаться последовательность сбора данных, указанная в п. 9.3.11.1.

9.3.11.5 Пункт 9.3.11.3 следует выполнять только в том случае, если в рассматриваемую сеть дорог входит улично-дорожная сеть населенных пунктов, по которой предусмотрено движение маршрутного транспорта.

9.3.11.6 При простом строении сети дорог допускается использование обычной МК вместо КМК.

9.3.11.7 Примечание - Простой следует считать сеть дорог, представляющую собой участок с одной главной дорогой, съездами на незначительные дороги и максимум одним крупным перекрестком/развязкой.

9.3.11.8 При выполнении п. 9.3.11.6 допускается применять программные методы восстановления МК.

9.3.11.9 При выполнении п. 9.3.11.8 вместо данных, указанных в п. 9.3.11.3з следует провести сбор информации о распределении ТП на перекрестках, съездах и примыканиях рассматриваемой сети дорог.

9.3.11.10 КМК рекомендуется строить методом анализа треков ТС.

9.3.11.11 При построении КМК должна соблюдаться следующая последовательность действий:

а) определение вектора притяжения ТП;

б) анализ сформированной ранее матрицы ОП, определение доминантных ОП;

в) разработка принципа определения и анализа треков ТС;

г) сбор первичной КМК;

д) корректировка точности и достоверности первичной КМК, если она не удовлетворяет требованиям к точности, указанным в техническом задании.

Примечание - пример построения КМК представлен в рамках примера проведения системного анализа, приведенного в приложении Д.

9.3.12 Предоставленные и собранные данные должны отвечать всем требованиям к точности, указанным в техническом задании.

9.3.13 Допускается не производить сбор данных, если они уже были получены на Этапе N 1 сбора данных и отвечают требованиям п. 9.3.12.

9.3.14 Для создаваемой или реконструируемой сети дорог исходные данные должны формироваться на основе прогнозных имитационных моделей и макроэкономического анализа.

9.4 Данные, необходимые для создания имитационной модели

9.4.1 Сбор необходимых данных должен предоставить необходимую информацию для решения следующих задач:

- создание имитационной модели графа дорог;

- создание имитационной модели ОДД;

- создание имитационной модели транспортного потока.

9.4.2 Рекомендуется использовать максимальное количество имеющейся информации для создания наиболее достоверной имитационной модели участка сети дорог.

9.4.3 Допускается использование набора минимально необходимых данных, указанных в п. 9.4.4.

9.4.4 Минимально необходимые данные для создания модели сети дорог:

а) карта/схема/граф дорог рассматриваемого участка сети дорог;

б) протяженность дорог, входящих в рассматриваемый участок сети дорог;

в) геометрия дорог, пересечений / развязок;

г) количество полос дорог.

9.4.5 Минимально необходимые данные для создания модели ОДД

9.4.5.1 Общие данные:

а) информация о горизонтальной дорожной разметке, описанной в п. 6.2 ГОСТ Р 52289-2004;

б) информация об установленных на рассматриваемом участке сети дорог дорожных знаках, указанных п. 9.5.7 г-з;

в) информация о светофорном регулировании на участке сети дорог;

г) информация о расписании и маршрутах движения городского маршрутного транспорта;

9.4.5.2 Данные для имитации существующего ЛП ИТС, функционирующего на рассматриваемой сети дорог, если таковой существуют:

а) при наличии систем КУТП:

1) ОП, относительно которых происходит информирование водителей ТС;

2) узлы сети дорог, на которых происходит перераспределение ТП;

3) теоретически возможные проценты перераспределения ТП с точки зрения возможностей сети дорог;

4) фактический процент перераспределения ТП;

б) при наличии систем ДУТП:

1) принцип корректирования светофорных фаз;

2) расположение управляемых светофоров;

3) принцип корректировки ограничений максимально допустимой скорости.

9.4.6 Минимально необходимые данные для создания модели ТП:

а) интенсивность ТП;

б) средняя скорость ТП;

в) состав ТП по типам ТС;

г) данные о потоке пешеходов на нерегулируемых пешеходных переходах;

д) КМК, в некоторых случаях МК;

е) величина отложенного транспортного спроса по сети дорог;

9.4.7 Если рассматривается простое строение сети дорог, то п. 9.4.6д допускается выполнить согласно п. 9.3.11.6 - п. 9.3.11.9.

9.4.8 Информация о сети дорог должна удовлетворять следующим требованиям:

а) информация о карте/схеме/графе дорог рассматриваемого участка сети дорог должна предоставляться в полном соответствии с реальной дорожной обстановкой;

б) точность информации о протяженности и геометрии дорог должна соответствовать требованиям технического задания;

в) точность информации о количестве полос дорог должна полностью соответствовать реальной обстановке;

Примечание - большинству редакторов программ имитационного моделирования при создании графа дорог изначально требуется данный параметр.

г) допускается не рассматривать подробно съезды на прилегающую территорию, достаточно обозначить их как ОП.

9.4.9 Требования к информации об ОДД:

а) данные о типе дорожной разметки должны полностью соответствовать реальной обстановке;

б) точность данных о протяженности дорожной разметки и данных, указанных п. 9.4.5.1б - п. 9.4.5.1г должна соответствовать условиям технического задания.

9.5 Требования к программам имитационного моделирования

9.5.1 Имитационная модель рассматриваемого участка сети дорог должна строиться в программах имитационного моделирования.

9.5.2 Используемые программы имитационного моделирования должны содержать минимальный набор функций, представленный в п. 9.5.3-9.5.17.

9.5.3 Должно быть возможным создание и редактирование модели сети дорог города или региона.

9.5.4 Должна быть возможность моделирования и изменения ТП, в том числе:

а) задание маршрутов движения ТС по сети дорог;

б) моделирование различных типов ТС;

в) моделирование маршрутного транспорта, двигающегося по обозначенному маршруту с остановками в обозначенных местах;

г) имитирование соблюдения ТС ПДД п. 8, 9, 10, 13, 14, 16, 18.

9.5.5 Пункт 9.5.4 б допускается не применять, если при этом все типы ТС приводятся к легковому автомобилю.

9.5.6 Пункт 9.5.4 в допускается выполнять только в том случае, если в рассматриваемую сеть дорог входит улично-дорожная сеть населенных пунктов, по которой предусмотрено движение маршрутного транспорта.

9.5.7 Должна быть возможность создания и изменения модели ОДД в том числе:

а) имитирование соблюдения транспортными средствами дорожной разметки;

б) имитирование движения маршрутного транспорта по выделенным полосам;

в) имитирование светофорного регулирования;

г) имитирование действия знаков приоритета 2.1, 2.4-2.6 таблицы А2 приложения А ГОСТ Р 52290-2004;

д) имитирование действия запрещающих знаков 3.1-3.4, 3.17.1, 3.17.3, 3.18, 3.19, 3.24, 3.25 таблицы А3 приложения А ГОСТ Р 52290-2004;

е) имитирование действия предписывающих знаков 4.1, 4.3, 4.6, 4.7 таблицы А4 приложения А ГОСТ Р 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 Должно быть возможным имитирование систем КУТП.

Примечание - Под имитированием систем КУТП следует понимать динамическое перераспределение ТП в зависимости от параметров самого ТП.

9.5.10 Должно быть возможным имитирование динамических систем ДУТП.

Примечание - Под имитированием динамических систем ДУТП следует понимать автоматическую корректировку фаз светофорных объектов и/или корректировку скоростного режима в зависимости от ТП.

9.5.11 Должно быть возможным имитирование транспортных ситуаций на модели сети дорог в визуальном режиме наблюдения:

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

б) должно быть возможным перекрытие дороги на участок дороги целиком, на отдельное направление или отдельную полосу участка дороги.

9.5.12 Должна быть возможность симуляции существующих и прогнозируемых транспортных потоков в визуальном режиме наблюдения.

9.5.13 Должна быть возможность проведения симуляции как в реальном времени, так и в ускоренном режиме.

9.5.14 Должны рассчитываться значения следующих параметров транспортных потоков по итогам проведенных модельных экспериментов:

а) интенсивность движения на отдельных участках сети дорог;

б) плотность ТП;

в) зависимость интенсивности ТП от его плотности;

г) проценты распределения ТП на узлах сети дорог;

д) время прохождения ТС рассматриваемого участка сети дорог;

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

9.5.15 Рекомендуется отображение информации, указанной в п. 9.5.14 а как в числовом формате, так и в виде тепловой карты.

9.5.16 Рекомендуется также наличие возможности расчета выбросов загрязняющих веществ в окружающую среду и потребление энергии транспортными средствами.

9.5.17 Программный продукт должен включать следующие компоненты:

- развитый редактор сетей, обеспечивающий возможности 2-мерной визуализации;

- инструменты импорта/экспорта файлов САПР, ГИС, растровых изображений и данных о параметрах трафика и транспортных средств;

- Micro- и Meso-имитаторы трафика;

- интерфейсные средства для взаимодействия со сторонними программными продуктами.

9.6 Оценка точности имитационной модели участка сети дорог

9.6.1 Созданная имитационная модель должна повторять все параметры рассматриваемого участка сети дорог с учетом допустимой погрешности.

9.6.2 Имитационная модели сети дорог и ОДД должны полностью соответствовать собранным данным.

9.6.3 Погрешность интенсивности транспортного потока должна рассчитываться по формуле:

, (8.1)

где N - интенсивность транспортного потока, замеренная детекторами транспорта на реальной сети дорог;

- интенсивность транспортного потока, замеренная виртуальными детекторами транспорта в имитационной модели, расположенными по аналогии с детекторами транспорта на реальной сети дорог.

9.6.4 Погрешность плотности транспортного потока должна рассчитываться по формуле:

, (8.2)

где Q - плотность транспортного потока, замеренная детекторами транспорта на реальной сети дорог;

- плотность транспортного потока, замеренная виртуальными детекторами транспорта в имитационной модели, расположенными по аналогии с детекторами транспорта на реальной сети дорог.

9.6.5 Погрешность времени прохождения рассматриваемого участка сети дорог транспортным средством должна рассчитываться по формуле:

, (8.3)

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

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

9.6.6 Сравнительные анализы должны проводиться согласно техническому заданию.

9.6.7 Если в техническом задании нет требований к проведению сравнительных анализов, то их следует проводить в соответствии с рекомендациями, указанными в п. 9.6.7.1 и п. 9.6.7.2:

9.6.7.1 Детекторы транспорта (реальные и виртуальные) рекомендуется располагать на участках дорог между доминантными ОП, на перегонах дорог между крупными съездами / развязками.

9.6.7.2 Анализ времени прохождения ТС участка сети дорог рекомендуется проводить как для всего маршрута в целом, так и на отдельных участках маршрутов.

9.6.7.3 Требование к величине погрешности измерений заказчик должен указывать в техническом задании с учетом погрешности реального оборудования.