Балльно-рейтинговая
система университета

Простая задача
с непростой изнанкой

Преподаватель ведёт оценки, следит за успеваемостью и собирает отчёты. Механика сложнее: контрольные точки двух типов, ключевые и обычные, дедлайны по каждой, промежуточная аттестация с тремя попытками (ПА, ППА1, ППА2), курсовые со своими столбцами, дополнительные баллы. От журнала зависит допуск студента к сессии, поэтому ошибка стоит дорого.

Журнал один, а ролей четыре, и у каждой свой набор данных: преподаватель ведёт баллы и утверждает аттестацию, администратор настраивает дисциплины и собирает отчёты, студент видит свои баллы, дедлайны и статус, родитель получает доступ по ссылке от студента.

Карта сущностей

Чтобы разобраться в логике системы, я собрала карту ключевых объектов: проекта, дисциплины, учебного и персонального планов, журнала, оценки, пользователя, роли и прав доступа. На карте стали видны связи, которые нельзя терять на экране, и границы полномочий каждой роли.

Пользовательский сценарий

Высокоуровневый сценарий связывает этапы работы реализатора: от назначения дисциплины и планирования до ведения журнала, аттестации и публикации результата.

Десять сессий с пользователями

Вместе с университетом я провела десять сессий с преподавателями, которые работают с журналом. Участники выполняли реальные задачи, а я фиксировала ошибки, подсказки, паузы и комментарии. Эти наблюдения легли в основу переработки журнала.

Карта гипотез

После сессий я обновила карту гипотез: отметила подтверждённые, частично подтверждённые и неподтверждённые предположения, а новые вопросы вынесла в следующий цикл.

Четыре гипотезы и что с ними сделали

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

Сократить нельзя упростить

Один и тот же журнал до и после исследования. Данных столько же, читать их стало легче.

• Уменьшился визуальный шум в столбце утверждения. В первом варианте почти в каждой строке повторяется связка «чекбокс + Утвердить», из-за чего правая часть таблицы была перегружена ссылками.
• Массовое действие теперь появляется там же, где пользователь выбирает строки
• Кнопки стали ближе к объекту, которым они управляют. В первом варианте «Утвердить ПА» и «Утвердить ППА 1» находились отдельным блоком над таблицей
• Структура контрольных точек стала понятнее. Во втором варианте появился объединяющий заголовок «Практическая работа» с номерами
• В шапке таблицы стало проще читать структуру столбцов: сначала тип работы, затем номер, дедлайн и диапазон баллов

Переключение ролей всегда под рукой

Для общей навигации я сравнила два варианта: роли в верхней панели и отдельное боковое меню. Остановились на первом — преподаватели и сотрудники часто совмещают роли, поэтому переключатель должен быть доступен из любого раздела и не отнимать ширину у журнала.

Ошибку дешевле предупредить

Утвердить баллы студенту, который не прошёл ключевые контрольные точки, система не запрещает. Она показывает сообщение: аттестовать нельзя, будет начислено 0 баллов. Решение остаётся за преподавателем, но принимается осознанно.

Цвет здесь работает
как данные

Главный цвет системы - синий #1946BA для действий + шесть семантических семейств по пять тинтов. Светлые ступени идут в заливку ячеек, тёмные в текст и иконки, поэтому цветная таблица остаётся читаемой. Градиент шапки достался от бренда университета.

Системой пользуются
в университете

Преподаватели ИТМО ведут оценки и отчёты, студенты видят успеваемость и дедлайны, родители получают доступ по ссылке. По результатам исследования я выбрала проблемные сценарии; часть правок проверила на следующих участниках.

Отдельного количественного сравнения до и после не было. Поэтому здесь я опираюсь на сам факт внедрения, переработанные сценарии и повторяющиеся наблюдения из десяти сессий.