Файл: Курсовая работа по мдк 04. 01 Технология разработки и защиты баз данных.docx
Добавлен: 06.12.2023
Просмотров: 622
Скачиваний: 20
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
, и тот вносит его в карточку работающих в данный момент. Сведения карточки отображаются на экране.
Заказы поступают по телефону к диспетчеру, он записывает необходимые данные в базу заявок. Дата и время поступления заявки диспетчер вводит сам или вводиться автоматически. Клиент может сразу у диспетчера узнать стоимость заказа, и только потом заказывать такси.
Потом из списка свободных водителей выбирает того, кто будет выполнять заказ, или водитель сам отвечает по обратной связи, что примет заказ. После подтверждения водителем диспетчер ставит водителю статус "Занят", точнее это происходит автоматически, когда статус заказа "Выполняется", потому что в бланке каждого заказа ставиться исполнитель. После выполнения заказа водитель отчитывается перед диспетчером, тот ставит заявке статус "Выполнен" и у водителя меняется статус на "Свободен".
Для эффективной работы с данными необходима не только сама БД, но и знания сотрудника. Он должен уметь пользоваться компьютером, получать, накапливать, хранить и обрабатывать данные, представляя результат в виде наглядных документов, и знать основы работы с программами, установленными на его ПК.
Разработка проекта производилась при помощи приложения Microsoft SQL Server, предназначенном для управления, проектирования и разработки баз данных. Выбор этой СУБД был обусловлен её популярностью, удобством и так же уже имеющимся опытом работы в ней. Перед началом разработки БД необходимо познакомить с основными понятиями БД и СУБД.
Исходя из перечисленных выше задач и требований к разработке БД для службы такси, можно сформулировать функциональные требования к разрабатываемой базе данных.
База данных должна выполнять следующие функции:
Для разработки базы данных кинотеки нам необходимо понимать как устроена и связана работа отдельных процессов в ней, для этого разработаем нотацию к нашей базе (см. рис. 2.1).
Рисунок 2.1 – Нотация
База данных для программного продукта разработана с помощью СУБД SQL Server и состоит из 20 таблиц. Все таблицы связаны между собой по смыслу и особенностям работы БД проектирование базы данных.
Для обеспечения целостности данных и возможности логически связывать информацию, каждая таблица содержит поле «ID_Имя_Таблицы», которое является первичным ключом. (см. рис. 2.2).
Рисунок 2.2 – Диаграмма данных
Таблица «Автомобили» (табл. 2.1) содержит в себе все данные об автомобилях, а также внешний ключ к таблице «Водители», для определения того кому относится данный автомобиль.
Таблица 2.1 – Структура таблицы «Автомобиль»
Таблица «Марки» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование марки автомобиля (табл. 2.2). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.2 – Структура таблицы «Марки»
Таблица «Модели» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование модели автомобиля (табл. 2.3). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.3 – Структура таблицы «Модели»
Таблица «Цвет» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование цвета автомобиля (табл. 2.4). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.4 – Структура таблицы «Цвет»
Таблица «Техническое_состояние» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование технического состояния автомобиля (табл. 2.5). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.5 – Структура таблицы «Техническое_состояние»
Таблица «Водители» (табл. 2.6) содержит в себе все данные об владельцах автомобилей.
Таблица 2.6 – Структура таблицы «Водители»
Таблица «Причина_нетрудоспособности» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование причины нетрудоспособности водителя (табл. 2.7). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.7 – Структура таблицы «Причина_нетрудоспособности»
Таблица «Статус_водителя» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование статуса у водителя (табл. 2.8). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.8 – Структура таблицы «Статус_водителя»
Таблица «Заявки» (табл. 2.9) содержит в себе все данные об заявках.
Таблица 2.9 – Структура таблицы «Заявки»
Заказы поступают по телефону к диспетчеру, он записывает необходимые данные в базу заявок. Дата и время поступления заявки диспетчер вводит сам или вводиться автоматически. Клиент может сразу у диспетчера узнать стоимость заказа, и только потом заказывать такси.
Потом из списка свободных водителей выбирает того, кто будет выполнять заказ, или водитель сам отвечает по обратной связи, что примет заказ. После подтверждения водителем диспетчер ставит водителю статус "Занят", точнее это происходит автоматически, когда статус заказа "Выполняется", потому что в бланке каждого заказа ставиться исполнитель. После выполнения заказа водитель отчитывается перед диспетчером, тот ставит заявке статус "Выполнен" и у водителя меняется статус на "Свободен".
Для эффективной работы с данными необходима не только сама БД, но и знания сотрудника. Он должен уметь пользоваться компьютером, получать, накапливать, хранить и обрабатывать данные, представляя результат в виде наглядных документов, и знать основы работы с программами, установленными на его ПК.
Разработка проекта производилась при помощи приложения Microsoft SQL Server, предназначенном для управления, проектирования и разработки баз данных. Выбор этой СУБД был обусловлен её популярностью, удобством и так же уже имеющимся опытом работы в ней. Перед началом разработки БД необходимо познакомить с основными понятиями БД и СУБД.
- 1 2 3 4 5 6 7
Требования к разрабатываемой базе данных
Исходя из перечисленных выше задач и требований к разработке БД для службы такси, можно сформулировать функциональные требования к разрабатываемой базе данных.
База данных должна выполнять следующие функции:
-
Хранение и структуризация данных. -
Удобство и простота получение необходимых данных
Выводы
-
Во время исследования предметной области проанализирована деятельность службы такси. -
Анализ деятельности позволил определить важные учетные задачи, которые легли в основу требований к разрабатываемой базе данных.
-
ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ
-
Проектирование таблиц базы данных
Для разработки базы данных кинотеки нам необходимо понимать как устроена и связана работа отдельных процессов в ней, для этого разработаем нотацию к нашей базе (см. рис. 2.1).
Рисунок 2.1 – Нотация
База данных для программного продукта разработана с помощью СУБД SQL Server и состоит из 20 таблиц. Все таблицы связаны между собой по смыслу и особенностям работы БД проектирование базы данных.
Для обеспечения целостности данных и возможности логически связывать информацию, каждая таблица содержит поле «ID_Имя_Таблицы», которое является первичным ключом. (см. рис. 2.2).
Рисунок 2.2 – Диаграмма данных
Таблица «Автомобили» (табл. 2.1) содержит в себе все данные об автомобилях, а также внешний ключ к таблице «Водители», для определения того кому относится данный автомобиль.
Таблица 2.1 – Структура таблицы «Автомобиль»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| Гос_номер | nvarchar(20) | Совпадения не допускаются | Да | Ключевое поле служит для идентификации государственного номера автомобиля | Не допустимо повторение значений |
| ID_марка | int | Совпадения допускаются | | Указывается марка автомобиля | Поле не может быть нулевым |
| ID_модель | int | Совпадения допускаются | | Указывается модель автомобиля | Поле не может быть нулевым |
| ID_цвет | int | Совпадения допускаются | | Указывается цвет автомобиля | Поле не может быть нулевым |
| Год_выпуска | int | Совпадения допускаются | | Указывается год выпуска автомобиля | Поле не может быть нулевым |
| ID_тех_состояние | int | Совпадения допускаются | | Указывается техническое состояние автомобиля | Поле не может быть нулевым |
Таблица «Марки» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование марки автомобиля (табл. 2.2). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.2 – Структура таблицы «Марки»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_марка | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации марки | Не допустимо повторение значений |
| Марка | nvarchar(50) | Нет | | Наименование марки | Поле не может быть нулевым |
Таблица «Модели» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование модели автомобиля (табл. 2.3). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.3 – Структура таблицы «Модели»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_модель | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации модели | Не допустимо повторение значений |
| Модель | nvarchar(50) | Нет | | Наименование модели | Поле не может быть нулевым |
Таблица «Цвет» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование цвета автомобиля (табл. 2.4). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.4 – Структура таблицы «Цвет»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_цвет | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации цвета | Не допустимо повторение значений |
| Цвет | nvarchar(50) | Нет | | Наименование цвета | Поле не может быть нулевым |
Таблица «Техническое_состояние» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование технического состояния автомобиля (табл. 2.5). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.5 – Структура таблицы «Техническое_состояние»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_тех_состояние | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации технического состояния | Не допустимо повторение значений |
| Тех_состояние | nvarchar(50) | Нет | | Наименование технического состояния | Поле не может быть нулевым |
Таблица «Водители» (табл. 2.6) содержит в себе все данные об владельцах автомобилей.
Таблица 2.6 – Структура таблицы «Водители»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_водитель | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации автомобиля | Не допустимо повторение значений |
| Фамилия | nvarchar(50) | Совпадения допускаются | | Указывается фамилия водителя | Поле не может быть нулевым |
| Имя | nvarchar(50) | Совпадения допускаются | | Указывается имя водителя | Поле не может быть нулевым |
| Отчество | nvarchar(50) | Совпадения допускаются | | Указывается отчество водителя | Поле не может быть нулевым |
| Дата_рождения | date | Совпадения допускаются | | Указывается дата рождения водителя | Поле не может быть нулевым |
| Телефон | nvarchar(20) | Нет | | Указывается телефон водителя | Поле не может быть нулевым |
| Стаж_работы | int | Совпадение допускается | | Указывается стаж работы | Поле не может быть нулевым |
| Номер_водительского_удостоверения | nvarchar(20) | Нет | | Указывается номер водительского удостоверения | Поле не может быть нулевым |
| Дата_выдачи_водительского_удостоверения | date | Совпадения допускаются | | Указывается дата выдачи водительского удостоверения | Поле не может быть нулевым |
| Гос_номер | nvarchar(20) | Нет | | Указывается Государственный номер автомобиля | Поле не может быть нулевым |
| ID_причина_нетрудоспособности | int | Совпадение допускается | | Указывается причина нетрудоспособности | Поле не может быть нулевым |
| ID_статус | int | Совпадение допускается | | Указывается статус водителя | Поле не может быть нулевым |
Таблица «Причина_нетрудоспособности» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование причины нетрудоспособности водителя (табл. 2.7). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.7 – Структура таблицы «Причина_нетрудоспособности»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_причина_ нетрудоспособности | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации причины нетрудоспособности | Не допустимо повторение значений |
| Причина | nvarchar(50) | Нет | | Наименование причины нетрудоспособности | Поле не может быть нулевым |
Таблица «Статус_водителя» – эта таблица, выделена для того, чтобы не заполнять каждый раз наименование статуса у водителя (табл. 2.8). Данная таблица имеет следующие столбцы и их типы данных:
Таблица 2.8 – Структура таблицы «Статус_водителя»
| Наименование поля | Тип поля | Индексация | Назначение поля | Ограничения, накладываемые на поле | |
| Вид индексации | Ключ | ||||
| ID_статус | int | Совпадения не допускаются | Да | Ключевое поле служит для идентификации статуса водителя | Не допустимо повторение значений |
| Статус | nvarchar(50) | Нет | | Наименование статуса | Поле не может быть нулевым |
Таблица «Заявки» (табл. 2.9) содержит в себе все данные об заявках.
Таблица 2.9 – Структура таблицы «Заявки»