Системные требования (SR-SYS)
SR-SYS-1 (Сценарий 1 - Переход в SSO)
При выборе пользователем команды “Войти” система должна перенаправлять пользователя на страницу SSO университета.
Верификация: функциональный тест (нажатие кнопки входа => открывается SSO).
SR-SYS-2 (Сценарий 1 - Успешная аутентификация через SSO)
При успешной аутентификации в SSO и получении валидного токена система должна создавать авторизованную пользовательскую сессию.
Верификация: функциональный тест (валидный токен => пользователь входит в систему).
SR-SYS-3 (Сценарий 1 - Назначение роли студента)
После успешной аутентификации через SSO система должна назначать пользователю роль “студент”.
Верификация: функциональный тест (после входа у пользователя доступны только функции студента).
SR-SYS-4 (Сценарий 1 - Загрузка профиля и курсов)
После успешного входа система должна загружать профиль студента и список доступных ему курсов.
Верификация: функциональный тест (после входа профиль и курсы отображаются в личном кабинете).
SR-SYS-5 (Сценарий 1 - Блокировка входа для заблокированного пользователя)
Если аккаунт пользователя имеет статус “заблокирован”, система должна отклонять авторизацию и показывать сообщение о блокировке.
Верификация: функциональный тест (заблокированный пользователь => вход запрещён, сообщение показано).
SR-SYS-6 (Сценарий 1 - Обработка истёкшего токена)
Если токен пользователя истёк, система должна запрашивать повторную авторизацию через SSO.
Верификация: функциональный тест (истёкший токен => требуется повторный вход).
SR-SYS-7 (Сценарий 1 - Недоступность SSO)
Если SSO недоступен в момент начала входа, система должна активировать резервную учетную запись и показать соотвествующее уведомление
Верификация: функциональный тест (SSO недоступен => пользователю показано уведомление об использовании резервной записи).
SR-SYS-8 (Сценарий 2 - Допуск к старту экзамена)
Система должна разрешать запуск экзамена только авторизованному студенту в пределах открытого окна экзамена.
Верификация: функциональный тест (авторизованный студент + наступило время экзамена => запуск разрешён).
SR-SYS-9 (Сценарий 2 - Проверка попыток и доступа к экзамену)
При нажатии студентом команды “Начать экзамен” система должна проверять доступ к экзамену и допустимость новой попытки.
Верификация: функциональный тест (нет доступа или попытки исчерпаны => запуск отклонён).
SR-SYS-10 (Сценарий 2 - Запрос доступа к камере и микрофону)
Перед началом экзамена система должна запрашивать доступ к камере и микрофону.
Верификация: функциональный тест (старт экзамена => появляется запрос разрешений).
SR-SYS-11 (Сценарий 2 - Блокировка старта без камеры/микрофона)
Если камера или микрофон недоступны, система должна блокировать начало экзамена и показывать сообщение об ошибке.
Верификация: функциональный тест (доступ к камере/микрофону отсутсвтует => старт заблокирован).
SR-SYS-12 (Сценарий 2 - Создание прокторинг-сессии)
При успешном старте экзамена система должна создавать прокторинг-сессию.
Верификация: функциональный тест (старт экзамена => создана прокторинг-сессия).
SR-SYS-13 (Сценарий 2 - Подключение видеопотока)
После создания прокторинг-сессии система должна подключать видеопоток к SFU-сервису.
Верификация: интеграционный тест (после старта экзамена видеопоток передаётся в SFU-сервис).
SR-SYS-14 (Сценарий 2 - Включение античита)
После создания прокторинг-сессии система должна включать античит-анализ для текущего экзамена.
Верификация: интеграционный тест (после старта экзамена античит получает данные сессии).
SR-SYS-15 (Сценарий 2 - Выдача вопросов и запуск таймера)
После успешной инициализации экзамена система должна выдавать студенту вопросы и запускать таймер экзамена.
Верификация: функциональный тест (после старта отображаются вопросы и начинается отсчёт времени).
SR-SYS-16 (Сценарий 2 - Фиксация записи камеры, микрофона и экрана)
Во время экзамена система должна фиксировать записи камеры, микрофона и экрана.
Верификация: функциональный тест (во время экзамена создаются записи всех предусмотренных источников).
SR-SYS-17 (Сценарий 2 - Сохранение результатов вместе с записями)
После завершения экзамена система должна сохранять результаты экзамена, его записи и историю событий.
Верификация: функциональный тест (после завершения экзамена доступны результаты и связанные записи).
SR-SYS-18 (Сценарий 2 - Потеря интернет-соединения)
При потере интернет-соединения во время экзамена система должна сохранять текущее состояние экзаменационной сессии для последующего продолжения или корректного завершения.
Верификация: функциональный тест (разрыв соединения => текущее состояние сохранено).
SR-SYS-19 (Сценарий 2 - Недоступность стриминг-сервиса)
Если SFU-сервис недоступен, система должна разрешать локальную запись с последующей загрузкой.
Верификация: интеграционный тест (SFU недоступен => запись продолжается локально).
SR-SYS-20 (Сценарий 2 - Недоступность античита)
Если античит недоступен, система должна позволять проводить экзамен без анализа в реальном времени при сохранении записи сессии.
Верификация: функциональный тест (античит отключён => экзамен продолжается, запись сохраняется).
SR-SYS-21 (Сценарий 3 - Регистрация подозрительного события)
При обнаружении подозрительного события античитом система должна создавать запись потенциального нарушения с описанием и временем фиксации.
Верификация: функциональный тест (произвести моделирование события => запись о возмодном нарушении создана).
SR-SYS-22 (Сценарий 3 - Уведомление проктора)
После регистрации потенциального нарушения система должна уведомлять проктора.
Верификация: функциональный тест (создано потенциальное нарушение => проктор получает уведомление).
SR-SYS-23 (Сценарий 3 - Доступ проктора к фрагменту записи)
Для зарегистрированного потенциального нарушения система должна предоставлять проктору доступ к связанному фрагменту видео.
Верификация: функциональный тест (проктор видит сообщение о нарушении => доступен видеофрагмент).
SR-SYS-24 (Сценарий 3 - Фиксация решения проктора)
Система должна позволять проктору фиксировать решение по потенциальному нарушению.
Верификация: функциональный тест (проктор принимает решение => запись решения сохранена).
SR-SYS-25 (Сценарий 3 - Подтверждённое нарушение)
Если проктор подтверждает нарушение, система должна уведомить об этом экзаменуемого.
Верификация: функциональный тест (подтверждение нарушения => уведомление экзаменуемого).
SR-SYS-26 (Сценарий 3 - Ложное срабатывание)
Система должна позволять проктору менять статус потенциального нарушения на “Ложное”.
Верификация: функциональный тест (проктор отмечает ложное срабатывание системы аналаза => статус изменён на “Ложное”).
SR-SYS-27 (Сценарий 3 - Массовые алерты)
При массовом поступлении алертов система должна расставлять приоритеты потенциальных нарушений по уровню риска.
Верификация: нагрузочный/функциональный тест (набор алертов => события отсортированы по риску).
SR-SYS-28 (Сценарий 3 - Режимы деградации при недоступности проктора)
Если проктор недоступен, то система должна обспечивать возможность принять решение о результате проведения экзамена по записи после его завершения.
Верификация: функциональный тест (проктор недоступен => решение переносится на пост-проверку записи).
SR-SYS-29 (Сценарий 3 - Режимы деградации при недоступности античита)
Если античит недоступен, система должна обеспечивать возможность проверки записи после экзамена
Верификация: функциональный тест (античит недоступен => решение переносится на пост-проверку записи).
SR-SYS-30 (Сценарий 4 - Доступ администратора к настройкам прокторинга)
Система должна предоставлять только авторизованному администратору учебного подразделения доступ к разделу “Настройки прокторинга”.
Верификация: функциональный тест (пользователь с ролью “Администратор уч. подразделения” имеет доступ к настройкам. Пользователь с иной ролью такого доступа не имеет).
SR-SYS-31 (Сценарий 4 - Настройка допустимых переключений вкладок)
Система должна позволять администратору учебного подразделения задавать допустимое количество переключений вкладок во время экзамена.
Верификация: функциональный тест (изменение числа переключений фиксируется и отображается в настройках).
SR-SYS-32 (Сценарий 4 - Настройка срока хранения записей)
Система должна позволять администратору учебного подразделения задавать срок хранения записей экзамена.
Верификация: функциональный тест (изменение срока хранения сохраняется и отображается в настройках).
SR-SYS-33 (Сценарий 4 - Настройка параметров античита)
Система должна позволять администратору учебного подразделения изменять настройки античит-системы.
Верификация: функциональный тест (изменённые параметры фиксируются, доставляются античит-системе и там также сохраняются).
SR-SYS-34 (Сценарий 4 - Сохранение истории параметров античита)
Система должна сохранять историю изменения настроек античита.
Верификация: функциональный тест (параметры изменены => появилась соотвествующая запись в истории изменений).
SR-SYS-35 (Сценарий 4 - Сохранение и применение новых политик)
После сохранения изменений система должна применять обновлённые настройки прокторинга к новым экзаменам.
Верификация: функциональный тест (новые экзамены используют новые параметры, а не старые).
SR-SYS-36 (Сценарий 4 - Вопроизведение настроек экзаменов, прошедших перед внесением изменений)
При проверке экзамена, который был проведен до изменения настрек, должен быть оценен по тем правилам и настройкам, что были введены на тот момент. Эти конкретные настройки должны воспроизводиться для конкретного экзамена.
Верификация: функциональный тест (новые экзамены используют новые параметры; ранее созданные — актуальные на тот момент).
SR-SYS-37 (Сценарий 4 - Конфликт параметров)
Если введённые администратором параметры настроек конфликтуют между собой, система должна отклонять сохранение и требовать исправления.
Верификация: функциональный тест (конфликтные параметр => сохранение заблокировано).
SR-SYS-38 (Сценарий 4 - Недоступность античита при передаче настроек)
Если античит-сервис недоступен в момент сохранения параметров, система должна передавать настройки античита после восстановления его доступности.
Верификация: интеграционный тест (античит недоступен при сохранении => новые параметры ставится в очередь, с последующей отправкой при восстановлении).
SR-SYS-39 (Сценарий 5 - Доступность подачи апелляции)
Система должна позволять студенту подать апелляцию только по завершённому экзамену.
Верификация: функциональный тест (по завершённому экзамену подача доступна, по незавершённому или неначатому - нет).
SR-SYS-40 (Сценарий 5 - Обязательность указания причины)
При подаче апелляции система должна требовать указание причины обращения.
Верификация: функциональный тест (без причины апелляция не отправляется).
SR-SYS-41 (Сценарий 5 - Регистрация апелляции)
После отправки апелляции система должна фиксировать заявку студента на пересмотр результата.
Верификация: функциональный тест (апелляция отправлена => заявка зарегистрирована).