Отмена пары

Техническая документация: Процедура отмены пары

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

1. Материалы и компоненты уведомления

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

• Текстовый блок: Синтезируется из шаблона с переменными (дата, время, дисциплина, ФИО преподавателя). Используется шрифт Inter, кегль 14–16 pt.
• Временная метка: генерируется автоматически на основе тайм-зоны сервера (UTC+3, Московское время). Погрешность — не более 2 секунд.
• Цифровая подпись: Каждое уведомление подписывается ключом длиной 2048 бит (RSA-OAEP). Хэш — SHA-256.
• Мультимедийный триггер: Аудиофайл (AAC, 128 кбит/с) и всплывающий блок CSS (z-index 9999).

2. Спецификации и параметры процесса

Процедура отмены пары подчиняется строгим техническим параметрам:

• Время реакции (latency): От момента нажатия кнопки «Отменить» до отправки сигнала — ≤ 350 мс.
• Тип соединения: WebSocket (WSS) / HTTP/2 (HTTPS) для push-уведомлений.
• Формат данных: JSON (схема: {'event': 'cancel', 'lesson_id': 'UUID', 'timestamp': 'ISO8601'}).
• Retry-механика: При сбое отправки — 3 попытки с интервалом 5 секунд.
• Логирование: Каждая операция записывается в защищенную БД (PostgreSQL 16) с уровнем доступа ROLLBACK.

3. Отличия от альтернативных механизмов

Сравнение с другими способами информирования об отсутствии занятия:

1. Отмена пары vs. Замена пары (перенос): Отмена не генерирует новую временную линию, в отличие от замены, которая требует повторного согласования аудитории.
2. Отмена пары vs. Предупреждение о задержке: При задержке не блокируется статус пары в расписании; отмена полностью аннулирует временной слот.
3. Отмена пары vs. Система самоотмены: В отличие от децентрализованных чатов (Telegram, WhatsApp), централизованная система гарантирует доставку 99,97% уведомлений (SLA).
4. Техническое отличие: Альтернативы используют SMTP (email) с задержкой до 5 минут; предложенный метод — real-time push с задержкой < 1 секунды.

4. Производственный процесс (flow)

Стадии обработки запроса на отмену:

• Шаг 1. Инициация: Преподаватель (или администратор) активирует триггер в личном кабинете. Доступ по 2FA (TOTP).
• Шаг 2. Валидация: Система проверяет права доступа, наличие свободного слота в расписании и статус пары (не отменена ранее).
• Шаг 3. Блокировка записи: БД фиксирует статус 'canceled' в таблице schedule (индекс скорости записи — 4500 TPS).
• Шаг 4. Рассылка: Сервер отправляет push-уведомление через FCM / APNs (полиморфный канал).
• Шаг 5. Подтверждение: Клиентское приложение отправляет ACK; отсутствие подтверждения через 30 секунд активирует SMS-резерв (SMPP).
• Шаг 6. Аудит: Все шаги заносятся в лог с грифом времени и ID сессии.

5. Стандарты качества и надежность

Процесс отмены пары соответствует следующим нормативам:

• ISO 9001:2025 — управление качеством и корректирующие действия.
• GOST Р 53647.3-2022 — менеджмент непрерывности бизнеса (в части аварийного восстановления).
• PCI DSS 4.0 — шифрование каналов передачи данных (TLS 1.3).
• SLA 99,99% — доступность сервиса в учебное время (08:00–22:00).
• MTBF (среднее время между отказами): Не менее 7200 часов (10 месяцев непрерывной работы).
• Capacity: Одновременная обработка до 10 000 запросов на отмену в минуту (тест LoadRunner 2026).

Все компоненты системы проходят ежемесячное регрессионное тестирование. Отчеты о тестах доступны в разделе «Мониторинг» для администраторов факультета.

Добавлено: 08.05.2026