Требования к системе Union / EduTrack

Описание

В данном документе описаны основные функциональные и нефункциональные требования к информационной системе Union / EduTrack.

Система предназначена для автоматизации контроля и оценки знаний студентов, проведения тестирования, анализа результатов и формирования отчетности.

Функциональные требования

1. Требования к студенту

Система должна предоставлять студенту следующие возможности:

– авторизоваться в системе с использованием логина и пароля;

– просматривать список назначенных тестов;

– видеть сроки прохождения тестирования;

– открывать тест и проходить его в установленный период;

– отвечать на вопросы разных типов;

– отправлять тест на проверку;

– получать результат тестирования после завершения попытки;

– просматривать историю своих попыток;

– видеть комментарии или обратную связь преподавателя, если она предусмотрена настройками теста.

2. Требования к преподавателю

Система должна предоставлять преподавателю следующие возможности:

– авторизоваться в системе;

– создавать новые тесты;

– редактировать существующие тесты;

– добавлять вопросы и варианты ответов;

– указывать правильные ответы;

– настраивать количество попыток;

– задавать сроки прохождения теста;

– назначать тест отдельным студентам, группе или потоку;

– просматривать результаты студентов;

– анализировать статистику прохождения тестов;

– формировать отчеты по группе, дисциплине или отдельному тесту;

– оставлять комментарии к результатам студентов.

3. Требования к администратору

Система должна предоставлять администратору следующие возможности:

– создавать учетные записи пользователей;

– редактировать данные пользователей;

– блокировать и активировать учетные записи;

– назначать роли пользователям;

– управлять группами студентов;

– управлять справочником дисциплин;

– управлять связями между преподавателями, группами и дисциплинами;

– контролировать корректность данных в системе;

– просматривать системные настройки.

4. Требования к руководителю образовательного подразделения

Система должна предоставлять руководителю следующие возможности:

– просматривать агрегированную статистику по группам;

– анализировать результаты тестирования по дисциплинам;

– видеть динамику успеваемости студентов;

– получать отчеты по преподавателям, группам и дисциплинам;

– выявлять проблемные темы и группы с низкими результатами.

Нефункциональные требования

1. Безопасность

– система должна обеспечивать авторизацию пользователей;

– система должна разграничивать доступ по ролям;

– студент не должен иметь доступа к результатам других студентов;

– преподаватель должен видеть только свои тесты, группы и результаты, если не предусмотрены расширенные права;

– пароли пользователей должны храниться в защищенном виде;

– действия пользователей должны фиксироваться в журнале событий.

2. Производительность

– основные страницы системы должны открываться без заметной задержки;

– система должна корректно обрабатывать одновременную работу нескольких пользователей;

– отправка теста на проверку должна выполняться без потери данных;

– отчеты должны формироваться за приемлемое время.

3. Надежность

– система должна сохранять ответы студента во время прохождения теста;

– система должна предотвращать потерю результата при сбое соединения;

– данные пользователей, тестов и результатов должны храниться централизованно;

– должна быть предусмотрена возможность резервного копирования данных.

4. Удобство использования

– интерфейс должен быть понятным для студентов, преподавателей и администраторов;

– основные действия должны выполняться за минимальное количество шагов;

– названия кнопок, разделов и статусов должны быть однозначными;

– система должна отображать понятные сообщения об ошибках;

– пользователь должен понимать текущий статус теста: назначен, пройден, просрочен, проверен.

5. Масштабируемость

– система должна поддерживать добавление новых групп;

– система должна поддерживать добавление новых дисциплин;

– система должна позволять расширять типы вопросов;

– архитектура системы должна предусматривать возможность добавления новых отчетов и аналитических показателей.

Приоритеты требований

Высокий приоритет

– авторизация и разграничение ролей;

– создание и назначение тестов;

– прохождение тестов студентами;

– автоматическая проверка ответов;

– хранение результатов;

– просмотр результатов преподавателем.

Средний приоритет

– формирование отчетов;

– история попыток;

– комментарии преподавателя;

– статистика по группам и дисциплинам;

– управление справочниками.

Низкий приоритет

– расширенная аналитика;

– дашборды для руководителя;

– экспорт отчетов;

– дополнительные типы вопросов;

– интеграция с внешними системами.

Ограничения и зависимости

– система проектируется как веб-приложение;

– для работы системы требуется база данных;

– корректность отчетности зависит от полноты и точности данных;

– доступ пользователей определяется их ролью;

– первая версия системы может включать ограниченный набор типов вопросов.