Он­лайн-шко­ла №1

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

ДЛЯ УЧЕНИКОВ:

• доски данных по успеваемости и табель оценок;

• календарь занятий;

• чат с дежурными учителями 24/7;

• тестирование с гибкой настройкой и 14 типами вопросов;

• доступ к учебным материалам и домашним заданиям

   

  ДЛЯ УЧИТЕЛЕЙ: 

• календарь с гибким, регулируемым расписанием;

• структура управления материалами;

• функционал проверки домашних заданий;

• чат для общения с учениками;

• административные инструменты контроля (управление доступами и ролями, назначениями преподавателей, модерацией материалов)
   

В платформе много ролей: учитель, куратор, координатор, администратор и другие. На старте у заказчика не было понимания, сколько их будет и как они будут масштабироваться. Жёстко «зашитая» структура быстро привела бы к постоянным доработкам кода. Поэтому реализована модульная система интерфейса (внутренний конструктор экранов), которая позволяет собирать страницы из функциональных блоков

Для каждой роли настраивается:
– какие блоки ей доступны;
– как они отображаются;
– какие действия разрешены внутри каждого блока

Фактически страница формируется как набор модулей с разными правами доступа

Это позволило:
– создать 18 ролей без усложнения архитектуры;
– добавлять новые роли за 15–20 минут;
– масштабировать платформу без переписывания логики доступа

Система сняла главный риск — зависимость развития проекта от изначально выбранной структуры ролей

Со временем проект был переведен с монолитной структуры на микросервисную архитектуру.
Это решение позволило:
– развивать отдельные модули независимо;
– подключать новые команды без риска сломать основную систему;
– ускорить выпуск новых функций


В рамках развития архитектуры реализованы:
– гибкая система проверки заданий с возможностью настраивать правила под конкретную программу и класс;
– мастер-инструмент календаря для редактирования повторяющихся событий без пересоздания расписания;
– механизм ограничения количества попыток при выполнении домашних заданий

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

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

Была проведена масштабная переработка интерфейса

Ключевые изменения:

1. Курсы вынесены в левое меню — теперь между предметами можно переключаться из любого раздела
    

2. Верхняя панель упрощена — оставлены только основные разделы: доски данных, предметы, расписание, дневник
    

3. Интерфейс адаптирован под устройства с небольшими экранами — убрано нагромождение элементов
    

4. Расписание переработано по принципу планировщиков: подробности урока отображаются в отдельной панели, а не перегружают сетку недели
    

5. Переработка затронула почти все ключевые экраны. Интерфейс стал компактнее и логичнее, а ежедневные действия — быстрее