Сценарии использования системы прокторинга
Сценарий 1. Вход студента в систему
Цель
Вход студента в систему с назначением корректной роли.
Условия начала
- Студент зарегистрирован в университете.
- SSO доступен.
- Аккаунт студента не заблокирован.
Основной поток (Happy path)
- Студент открывает платформу и выбирает “Войти”.
- Система запрашивает сведения через SSO.
- SSO возвращает токен.
- Система назначает роль - “студент”.
- Система загружает профиль и доступные курсы.
- Система открывает личный кабинет.
Результат
Студент авторизован и имеет доступ к курсам.
Исключения (нештатные ситуации)
- Неверные данные авторизации
- 1.1 SSO не вернула токен.
- 1.2 Платформа выдаёт ошибку.
- Токен пользователя истёк
- 3.1 Платформа повторяет запрос наполучение токена
- Пользователь заблокирован
- 4.1 Платформа отклоняет авторизацию и выдаёт сообщение о блокировке.
Режимы деградации (как продолжаем работать)
- SSO недоступен
- 1.1 Активировать резервную учетную запись на самой платформе
- 1.2 Осуществить доступ по резервной записи
Сценарий 2. Проведение экзамена с прокторингом
Цель
Проведение экзамена с обязательным видеомониторингом и фиксацией сессии.
Условия начала
- Студент авторизован.
- Экзамен доступен для выполнения.
- Камера и микрофон доступны.
Основной поток (Happy path)
- Студент открывает страницу экзамена.
- Студент соглашения с условиями проведения экзамена.
- Запрашивается доступ к камере/микрофону.
- Студент нажимает кнопку “Начать экзамен”.
- Создаётся прокторинг-сессия.
- Видеопоток подключается к стриминг-сервису.
- Включается античит-система.
- Студент получает экзаменационные задания.
- Запускается таймер.
- Студент выполняет задания.
- Записи камеры, микрофона, экрана фиксируются.
- Результаты экзамена сохраняются вместе с записями.
Результат
Экзамен проведен, данные сохранены, прокторинг-сессия зарегистрирована.
Исключения (нештатные ситуации)
- Камера или микрофон недоступны
- 1.1 Система блокирует начало экзамена.
- 1.2 Кнопка начать экзамен недоступна
- Потеря интернет-соединения
- 2.1 Система детектирует потерю связи и уведомляет студента: “Соединение потеряно. Экзамен продолжается в автономном режиме.”
- 2.2 Таймер экзамена приостанавливается на 5 минут для компенсации времени простоя.
- 2.3 Все действия студента сохраняются локально
- 2.4 При восстановлении соединения данные синхронизируются с сервером.
- 2.5 Таймер возобновляется с момента разрыва, студент продолжает экзамен.
- 2.6 Если соединение не восстановлено до конца экзамена — данные сохраняются локально и отправляются при следующем входе в систему.
Режимы деградации
- Сервис стриминга недоступен
- 1.1 Разрешить запись локально на устройство студента с последующей загрузкой.
- 1.2 Создать хеш видео-записи и подписать его для обеспечение неподдельности видеозаписи
Сценарий 3. Обнаружение нарушения во время экзамена
Цель
- Зафиксировать и обработать потенциальное нарушение.
Условия начала
- Экзамен в процессе.
- Проктор доступен (онлайн-прокторинг)
- Подозрительное событие со стороны экзаменуемого.
Основной поток (Happy path)
- Система обнаруживает подозрительное событие (второе лицо в кадре, переключение вкладки, уход из кадра).
- Система фиксирует потенциальное нарушение с описанием и временем.
- Проктор получает уведомление.
- Проктор просматривает фрагмент видео.
- Проктор принимает решение и при необходимости шлет предупреждение экзаменуемому
- Решение фиксируется в системе.
Результат
Событие зарегистрировано, решение зафиксировано в логах.
Исключения (нештатные ситуации)
- Ложное срабатывание Античита
- 1.1 Проктор меняет статус потенциального нарушения на “Ложное”.
- Массовые алерты (перегрузка)
- 2.1 Система расставляет приоритеты потенциальным нарушениям по уровню риска.
Режимы деградации
- Проктор недоступен
- 1.1 Решение по нарушениям принимается после экзамена при проверке записи (офлайн-прокторинг).
Сценарий 4. Управление политиками прокторинга администратором
Цель
Настроить правила прокторинга и политики безопасности.
Условия начала
- Администратор УО авторизован.
Основной поток (Happy path)
- Администратор УО открывает “Настройки прокторинга”.
- Настраивает параметры: допустимое количество переключений вкладок, чувствительность античита.
- Сохраняет изменения.
- Новые изменения логируются (кто внес, время, старое и новое значение параметра)
- Система применяет новые параметры.
- Параметры применяются к новым экзаменам.
Результат
Настройки прокторинга обновлены и активны.
Исключения (нештатные ситуации)
- Конфликт параметров
- 1.1 Система уведомляет о конфликте и требует исправления.
- Массовые алерты
- 2.1 Система расставляет приоритеты потенциальным нарушениям по уровню риска.
Режимы деградации
- Античит недоступен
- 1.1 Параметры античита будут переданы ему, когда он станет доступен.
Сценарий 5. Апелляция студента по результатам экзамена
Цель
- Обеспечить прозрачный процесс пересмотра результатов.
Условия начала
- Экзамен завершён.
- Студент имеет основания для подачи апелляции.
Основной поток (Happy path)
- Студент нажимает “Подать апелляцию”.
- Указывает причину и, при необходимости, прикрепляет комментарии.
- Система фиксирует заявку.
- Преподаватель (или администратор) получает уведомление.
Результат
Апелляция студента зарегистрирована и передана на рассмотрение.
Исключения (нештатные ситуации)
- Видео отсутствует
- 1.1 Решение по апелляции принимается на основе доступных логов и данных.
Режимы деградации
- БД платформы недоступна
- 1.1 Апелляция ставится в очередь и отправляется автоматически после восстановления работы БД.