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

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

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

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

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

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

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

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

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

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