Проектирование и разработка базы данных "Прокат автомобилей"

Размещено на http://www.allbest.ru/

Министерство общего и профессионального образования Свердловской области

ГАПОУ СО «ЕТ «Автоматика»

Проектирование и разаботка базы данных «Прокат автомобилей»

Пояснительная записка

КП.090203.ТРиЗБД.01.04.ПЗ

Руководитель

О.В. Веснина

Студент группы ПКС-31

М.А. Ворожко



Содержание

Введение

1. Проектирование базы данных

1.1 Анализ предметной области базы данных

1.2 Проектирование логической и физической моделей базы данных

2. Разработка базы данных

2.1 Обоснование выбора СУБД

2.2 Представление логической модели базы данных в выбранной СУБД. Заполнение таблиц данными

2.3 Разработка запросов, отчетов, форм и макросов

2.4 Разработка интерфейса пользователя

2.5 Организация парольной защиты

Заключение

Библиографический список

Приложение

логический парольный макрос интерфейс



Введение

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

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

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

Цель курсовой работы: проектирование и разработка базы данных «Прокат автомобилей»

Для достижения цели были поставлены следующие задачи:

Изучить и анализировать литературу.

Ознакомиться с предметной областью

Построить физическую модель и логическую модель

Охарактеризовать СУБД для реализации БД.

Построить логическую модель БД.

Создать объекты (запросы, отчеты, таблицы, формы).

Создать интерфейс пользователя

Организовать парольную защиту



1. Проектирование базы данных

1.1 Анализ предметной области базы данных

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

Об услуге.

Вид услуги: транспорт, перевозки.

Тип услуги: аренда авто.

Менеджер по прокату регистрирует арендатора, затем, если у арендатора возникают вопросы по прокату автомобилей, то менеджер на них отвечает, затем они выбирают подходящую модель автомобиля, дополнительные услуги и заключают договор. Арендатор осуществляет оплату, а менеджер предоставляет автомобиль и выбранные услуги (см. приложение 1).

Типовая структура предприятия, предоставляющего услуги по прокату автомобилей (рис. 1.1)



Рис. 1.1 Типовая структура предприятия, предоставляющего услуги по прокату автомобилей

Документы, регулирующие деятельность организаций по прокату автомобилей:

1) Федеральный закон от 08.11.2007 N 259-ФЗ (ред. от 13.07.2015) "Устав автомобильного транспорта и городского наземного электрического транспорта" (с изм. и доп., вступ. в силу с 19.10.2015) регулирует отношения, возникающие при оказании услуг автомобильным транспортом и городским наземным электрическим транспортом, которые являются частью транспортной системы Российской Федерации.

2) "Гражданский кодекс Российской Федерации (часть вторая)" от 26.01.1996 N 14-ФЗ (ред. от 29.06.2015) (с изм. и доп., вступ. в силу с 01.07.2015) § 2. Прокат.

1.2 Проектирование логической и физической моделей базы данных

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

Логическая модель базы данных «Прокат автомобилей» находится в приложении 2.

Таблица «Автомобили» (ключевое поле номер автомобиля) -> Таблица «Заявки» (номер автомобиля)

Тип связи: один ко многим (на один автомобиль может быть много заявок).

Таблица «Услуги» (ключевое поле наименование услуги) -> Таблица «Заявки» (наименование услуги)

Тип связи: один ко многим (на одну услугу может быть много заявок).

Таблица «Арендаторы» (ключевое поле ФИО) -> Таблица «Заявки» (ФИО Арендатора)

Тип связи: один ко многим (один арендатор может сделать неограниченное число заявок).

Таблица «Сотрудники» (ключевое поле ФИО) -> Таблица «Заявки» (ФИО Сотрудника)

Тип связи: один ко многим (один сотрудник может оформить неограниченное число заявок).

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

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

Первый подход не связан с конкретной СУБД и предполагает описание физических свойств данных каждой таблицы -- физические модели таблиц базы данных.

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

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

