Цифровая среда учителя информатики: СДО Moodle, автоматизация проверки работ и ИИ-ассистент в повседневной практике
Автор: Зайцева Анна Алексеевна
Организация: МАОУ Инженерный лицей НГТУ
Населенный пункт: г.Новосибирск
1. Введение
Разговор о цифровых инструментах в школе обычно начинается с перечня сервисов и заканчивается констатацией того, что «всё это уже есть». Между тем практическая проблема учителя-предметника выглядит иначе. При нагрузке 25–30 часов в неделю и пяти-семи классах объём работ, которые нужно проверить, зафиксировать и прокомментировать, превышает разумные пределы. Проверка домашнего задания, перенос баллов в журнал, ответы на вопросы «а что я получил?», поиск потерянных файлов в переписке — это время, которое не потрачено на подготовку урока, индивидуальную работу и методическую рефлексию.
Поэтому цифровизацию имеет смысл оценивать не по количеству освоенных сервисов, а по тому, сколько рутинных операций она снимает с учителя и сколько времени возвращает ему для общения с учеником. Именно этот критерий положен в основу описываемой практики. Он же согласуется с требованиями к информационно-образовательной среде, зафиксированными во ФГОС [4; 5], с нормами об электронном обучении и дистанционных образовательных технологиях [1; 3] и с отечественными исследованиями цифровой трансформации школы, где подчёркивается, что цифровая среда меняет не столько носитель, сколько организацию учебной работы [7; 8].
Статья последовательно отвечает на пять вопросов: как устроена среда лицея; как она используется на уроке и дома; что именно в проверке работ удаётся автоматизировать; как накапливать материалы; где применение искусственного интеллекта действительно экономит силы учителя, а где создаёт риски. Примеры приводятся из курса информатики 8–11 классов.
2. Цифровая образовательная среда лицея: состав и принципы
Среда МАОУ «Инженерный лицей НГТУ» построена не как набор разрозненных сервисов, а как иерархия с единым ядром (рис. 1). Верхний уровень — участники: учитель, ученик, родитель. Ядро — система дистанционного обучения на базе Moodle, развёрнутая на собственных мощностях лицея [14]. Вокруг ядра расположены функциональные модули: сервер видеоконференций BigBlueButton, система автоматической проверки программного кода CodeRunner, банк заданий и тестов, модуль заданий с критериальным оцениванием и журнал оценок. Внешний контур образуют АИС «Сетевой город. Образование» (контингент, расписание, итоговые отметки), ФГИС «Моя школа» с библиотекой цифрового образовательного контента [16] и частное облако для хранения тяжёлых файлов и резервных копий [15].

