Файл: Програма Інформаційні технології проектування.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 12.12.2023

Просмотров: 82

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
використовуються та зберігаються в системі, відносини між цими типами даних, способи групування та організації даних, їх формати та атрибути [16].

Моделі даних створюють забезпечення розробника концептуальною схемою бази даних. При їх створені задіяний метод семантичного моделювання, інструментом якого слугує використання діаграм сутність-зв’язок. Під час їх створення використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозв’язків між сутностями [17].

Ретельне проектування бази даних є надзвичайно важливим для бездоганної роботи сервісу, оскільки воно дозволяє зрозуміти логіку роботи додатку та за допомогою яких дій може бути досягнутий результат. Створена модель дає можливість концептуально визначити набори даних, які були використані [24].

Інформаційна онлайн-система слугує для підтримки сервісів туристично- екскурсійної агенції м. Суми. Вона містить інформацію про місто, визначні пам’ятки, а також наявні екскурсійні маршрути. Використовуючи онлайн-систему користувачі можуть отримати дані про місто, переглядати інформацію про визначні пам’ятки міста, а також мають можливість замовити туристичну екскурсію на сторінках сервісу або створити власний маршрут.

В процесі проектування бази даних було виділено наступні сутності:

  • категорії (categories);

  • всі визначні пам’ятки (places);

  • зображення (images);

  • користувачі (users);

  • обрані пам’ятки (place_user);

  • пам’ятки у екскурсійному маршруті (place_route);

  • екскурсійний маршрут користувача (route_user);

  • всі маршрути (routes);

  • готові екскурсії (excursion);

  • замовлені екскурсії користувачем(ехсшьіоп_ user);


На рисунку 2.4 приведене представлення моделі бази даних додатку з атрибутами сутностей та зв’язками між таблицями.


place_route Kj_piace_route (PK) kJ_piace_user (PFK) id_users (PFK) kl_places (PFK) id_categories (PFK)

phce_user

id_place_user (PK) id_users (PFK) id_places (PFK) id_categories (PFK)

excursion_user

route_user

id_rautes (PK) title

id_place_roiite (PFK) id_place_user (PFK) id_users (PFK) id jlaces (PFK) id_categories (PFK) id_route_user (PFK) id_users (PFK)

I- id_roirte_user(PK) kJ_users (PFK)

id_excursion_user (PK) nJ users (PFK)




users

id_users (PK) name

email

password remember_token is_admin

Рисунок 2.4 - Представлення моделі бази даних додатку

Зв’язок сутності «Категорії» з сутністю «Всі визначні пам’ятки» означає, що до однієї категорії може належати декілька пам’яток, але пам’ятка повинна мати власну категорію.

Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Зображення» означає, що у однієї пам’ятки може бути декілька зображень, але зображення повинно відноситися до пам’ятки.

Зв’язок сутності «Користувачі» з сутністю «Обрані пам’ятки» означає, що у користувача може бути декілька обраних пам’яток для створення власної екскурсії.

Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Обрані пам’ятки» означає, що обрана пам’ятка може бути обраною декількома користувачами.

Зв’язок сутності «Обрані пам’ятки» з сутністю «Пам’ятки у екскурсії» означає, що обрана пам’ятка може бути додана до екскурсій.

Зв’язок сутності «Користувачі» з сутністю «Екскурсії користувача» означає, що у користувача може бути декілька створених екскурсійних маршрутів.

Зв’язок сутності «Пам’ятки у екскурсійному маршруті» з сутністю «Всі екскурсійні маршрути» означає, що обрані пам’ятки можуть бути додані до екскурсійних маршрутів.

Зв’язок сутності «Екскурсійні маршрути користувача» з сутністю «Всі екскурсійні маршрути» означає, що створені користувачем екскурсійні маршрути можуть бути збережені та додані до списку усіх створених маршрутів.

Зв’язок сутності «Користувачі» з сутністю «Замовлені екскурсії користувача» означає, що у користувача може бути декілька замовлених екскурсій.

Проаналізувавши сутності, використовувані в моделі додатку, можна перейти до реалізації структури бази даних. Для цього
слід представити назви необхідних таблиць, атрибутів, типів, їх призначення та обмеження (табл. 2.1).

Таблиця 2.1 - Структура бази даних

Таблиця

Поле

Зміст

Тип

Ключі

Обмежен­ня

Категорії

id_categories

Ідентифікатор категорії

integer

PK

not null

title

Назва категорії

varchar(255)




not null

slug

Семантичний

URL

varchar(255)




not null

Всі визначні пам’ятки

id_places

Ідентифікатор пам’ятки

integer

PK

not null

id_categories

Ідентифікатор категорії

integer

PFK

not null

slug

Семантичний

URL

varchar(255)




not null

title

Назва пам’ятки

varchar(255)




not null

content

Опис пам’ятки

text







post_img

Зображення

varchar(255)







post_ thumbnail

Мініатюра зображення

varchar(255)









Продовження таблиці 2.1 - Структура бази даних

Таблиця

Поле

Зміст

Тип

Ключі

Обмежен­ня

Всі визначні пам’ятки

location

Місце розташування пам’ятки

varchar (255)







Зображення

id_images

Ідентифікатор зображення

integer

PK

not null

id_places

Ідентифікатор пам’ятки

integer

PFK

not null

id_categories

Ідентифікатор категорії

bigint(20)

PFK

not null

img

Зображення

varchar (255)







gallery_ thumb

Зображення в галереї

varchar (255)







Користувачі

id_users

Ідентифікатор користувача

integer

PK

not null

name

Ім’я користувача

varchar (255)




not null

email

Електронна

пошта

varchar (255)




not null

password

Пароль

varchar (255)




not null

remember_ token

Запам’ятати

користувача

varchar (255)







is_admin

Чи адмін

tinyint(1)