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

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

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

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

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

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

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

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

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

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