Proceedings of the International scientific and practical conference ―Synergy of Modern Science and Education‖ (June 12-14, 2026) / Publisher website: www.naukainfo.com. – New York, USA, 2026. - 145 p.

61 драйвером asyncpg. Клієнтську частину виконано як односторінковий вебзастосунок (SPA) на фреймворку Vue.js, реактивна система якого забезпечує точкове оновлення маркерів транспорту на інтерактивній карті без повного перемальовування інтерфейсу [3]. Оскільки більшість локальних джерел розкладів (сайти автостанцій, залізниці, сторінки перевізників) не надають документованих програмних інтерфейсів, у системі змодельовано конвеєр автоматизованого збору даних на основі технологій вебскрейпінгу [4]. Конвеєр включає планування запитів у періоди мінімального навантаження, завантаження контенту з використанням безголових браузерних емуляторів, синтаксичний аналіз за шаблоном проектування «Стратегія», семантичну нормалізацію та ідемпотентну синхронізацію з базою даних. Стійкість модуля до збоїв зовнішніх ресурсів забезпечується патерном «Запобіжник» (Circuit Breaker) та алгоритмом повторних спроб з експоненціальним відкладенням: у разі критичної помилки парсингу транзакція скасовується, а користувачам відображається остання консистентна версія розкладу з міткою часу оновлення. Окрему увагу приділено якості геопросторових даних. Телеметрія супутникового позиціонування в умовах щільної забудови містить системні та випадкові похибки, тому запропоновано трирівневий алгоритм обробки координатного потоку: просторова фільтрація за межами геозони міста, кінематична валідація за фізично допустимою швидкістю транспортного засобу та ортогональне проектування точки на найближчий сегмент векторної нитки маршруту (Map Matching). Для згладжування дискретності телеметрії, що надходить з інтервалом 10–30 секунд, на клієнтській стороні застосовано лінійну інтерполяцію координат з урахуванням попередньої швидкості та вектора напрямку руху, що створює ефект безперервного спостереження. Працездатність та межі швидкодії запропонованої архітектури підтверджено імітаційним моделюванням навантаження, під час якого інтенсивність вхідного потоку послідовно збільшувалася від 100 до 5000 запитів за секунду (RPS). Результати випробувань серверної частини наведено в табл. 1. Таблиця 1 Результати навантажувального тестування серверної частини Навантаження, RPS Середній час відгуку, мс 95-й перцентиль, мс Коефіцієнт успішності, % Завантаження CPU, % 100 12 18 100,0 4 500 25 34 100,0 18 1500 52 68 100,0 42 3000 110 145 99,9 74 5000 195 240 98,2 95 Аналіз отриманих даних показує, що до рівня 1500 RPS система зберігає стабільний середній час відгуку, який не перевищує 80 мс, а при пікових значеннях 3500–5000 RPS час обробки залишається в межах встановленого нефункціональною вимогою порогу 200 мс. Враховуючи, що прогнозоване пікове навантаження транспортної мережі Фастова оцінюється у 800–1200 RPS, запас міцності архітектури перевищує реальні потреби більш ніж удвічі. Безпеку системи забезпечено параметризованими запитами на рівні ORM, контекстною екранізацією вмісту, безстатусною автентифікацією на основі JWT-токенів та обмеженням частоти запитів відповідно до рекомендацій OWASP [5]. Таким чином, у роботі обґрунтовано та змодельовано архітектуру локалізованого транспортного інформера, який не вимагає від перевізників впровадження дорогих промислових стандартів передачі даних. Поєднання асинхронного сервера, автономних модулів вебскрейпінгу та алгоритмів обробки геоданих робить систему «FastivBus» економічно ефективним рішенням для модернізації транспортної інфраструктури середніх і малих міст та перспективним елементом розумного міста. Подальший розвиток системи передбачає інтеграцію моделей машинного навчання для прогнозування часу прибуття транспорту на основі історичних даних.