Кольцова А.А. Разработка прототипа системы бронирования велопрокатной организации

31

Рисунок 1.12 – Декомпозиция подсистемы «Регистрация пользователя» Если пользователь является администратором, он перенаправляется на

страницу администратора. В противном случае, система перенаправляет его на страницу пользователя, где запрашивает оценку последнего бронирования. В

завершение система показывает оповещение об успешной авторизации и уведомляет пользователя.

32

Рисунок 1.13 – Декомпозиция подсистемы «Авторизация пользователя» Процесс бронирования велосипеда (рисунок 1.14) начинается с ввода

данных. Система проверяет авторизацию и корректность данных, при необходимости перенаправляя пользователя. Далее проверяется доступность велосипеда на указанное время. Если велосипед недоступен, предлагается другое

33

время. При доступности создается запись бронирования, данные сохраняются, и

отправляется подтверждение. Процесс завершается успешным бронированием.

Рисунок 1.14 – Декомпозиция подсистемы «Бронирование велосипеда» Процесс обновления информации о клиентах (рисунок 1.15) начинается с

ввода данных и проверки их корректности. В зависимости от выбранного действия (добавление, удаление, редактирование записи, просмотр бронирований, отмена бронирования), система проверяет уникальность или

34

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

Рисунок 1.15 – Декомпозиция подсистемы «Управление пользователями» Процесс обновления каталога (рисунок 1.16) начинается с ввода данных,

которые проверяются на корректность. В случае ошибки запрашивается повторное введение. Определяется выбранное действие: добавление, удаление или редактирование записи. При добавлении проверяется уникальность записи;

если уникальна, она добавляется и сохраняется. При удалении или

35

редактировании проверяется существование записи; если запись существует,

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

Рисунок 1.16 – Декомпозиция подсистемы «Обновление каталога»

36

Процесс формирования отчета о бронировании (рисунок 1.17) начинается с ввода данных для отчета. Система проверяет корректность введенных данных и при необходимости возвращает ошибку пользователю. После проверки корректности система собирает данные о бронированиях за указанный период.

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

Рисунок 1.17 – Декомпозиция подсистемы «Формирование отчетности»

37

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

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

1.6Разработка логической БД

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

1.18.

Рисунок 1.18 – Логическая модель данных Таким образом, логическая модель данных помогает создать

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

38

1.7Разработка физической БД

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

Разработанная модель представлена на рисунке 1.19.

Рисунок 1.19 – Физическая модель данных

Таблица agelimits содержит данные о возрастных ограничениях для велосипедов. В ней два столбца: age_limit_id (первичный ключ, автоинкремент)

и age_limit (возрастное ограничение). Таблица availability хранит информацию о статусе доступности велосипедов, включающую столбцы availability_id (первичный ключ, автоинкремент) и status (статус доступности). Таблица bikes

содержит подробные данные о велосипедах, такие как модель, размер рамы,

возрастные ограничения, серийный номер и статус доступности, включая несколько внешних ключей для связи с другими таблицами, такими как framesizes, agelimits, и categories. Таблица bookingdetails связывает бронирования с конкретными велосипедами, содержа внешние ключи на таблицы bookings и bikes, что позволяет отслеживать, какие велосипеды были забронированы в каждом бронировании.

39

1.8Разработка документа «Концепция системы»

Разработанный документ «Концепция системы» представлен в приложении Б.

Цели проекта включают автоматизацию процесса бронирования велосипедов, повышение удовлетворенности клиентов и увеличение прибыли компании, а также оптимизацию внутренних бизнес-процессов прокатной организации.

1.9Разработка технического задания

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

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

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

Техническое задание служит основой для дальнейших этапов разработки,

таких как проектирование, программирование, тестирование и внедрение системы, обеспечивая четкое понимание всех требований и ожиданий от системы как для заказчика, так и для разработчика.

Разработанное техническое задание представлено в приложении В.

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

40

2ПРОЕКТНАЯ ЧАСТЬ

2.1Техническое проектирование

Техническое проектирование — это процесс разработки детализированного плана для создания информационной системы. На этом этапе определяется структура системы, выбирается технологическая платформа,

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

Разработанный технический проект представлен в приложении Г.

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

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

Это также направлено на увеличение прибыли компании за счет улучшения качества обслуживания и предоставление аналитических данных для принятия управленческих решений.

Объекты автоматизации были подробно описаны в документе Технико-

экономическое обоснование. Основные объекты автоматизации включают процессы бронирования велосипедов, управление инвентарем, учет клиентов и формирование отчетов.