Рисунок 1 — Архитектура цифровой образовательной среды лицея
Такое устройство подчинено пяти принципам, которые стоит перечислить, потому что именно они, а не список сервисов, определяют результат.
— Единая точка входа. Ученик не ищет, куда отправить файл: все задания, материалы и оценки находятся в одном курсе.
— Один инструмент — одна задача. Тест не используется для сбора файлов, форум — для выставления отметок. Когда элемент применяется по назначению, его отчёты остаются осмысленными.
— Данные — в защищённом контуре. Работы учеников не пересылаются в мессенджерах, обсуждение отметок идёт в СДО и в «Сетевом городе». Это требование Федерального закона № 152-ФЗ [2] и внутреннего положения лицея о применении электронного обучения.
— Преемственность очного и дистанционного режима. Один и тот же курс работает на уроке, дома, на больничном и в актированный день; ничего не нужно создавать заново «на случай карантина».
— Минимальная достаточность. Новый сервис подключается только тогда, когда существующие не решают задачу; иначе среда превращается в «зоопарк», где материалы распределены между чатами, облачными папками и бумажными носителями, а факт сдачи работы невозможно восстановить.
Техническая сторона — серверы, резервное копирование, обновления — остаётся за заместителем директора по информатизации. Учитель получает готовую инфраструктуру и отвечает за методику: структуру курса, формулировки заданий, критерии, обратную связь. Это разделение важно обозначить, потому что оно снимает главный страх предметника: «мне придётся администрировать систему».
3. СДО Moodle как ядро учебного процесса
3.1. Структура курса
Отбор элементов опирается на дидактику дистанционного обучения [9; 10] и практические руководства по работе в Moodle [11]; техническая реализация — на документацию системы.
Курс информатики построен по единой матрице. Нулевой блок «Как учиться в курсе» содержит правила, критерии оценивания, инструкцию по отправке файлов и ссылки на помощь. Далее идут тематические блоки, соответствующие разделам рабочей программы, и завершающие блоки «Итоговое повторение» и «Проекты». Внутри каждого блока выдерживается одна и та же последовательность элементов:
— «Теория» — страница или «Книга» с электронным конспектом;
— «Тренажёр» — тест с неограниченным числом попыток и подробной обратной связью;
— «Практика» — задание с ответом в виде файла или с автопроверкой кода;
— «Контроль» — тест с ограничением времени и одной попыткой;
— «Рефлексия» — короткий опрос или сообщение в форуме.
Единая матрица важна не столько для порядка, сколько для предсказуемости: ученик, один раз понявший логику блока, дальше не тратит время на поиск нужного элемента. Учитель, в свою очередь, получает одинаковые по смыслу отчёты по всем темам.
3.2. Сценарии использования на уроке
Первый сценарий — «перевёрнутый класс». Дома ученик читает страницу теории и отвечает на три-пять вопросов тренажёра; на уроке время тратится не на пересказ, а на разбор и практику. Второй — входной контроль: пятиминутный тест в начале урока автоматически показывает, кто не готов к новой теме. Третий — дифференциация: элемент «Лекция» с ветвлением выдаёт разным ученикам разные продолжения, а «зависимость доступа» открывает контрольный тест только после успешно пройденного тренажёра. Четвёртый — групповая работа: «Семинар» для взаимопроверки, «Вики» для совместного конспекта, форум для обсуждения. Пятый — проектная деятельность: элемент «База данных» служит портфолио, в котором каждый ученик видит работы других.
Курс не «прилагается» к уроку, а является его продолжением: отметки из СДО переносятся в «Сетевой город» еженедельно, поэтому ученик, родитель и учитель видят одну и ту же картину. Это простая организационная мера, но именно она устраняет большую часть конфликтов вокруг «несправедливых» отметок.
4. Автоматизация проверки классных работ
Под автоматизацией здесь понимается не замена учителя машиной, а разделение труда: машина берёт на себя то, что проверяется формально (совпадение с ключом, прохождение тест-кейсов, арифметика критериев, перенос баллов), учитель — то, что требует суждения (замысел решения, стиль, целесообразность, помощь ученику).
4.1. Банк заданий и тесты
Вопросы хранятся в банке, разложенном по категориям: тема, уровень (базовый, повышенный, высокий) и проверяемый результат. Используются разные типы вопросов: множественный выбор, верно/неверно, короткий ответ с учётом синонимов, числовой, вычисляемый (числа генерируются, поэтому у каждого ученика свой вариант), на соответствие, перетаскивание, «вложенные ответы» и эссе. Случайный выбор вопросов из категории и перемешивание вариантов дают вариантность без ручной подготовки четырёх комплектов.
Главный методический резерв здесь — не защита от списывания, а обратная связь по каждому варианту ответа. Если ученик выбирает неверный вариант, он видит не слово «неверно», а объяснение: какое именно смешение понятий произошло и что перечитать. Так тест не только измеряет, но и учит. Ограничение известно: тест проверяет ответ, а не рассуждение, поэтому в курсе он всегда сопровождается заданием с файлом или коротким обоснованием.
4.2. Автопроверка программ: CodeRunner
Для программирования обычный тест бесполезен: проверять нужно не ответ, а поведение программы. В СДО лицея для этого используется CodeRunner — система автоматической проверки кода, изначально разработанная в Университете Кентербери [12]. Учитель задаёт условие, шаблон решения и набор тест-кейсов: входные данные, ожидаемый вывод, вес теста, видимость. Программа ученика компилируется и запускается в песочнице с ограничением времени и памяти, а результат оформляется как таблица «тест пройден / не пройден» с указанием, на каком именно наборе данных получено расхождение.
Набор тестов я строю по одной схеме: два примера из условия (видимые, чтобы ученик понимал формат), три скрытых теста на типовые ошибки (пустой ввод, граница диапазона, отрицательные числа) и один тест на эффективность с большим N. В результате ученик получает частичный балл и видит структуру своей ошибки, а не только «2 из 10».
Что это меняет для учителя: проверка «работает ли программа» перестаёт занимать время, и освободившиеся минуты уходят на то, что машина не оценит, — читаемость кода, декомпозицию задачи, обработку исключений, выбор структуры данных. Ограничения тоже честно обозначу: тест-кейсы требуют аккуратной формулировки условия (иначе ученик «угадывает» формат вывода, а не решает задачу), а качество кода ими не измеряется.
4.3. Критериальное оценивание
Рубрика для задачи по программированию содержит четыре критерия: корректность (0–4 балла), эффективность (0–2), читаемость и стиль (0–2), тестирование и отладка (0–2). В Moodle такая рубрика задаётся элементом «Прямое оценивание» с уровнями описания, а «Руководство по оцениванию» позволяет выставить балл по каждому критерию с комментарием. Итог складывается автоматически и попадает в журнал.
Эффект двойной. Ученик видит не «5», а из чего сложилась отметка, и привыкает оценивать свою работу по тем же критериям. Учителю не нужно писать общий комментарий с нуля: он отмечает уровни, а спорные случаи обсуждаются предметно — «корректность 3 из 4, не обработан случай пустого списка» звучит иначе, чем «неполное решение».
4.4. Журнал оценок и аналитика
Журнал настроен на взвешенную сумму: категории «Тренажёр», «Практика», «Контроль», «Проект» имеют разные веса, поэтому случайная низкая оценка за тренировочный тест не разрушает картину. Отчёты решают три задачи. «Отчёт по пользователю» показывает динамику конкретного ученика. «Отчёт по одному тесту» даёт статистику по вопросам: долю верных ответов и распределение дистракторов. Третий, самый полезный, — выгрузка в Excel для сравнения классов и периодов.
Именно статистика по вопросам меняет содержание следующего урока. Если вопрос не решили 80 % учеников и почти все выбрали один и тот же неверный вариант, проблема не в учениках, а в формулировке или в объяснении: вопрос переписывается или меняется дистрактор. Если же ошибки распределились равномерно, нужен разбор темы.
4.5. Взаимопроверка
Элемент «Семинар» позволяет организовать взаимную проверку: система распределяет работы, ученики оценивают их по заданным критериям, а Moodle считает отдельно оценку за работу и оценку за качество оценивания. Применяю это на мини-проектах, презентациях и эссе. Педагогический смысл не в экономии времени (учитель всё равно выборочно проверяет), а в том, что критерии осваиваются через применение: чтобы оценить чужую работу, нужно самому понимать, что такое хорошее решение.
5. Автоматизация проверки домашних работ
Домашняя работа отличается от классной не содержанием, а логистикой: её сдают в разное время, из разных мест и часто в неудобном формате. Поэтому автоматизация здесь начинается с регламента, а не с техники.
5.1. Регламент, известный заранее
Правила просты и вывешены в нулевом блоке курса: единый срок сдачи; имя файла по шаблону «Фамилия_Класс_Тема»; допустимые форматы; максимальный размер файла (крупные материалы — в облако, ссылка в СДО); обязательное подтверждение отправки; одна повторная сдача после доработки. Эти же правила проговариваются на первом уроке и дублируются в начале каждой темы. Регламент снимает большую часть вопросов «а как назвать файл» и «а можно я пришлю в чат» — а значит, и большую часть переписки.
5.2. Типы заданий и механизмы проверки
Разные виды домашней работы требуют разных инструментов (табл. 1).
Таблица 1 — Типы домашних заданий и механизмы автоматической проверки
|
Тип задания |
Элемент СДО |
Что проверяется автоматически |
Что остаётся учителю |
|
Тест по теории (10–15 вопросов) |
«Тест» |
ключ, частичный балл, лимит времени, число попыток |
анализ «провальных» вопросов, разбор на уроке |
|
Программа |
«Задание» с CodeRunner |
тест-кейсы, ограничения времени и памяти, частичный балл |
читаемость, структура, обработка ошибок |
|
Расчётная задача с решением |
«Задание», ответ в виде файла |
сверка ответа в поле, проверка формата и срока |
ход решения, оформление, пояснения |
|
Эссе, реферат |
«Задание» + рубрика |
объём, срок, проверка на заимствования |
содержание, аргументация, речь |
|
Проект, презентация |
«Задание» + критерии |
срок, комплектность файлов |
защита, качество продукта |
|
Работа над ошибками |
«Тест» (новый вариант) |
ключ, выбор заданий по слабым темам |
подбор заданий, поддержка |
|
Устный ответ |
«Задание» с аудио или видео |
срок, длительность записи |
речь, понимание, умение объяснять |
5.3. Сроки, попытки и исключения
У каждого задания задаётся дата сдачи и правило для опоздавших: либо работа принимается со снижением максимального балла, либо не принимается вовсе — в зависимости от типа задания. Для болеющих, участников сборов и олимпиад используются «переопределения»: индивидуальный срок и число попыток, не меняющие условия для остальных. Кнопка «Сообщить о проблеме» оставляет у учителя зафиксированную причину, а не переписку в мессенджере. Число попыток и метод агрегации (последняя или наибольшая) регулируются по цели: для тренировки — неограниченно и «наибольшая», для контроля — одна попытка.
5.4. Поток проверки
Порядок оценивания в Moodle — «не оценено → на проверке → готово к публикации → опубликовано» — позволяет проверять работы пачками и публиковать результаты сразу для всей группы, когда все работы просмотрены. Дальше работают ускорители, которые дают наибольший выигрыш во времени:
— «Быстрое оценивание»: список работ и полей для балла на одной странице, без перехода в каждую работу;
— скачивание всех работ одним архивом с шаблоном имени файла, проверка офлайн и последующая загрузка оценок и комментариев из таблицы;
— аннотирование PDF прямо в браузере: пометка на полях решения быстрее, чем пересказ ошибки в комментарии;
— банк типовых замечаний: повторяющиеся формулировки не набираются заново;
— возврат на доработку с сохранением истории: видно, что именно изменилось.
Маршрут домашней работы целиком показан на рис. 2. Важно, что автоматические шаги (проверка теста и кода) стоят в начале маршрута, а не в конце: ученик получает первую обратную связь сразу, пока работа ещё «живая» в его голове.

