Функциональные модули архитектуры

Программная архитектура состоит из 5 сквозных подсистем (сервисов):

Сервис регистрации и аккредитации (Входной шлюз):

• Форма самостоятельного ввода данных пользователем.
• Генерация электронного билета и присвоение уникального ID.
• Личный кабинет посетителя с гибкой авторизацией (через сайт, по персональному ID или кодовому слову).

Встроенная CRM-система (Бизнес-логика бэкенда):

• База данных контрагентов и экспонентов.
• Инструменты сегментации, фильтрации и сквозного поиска.
• Модуль планирования событий, встреч и этапов заключения договоров с потенциальными клиентами.

Коммуникационный сервис (Чат и Нетворкинг):

• Модуль назначения встреч (Online/Offline) с бронированием виртуальных переговорных комнат.
• Система мгновенного обмена сообщениями (Личные и групповые чаты).
• Шлюз локализации и перевода: Архитектура поддерживает многоязычность — интерфейс автоматически адаптируется под выбранный язык, включая функцию синхронного перевода для общения с иностранцами.

Информационно-интерактивный модуль (Фронтенд пользователя):

• Динамические однодневные и многодневные сетки расписания.
• Интерактивная карта расположения объектов на площадке.
• Медиагалереи спикеров, блоги, разделы «Избранного» и закладок.

Модуль аналитики и администрирования (Панель организатора):

• Система внутреннего управления списками и отчетами «в один клик».
• Аналитический движок для сбора статистики: контроль посещаемости, метрики вовлечения, а также обработка результатов тестов, анкетирования и опросов с возможностью выгрузки отчетов.

1. Для обеспечения кроссплатформенности и работы в режимах Online/Offline архитектура решения должна отвечать следующим стандартам:

• Тип архитектуры: Веб-ориентированная, микросервисная (отдельные независимые контейнеры для CRM, Стриминга, Чат-движка и СУБД).
• Серверные операционные системы: Свободное ПО корпоративного класса — Ubuntu Server 22.04 LTS / Rocky Linux 9 или отечественные дистрибутивы (Astra Linux SE 1.7 / Ред ОС 7.3).
• СУБД (Хранилище данных): PostgreSQL 15/16 для хранения структурированных данных контрагентов, списков участников и отчетов. Дополнительно Redis для кэширования сессий пользователей и обеспечения работы чатов реального времени.
• Локализация и языковой шлюз: Программное ядро обязано поддерживать динамический перевод интерфейса на лету (i18n локализация) на базе настроек профиля пользователя.

2. Требования к серверной инфраструктуре (минимальный/рекомендуемый базис)
Расчет мощности центрального сервера (облачного или локального) для обслуживания мероприятия до 3 000–5 000 одновременных активных пользователей в приложении:



3. Требования к клиентским рабочим местам и АРМ
Интерфейсы системы должны работать без установки специализированного «тяжелого» ПО (принцип тонкого клиента).

• АРМ Организатора (Административная панель / CRM):
• Любой ПК/Ноутбук на ОС Windows, macOS, Linux.
• Браузер с полной поддержкой стандарта HTML5 и ES6+ (Google Chrome, Яндекс.Браузер, Safari, Mozilla Firefox).
• Экспорт данных: поддержка выгрузки структурированных отчетов в форматы XLSX / CSV в один клик.
• Мобильные устройства посетителей:
• Смартфоны под управлением Android (версия 8.0 и выше) или iOS (версия 14 и выше).
• Обязательное наличие встроенной камеры с автофокусом (для мгновенного сканирования QR-кодов участников с целью обмена контактами).
• Поддержка приема Push-уведомлений в фоновом режиме.

4. Требования к аппаратному комплексу площадки (Offline-контур)
Для автоматизации офлайн-зоны регистрации и аккредитации на площадке проведения мероприятия требуется интеграция со следующим оборудованием:

• Терминалы саморегистрации (Информационные стойки): Сенсорные моноблоки или планшеты с диагональю экрана не менее 10.1 дюймов для самостоятельного заполнения анкет.
• Принтеры печати бейджей: Термотрансферные или настольные струйные принтеры (например, TSC, Zebra или Brother) с поддержкой мгновенной печати сгенерированных системой уникальных QR-кодов высокой четкости.
• Сканеры контроля доступа: Промышленные 2D-сканеры штрихкодов/QR-кодов (или мобильные терминалы сбора данных — ТСД) со скоростью распознавания кодов билетов менее 0.5 секунды для организации пропуска участников.

5. Требования к информационной безопасности и защите данных

• Шифрование трафика: Все клиент-серверные соединения (веб-версия, мобильное приложение, API-запросы) должны быть строго защищены по протоколу HTTPS / TLS 1.3.
• Разграничение прав доступа: Архитектура авторизации должна поддерживать ролевую модель (Суперадмин, Менеджер CRM, Экспонент, Спикер, Посетитель) с возможностью закрытого входа по персональному ID или секретному кодовому слову.
• Защита персональных данных (ПДн): Серверные базы данных должны быть размещены в сертифицированных ЦОН на территории РФ для полного соответствия требованиям Федерального закона № 152-ФЗ «О персональных данных».

6. Фронтенд (Frontend / Клиентская часть)
Поскольку платформа поставляется как «конструктор приложений» с мгновенным обновлением интерфейсов «в один клик», фронтенд базируется на реактивных компонентных технологиях:

• Основной стек: JavaScript в связке с фреймворком React. Это обеспечивает создание приложений типа SPA (Single Page Application), где личный кабинет и интерактивные карты работают без перезагрузки страниц.
• Стриминг (Видеопотоки): Для реализации встроенной стриминговой платформы используется протокол WebRTC (для видеотрансляций с минимальной задержкой непосредственно в браузере/приложении).
• Мобильная адаптация: Кроссплатформенная разработка на базе React Native. Это позволяет компилировать единый код конструктора под нативные операционные системы iOS и Android для конечных пользователей. [1]

7. Бэкенд (Backend / Серверная часть)
Серверная архитектура VISIT ME разделена по микросервисному принципу на несколько изолированных слоев:

• Основная бизнес-логика (CRM и администрирование): Реализована на Node.js. Использование Node.js обусловлено необходимостью обрабатывать десятки тысяч одновременных запросов во время массовой регистрации и пиковых нагрузок на мероприятиях.
• Служба мгновенных сообщений (Чат-сервер): Модуль для личных/групповых чатов и назначения встреч реального времени функционирует на базе протокола WebSockets (Socket.io). Он обеспечивает постоянное открытое соединение между сервером и смартфонами участников без постоянного переопроса базы данных.

8. Базы данных (СУБД)
Платформа VISIT ME является комбинированной (транзакции + кэш + аналитика), поэтому под капотом используется гибридная модель хранения данных:

• Основная реляционная СУБД: PostgreSQL. Конкретный выбор падает на нее, так как в системе ведется структурированная сегментация контрагентов в CRM, хранятся сложные расписания, списки спикеров и генерируются точные отчеты. PostgreSQL обеспечивает строгую согласованность данных (ACID).
• In-Memory СУБД (Кэш-база): Redis. Используется как промежуточный слой для мгновенного кэширования профилей, хранения временных сессий авторизации участников и удержания очередей сообщений из групповых чатов перед их записью в основной архив.