Продукт: ТРЭК.Вебстер Версия документа: 1.0 Год: 2026
1. Общие сведения
Наименование программного обеспечения: ТРЭК.Вебстер.
Назначение: проектирование и расчёт светофорного регулирования отдельного перекрёстка — от исходной геометрии до готовой программы регулирования, оценки её качества и проверки микросимуляцией.
Класс решаемых задач. Программное обеспечение выполняет инженерные расчёты в области организации дорожного движения: определение безопасных межзелёных интервалов, расчёт потока насыщения, распределение спроса по направлениям, построение схемы пофазного разъезда, определение длительности цикла и его составляющих, оценка задержек, степени насыщения, уровня обслуживания и длины очередей, аудит принятого решения по показателям безопасности, имитационная проверка решения в движении.
Область применения: разработка и обоснование проектных решений по организации дорожного движения (проекты организации дорожного движения, комплексные схемы), пересмотр режимов работы действующих светофорных объектов, оценка вариантов регулирования до их внедрения, учебные и исследовательские задачи.
Пользователи (роли). Продукт рассчитан на специалиста предметной области — проектировщика светофорного регулирования, инженера дорожного движения, сотрудника центра организации дорожного движения. Разграничение прав в продукте:
| Роль | Доступные действия |
|---|---|
| Наблюдатель | Просмотр проектов, запуск расчётов и микросимуляции, работа с картой |
| Редактор | То же плюс создание проектов и полное редактирование своих проектов |
| Администратор | То же плюс редактирование и удаление любых проектов, передача владения, ведение витрины примеров, фильтрация по организации |
| Доступ по ссылке | Просмотр конкретного проекта без входа в систему, только чтение |
Работа с продуктом не требует навыков программирования и администрирования; специальная подготовка (курс обучения) не предусмотрена.
Персональные данные. Продукт не обрабатывает персональные данные.
2. Функциональные характеристики
Функции сгруппированы по назначению. Нумерация сквозная.
2.1. Подготовка исходных данных о перекрёстке
| № | Функция | Описание |
|---|---|---|
| Ф-1 | Загрузка цифровой модели дорожной сети | Приём геометрии из подготовленной модели (продукт ТРЭК.Основание) по ссылке или идентификатору: подходы, полосы, стоп-линии, разрешённые манёвры, маршруты, пешеходные переходы, трамвайные пути, конфликтные точки, разрешённые скорости, детекторы и пешеходные кнопки, остановки и парковки в окружении. Результат — состав перекрёстков проекта, готовый к расчёту |
| Ф-2 | Выделение сигнальных групп | Автоматическое формирование сигнальных групп из геометрии и манёвров с определением типа участника (автомобиль, автобус, общественный транспорт, трамвай, велосипед, пешеход) и признака стрелочного направления. Результат — таблица сигнальных групп с составом стоп-линий и числом конфликтных точек |
| Ф-3 | Привязка к дорожному контроллеру | Сопоставление номеров сигнальных групп модели с номерами на реальном оборудовании, в том числе объединение нескольких модельных групп в одну группу контроллера. Влияет на представление матрицы межзелёных интервалов и на выходные документы |
| Ф-4 | Сводка геометрии и окружения | Подсчёт подходов, стоп-линий, сигнальных групп по типам участников; конфликтных точек по типам и их плотности; площадей полигона и проезжей части; количества и длин пешеходных переходов; объектов окружения. Результат — обзорная сводка перекрёстка |
| Ф-5 | Ведение проектов | Создание проекта на модели дорожной сети, хранение на сервере, список проектов с показателями заполненности и сводкой результата, группировка по исходной модели, витрина готовых примеров с копированием примера в собственный проект, удаление проекта |
2.2. Расчёт безопасных интервалов и пропускной способности
| № | Функция | Описание |
|---|---|---|
| Ф-6 | Расчёт матрицы межзелёных интервалов | Построение направленной матрицы «завершающая сигнальная группа → начинающая» по методике ОДМ 218.6.003-2011: для пар «транспорт — транспорт» интервал определяется временем торможения и временем проезда конфликтной точки, для пар с пешеходом — временем эвакуации. Исходные величины (времена реакции, нарастания и жёлтого, замедление, длина транспортного средства, расчётные скорости, минимальный такт) редактируются пользователем. Результат — матрица значений в секундах с классификацией пар (запрещённый конфликт, просачивание, отсутствие конфликта) |
| Ф-7 | Варианты расчёта интервалов | Выбор метода расчёта эвакуации пешехода (по ОДМ либо по половине длины перехода), источника расчётной скорости (базовый параметр либо минимальная скорость на маршруте из модели), представления матрицы (по группам модели либо свёрнуто по номерам контроллера) |
| Ф-8 | Корректировка интервалов пользователем | Ручное переопределение значения ячейки и типа конфликта с отметкой изменённых значений, возвратом к расчёту модели и подсветкой значений вне диапазона правдоподобия |
| Ф-9 | Разбор расчёта ячейки | Вывод формулы с подстановкой фактических чисел по выбранной паре сигнальных групп и перечнем конфликтных точек, связывающих пару |
| Ф-10 | Расчёт потока насыщения | Расчёт потока насыщения по стоп-линиям: базовый поток и поправочные коэффициенты по методике HCM, дополненные коэффициентами для условий отечественной практики, с двумя источниками значений — расчёт из базовых параметров либо значения из цифровой модели |
| Ф-11 | Учёт погодных условий | Применение множителя погодных условий (ясно, дождь, снег, гололёд) к итоговому потоку насыщения |
| Ф-12 | Подсказки по разрешённым манёврам | Для стоп-линий с разрешённым (permissive) левым поворотом либо правым поворотом через пешеходный поток — расчёт рекомендованного значения соответствующего коэффициента с учётом встречного или пешеходного потока по каждой программе регулирования. Применение рекомендации — только по решению пользователя |
| Ф-13 | Расчёт ёмкости накопителя | Определение числа транспортных средств, помещающихся в зоне накопления подхода, по её геометрии и габариту транспортного средства. Используется в проверках переполнения очереди |
2.3. Задание спроса на движение
| № | Функция | Описание |
|---|---|---|
| Ф-14 | Матрица «вход × выход» | Ввод спроса на границе перекрёстка в виде матрицы ворот с указанием азимутов, контролем достижимости пар, суммами по строкам и столбцам и диагностикой дисбаланса |
| Ф-15 | Прямой пересчёт спроса | Распределение спроса матрицы по сети перекрёстка с проставлением интенсивностей и долей манёвров на всех стоп-линиях, включая внутренние стоп-линии суперкластера |
| Ф-16 | Обратный сбор матрицы | Сборка матрицы ворот из введённых интенсивностей и долей манёвров с указанием объёма, не нашедшего маршрута |
| Ф-17 | Ввод интенсивностей напрямую | Табличный ввод интенсивностей по стоп-линиям (транспорт, пешеходы, трамвай) и долей манёвров с контролем суммы долей, групповое заполнение из базовых параметров, задание необязательного референсного интервала нагрузки |
| Ф-18 | Программы (периоды) регулирования | Ведение произвольного числа программ регулирования в одном перекрёстке: у каждой собственные интенсивности, фазы, кольцо и уставки. Результаты, аудит безопасности и микросимуляция считаются по выбранной программе; в отчёт включаются все программы и их сравнение |
2.4. Формирование режима работы светофорного объекта
| № | Функция | Описание |
|---|---|---|
| Ф-19 | Формирование фаз | Ручное назначение сигнальных групп в фазы с блокировкой сочетаний, имеющих запрещённый конфликт, с показом нераспределённых групп и фазовых коэффициентов |
| Ф-20 | Автоматический подбор схем пофазного разъезда | Автоматическое построение вариантов распределения сигнальных групп по фазам при заданном числе фаз и их ранжирование по числу и тяжести неразрешённых конфликтов; по каждому варианту — число неразрешённых конфликтных точек и справочная оценка (цикл, сумма фазовых коэффициентов, средняя задержка, уровень обслуживания, максимальная степень насыщения). Выбранный вариант применяется по команде пользователя |
| Ф-21 | Набор кольца программы | Задание последовательности шагов цикла, изменение порядка, ввод зелёного времени и промежуточного такта каждого шага, автоматический расчёт доли шага в цикле и длины цикла |
| Ф-22 | Расчёт нормативного минимума зелёного | Определение минимального основного такта шага, для фаз с пешеходными группами — по длине перехода, скорости пешехода и запасу на трогание |
| Ф-23 | Расчёт оптимального цикла | Расчёт длительности цикла по формуле Вебстера по потерянному времени и сумме фазовых коэффициентов с учётом групп, работающих в нескольких фазах, и распределение зелёного пропорционально фазовым коэффициентам с соблюдением минимумов. Результат переносится в кольцо по команде пользователя |
| Ф-24 | Ручная подстройка цикла | Изменение суммарной длины цикла с автоматическим перераспределением зелёного по шагам в пределах от суммы минимумов до заданного максимума при неизменных промежуточных тактах |
| Ф-25 | Режимы промежуточного такта | Выбор между простым режимом (общий такт на весь переход, равный наибольшему межзелёному интервалу конфликтующих пар — тактовая модель ОДМ 218.6.003-2011) и сложным погрупповым режимом, в котором каждая сигнальная группа переключается по своей конфликтующей паре |
| Ф-26 | Расписание переходов | Построение по каждому переходу кольца перечня переключений сигнальных групп с указанием связывающей пары; автоматический откат перехода на простой режим при отсутствии данных о конфликтах или незаполненных ячейках межзелёных интервалов с указанием причины |
| Ф-27 | Сигнальная диаграмма | Построение диаграммы состояний сигнальных групп по времени цикла с последовательностью сигналов по действующим правилам (зелёный, мигающий зелёный, жёлтый, красный, красный с жёлтым; для пешеходных и стрелочных групп — без жёлтых фаз), со слитным зелёным при работе группы в смежных фазах и с изменением длительности фазы прямо на диаграмме |
| Ф-28 | Настройка вызывного (адаптивного) управления | Включение вызывного режима с выбором типа цикла (фиксированная длина цикла с точками принудительного завершения либо свободный режим «минимум — максимум»), заданием минимального и максимального зелёного шага, единицы продления, режима вызова шага (только по вызову; всегда с удержанием минимума; всегда с удержанием до максимума; пешеходный вызов) и фиксации вызова |
| Ф-29 | Привязка входов | Привязка детекторов и пешеходных кнопок из цифровой модели к шагам кольца с указанием действия входа (вызов, продление, вызов и продление), задержки зачёта и протяжки присутствия, привязки входа к сигнальной группе и исключения входа из проекта |
| Ф-30 | Контроль непротиворечивости уставок | Автоматические предупреждения о шагах, которые ничем не вызываются или не могут продлеваться, о минимальном такте, не помещающемся в долю цикла, о превышении максимума зелёного над длиной цикла; блокировка запуска микросимуляции при несходящихся уставках с указанием причины |
| Ф-31 | Отображение диаграммы под вызывным управлением | Построение диаграммы на оси максимального цикла с обозначением вилки «минимум — максимум» по шагам и признака вызывной фазы |
2.5. Оценка качества принятого решения
| № | Функция | Описание |
|---|---|---|
| Ф-32 | Расчёт показателей по стоп-линиям | Расчёт средней задержки по методике HCM (равномерная и добавочная составляющие), степени насыщения, уровня обслуживания A–F, суммарной задержки потока, суммарного зелёного времени, утилизации зелёного, средней и максимальной длины очереди с проверкой на превышение ёмкости накопителя |
| Ф-33 | Учёт координации внутри суперкластера | Для внутренних стоп-линий объединённого узла учитывается влияние вышестоящих сигналов на фактический спрос; исходное и эффективное значения выводятся рядом, изменённые строки помечаются с пояснением источника ограничения |
| Ф-34 | Сводные показатели перекрёстка | Длина цикла, средняя задержка, уровень обслуживания, максимальная степень насыщения, утилизация зелёного, потерянное время, оптимальный цикл по Вебстеру, минимальный допустимый цикл, предельная нагрузка, запас нагрузки с указанием узкого места, погодные условия |
| Ф-35 | Исследования чувствительности | Два расчётных исследования: пропускная способность перекрёстка при текущем цикле и распределении зелёного в диапазоне интенсивностей и зависимость задержки и утилизации зелёного от длины цикла с отметкой оптимума и минимально допустимого цикла. Результат — графики и текстовые выводы |
| Ф-36 | Автоматический аудит безопасности | Формирование перечня замечаний с указанием серьёзности и рекомендации. Тематика проверок: конфликтность фаз, пешеходная безопасность (в том числе по условиям, нормируемым ГОСТ Р 52289), насыщение направлений и переполнение накопителей, полнота межзелёных интервалов, скоростной режим подходов. Итоговая оценка перекрёстка выводится отдельным признаком |
| Ф-37 | Оценка загрузки конфликтных точек | Балльная оценка сложности перекрёстка по числу пересечений, слияний и отклонений с классификацией от простого до очень сложного |
| Ф-38 | Расчёт зоны дилеммы | Определение по подходам расстояния остановки и расстояния проезда по фактическому промежуточному такту, ширине пересечения и скорости подхода; вывод протяжённости зоны дилеммы с отображением на карте |
| Ф-39 | Построение треугольников видимости | Расчёт нормативного минимума зоны взаимной видимости «пешеход — транспорт» для ряда расчётных скоростей и фактической скорости подхода: длинный катет по расстоянию видимости для остановки, короткий — по нормативу для сухого либо мокрого покрытия. Результат — таблица по полосам и построение треугольников на карте |
| Ф-40 | Оценка ожидания пешеходов | Расчёт по пешеходным группам среднего и максимального времени ожидания зелёного с учётом нескольких зелёных окон в цикле и градацией серьёзности по максимальному ожиданию |
2.6. Имитационная проверка решения
| № | Функция | Описание |
|---|---|---|
| Ф-41 | Микросимуляция перекрёстка | Прогон движения на фактической геометрии перекрёстка и текущей программе: следование за лидером, регулирование фазами светофорного объекта, нерегулируемые конфликты с принятием интервала и приоритетами, разрешённые повороты, движение трамваев и автобусов с остановкой, пешеходы на переходах, сквозные маршруты в объединённых узлах, смена полосы в зоне накопления, генерация спроса по матрице «вход × выход». Управление прогоном: запуск, пауза, сброс, ускорение модельного времени, режимы окраски участников движения |
| Ф-42 | Модель работы контроллера | Воспроизведение работы контроллера, включая вызывное управление: вызовы, продления, удержания, точки принудительного завершения, пропуск невызванных фаз. Результат — лента прогона по стадиям с причинами завершения, фактические цвета сигнальных групп, состояние входов и строка диагностики |
| Ф-43 | Ручная подача воздействий | Подача импульса или удержания на любой вход (имитация нажатия пешеходной кнопки, присутствия транспортного средства в зоне детектора), в том числе в режиме нулевого спроса |
| Ф-44 | Измеренная статистика прогона | Агрегатная таблица по стоп-линиям: спрос, число проехавших, измеренный поток насыщения, задержка, число остановок, прогрессия, средняя скорость, уровень обслуживания, утилизация зелёного, средняя и максимальная очередь; сводка по типам участников; отметка подходов, спрос на которые физически не доезжает из-за ограничений сети, с предупреждением о завышении аналитических показателей для них |
| Ф-45 | Управление генерацией спроса | Таблица маршрутов генерации с интенсивностью, границами, долями грузовых и автобусов, исключением маршрутов и перераспределением интенсивности по оставшимся маршрутам с сохранением суммарного въезда |
| Ф-46 | Режим предельного спроса | Насыщение всех направлений для измерения фактического потока насыщения |
2.7. Визуализация, оформление и обмен результатами
| № | Функция | Описание |
|---|---|---|
| Ф-47 | Картографическое отображение | Отображение дорожной сети перекрёстков проекта на картографической подложке с выбором подложки, подсветкой маршрутов сигнальных групп, подходов, конфликтующих пар, конфликтных точек, фаз и детекторов, панелью свойств выбранного объекта и деревом маршрутов перекрёстка |
| Ф-48 | Тематические слои | Слои по результатам расчёта: скорость, разрешённая скорость, поток насыщения, пропускная способность и узкие места, нагрузка подхода, потоки и матрица «вход × выход», очереди и задержки в шкале уровня обслуживания, конфликтные точки, зона дилеммы, треугольники видимости, пешеходные переходы — с легендой активного слоя |
| Ф-49 | Картограммы и схемы | Формирование картограмм матрицы «вход × выход», картограмм задержек по подходам, схем пофазного разъезда и снимков карты с сохранением в графические файлы или в буфер обмена |
| Ф-50 | Формирование отчёта | Построение формального отчёта по перекрёстку: общие сведения и схема, сигнальные группы, матрица межзелёных интервалов, потоки насыщения, треугольники видимости, по каждой программе регулирования — матрица спроса и картограммы, потоки, пофазный разъезд, сигнальная диаграмма, режим промежуточного такта, результаты, анализ очередей, безопасность, исследование цикла; сравнение программ; ссылка на интерактивную модель; раздел с методикой и формулами расчёта |
| Ф-51 | Выгрузка отчёта | Сохранение отчёта самодостаточным файлом HTML и вывод на печать средствами браузера (в том числе сохранение в PDF средствами браузера) |
| Ф-52 | Обмен проектом и программой файлом | Выгрузка всего проекта и отдельной программы регулирования в файл обмена и их загрузка с предварительным сравнением состава, проверкой принадлежности файла тому же перекрёстку и перечнем предупреждений о недостающих сигнальных группах, стоп-линиях и входах |
| Ф-53 | Копирование таблиц | Копирование любой таблицы интерфейса в буфер обмена в структурном виде либо с сохранением цветовой индикации для вставки в табличный или текстовый редактор |
| Ф-54 | Публикация проекта для просмотра | Формирование ссылки, по которой проект открывается без входа в систему в режиме просмотра: доступны все данные, расчёты, микросимуляция и карта, изменение и сохранение недоступны |
| Ф-55 | Разграничение доступа и владение проектами | Аутентификация пользователя через единую подсистему учётных записей платформы, роли наблюдателя, редактора и администратора, автоматический режим просмотра при отсутствии прав, передача проекта другому пользователю, фильтрация проектов по владельцу и организации |
| Ф-56 | Сохранение и контроль версий | Автоматическое сохранение проекта на сервере при переходах между разделами и по команде пользователя, индикация состояния сохранения, обнаружение изменения проекта из другого сеанса с выбором между обновлением и сохранением собственных правок |
| Ф-57 | Подключение программного агента | Выпуск, просмотр, отзыв и удаление ключей доступа для подключения внешнего ИИ-агента к проектам пользователя по протоколу MCP с выдачей готовой конфигурации подключения |
3. Состав и структура программного обеспечения
3.1. Серверная часть
| Компонент | Назначение |
|---|---|
| Сервер приложения продукта | Хранение и выдача проектов, разграничение доступа, серверный расчёт показателей и программ регулирования, выгрузка программ регулирования, обслуживание запросов веб-интерфейса и программного интерфейса |
| База данных продукта | Хранение проектов: перекрёстки, сигнальные группы, матрицы межзелёных интервалов, коэффициенты потока насыщения, спрос, фазы, кольца программ, уставки вызывного управления, признаки владения и публикации |
| Хранилище геометрии дорожной сети и сервер векторных тайлов | Хранение и выдача геометрии моделей дорожной сети продуктам линейки; отрисовка подложки дорожной сети на карте |
| Подсистема аутентификации и сервис учётных записей | Вход пользователя по стандартному протоколу OIDC, выдача токенов, профиль пользователя, организации, назначение ролей на продукт |
| Веб-шлюз | Единая точка входа, терминирование TLS, маршрутизация обращений по имени поддомена продукта |
| Шлюз программного доступа (MCP) | Предоставление внешнему ИИ-агенту доступа к проектам и расчётным функциям продукта по ключу пользователя |
3.2. Клиентская часть
Клиентская часть — веб-интерфейс, исполняемый в браузере рабочего места. Установка программного обеспечения на рабочее место не требуется, дистрибутив на рабочее место не передаётся. В браузере выполняются: отрисовка карты и тематических слоёв, интерактивные таблицы и формы ввода, расчёты показателей регулирования, построение сигнальной диаграммы, формирование картограмм и отчёта, микросимуляция перекрёстка.
3.3. Схема взаимодействия
Рабочее место пользователя
┌─────────────────────────────┐
│ Браузер: веб-интерфейс │
│ расчёты · карта · симуляция│
└──────────────┬──────────────┘
│ HTTPS
┌──────────────▼──────────────────────────────────────────┐
│ Веб-шлюз │
└───┬─────────────────┬─────────────────┬─────────────────┘
│ │ │
┌──────▼───────┐ ┌──────▼────────┐ ┌─────▼──────────────┐
│ Сервер │ │ Подсистема │ │ Шлюз программного │
│ приложения │ │ аутентификации│ │ доступа (MCP) │
│ продукта │ │ и учётных │ └─────┬──────────────┘
└──┬────────┬──┘ │ записей │ │
│ │ └───────────────┘ │
┌──▼─────┐ ┌▼─────────────────────┐ │
│ База │ │ Хранилище геометрии │◀───────┘
│ данных │ │ и сервер тайлов │
│продукта│ └──────────▲───────────┘
└────────┘ │ модель дорожной сети
ТРЭК.Основание
4. Требования к аппаратному обеспечению
4.1. Сервер (стенд платформы)
| Ресурс | Значение |
|---|---|
| Процессор | от 4 vCPU (демонстрационный стенд, малый город); 8 и более vCPU для города-миллионника |
| Оперативная память | от 16 ГБ; 32 ГБ рекомендуется для города-миллионника |
| Дисковая подсистема | SSD от 50 ГБ; 200 ГБ и более при ведении истории геоданных крупного города. Данные рекомендуется размещать на отдельном томе |
| Сеть | Исходящий доступ к реестру контейнеров поставщика; запись в системе доменных имён на адрес публикации стенда; при использовании внешних источников данных — доступ к ним |
Приведённые значения — ориентир для стенда платформы в целом; конкретный объём ресурсов уточняется под размер обслуживаемой территории.
4.2. Рабочее место пользователя
| Ресурс | Значение |
|---|---|
| Разрешение экрана | не менее 1920 × 1080 |
| Устройства ввода | клавиатура и манипулятор «мышь» (обязателен) |
| Процессор и память | достаточные для работы современного браузера; расчёты, отрисовка карты и микросимуляция выполняются на рабочем месте, поэтому на крупных перекрёстках скорость работы зависит от производительности компьютера |
| Сеть | устойчивое соединение со стендом |
Требований к аппаратной платформе рабочего места сверх требований используемого браузера не предъявляется.
5. Требования к программному обеспечению
5.1. Сервер
| Компонент | Требование |
|---|---|
| Операционная система | Astra Linux Special Edition 1.7 и 1.8 (x86-64); Альт p11 (x86-64). Работоспособность сохраняется и на других 64-разрядных Linux-платформах, целевыми платформами поставки считаются указанные |
| Среда контейнеризации | Docker Engine версии 24 и выше, плагин Docker Compose v2. Обе целевые операционные системы поставляют Docker Engine штатными пакетами |
| Альтернативный вариант запуска | Каждый сервис является самостоятельным серверным приложением (автономный исполняемый файл), поэтому допускается запуск без контейнеризации — как обычных Linux-сервисов под управлением systemd; сборка исполняемых файлов под целевую операционную систему предоставляется поставщиком |
| Системы управления данными | Реляционная СУБД для хранения проектов и хранилище геометрии с пространственным расширением — входят в поставку стенда отдельными компонентами |
Контейнеризация применяется как способ упаковки и развёртывания и не является архитектурным требованием продукта.
5.2. Рабочее место
| Компонент | Требование |
|---|---|
| Браузер | Chrome, Яндекс.Браузер, Firefox актуальных версий |
| Операционная система | требования не предъявляются — продукт работает в браузере |
| Дополнительное программное обеспечение | не требуется; установка на рабочее место не выполняется |
6. Входные и выходные данные
6.1. Входные данные
| Источник | Состав | Обязательность |
|---|---|---|
| Цифровая модель дорожной сети (ТРЭК.Основание) | Геометрия перекрёстков, полосы, стоп-линии, разрешённые манёвры, маршруты, пешеходные переходы, трамвайные пути, конфликтные точки, разрешённые скорости, детекторы и пешеходные кнопки, объекты окружения. Адресуется ссылкой или идентификатором модели | Обязательно |
| Ввод пользователя | Интенсивности движения (матрицей «вход × выход» либо по стоп-линиям), доли манёвров, номера сигнальных групп контроллера, поправки к коэффициентам потока насыщения и к межзелёным интервалам, состав фаз и кольца, длительности, режим промежуточного такта, уставки вызывного управления и привязка входов, погодные условия, базовые параметры расчёта | Обязательно в части спроса и фаз; остальное — по мере необходимости |
| Файл обмена | Ранее выгруженный этим же продуктом проект или отдельная программа регулирования (JSON) | Не обязательно |
6.2. Выходные данные
| Результат | Форма выдачи |
|---|---|
| Программа регулирования | Состав фаз, последовательность шагов кольца, длительности зелёного и промежуточных тактов, длина цикла, режим промежуточного такта, уставки вызывного управления — в интерфейсе, в отчёте и в файле обмена (JSON) |
| Матрица межзелёных интервалов | Таблица в интерфейсе и в отчёте, копирование в буфер обмена |
| Потоки насыщения и коэффициенты | Таблица в интерфейсе и в отчёте |
| Показатели качества | Задержки, степень насыщения, уровень обслуживания, очереди, утилизация зелёного, сводные показатели перекрёстка — в интерфейсе и в отчёте |
| Замечания по безопасности | Перечень с серьёзностью и рекомендацией, таблицы зоны дилеммы, видимости и ожидания пешеходов — в интерфейсе и в отчёте |
| Результаты микросимуляции | Агрегатная таблица метрик по стоп-линиям, лента прогона, диагностика контроллера — в интерфейсе (в проекте не сохраняются) |
| Отчёт по перекрёстку | Самодостаточный файл HTML; печать средствами браузера, в том числе сохранение в PDF средствами браузера |
| Графические материалы | Схемы пофазного разъезда, картограммы матрицы спроса, картограммы задержек по подходам, снимки карты — файлы PNG или буфер обмена |
| Проект и программа регулирования | Файлы обмена в формате JSON |
| Ссылка на проект | Ссылка для просмотра проекта без входа в систему |
| Таблицы интерфейса | Буфер обмена: структурно либо с сохранением цветовой индикации |
7. Интеграционные возможности
| Направление | Содержание |
|---|---|
| Приём модели дорожной сети | Продукт потребляет подготовленные модели дорожной сети из ТРЭК.Основания через общее хранилище геометрии платформы; ручная подготовка геометрии перекрёстка в продукте не выполняется |
| Передача программ регулирования | Рассчитанные программы регулирования передаются в ТРЭК.Авеню — продукт координации сети светофорных объектов — в нейтральном представлении сигнального плана; принимающая сторона выполняет собственный пересчёт по своим данным |
| Обмен файлами | Выгрузка и загрузка проекта и отдельной программы регулирования в формате JSON — для резервирования, переноса между стендами и передачи коллеге |
| Программный интерфейс | Серверная часть предоставляет программный интерфейс (HTTP, спецификация OpenAPI) для работы с проектами и расчётными функциями; интерфейс используется веб-интерфейсом продукта и шлюзом программного доступа |
| Подключение ИИ-агента (MCP) | Внешний ИИ-агент подключается к проектам пользователя по протоколу MCP через шлюз платформы, авторизуясь персональным ключом; ключи выпускаются и отзываются самим пользователем |
| Единая аутентификация | Вход выполняется через подсистему аутентификации платформы по протоколу OIDC; подсистема допускает замену на другого OIDC-совместимого провайдера |
| Публикация ссылки | Ссылка на просмотр проекта без входа в систему — для согласования решения со смежниками и заказчиком |
8. Ограничения применения
Раздел приведён для правильной оценки области применимости продукта.
Границы расчётной задачи
- Расчёт ведётся по одному перекрёстку (в том числе по объединённому узлу — суперкластеру). Сеть светофорных объектов как единый объект оптимизации не рассчитывается: координация, сдвиги и «зелёная волна» — задача отдельного продукта линейки (ТРЭК.Авеню).
- Продукт не является системой оперативного управления дорожным движением. Он не подключается к дорожным контроллерам, не передаёт уставки в контур управления, не ведёт непрерывный пересчёт по поступающим данным и не работает в режиме реального времени. Результат работы — проектные уставки, которые вводятся в оборудование отдельно, средствами его штатного программного обеспечения.
- Программы регулирования описываются независимо друг от друга; привязка программы к интервалу времени суток (суточный график работы объекта) в продукте не задаётся.
- Достоверность результата определяется качеством исходных данных: интенсивности движения вводит пользователь, продукт их не измеряет и не проверяет на соответствие натурным условиям.
Исходные данные и форматы
- Геометрия перекрёстка берётся только из подготовленной цифровой модели дорожной сети. Ручное вычерчивание перекрёстка в продукте не предусмотрено.
- Импорт и экспорт форматов систем автоматизированного проектирования не предусмотрен (обмен чертежами в форматах САПР отсутствует в обе стороны).
- Продукт не принимает данные натурных наблюдений о фактических траекториях движения и не выполняет сопоставление «план — факт»: сравнение рассчитанного режима с наблюдаемым поведением потока средствами продукта невозможно. Задача анализа фактических условий движения решается отдельным продуктом линейки (ТРЭК.Контраст).
- Выгрузка отчёта выполняется сохранением самодостаточного файла HTML и печатью средствами браузера; отдельной функции формирования PDF-файла в продукте нет — файл PDF получается через диалог печати браузера. Прочие форматы документов (текстовые процессоры, табличные редакторы) поддерживаются только копированием таблиц в буфер обмена.
Пределы расчётных моделей
- Погрупповой (сложный) режим промежуточного такта требует дорожного контроллера, поддерживающего погрупповое переключение. При отсутствии данных о конфликтах или незаполненных ячейках межзелёных интервалов переход автоматически рассчитывается по простому режиму — это отражается в интерфейсе и в отчёте.
- Для внутренних стоп-линий объединённого узла расчёт задержки использует допущение о благоприятном характере прибытия. Для граничных стоп-линий, спрос на которые ограничивается сетью за пределами узла, аналитические степень насыщения и задержка могут быть завышены; такие подходы помечаются по результатам микросимуляции.
- Встроенная микросимуляция — лёгкая модель перекрёстка, а не полнофункциональный транспортный симулятор: в ней нет свободных перестроений (смена полосы детерминирована и выполняется только в зоне накопления перед стоп-линией), нет обгона и объезда препятствий. Распределения задержек и очередей во времени в интерфейс не выводятся — доступны агрегатная таблица метрик и лента прогона. Результаты прогона в проекте не сохраняются и теряются при переходе к другому перекрёстку.
- Вызывное (адаптивное) управление настраивается и проверяется в модели: продукт задаёт уставки и воспроизводит логику вызовов и продлений в симуляции, но не управляет реальным оборудованием и не гарантирует полного совпадения с логикой конкретной модели контроллера.
- Часть расчётов опирается на методики, разработанные для иных условий движения (методика HCM для потока насыщения и задержек), и на значения по умолчанию, которые при необходимости уточняются пользователем.
Условия эксплуатации
- Расчёты, отрисовка карты и микросимуляция выполняются в браузере рабочего места; на крупных перекрёстках и объединённых узлах скорость работы и частота кадров зависят от производительности компьютера пользователя.
- Интерфейс картоцентричный и рассчитан на разрешение не менее 1920 × 1080 и работу с манипулятором «мышь»; работа сенсорным вводом и на экранах меньшего разрешения не предусмотрена.
- Работа возможна только при наличии соединения со стендом: проекты хранятся на сервере, геометрия загружается по сети. Автономный (офлайн) режим отсутствует.
- Средства пользователя по возврату к предыдущему состоянию проекта ограничены выгрузкой файла обмена; журнала версий проекта в продукте нет.
- Программа не является средством защиты информации и не заменяет сертифицированные средства защиты; разграничение доступа опирается на внешний провайдер аутентификации.
9. Сведения о поставке и поддержке
Форма поставки. Продукт поставляется в составе платформы ТРЭК как серверное программное обеспечение. Компоненты поставляются пресобранными контейнерными образами через реестр поставщика по зафиксированным тегам релиза; администратор стенда получает путь к образам и токен на чтение реестра. Допускается вариант поставки автономных исполняемых файлов под целевую операционную систему для запуска без контейнеризации. Дистрибутив на рабочее место пользователя не передаётся: продукт работает в браузере.
Установка и настройка. Развёртывание, настройка стенда, заведение учётных записей и ролей, резервное копирование и обновление выполняются администратором в порядке, описанном в поставляемой части руководства системного администратора платформы.
Эксплуатационная документация:
| Документ | Назначение |
|---|---|
| «ТРЭК.Вебстер. Руководство пользователя» | Работа с интерфейсом: экраны, панели, порядок выполнения операций, аварийные ситуации, рекомендации по освоению |
| «Руководство системного администратора. Платформа ТРЭК» и поставляемая часть руководства системного администратора | Развёртывание, настройка, требования к средствам, сопровождение, резервное копирование, обновление |
Техническая поддержка. Обращения регистрируются по адресу info@trafficeq.ru.
Режим обработки обращений — 09:00–18:00 МСК, понедельник — пятница. При обращении
указываются идентификатор стенда, версия релиза, описание симптома и обстоятельства его
воспроизведения.
Сопровождение и обновление. Обновление выполняется заменой версий компонентов на стенде силами администратора; порядок обновления и отката описан в поставляемой части руководства системного администратора.