Таблица «Автомобили».

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

Таблица «Арендаторы».

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

Таблица «Сотрудники».

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

Таблица «Договор (водитель)».

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

Таблица «Договор (без водителя)».

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

Таблица «Услуги».

Содержит информацию о наименовании услуг и их стоимости.

Таблица «Заявки».

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

Физическая модель таблицы базы данных предполагает описание свойств каждого поля таблицы. Физическая модель базы данных «Прокат автомобилей» находится в Приложении 3.



2. Разработка базы данных

2.1 Обоснование выбора СУБД

База данных - это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определённой теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой её части. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определённого типа. Каждая строка таблицы содержит данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей). Строки таблицы называются записями, все записи имеют одинаковую структуру - они состоят из полей, в которых хранятся атрибуты объекта. Каждое поле в записи содержит одну характеристику объекта и имеет строго определённый тип данных (например, текстовая строка, число, дата). Все записи имеют одни и те же поля, только в них содержатся разные значения атрибутов.

Основные функции СУБД - это описание структуры базы данных, обработка данных и управление данными.

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

- добавить в таблицу одну или несколько записей;

- удалить из таблицы одну или несколько записей;

- обновить значения некоторых полей в одной или нескольких записях;

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

Система Microsoft Access является одним из основных компонентов Microsoft Office и предназначена для работы с реляционными базами данных. Особенность данной СУБД: вся информация базы данных хранится в одном файле (*.accdb). Кроме информации таблиц, в этом же файле сохраняются компоненты приложения для работы с базой данных - экранные формы, отчеты, запросы, макросы.

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

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

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

* для ввода данных в таблицы;

* ввода условий обработки информации в запросы;

* организации пользовательского интерфейса.

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

Формы для ввода условий обработки информации в запросы имеют аналогичное назначение и, кроме того, позволяют конструировать запросы без применения языка SQL. Формы для организации пользовательского интерфейса предназначены для создания эффективного оформления разработанной прикладной программы. Это формы различного назначения, например, формы-заставки, формы-меню, кнопочные формы и др.

Простейшим способом ограничения доступа к базе данных является установка пароля для открытия базы данных (*.accdb). После установки пароля при каждом открытии базы данных будет появляться диалоговое окно, в которое требуется ввести пароль. Этот способ достаточно надежен (Microsoft Access шифрует пароль, поэтому к нему нет доступа при непосредственном чтении файла базы данных), но он действует только при открытии базы данных. После открытия базы все объекты становятся доступными для пользователя. Для базы данных, которая совместно используется небольшой группой пользователей или на автономном компьютере, обычно оказывается достаточно установки пароля.

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

2.2 Представление логической модели базы данных в выбранной СУБД. Заполнение таблиц данными

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

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

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

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

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

Обеспечение целостности данных означает выполнение для взаимосвязанных таблиц следующих условий корректировки базы данных:

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

В главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице

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

Access не позволяет создавать связи с параметрами целостности в схеме данных, если ранее введенные в таблицы данные не отвечают требованиям целостности.

Для представления логической модели базы данных «Прокат автомобилей» в СУБД Access будет использован снимок схемы данных с экрана. (Приложение 4, рис. 1)

Для представления заполнения таблиц данными и их визуализации в режиме конструктора использованы снимки базы данных «Прокат автомобилей» с экрана (Приложение 4)

2.3 Разработка запросов, отчетов, форм и макросов

В ходе выполнения курсового проекта были реализованы формы и отчеты. Формы и отчеты представлены в Приложении 4.

Для решения поставленной задачи запросы не потребовались, их роль выполняют формы. Макросы не понадобились, их роль выполняют элементы контроля (кнопки со встроенными макросами) на форме.

Каждая форма содержит элемент управления (кнопка со встроенным макросом), позволяющая быстро вывести на печать требуемый документ. У пользователя нет прямого доступа к отчетам, при нажатии на кнопку отчет открывается, СУБД дает команду на печать и отчет закрывается.

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

