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

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

Раздел посвящён требованиям к формулировке заданий и правилам подготовки критериев проверки. Будет показано, как связать условие вопроса с темой и уровнем сложности, а также как описать правильный ответ и возможное начисление частичных баллов. Результаты изучения этих принципов станут основой для структуры данных, используемой программой.

В пункте описывается, как программа может хранить задания и выбирать их для нового варианта. Рассматриваются поля карточки задания, фильтрация по теме и сложности, случайный отбор и защита от повторов внутри одной контрольной. Также поясняется, почему результат генерации необходимо проверять на соответствие заданным параметрам.

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

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

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

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

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

В список включаются использованные учебные и справочные материалы по информатике, программированию, алгоритмам и методике оценивания. Для каждой книги, статьи или электронного источника указываются автор или организация, название, год публикации и адрес ресурса, если он доступен. Список позволяет проверить происхождение теоретических сведений и использованных технических рекомендаций.