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

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

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

Здесь описывается, как представить время и длительность числовыми значениями, а дела — строками таблицы или элементами списка. Рассматривается условие, по которому выявляется пересечение интервалов, и роль сортировки при проверке расписания. Раздел помогает обосновать выбор структуры данных для модели.

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

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

В этом пункте задается порядок работы помощника: обработка исходного списка, размещение дел с фиксированным временем, поиск свободных интервалов для гибких задач и проверка полученного плана. Логика представляется в виде последовательности шагов, блок-схемы или псевдокода, чтобы ее можно было проверить и реализовать.

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

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

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