Рисунок 2 — Маршрут домашней работы: от выдачи задания до аналитики
5.5. Обратная связь, которая работает
Техника без методики даёт лишь аккуратный архив файлов. Поэтому комментарий строится по формуле: одна конкретная похвала, одно конкретное улучшение, следующий шаг. Не «плохо», а «во втором цикле нет выхода при n = 0; добавьте проверку и пришлите снова». Оценка публикуется после комментария — тогда ученик читает объяснение, а не только цифру. В курсе это закреплено порядком работы: сначала комментарий и критерии, затем публикация результата.
6. Удобство отправки домашних работ
6.1. Для ученика
Путь к заданию занимает три шага: «Мои курсы» → «Информатика» → блок темы. Не нужно помнить адрес электронной почты учителя, искать сообщение в чате или уточнять формат. Мобильное приложение позволяет сфотографировать решение в тетради и отправить его сразу. Черновик сохраняется: можно загрузить файл и не отправлять, случайно закрытая страница не приводит к потере. После отправки ученик видит статус и дату, после проверки — уведомление, оценку и комментарий. История попыток показывает, что уже исправлено.
Отдельный эффект — доступность. В актированный день, на больничном или на сборах ученик открывает тот же курс и продолжает работу; ему не нужно «догонять» класс по чужой тетради. Для новосибирской зимы с её низкими температурами это не теоретическая, а вполне практическая ситуация.
Доступность не отменяет ограничений: продолжительность работы с экраном и структура электронного задания подчиняются санитарным требованиям [6], поэтому объём непрерывной работы в курсе сознательно ограничен, а длинные задания разбиты на части с перерывами.
6.2. Для учителя
Список «Требуют оценивания» избавляет от необходимости вспоминать, что осталось непроверенным. Фильтры по группе, статусу и сроку, сортировка по фамилии и массовое скачивание архивом превращают проверку тридцати работ в одну операцию вместо тридцати. Ручная сверка «кто сдал» не нужна: отчёт по сдаче строится автоматически, а оценка переносится в «Сетевой город» из готовой выгрузки.
6.3. Для родителя
Родитель видит факт сдачи, оценку и комментарий учителя. Разговор о домашней работе перестаёт быть разговором о воспоминаниях и становится разговором о фактах — это снижает напряжение сильнее, чем любые увещевания.
6.4. Сравнение каналов сдачи
Чтобы выбор не выглядел вкусовым, сравним четыре распространённых канала по критериям, которые важны в повседневной работе (табл. 2).
Таблица 2 — Каналы сдачи домашних работ: сравнение
|
Критерий |
Бумажная тетрадь |
Электронная почта |
Мессенджер |
СДО Moodle |
|
Фиксация факта и времени сдачи |
запись в тетради, вручную |
по дате письма, вручную |
теряется в переписке |
автоматически |
|
Сохранность работ |
у учителя на столе |
в почтовом ящике |
в галерее телефона |
в курсе, с резервной копией |
|
Напоминания и сроки |
устно |
нет |
вручную |
автоматически, с датой |
|
Обратная связь |
на полях, устно |
письмом |
голосовыми сообщениями |
комментарий, привязанные к работе |
|
Статистика и отчёты |
вручную |
нет |
нет |
отчёты и выгрузка |
|
Риск потери и путаницы |
средний |
средний |
высокий |
низкий |
|
Трудозатраты учителя |
высокие |
средние |
высокие |
низкие за счёт автоматизации |
Вывод из таблицы не в том, что бумага плоха, а в том, что у каждого канала своя цена. Мессенджер удобен в момент отправки и дорог при проверке: файлы теряются, авторство неочевидно, время сдачи неизвестно. СДО дороже на старте (нужно один раз настроить курс и объяснить правила) и дешевле в каждой следующей четверти.
7. Сбор и накопление материалов
Курс в СДО естественным образом превращается в методический кейс: в одном месте лежат теория, тренажёр, практика, критерии, эталонное решение (скрытое до дедлайна), дополнительные материалы и ссылки на библиотеку цифрового образовательного контента. Это меняет характер подготовки к уроку: в сентябре учитель не создаёт материал заново, а правит и дополняет существующий.
Для накопления используются разные элементы — и у каждого своя роль:
— «Книга» — электронный конспект, который ученик листает как учебник, а не скачивает десять отдельных файлов;
— «Глоссарий» — термины с определениями и автосвязыванием: термины в текстах курса становятся ссылками на статью глоссария;
— «База данных» — портфолио: ученические проекты, лучшие решения, задачи, предложенные самими учениками;
— «Папка» и «Файл» — единая структура хранения с именами без пробелов и указанием версии;
— банк вопросов — главный долгоживущий актив: он переносится между курсами и годами, экспортируется в форматах Moodle XML и GIFT и импортируется коллегами.
Организационно важны две привычки. Первая — ежемесячная резервная копия курса в частное облако: восстановление после сбоя занимает минуты, а не недели. Вторая — перенос курса в новый учебный год через импорт с сохранением банка вопросов и очисткой ученических данных. Обе операции занимают несколько минут, но именно они обеспечивают устойчивость накопленного материала.
Наконец, совместная работа методического объединения: общий банк заданий пополняется каждым учителем, а критерии и рубрики согласуются один раз и используются всеми. Это тот случай, когда цифровой формат даёт эффект, недостижимый для бумажных папок: один раз созданный материал работает у всех и не теряется при смене учителя.
8. Искусственный интеллект в работе учителя
Генеративные модели вошли в школьную практику быстрее, чем появились методические рекомендации. В этой ситуации разумно занять позицию, которую можно сформулировать коротко: ИИ — ассистент учителя, а не экзаменатор ученика и не автор методики. Модель хорошо справляется с черновой работой с текстом и кодом и плохо — с ответственностью за педагогическое решение [13]. Отсюда рабочее правило: любой результат модели проходит через экспертизу учителя.
8.1. Подготовка дидактических материалов
Самое очевидное и самое безопасное применение — вариативность. Десять однотипных задач с разными данными и контекстом (магазин, робот, расписание автобусов) готовятся за минуты, а проверяются один раз. Тот же текст легко получить в трёх версиях сложности: для базового уровня, для повышенного и для ученика с ограниченными возможностями здоровья — короче предложения, проще лексика, больше примеров. Для тестов модель предлагает правдоподобные неверные варианты с указанием типовой ошибки, и эти формулировки сразу превращаются в обратную связь.
Отдельно стоит сказать о задачах на «своих» данных: успеваемость класса, расписание кружков, цены в столовой. Такие задачи воспринимаются иначе, чем абстрактные «вася и петя», но данные при этом обезличиваются. Модель также удобна для черновика инструкций к практическим работам, чек-листов и критериев оценивания проектов — того, что учитель обычно пишет в последнюю очередь и в спешке.
Во всех случаях я использую модель как генератор черновиков: формулировки, числа и факты проверяются, а методическая логика — зачем это задание и какой результат оно проверяет — остаётся за мной.
8.2. Проверка работ и обратная связь
Второе применение — «второй читатель». Модель получает условие, критерии и текст работы и возвращает черновик рецензии по критериям. Я правлю формулировки, убираю неточности и добавляю то, что знаю об ученике и чего в тексте работы нет. Для программ модель полезна иначе: она объясняет ошибку «на языке ученика», предлагает подсказку без готового решения, разбирает неэффективный алгоритм.
Третий сценарий — работа с типичными ошибками класса. Загрузив 10–15 работ, можно попросить выделить повторяющиеся дефекты и получить основу для разбора на следующем уроке. Это экономит время на «чтение всего подряд» и помогает увидеть закономерность, которую при проверке по одной работе легко пропустить.
Чего я не делаю: не выставляю итоговую отметку по ответу модели, не отправляю ученику текст без правки и не загружаю в модель персональные данные. Модель предлагает формулировку — решение остаётся педагогическим.
8.3. Анализ результатов
Выгрузка из журнала СДО (оценки по категориям, результаты по вопросам) передаётся модели вместе с вопросом: что освоено, что нет, какие три-пять коррекционных заданий предложить. Статистику считает СДО и таблица, модель только интерпретирует — это важное разделение, потому что арифметику лучше не доверять языковой модели. Тот же приём удобен при подготовке отчёта для методического объединения или родительского собрания: сухие цифры превращаются в понятные формулировки, а я проверяю, что выводы соответствуют данным.
8.4. Организационная работа и документация
Значительная часть времени учителя уходит не на обучение, а на тексты вокруг него: рабочая программа, календарно-тематическое планирование, объявления для родителей, инструкции, положения о конкурсах, сценарии мероприятий, оформление презентаций и раздаточных материалов. Здесь модель даёт наибольшую экономию, потому что работа носит черновой характер: привести текст к шаблону, сократить, переформулировать официальное в понятное, проверить единообразие терминов. Содержательные решения — отбор содержания, распределение часов, система оценивания — принимаются без модели.
8.5. Работа с большими текстами и речью
Транскрипция и конспект видео, поиск по большому документу, сокращение объёмного текста до тезисов, генерация вопросов по параграфу, озвучка материалов для учеников, которым удобнее слушать, — всё это вспомогательные, но вполне рутинные операции, которые модель выполняет быстро. Педагогическая ценность здесь не в новизне, а в том, что учитель перестаёт быть «службой копирования».
8.6. Границы, риски и правила безопасного применения
Цикл работы с моделью, показанный на рис. 3, устроен так, что экспертиза учителя стоит в нём обязательным звеном, а не необязательным пожеланием. Конкретное распределение ролей по задачам приведено в табл. 3.

