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

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

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

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

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

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

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

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

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

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