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

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

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

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

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

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

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

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

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

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