2.4 Разработка интерфейса пользователя

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

При входе в базу данных «Прокат автомобилей» пользователь попадает на основную форму, на которой расположены кнопки для перехода от формы к форме (Приложение 4, рис. 25).

Для начала работы следует перейти на форму «Арендаторы» и заполнить все поля, кроме поля «Номер договора» (Приложение 4, рис. 26).

При утрате каталога можно открыть форму «Автомобили» для демонстрации арендатору (Приложение 4, рис. 27).

После заполнения данных о арендаторе необходимо выбрать тип договора, необходимый для арендатора, затем открыть соответствующую форму (в нашем случае договор с водителем), заполнить данными с помощью специальных средств (поле со списком, календарь), нажать кнопку «Печать отчета», в появившемся окне выбрать печать 2-х копий, первая арендатору, вторая в архив. (Приложение 4, рис. 28).

При необходимости заказа дополнительных услуг следует перейти на форму «Заявка», затем заполнить форму данными с помощью специальных средств (поле со списком, календарь), нажать кнопку «Печать отчета», в появившемся окне выбрать печать 2-х копий, первая арендатору, вторая в архив. (Приложение 4, рис. 29).

Для перехода между записями необходимо использовать соответствующую панель, находящуюся внизу формы (Приложение 4, рис. 30).

2.5 Организация парольной защиты

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

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

Чтобы обеспечить защиту данных в компьютерных системах необходимо определить перечень мер, обеспечивающих защиту.

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



Заключение

В ходе выполнения данного проекта были достигнуты следующие цели:

Изучена и проанализирована литература.

Проведено ознакомление с предметной областью

Построена физическая модель и логическая модель

Охарактеризована СУБД для реализации БД.

Построена логическая модель БД.

Созданы объекты (отчеты, таблицы, формы).

Создан интерфейс пользователя

Организована парольная защита

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



Библиографический список

1) Фуфаев Э. В. Ф94 Базы данных: учеб. пособие для студ. сред. проф. образова¬ ния / Э.В.Фуфаев, Д.Э.Фуфаев. -- 4-е изд., стер. -- М. : Издательский центр «Академия», 2008. -- 320 с. ISBN 978-5-7695-5260-1

2) http://www.consultant.ru/document/cons_doc_LAW_72388/

3) https://www.consultant.ru/document/cons_doc_LAW_9027/

4) http://www.intuit.ru/department/database/basedbw/7/



Приложение

Таблица «Автомобили»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	Номер автомобиля	Номер автомобиля	Короткий текст	6	-	Да
2	Модель автомобиля	Модель автомобиля	Короткий текст	60	-	Нет
3	Цвет автомобиля	Цвет автомобиля	Короткий текст	25	-	Нет
4	Тип автомобиля	Тип автомобиля	Короткий текст	15	-	Нет
5	Тип кузова	Тип кузова	Короткий текст	15	-	Нет
6	Трансмиссия	Трансмиссия	Короткий текст	4	-	Нет
7	Количество дверей	Количество дверей	Числовой	-	-	Нет
8	Количество мест	Количество мест	Числовой	-	-	Нет
9	Положение руля	Положение руля	Короткий текст	6	-	Нет
10	Фото	Фото	Поле объекта OLE	-	-	Нет

Таблица «Арендаторы»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	ФИО	ФИО	Короткий текст	50	-	Да
2	Контактный телефон	Контактный телефон	Короткий текст	11	-	Нет
3	Адрес	Адрес	Короткий текст	255	-	Нет
4	Номер договора	Номер договора	Числовой	-	-	Нет
5	Права категории	Права категории	Короткий текст	2	-	Нет
6	Стаж вождения (лет)	Стаж вождения (лет)	Числовой	-	-	Нет



