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

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

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

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

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

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

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

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

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

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