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

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

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

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

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

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

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

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

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

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