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

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

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

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

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

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

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

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

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

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