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

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

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

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

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

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

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

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

В разделе обобщаются результаты проектирования системы управления парковками и оценивается выполнение поставленных задач. Подтверждается, что Activity Diagram позволяет описать алгоритм бронирования, а ER-модель — структуру данных и связи объектов. Также отмечаются возможности дальнейшего развития: авторизация, уведомления, оплата и отчетность.

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