Рисунок 3 — Цикл работы учителя с генеративной моделью
Таблица 3 — Распределение ролей между ИИ и учителем
|
Задача |
Что делает ИИ |
Что обязательно проверяет учитель |
|
Задачи и варианты |
генерирует формулировки, данные, контекст |
корректность условия и решения, соответствие программе |
|
Тесты и дистракторы |
предлагает варианты ответов и типовые ошибки |
однозначность, отсутствие двух верных вариантов |
|
Черновик рецензии |
сопоставляет работу с критериями |
фактическую точность, тон, знание ученика |
|
Анализ результатов |
интерпретирует выгрузку из журнала |
корректность выводов, объём и состав выборки |
|
Документация |
приводит текст к шаблону, сокращает |
соответствие нормативным требованиям |
|
Материалы для учеников |
адаптирует сложность и формулировки |
отсутствие искажений и упрощений «до ошибки» |
Риски, которые нужно назвать прямо, чтобы они не превратились в проблемы:
— Галлюцинации. Модель уверенно выдаёт неверный факт, формулу или ссылку. Правило: любой факт, число и ссылка проверяются по первоисточнику, а не по тексту модели.
— Персональные данные. Федеральный закон № 152-ФЗ [2] не делает исключения для образовательных целей. В модель не попадают фамилии, класс, оценки и подписанные работы; формулировки обезличиваются, используются инструменты, разрешённые в организации.
— Авторское право. Сгенерированный текст не является «авторским» в полном смысле; в аттестационных и конкурсных материалах ИИ — вспомогательный инструмент, а ответственность за содержание несёт автор.
— Академическая честность. Если задание можно решить с помощью модели, его надо менять: добавлять защиту решения, устное обоснование, задачи с локальным контекстом, оценку процесса, а не только продукта. История попыток в СДО здесь полезна: она показывает, как ученик шёл к результату.
— Потеря собственного голоса. Регулярная сверка «это мой текст или модели» полезна и учителю: язык объяснения — часть методики, его нельзя отдать на аутсорсинг.
— Технические ограничения. Доступность, стоимость, стабильность сервисов. Нужен план «Б»: урок не должен зависеть от того, открылась ли страница.
9. Методический сценарий: урок в 8 классе
Сценарий показывает, как перечисленные инструменты работают в связке на одном уроке. Тема — «Алгоритмы и исполнители», 8 класс, 45 минут плюс домашнее задание (табл. 4).
Таблица 4 — Технологическая карта урока «Алгоритмы и исполнители», 8 класс
|
Этап |
Деятельность |
Инструмент СДО |
Результат и оценивание |
|
1. Входной контроль, 5 мин |
тест из шести вопросов по предыдущей теме |
«Тест»: одна попытка, автопроверка |
автоматическая отметка, список неосвоенных вопросов |
|
2. Актуализация, 7 мин |
разбор типичных ошибок по отчёту |
«Отчёт по тесту», статистика вопросов |
скорректированное объяснение |
|
3. Новый материал, 10 мин |
объяснение с опорой на электронный конспект |
«Книга», материалы курса |
опора для домашней работы |
|
4. Практика, 15 мин |
три задачи разного уровня для исполнителя |
«Задание» с CodeRunner, «Задание» с файлом |
частичный автобалл, видимая ошибка, консультация |
|
5. Итог, 5 мин |
рефлексия и самооценка |
«Опрос», форум |
обратная связь учителю о трудностях |
|
6. Домашнее задание, 3 мин |
выдача: тест по теории и задача |
«Задание»: дедлайн, критерии, попытки |
ученик знает, что, когда и в каком виде сдавать |
Домашнее задание проверяется по маршруту с рис. 2: тест проверяется автоматически, задача проходит через CodeRunner, на её основе готовится черновик рецензии по рубрике, учитель корректирует и публикует. На следующем уроке отчёт по тесту даёт материал для разбора: видно не «класс не понял», а конкретные вопросы и конкретные ученики.
Точка контроля качества формулируется просто. Если вопрос не решили более половины учеников, на следующем уроке разбирается соответствующая тема. Если один неверный вариант выбрали почти все, вопрос переписывается или меняется дистрактор. Если задание выполнено всеми без ошибок, оно слишком просто и не несёт информации — его надо усложнить.
10. Результаты и эффекты
Наблюдаемые эффекты удобно сгруппировать по тому, чьё время экономится.
— Прозрачность. Ученик и родитель в любой момент видят состояние работы: выдана, сдана, проверена, возвращена на доработку. Спорных ситуаций становится меньше, потому что предмет спора — факт, а не воспоминание.
— Снижение рутины. Фиксация сдачи, напоминания о сроке, перенос баллов и сводные отчёты происходят без участия учителя. Время проверки тратится на комментарий, а не на поиск файлов и пересчёт.
— Адресность. Отчёты показывают, кто и что не освоил; помощь становится точечной, а разбор — коротким и по делу.
— Непрерывность. Болезни, сборы и актированные дни не выпадают из учебного процесса: курс доступен, сроки перенастраиваются, работы не теряются.
— Накопление. Банк заданий и материалов растёт, подготовка к следующему году дешевле по времени, а качество заданий повышается за счёт статистики по вопросам.
— Учебная самостоятельность. Мгновенная обратная связь и возможность нескольких попыток меняют отношение к ошибке: она становится шагом работы, а не приговором.
Здесь нужно быть честным в двух отношениях. Во-первых, перечисленные эффекты качественные и наблюдаемые; количественные показатели (например, доля работ, сданных в срок) ведутся в отчётах СДО, но зависят от класса, периода и предмета, поэтому не приводятся как универсальные. Во-вторых, инструменты не улучшают обучение сами по себе: если задания остаются репродуктивными, СДО лишь ускоряет передачу того же содержания. Первый год работы в такой среде требует больше времени, чем экономит; отдача появляется со второго года, когда курс и банк заданий уже накоплены.
Заключение
Цифровая среда не заменяет учителя, а перераспределяет его усилия: машине достаётся то, что проверяется формально, учителю — то, что требует суждения и присутствия. Опыт лицея позволяет сформулировать три вывода.
Первое: ядро среды должно быть одно. Один вход, один журнал, один способ сдачи работы — иначе цифровизация умножает не порядок, а энтропию. Второе: автоматизация начинается с регламента, а не с техники. Пока правила сдачи не сформулированы и не приняты классом, ни один инструмент не поможет. Третье: искусственный интеллект уместен там, где есть черновая работа и есть кому проверить результат; его место — рядом с учителем, а не вместо него.
Практический итог прост: связка «СДО + критериальное оценивание + аккуратно применённый ИИ» возвращает учителю главный дефицитный ресурс — время на ученика. Именно это, а не количество освоенных сервисов, и стоит считать результатом цифровой трансформации урока.
Список использованной литературы
1. Об образовании в Российской Федерации : Федеральный закон от 29.12.2012 № 273-ФЗ (с изм. и доп.) // СПС «КонсультантПлюс». — URL: https://www.consultant.ru/document/cons_doc_LAW_140174/ (дата обращения: 20.10.2026).
2. О персональных данных : Федеральный закон от 27.07.2006 № 152-ФЗ (с изм. и доп.) // СПС «КонсультантПлюс». — URL: https://www.consultant.ru/document/cons_doc_LAW_61801/ (дата обращения: 20.10.2026).
3. Об утверждении Правил применения организациями, осуществляющими образовательную деятельность, электронного обучения, дистанционных образовательных технологий при реализации образовательных программ : постановление Правительства Российской Федерации от 11.10.2023 № 1678 // Официальный интернет-портал правовой информации. — URL: http://publication.pravo.gov.ru/ (дата обращения: 20.10.2026).
4. Об утверждении федерального государственного образовательного стандарта основного общего образования : приказ Минпросвещения России от 31.05.2021 № 287 // Официальный интернет-портал правовой информации. — URL: http://publication.pravo.gov.ru/ (дата обращения: 20.10.2026).
5. Об утверждении федерального государственного образовательного стандарта среднего общего образования : приказ Минобрнауки России от 17.05.2012 № 413 (с изм. и доп.) // Официальный интернет-портал правовой информации. — URL: http://publication.pravo.gov.ru/ (дата обращения: 20.10.2026).
6. СП 2.4.3648-20. Санитарно-эпидемиологические требования к организациям воспитания и обучения, отдыха и оздоровления детей и молодёжи : утв. постановлением Главного государственного санитарного врача РФ от 28.09.2020 № 28. — Москва : Роспотребнадзор, 2020.
7. Уваров А. Ю. Трудности и перспективы цифровой трансформации образования / А. Ю. Уваров, Э. Гейбл, И. В. Дворецкая [и др.]. — Москва : Издательский дом Высшей школы экономики, 2019. — 343, [1] с.
8. Роберт И. В. Теория и методика информатизации образования (психолого-педагогический и технологический аспекты) / И. В. Роберт. — Москва : ИИО РАО, 2010. — 356 с.
9. Полат Е. С. Теория и практика дистанционного обучения : учебное пособие / Е. С. Полат, М. Ю. Бухаркина, М. В. Моисеева. — Москва : Академия, 2004. — 416 с.
10. Соловов А. В. Электронное обучение: проблематика, дидактика, технология / А. В. Соловов. — Самара : Новая техника, 2011. — 462 с.
11. Анисимов А. М. Работа в системе дистанционного обучения Moodle : учебное пособие / А. М. Анисимов. — 2-е изд., испр. и доп. — Харьков : ХНАГХ, 2009. — 292 с.
12. Lobb R. CodeRunner: a tool for assessing computer programming skills / R. Lobb, J. Harlow // ACM Inroads. — 2016. — Vol. 7, № 1. — P. 47–51.
13. Holmes W. Artificial Intelligence in Education: Promises and Implications for Teaching and Learning / W. Holmes, M. Bialik, C. Fadel. — Boston : Center for Curriculum Redesign, 2019. — 244 p.
14. Система дистанционного обучения Инженерного лицея НГТУ : [сайт]. — URL: https://lyceum.nstu.ru/sdo/ (дата обращения: 28.10.2026).
15. Цифровая образовательная среда МАОУ «Инженерный лицей НГТУ» : [новость от 30.10.2026] // Инженерный лицей НГТУ : официальный сайт. — URL: https://lyceum.nstu.ru/ (дата обращения: 30.10.2026).
16. ФГИС «Моя школа»: библиотека цифрового образовательного контента : [сайт]. — URL: https://myschool.edu.ru/ (дата обращения: 28.10.2026).
Приложение А. Библиотека проверенных промптов
Промпты приведены в том виде, в каком они используются: с указанием роли, контекста и требуемого формата. Перед применением класс и данные заменяются на свои, персональные данные не передаются.
1. Варианты задач по теме. «Ты — методист по информатике. Составь 10 задач по теме „[тема]“ для 8 класса: 5 базового уровня, 3 повышенного, 2 высокого. Контекст — школьная жизнь и робототехника. Для каждой задачи укажи условие, входные и выходные данные, эталонное решение и типовую ошибку ученика. Формат — таблица».
Что проверяю: корректность условия и эталонного решения; соответствие программе.
2. Три версии одного текста. «Перепиши этот текст в трёх версиях: для базового уровня, для повышенного и для ученика с ОВЗ (короткие предложения, простые слова, один пример на каждый термин). Сохрани все факты и термины. Не добавляй новых фактов».
Что проверяю: отсутствие искажений и упрощений, которые меняют смысл.
3. Дистракторы с диагностикой. «Для вопроса „[вопрос]“ предложи три неверных варианта ответа и для каждого укажи типовую ошибку, которая к нему приводит. Сформулируй обратную связь на каждый вариант: что ученик перепутал и что ему перечитать».
Что проверяю: однозначность; отсутствие двух верных вариантов.
4. Черновик рецензии. «Ты — учитель информатики. Ниже условие задачи, критерии и работа ученика. Напиши черновик рецензии: одна конкретная похвала, одно конкретное улучшение, следующий шаг. Не выставляй балл. Пиши на „ты“, без канцелярита, до 80 слов».
Что проверяю: фактическая точность, тон, знание ученика.
5. Анализ результатов. «Ниже выгрузка результатов теста по вопросам: номер, тема, доля верных ответов. Выдели три вопроса с наибольшими дефицитами, предположи причины и предложи по одному коррекционному заданию на каждый. Не придумывай данные, которых нет в таблице».
Что проверяю: соответствие выводов данным, объём выборки.
6. Документация и объявления. «Приведи текст к структуре: цель, сроки, что делать, куда обращаться. Сократи на 30 %, сохрани все даты и требования. Тон — уважительный, без угроз».
Что проверяю: соответствие нормативным требованиям и локальным актам.
Приложение Б. Чек-лист организации домашней работы в СДО
1. Задание создано как элемент «Задание» или «Тест», а не как сообщение в форуме.
2. Указаны дата сдачи, правило для опоздавших и число попыток.
3. Критерии оценивания видны ученику до начала работы.
4. Указан шаблон имени файла и допустимые форматы.
5. Для программирования подготовлены видимые и скрытые тест-кейсы, включая граничные.
6. Настроены переопределения для болеющих и участников сборов.
7. Включены уведомления о новых работах и о публикации оценки.
8. Проверка идёт в режиме «порядок оценивания», публикация — после комментария.
9. Используются банк замечаний для развёрнутых работ.
10. Оценки перенесены в «Сетевой город», курс сохранён в резервную копию.
11. Работы учеников не пересылаются в мессенджерах и не загружаются в сторонние сервисы без обезличивания.
12. По итогам проверки зафиксировано одно изменение в задании на следующий год.