Таблица «Заявка»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	Номер заявки	Номер заявки	Счетчик	-	-	Да
2	ФИО арендатора	ФИО арендатора	Короткий текст	50	-	Нет
3	ФИО сотрудника	ФИО сотрудника	Короткий текст	50	-	Нет
4	Наименование услуги	Наименование услуги	Короткий текст	40	-	Нет
5	Дата/время начала оказания услуги	Дата/время начала оказания услуги	Дата и время	-	-	Нет
6	Дата/время окончания оказания услуги	Дата/время окончания оказания услуги	Дата и время	-	-	Нет
7	Номер автомобиля	Номер автомобиля	Короткий текст	6	-	Нет
8	Тип автомобиля	Тип автомобиля	Короткий текст	15	-	Нет

Таблица «Сотрудники»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	ФИО сотрудника	ФИО сотрудника	Короткий текст	50	-	Да
2	Должность	Должность	Короткий текст	25	-	Нет
3	Дата рождения	Дата рождения	Дата и время	-	-	Нет
4	Дата приема на работу	Дата приема на работу	Дата и время	-	-	Нет

Таблица «Услуги»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	Наименование услуги	Наименование услуги	Короткий текст	45	-	Да
2	Стоимость услуги	Стоимость услуги	Денежный	-	2	Нет



Таблица «Договор (водитель)»

N п/п	Имя поля	Подпись поля	Тип данных	Количество символов	Точность	Ключ
1	Номер договора	Номер договора	Счетчик	-	-	Нет
2	ФИО Арендатора	ФИО Арендатора	Короткий текст	50	-	Нет
3	ФИО Водителя	ФИО Водителя	Короткий текст	50	-	Нет
4	ФИО Сотрудника	ФИО Сотрудника	Короткий текст	50	-	Нет
5	Дата/время начала проката	Дата/время начала проката	Дата и время	-	-	Нет
6	Дата/время окончания проката	Дата/время окончания проката	Дата и время	-	-	Нет
7	Номер автомобиля	Номер автомобиля	Короткий текст	6	-	Нет
8	Стоимость проката/сутки	Стоимость проката/сутки	Денежный	-	-	Нет

Рис. 1 Схема данных базы данных «Прокат автомобилей» в СУБД Access.



Рис. 2 Условно-заполненная таблица «Сотрудники»

Рис. 3 Таблица «Сотрудники» в режиме конструктора

Рис. 4 Условно-заполненная таблица «Услуги»

Рис. 5 Таблица «Услуги» в режиме конструктора



Рис. 6 Условно-заполненная таблица «Заявка»

Рис. 7 Таблица «Заявка» в режиме конструктора

Рис. 8 Условно-заполненная таблица «Арендаторы»



Рис. 9 Таблица «Арендаторы» в режиме конструктора

Рис. 10 Условно-заполненная таблица «Автомобили»

Рис. 11 Таблица «Автомобили» в режиме конструктора



Рис. 12 Условно-заполненная таблица «Договор (нет водителя)»

Рис. 13 Таблица «Договор (нет водителя)» в режиме конструктора

Рис. 14 Условно-заполненная таблица «Договор (водитель)»

Рис. 15 Таблица «Договор (водитель)» в режиме конструктора



Рис. 16 Форма «Автомобили»

Рис. 17 Форма «Арендаторы»

Рис. 18 Форма «Договор (водитель)»



Рис. 19 Форма «Договор (Без водителя)»

Рис. 20 Форма «Заявка»

Рис. 21 Форма «Основная форма»



Рис. 22 Отчет «Договор (без водителя)»

Рис. 23 Отчет «Договор (водитель)»

Рис. 24 Отчет «Заявка»



Рис. 25 Основное меню.

Рис. 26 Форма «Арендаторы»

Рис. 27 Форма «Автомобили»



Рис. 28 Форма «Договор (водитель)»

Рис. 29 Форма «Заявка»

Рис. 30 Панель перехода между записями

Размещено на Allbest.ru