Программное обеспечение: ТРЭК.Пульс Версия документа: 1.0 Год: 2026
1. Общие сведения
Наименование программного обеспечения: ТРЭК.Пульс.
Назначение. Приём потока навигационных данных транспортных средств, геопространственная обработка этого потока в реальном времени и сопоставление движения каждого транспортного средства с конкретной полосой дорожной модели, с расчётом характеристик движения на стоп-линиях и контролем качества входных данных.
Класс решаемых задач. Подготовка и контроль исходных данных о фактическом движении транспорта для задач организации дорожного движения. Исходные навигационные сигналы (GPS/ГЛОНАСС) сами по себе указывают лишь улицу и не дают ни полосы движения, ни привязки к стоп-линии; программное обеспечение выполняет такую привязку и превращает поток координат в пополосную картину движения, пригодную для последующего анализа условий движения и расчёта светофорного регулирования.
Область применения. Транспортные и диспетчерские службы городов, центры организации дорожного движения, проектные и аналитические организации, организации, эксплуатирующие системы управления дорожным движением. Продукт применим как для наблюдения за общественным транспортом, так и за прочим городским парком транспортных средств — состав наблюдаемого парка определяется подключёнными источниками данных.
Пользователи. Работа ведётся через веб-интерфейс; предусмотрены три роли, назначаемые администратором.
| Роль | Круг задач |
|---|---|
| Оператор (наблюдатель) | Наблюдение за движением в выбранной зоне, разбор отдельных проездов, работа с разделом качества входных данных, формирование отчёта. |
| Редактор | Дополнительно — постановка рабочих зон на наблюдение (создание подписок). |
| Администратор | Дополнительно — снятие зон с наблюдения и обновление дорожных моделей. |
Отдельным потребителем результатов является внешняя аналитическая система, получающая результаты привязки через программный интерфейс обмена (см. раздел 7).
Квалификация пользователя — специалист предметной области; навыки программирования и администрирования не требуются.
Персональные данные. Продукт обрабатывает данные о местоположении транспортных средств общественного транспорта. Персональные данные не обрабатываются: идентификатор транспортного средства с личностью водителя или пассажира не сопоставляется.
2. Функциональные характеристики
Функции сгруппированы по назначению. Нумерация сквозная (Ф-1 … Ф-38) и предназначена для ссылок при экспертизе.
2.1. Постановка территории на наблюдение
| № | Функция | Содержание |
|---|---|---|
| Ф-1 | Ведение каталога рабочих зон | По данным внешней системы подготовки дорожных моделей формируется каталог доступных рабочих зон — фрагментов дорожной сети в границах полигона. Каталог фильтруется по видимой области карты и по наличию наблюдения. Результат — перечень зон, пригодных для постановки на наблюдение, с отображением их границ на карте. |
| Ф-2 | Постановка рабочей зоны на наблюдение | По выбору зоны из каталога либо по ссылке на неё создаётся запись наблюдения: загружаются метаданные и границы зоны, подготавливается дорожная модель, включается пространственный контроль полигона. Повторная постановка той же зоны не выполняется — используется существующая запись. Результат — запись наблюдения с полигоном, ссылкой на модель и признаком трансляции. |
| Ф-3 | Снятие зоны с наблюдения | Удаление записи наблюдения прекращает контроль полигона, трансляцию в интерфейс и публикацию результатов по этой зоне. Ранее опубликованные результаты не удаляются. |
| Ф-4 | Выбор транслируемой зоны | Одна из зон переводится в состояние трансляции; перевод одной зоны автоматически снимает трансляцию с остальных. Обработка данных ведётся по всем зонам одновременно и от выбора не зависит — выбор управляет только тем, что показано оператору. |
| Ф-5 | Восстановление состояния после перезапуска | Состав зон, их полигоны, признак трансляции и регистрации пространственного контроля восстанавливаются при запуске серверной части автоматически, без вмешательства администратора. |
2.2. Приём и накопление навигационных данных
| № | Функция | Содержание |
|---|---|---|
| Ф-6 | Приём потока навигационных данных | Непрерывный приём навигационных записей от внешних источников через набор адаптеров — по одному на источник. Поддерживаются как потоки реального времени, так и загрузка исторических выгрузок. Записи приводятся к единому внутреннему представлению: координаты, скорость, курс, метка времени, идентификатор транспортного средства, вид транспорта, номер маршрута. |
| Ф-7 | Накопление трека транспортного средства | По каждому транспортному средству ведётся буфер навигационных точек, ограниченный по глубине и по сроку хранения. Накопление ведётся независимо от того, находится ли транспортное средство в какой-либо наблюдаемой зоне. |
| Ф-8 | Ведение текущих позиций парка | Текущее положение каждого транспортного средства поддерживается в актуальном состоянии и служит основой контроля зон и отображения позиций на карте. Позиция с истёкшим сроком актуальности перестаёт учитываться. |
2.3. Пространственный контроль зон
| № | Функция | Содержание |
|---|---|---|
| Ф-9 | Детекция входа, выхода и утраты наблюдаемости | По каждой наблюдаемой зоне непрерывно отслеживается пересечение её полигона транспортными средствами. Различаются три события: вход в зону, выход из зоны и утрата наблюдаемости (транспортное средство длительно не обновляет позицию, находясь в зоне) — последнее обрабатывается как выход. |
| Ф-10 | Формирование окна наблюдаемого трека | По факту входа фиксируется момент начала наблюдения; по факту выхода из буфера извлекается последовательность точек за окно «вход — выход», которая передаётся на обработку. Пустой трек событием не считается. |
2.4. Обработка трека и пополосная привязка
| № | Функция | Содержание |
|---|---|---|
| Ф-11 | Подготовка трека к привязке | Над накопленным треком выполняется предобработка, обеспечивающая пригодность данных для привязки. Результат — подготовленный трек проезда, служащий входом привязки. |
| Ф-12 | Определение пересечённых перекрёстков и маршрута проезда | По треку определяется набор перекрёстков дорожной модели, через которые прошло транспортное средство, и маршрут проезда, описывающий фактически пройденный через каждый из них путь. |
| Ф-13 | Пополосная привязка точек к узлам модели | Каждой точке трека, попавшей в охват перекрёстка, сопоставляется полоса и узел пополосного графа дорожной модели. Результат — набор привязок «узел — точка», детерминированный при одинаковых входных данных и одинаковой модели. |
| Ф-14 | Восстановление моментов пересечения стоп-линий | По привязанным точкам восстанавливаются моменты пересечения стоп-линий и иных узлов маршрута (внутренние стоп-линии, точки выхода из перекрёстка, остановочные пункты). |
| Ф-15 | Расчёт характеристик движения | По каждой пересечённой стоп-линии рассчитываются: длина очереди (в метрах и в числе транспортных средств), задержка (в секундах), число продолжительных остановок, времена пересечения узлов, характеристики прохождения стоп-линии, скорость на перекрёстке. Все значения неотрицательны и пригодны для последующей агрегации по периоду и по стоп-линии. |
| Ф-16 | Классификация продолжительных остановок | Каждая продолжительная остановка относится к одному из типов: в очереди перед стоп-линией, при пересечении перекрёстка, на остановочном пункте общественного транспорта. |
| Ф-17 | Сборка результата привязки | По каждому завершённому проезду формируется единая самодостаточная структура: идентификация зоны и транспортного средства, трек проезда, привязки по всем пересечённым перекрёсткам с маршрутами проезда и рассчитанными характеристиками. Структура публикуется целиком и расширяется без нарушения совместимости потребителей. |
2.5. Работа с дорожной моделью
| № | Функция | Содержание |
|---|---|---|
| Ф-18 | Загрузка и подготовка дорожной модели зоны | Пополосная модель (полосы, перекрёстки, стоп-линии, остановочные пункты, маршруты проезда) загружается из внешней системы подготовки моделей, преобразуется в рабочее представление и сохраняется локально для повторного использования между перезапусками. Модель используется только для чтения. |
| Ф-19 | Обновление дорожной модели без остановки работы | Модель обновляется по одной зоне либо по всем зонам подряд. Массовое обновление выполняется в фоне с отображением хода выполнения (текущий шаг, общее число, ошибка при её наличии). Обновление не прерывает приём данных, контроль зон, трансляцию позиций и журнал событий. |
| Ф-20 | Сохранение постоянства идентификаторов модели | При повторной подготовке модели идентификаторы узлов и маршрутов, как правило, сохраняются при неизменности геометрии соответствующего фрагмента сети. Это позволяет внешним системам, хранящим исторические привязки, продолжать работу после обновления модели без сплошного пересчёта. |
2.6. Трансляция, отображение и разбор
| № | Функция | Содержание |
|---|---|---|
| Ф-21 | Трансляция событий в интерфейс в реальном времени | По транслируемой зоне в интерфейс передаются: события выхода транспортных средств с треком проезда, результаты привязки, периодические позиции всех транспортных средств в зоне, ход обновления моделей, текущие оценки качества источников. |
| Ф-22 | Публикация результатов привязки внешним потребителям | Результаты привязки по всем наблюдаемым зонам публикуются в долговременный канал обмена, обеспечивающий сохранение сообщений до их получения потребителем. Подсистема необязательна: при её отсутствии остальные функции работают штатно. |
| Ф-23 | Картографическое отображение | Карта занимает всю рабочую поверхность и отображает: дорожное покрытие наблюдаемой зоны, текущие позиции транспортных средств с указанием направления и вида транспорта, трек выбранной записи журнала с подсветкой маршрута проезда, слои дорожной и маршрутной сети, точечные объекты и остановочные пункты, границы рабочих зон и плотность перекрёстков. Предусмотрен выбор картографической подложки, включая вариант без подложки и подложку, задаваемую при развёртывании. |
| Ф-24 | Ведение журнала событий | События выхода из зоны и события привязки ведутся в единой хронологической ленте с указанием времени, вида транспорта, номера маршрута, идентификатора транспортного средства и статистики трека (число точек, среднее расстояние и средний интервал между точками). Объём ленты ограничен, старые записи вытесняются; лента очищается по команде. |
| Ф-25 | Графическое представление проезда и характеристик | По выбранной записи строятся: для события выхода — двухосевой график времени и скорости по пройденному расстоянию, на котором видны пропуски во входном потоке; для события привязки — график вдоль маршрута с засечками узлов и точками классифицированных остановок и таблица рассчитанных характеристик. |
| Ф-26 | Работа с несколькими городами | Развёртывание обслуживает несколько городов; перечень городов с границами и параметрами отображения поступает из реестра, а не задаётся в интерфейсе. Активный город определяется положением карты либо выбирается вручную (с поиском по названию); картографические слои привязаны к активному городу. Пустой реестр — штатное состояние «городских слоёв нет». |
2.7. Контроль качества входных данных
| № | Функция | Содержание |
|---|---|---|
| Ф-27 | Непрерывное измерение качества входного потока | Качество каждого источника измеряется в момент приёма записей, отдельно по каждому источнику, без сохранения исходных навигационных записей. Контролируются полнота приёма (с разбором причин отбраковки записей), регулярность опроса, правдоподобие данных о перемещении и о скорости, а также состав наблюдаемого парка. |
| Ф-28 | Итоговая оценка источника | Измеренные показатели сопоставляются с профилем источника и сводятся в итоговую оценку интервала по четырёхуровневой шкале — «Отлично», «Хорошо», «Плохо», «Очень плохо». Профиль настраивается под каждый источник отдельно. |
| Ф-29 | Разрезы измерения | Показатели считаются по потоку целиком и в разрезах: по видам транспорта, по маршрутам и по отдельным транспортным средствам. |
| Ф-30 | Накопление и жизненный цикл рядов качества | Закрытые интервалы измерения сохраняются как ряды с разбивкой по источнику и разрезу, с полным набором показателей интервала. Границы интервалов выравниваются по всемирному координированному времени. Запись идемпотентна: повторная доставка и повторная загрузка той же выгрузки не порождают дублей. Ряды удаляются по настраиваемому окну хранения; удаление отключаемо. |
| Ф-31 | Текущая оценка источников | По каждому активному источнику в интерфейс передаётся текущая, ещё не закрытая оценка: наименование источника, итоговая оценка и краткая сводка ключевых показателей интервала. |
| Ф-32 | Аналитические представления качества | Данные за выбранный период, источник и шаг агрегации представляются в трёх видах: рейтинг проблемных разрезов с указанием определяющего показателя; динамика показателей во времени, включая структуру отбраковки, разброс интервала опроса и распределение доли принятых записей по часам и дням; сводная таблица интервалов с раскрытием полного набора показателей и подсветкой нарушений. Предусмотрен переход от точки графика к рейтингу разрезов за соответствующий интервал. |
| Ф-33 | Печать отчёта о качестве | Формируется печатная форма отчёта по текущему представлению — рейтингу разрезов или сводной таблице — с указанием источника, периода и шага агрегации; для представления «Динамика показателей» печать недоступна. |
2.8. Доступ, конфигурирование, программный доступ
| № | Функция | Содержание |
|---|---|---|
| Ф-34 | Аутентификация через единую точку входа | Вход выполняется через внешний провайдер идентификации организации по стандартному протоколу; собственная база учётных записей и паролей не ведётся. Неаутентифицированному посетителю доступен только экран входа; при обращении по прямой ссылке адрес возврата сохраняется, и после входа пользователь попадает в запрошенный контекст. |
| Ф-35 | Разграничение прав по ролям | Каждая операция допускается сочетанием «продукт — роль» с запретом по умолчанию: чтение и переключение транслируемой зоны — оператору, постановка зоны на наблюдение — редактору, снятие с наблюдения и обновление моделей — администратору. Роль, выданная в смежном продукте, прав в настоящем продукте не даёт. Недоступные действия отображаются неактивными с поясняющей подсказкой. |
| Ф-36 | Конфигурирование в момент выполнения | Параметры развёртывания (адрес провайдера идентификации, язык интерфейса, город, картографические параметры, параметры интеграции) сообщаются интерфейсу при запуске, а не закладываются в сборку: один и тот же дистрибутив работает на любом развёртывании без пересборки. |
| Ф-37 | Синхронизация рабочего контекста с адресом страницы | Выбранная зона, центр и масштаб карты отражаются в адресной строке, что позволяет передать коллеге ссылку на конкретный вид. |
| Ф-38 | Публикация описания программного интерфейса | Прикладной программный интерфейс сопровождается машиночитаемым и интерактивным описанием в распространённом стандарте, доступным по фиксированному адресу развёртывания. |
3. Состав и структура программного обеспечения
Продукт построен по схеме «серверная часть — веб-интерфейс». Установка программного обеспечения на рабочем месте пользователя не требуется.
3.1. Серверная часть
| Компонент | Назначение |
|---|---|
| Служба обработки телематики | Основной серверный компонент: приём и накопление треков, контроль зон, подготовка и привязка треков, расчёт характеристик движения, прикладной программный интерфейс, канал передачи событий в интерфейс реального времени, отдача файлов веб-интерфейса и параметров развёртывания. |
| Адаптеры приёма данных | Отдельные процессы приёма внешних потоков навигационных данных — по одному на источник. Если адреса источников не заданы, адаптер запускается вхолостую и не порождает ошибок. |
| Подсистема пространственного контроля | Ведение текущих позиций парка и регистраций наблюдаемых зон, детекция входа, выхода и утраты наблюдаемости. |
| Оперативное хранилище рабочих данных | Буферы треков, отметки входа в зону, рабочие структуры измерения качества. |
| Локальное хранилище дорожных моделей | Подготовленные модели наблюдаемых зон, сохраняемые между перезапусками. |
| База данных показателей качества | Накопленные ряды качества по источникам и разрезам. Схема разворачивается и обновляется отдельной процедурой до запуска основной службы. |
| Канал обмена с внешними потребителями | Долговременная передача результатов привязки смежным аналитическим системам. Подсистема необязательна. |
Совместно с продуктом на стенде разворачиваются платформенные сервисы, общие для всей линейки: веб-шлюз (единая точка входа, маршрутизация, шифрование трафика), провайдер аутентификации, сервис учётных записей и прав, сервер картографических данных.
3.2. Клиентская часть
Веб-интерфейс, исполняемый в браузере рабочего места. Основной экран — картографический: карта во весь видимый экран, поверх неё плавающие панели (перечень наблюдаемых зон и каталог зон, журнал событий, раздел качества данных, панель слоёв и выбора города, панель графиков). Отдельно предусмотрен экран входа для неаутентифицированного посетителя.
3.3. Схема взаимодействия
Внешняя система подготовки Внешние источники
дорожных моделей навигационных данных
| модель зоны, границы | поток записей
v v
+-----------------------------------------------------------+
| ТРЭК.Пульс, серверная часть |
| приём и контроль подготовка расчёт |
| накопление -> зон -> и привязка трека -> характеристик|
| треков |
| +--> измерение качества --> ряды качества |
+-----------------------------------------------------------+
| события | ряды и оценки | результаты привязки
v v v
+-----------------------------------+ +----------------------+
| Веб-интерфейс на рабочем месте | | Внешние аналитические|
| (карта, журнал, графики, качество)| | системы |
+-----------------------------------+ +----------------------+
^ вход и права
+-----------------------------------+
| Провайдер аутентификации, учётные |
| записи и права (платформенные) |
+-----------------------------------+
4. Требования к аппаратному обеспечению
Приведённые характеристики относятся к серверу стенда в целом и уточняются под размер обслуживаемой территории и число подключённых источников данных при проектировании развёртывания.
| Параметр | Значение |
|---|---|
| Процессор | от 4 vCPU для демонстрационного стенда и малого города; 8 и более vCPU для города-миллионника |
| Оперативная память | от 16 ГБ; 32 ГБ рекомендуется для города-миллионника |
| Дисковая подсистема | SSD от 50 ГБ; 200 ГБ и более при накоплении истории движения и геоданных города-миллионника. Объём растёт со временем; данные размещаются на отдельном томе |
| Архитектура | x86-64 |
| Сеть | доступ к реестру образов поставщика для установки и обновления; доступ к внешним источникам навигационных данных и к серверу картографических данных, если они используются; запись в системе доменных имён на адрес публикации стенда |
Рабочее место пользователя: персональный компьютер с современным браузером; разрешение экрана не менее 1920×1080 (интерфейс картоцентричный, при меньшем разрешении панели перекрывают карту). Особых требований к производительности не предъявляется; работа с длительными периодами в разделе качества данных предъявляет повышенные требования к памяти, доступной браузеру.
5. Требования к программному обеспечению
Операционная система сервера. Отечественные операционные системы из единого реестра российского программного обеспечения: Astra Linux Special Edition 1.7 и 1.8 (x86-64) и Альт p11 (x86-64). Работоспособность обеспечивается также на других 64-разрядных Linux-платформах (Debian 11/12, Ubuntu 22.04 LTS), однако целевыми платформами поставки считаются Astra Linux и Альт.
Среда запуска. Docker Engine версии 24 и выше с плагином Docker Compose версии 2. Обе целевые операционные системы поставляют Docker Engine штатными пакетами. Контейнеризация применяется как способ упаковки и развёртывания и не является архитектурным требованием: каждый серверный компонент — самостоятельное приложение, поэтому допускается запуск без контейнеров, обычными системными службами; для этого варианта поставщик предоставляет сборку исполняемых файлов под целевую операционную систему.
Сторонние компоненты. В состав стенда входят готовые продукты с открытым исходным кодом, разворачиваемые в неизменном виде: система управления базами данных, хранилища оперативных и пространственных данных, канал обмена сообщениями, веб-шлюз, провайдер аутентификации, сервер картографических тайлов. Их перечень с версиями и лицензиями приведён в руководстве системного администратора; поставщик их не модифицирует и за свою разработку не выдаёт.
Рабочее место. Современный браузер (Chrome, Яндекс.Браузер, Firefox) актуальных версий. Требований к операционной системе рабочего места не предъявляется. Для формирования печатного отчёта требуется разрешение открытия всплывающих окон для адреса системы.
6. Входные и выходные данные
6.1. Входные данные
| Вид данных | Источник | Форма и замечания |
|---|---|---|
| Поток навигационных данных транспортных средств | Внешние источники, подключаемые при развёртывании | Навигационные записи: координаты, скорость, курс, метка времени, идентификатор транспортного средства с указанием вида транспорта и номера маршрута. Принимаются потоки реального времени и исторические выгрузки. Основа обмена — открытые стандарты передачи данных о движении общественного транспорта либо эквивалент, определяемый адаптером источника. |
| Дорожная модель рабочей зоны | Внешняя система подготовки дорожных моделей | Пополосный граф (полосы, перекрёстки, стоп-линии, остановочные пункты, маршруты проезда), границы зоны в виде полигона, дорожное покрытие в виде геоданных и векторных тайлов. Используется только для чтения. |
| Реестр городов развёртывания | Конфигурация развёртывания | Наименования, границы и параметры отображения городов. |
| Параметры развёртывания | Конфигурация развёртывания | Адрес провайдера идентификации, язык интерфейса, город по умолчанию, картографические параметры, параметры интеграции. Читаются при запуске интерфейса. |
| Сведения о пользователе и его правах | Провайдер идентификации и сервис учётных записей платформы | Удостоверение пользователя, роль в продукте. |
6.2. Выходные данные
| Вид данных | Форма | Потребитель |
|---|---|---|
| Результат привязки проезда (трек, привязки к узлам, характеристики движения на стоп-линиях) | Структурированный текст (JSON) в долговременном канале обмена | Внешние аналитические системы, смежные продукты линейки |
| События реального времени: выход из зоны, привязка, текущие позиции, ход обновления моделей, текущая оценка качества | Структурированный текст в канале реального времени | Веб-интерфейс оператора |
| Дорожное покрытие наблюдаемой зоны | Геоданные (GeoJSON) и векторные тайлы | Веб-интерфейс, сторонние геоинформационные системы |
| Текущие позиции транспортных средств в зоне | Структурированный текст (JSON) прикладного интерфейса | Веб-интерфейс, сторонние системы мониторинга |
| Ряды и разрезы качества входных данных за период | Структурированный текст (JSON) прикладного интерфейса | Веб-интерфейс |
| Отчёт о качестве входных данных за период | Печатная форма (сохраняется в PDF средствами браузера) | Заказчик, поставщик данных |
| Описание прикладного программного интерфейса | Машиночитаемое и интерактивное описание в распространённом стандарте | Разработчики систем-потребителей |
7. Интеграционные возможности
Приём дорожных моделей. Продукт читает готовые рабочие зоны из внешней системы подготовки дорожных моделей по адресу и идентификатору зоны, включая метаданные, границы, пополосный граф и дорожное покрытие. В линейке ТРЭК поставщиком моделей выступает ТРЭК.Основание; интерфейс чтения открыт и допускает подключение иной системы, предоставляющей модель в том же составе.
Приём навигационных данных. Подключение источника выполняется адаптером, приводящим формат источника к внутреннему представлению записи. Состав адаптеров расширяется под конкретное развёртывание; параметрами задаются адреса потока и справочника маршрутов, период опроса, профиль контроля качества источника и сопоставление кодов видов транспорта.
Передача результатов внешним потребителям. Результаты привязки публикуются в долговременный канал обмена, сохраняющий сообщения до их получения. Штатный потребитель в линейке — ТРЭК.Контраст (анализ условий движения по фактическим траекториям); канал открыт для подключения сторонних аналитических систем. Отсутствие потребителя работе продукта не мешает.
Прикладной программный интерфейс. Открытый интерфейс управления наблюдаемыми зонами, получения текущих позиций, дорожного покрытия зоны и рядов качества данных; описание публикуется в машиночитаемом виде. Обращения к прикладному программному интерфейсу выполняются от имени пользователя и требуют предъявления удостоверения.
Единая аутентификация платформы. Вход выполняется через внешний провайдер идентификации по стандартному протоколу; поддерживается замена провайдера на иной, совместимый со стандартом и доступный заказчику.
Переход между продуктами линейки. Из интерфейса доступен переход к смежным продуктам, к которым у пользователя есть доступ, и открытие выбранной рабочей зоны в системе подготовки дорожных моделей.
Картографические слои. Слои дорожной и маршрутной сети активного города поступают с сервера векторных тайлов развёртывания; картографическая подложка выбирается из перечня, включая вариант, задаваемый администратором, и вариант без подложки.
8. Ограничения применения
Функции, которые продукт не выполняет:
- не редактирует дорожную модель — она поступает извне и используется только для чтения; исправление модели выполняется в системе её подготовки;
- не формирует первичные навигационные данные — поток поступает от внешних источников; продукт не является ни бортовым, ни серверным оборудованием навигационного мониторинга;
- не выполняет расчёт светофорного регулирования, координацию светофорных объектов и оптимизацию сети — это задачи смежных продуктов линейки;
- не выполняет аналитику накопленных траекторий за длительные периоды — публикует результаты привязки внешней аналитической системе;
- не выгружает дорожную сеть в форматы внешних транспортных симуляторов.
Пределы и требования к исходным данным:
- Частота навигационных обновлений. Продукт рассчитан на регулярный опрос транспортных средств. При редком или неустойчивом поступлении записей система продолжает работать, но достоверность привязки и рассчитанных характеристик не гарантируется. Требуемая частота опроса и вытекающие из неё требования к вычислительным ресурсам и объёму хранения определяются при проектировании развёртывания.
- Ёмкость развёртывания. Число одновременно наблюдаемых зон и отслеживаемых транспортных средств определяется выделенными ресурсами и частотой поступления данных; конкретные значения устанавливаются нагрузочным замером при пусконаладке и в настоящем документе не фиксируются. Архитектура допускает разделение нагрузки по географически разнесённым экземплярам без изменения программного обеспечения.
- Качество результата зависит от качества входных данных. Исправно работающая привязка на негодных данных даёт правдоподобный, но недостоверный результат: перед использованием характеристик движения следует оценить источник в разделе контроля качества за тот же период.
Ограничения функционирования:
- одновременно в интерфейс транслируется не более одной наблюдаемой зоны; обработка при этом ведётся по всем зонам;
- журнал событий в интерфейсе — оперативный: он ограничен по числу записей, очищается при перезагрузке страницы и при смене наблюдаемой зоны. Данные, опубликованные внешним потребителям, при этом не теряются;
- публикация результатов во внешний канал обмена — необязательная подсистема; при её отключении результаты этим путём не распространяются;
- измерение качества входных данных включается настройкой развёртывания и по умолчанию выключено; при выключенном измерении раздел контроля качества данных не наполняется;
- измерение качества не сохраняет исходные навигационные записи. Как следствие, значения за укрупнённые периоды являются оценочными; в интерфейсе такие значения помечаются явно;
- период одного запроса рядов качества ограничен сверху (месяц); при превышении начало периода подрезается с уведомлением. При превышении предела объёма выборки ряд обрезается, о чём пользователь предупреждается;
- глубина хранения рядов качества ограничена настраиваемым окном; данные старше окна удаляются безвозвратно;
- перечень поддерживаемых видов транспорта и типов узлов дорожной модели — заранее заданный справочник; его расширение требует изменения программного обеспечения. Настройкой задаётся лишь сопоставление кодов конкретного источника со значениями справочника;
- словари видов транспорта в дорожной модели и во входных данных не совпадают. В частности, троллейбус присутствует как вид транспорта во входном потоке, в отображении и в отчётности по качеству данных, однако выделенной инфраструктуры (собственных узлов и маршрутов) в дорожной модели у него нет;
- язык интерфейса задаётся при развёртывании; переключателя языка в интерфейсе нет;
- пустой реестр городов — штатное состояние «городских слоёв нет», а не ошибка;
- собственная база учётных записей и паролей не ведётся: для работы необходим развёрнутый провайдер идентификации. Его недоступность блокирует вход новых пользователей, но не прерывает приём данных, контроль зон и публикацию результатов;
- канал трансляции событий реального времени рассчитан на работу внутри защищённого периметра стенда: доступ к нему ограничивается сетевыми средствами заказчика, а не средствами продукта. Разграничение прав пользователей обеспечивается прикладным программным интерфейсом;
- развёртывание в закрытом контуре (без доступа к реестру образов поставщика) в стандартную поставку не входит и запрашивается отдельно.
Поведение при отказах смежных подсистем (деградация без потери данных): при недоступности системы подготовки моделей продолжается работа с уже подготовленными моделями, а постановка новых зон на наблюдение блокируется; при недоступности канала обмена публикация отключается, остальные функции продолжают работу; при недоступности хранилища рядов качества закрытые интервалы накапливаются и записываются после восстановления.
Программа не является средством защиты информации и не заменяет сертифицированные средства защиты; разграничение доступа опирается на внешний провайдер аутентификации.
Показатели, которые формирует программа, носят расчётный характер и не заменяют решения должностного лица, ответственного за организацию дорожного движения.
9. Сведения о поставке и поддержке
Форма поставки. Серверное программное обеспечение с веб-интерфейсом. Компоненты поставляются пресобранными образами контейнеров через реестр поставщика; доступ предоставляется по выданному токену на чтение. Каждый компонент устанавливается по зафиксированному тегу релиза. Предусмотрен также вариант поставки исполняемых файлов под целевую операционную систему для запуска без контейнеров. Установка на рабочих местах пользователей не требуется — доступ к продукту выполняется браузером по адресу развёртывания.
Установка и настройка. Выполняются администратором заказчика в порядке, описанном в поставляемой части руководства системного администратора платформы: подготовка машины стенда, запись в системе доменных имён, развёртывание слоёв инфраструктуры, платформы и приложений, инициализация подсистемы аутентификации, создание учётных записей и назначение ролей, проверка работоспособности контрольным прогоном. Резервное копирование, восстановление, обновление и диагностика описаны там же.
Эксплуатационная документация:
| Документ | Содержание |
|---|---|
| Руководство пользователя ТРЭК.Пульс | Экраны, панели, элементы управления, порядок выполнения операций, аварийные ситуации, контрольный пример, перечень показателей качества данных. |
| Руководство системного администратора. Платформа ТРЭК и поставляемая часть руководства системного администратора | Состав платформы, требования к средствам, структура развёртывания, настройка, проверка, резервное копирование и восстановление, обновление, сообщения системному программисту. |
Техническая поддержка. Обращения принимаются по адресу электронной почты info@trafficeq.ru, режим работы — с 09:00 до 18:00 по московскому времени, понедельник — пятница. Обращения регистрируются по классам критичности со сроками реакции от 4 рабочих часов (критичный класс) до 3 рабочих дней (консультация). При обращении указываются адрес развёртывания, имя учётной записи, дата и время события, выполнявшиеся действия, точный текст сообщения системы и снимок экрана.