БД «Прокат автомобилей»

ID номер

марка

ID номер

паспортные  данные

цвет

год выпуска

стаж  вождения ыпуска

вместимость

состояние

кол-во заказов

свободен  или нет

тип кузова

телефон

модель.

Домашний адрес

.

 
Атрибуты ДТП – ID номер, дата, клиент-водитель, автомобиль,

ДТП

ID номер

дата

ID номер контракта

автомобиль

УРОН

повреждение

 

Модели

Контракты

Контракты будем рассматривать, как связь между клиентами, автомобилями и ДТП. Атрибуты Контракта:

 

номер модели

номер контракта

 

класс

ДАТА ЗАКЛЮЧЕНИЯ КОНТРАКТА

ДАТАТ ОКОНЧАНИЯ КОНТРАКТА

модель авто

номер клиента в базе

марка авто

номер машины

Длительность аренды

Цена аренды/сутки

Клиенты

ФИО

паспортные  данные

ID номер

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

Автомобили

марка

ID номер

цвет

вместимость

состояние

тип кузова

свободен  или нет

содержит

Регистрационный

стаж  вождения ыпуска

Контракты

номер контракта

 

ДАТА ЗАКЛЮЧЕНИЯ КОНТРАКТА

ДАТАТ ОКОНЧАНИЯ КОНТРАКТА

номер клиента в базе

номер машины

Длительность аренды

Цена аренды/сутки

кол-во заказов

Домашний  адрес

телефон

номер модели в базе

.

ДТП

Модели

повреждение

ID номер контракта

автомобиль

дата

УРОН

ID номер

номер модели

класс

модель авто

марка авто

 

 

 

 

Описание атрибутов инфологической модели:

Автомобили :

• ID номер – атрибут хранящий информацию о номер машины в базе
• номер модели в базе - атрибут хранящий информацию о номере модели в базе
• марка - атрибут хранящий информацию о марке автомобиля
• цвет - атрибут хранящий информацию о цвете автомобиля
• статус - атрибут хранящий информацию о расположении автомобиля

 

Контракты:

• номер контракта - – атрибут хранящий информацию о номере контракта в базе.
• ДАТА ЗАКЛЮЧЕНИЯ – атрибут хранящий информацию о дате начала аренды.
• ДАТАТ ОКОНЧАНИЯ – атрибут хранящий информацию о окончании срока аренды.
• номер клиента в базе – атрибут хранящий информацию о порядковом номере клиента в базе.
• номер машины - – атрибут хранящий информацию о номере автомобиля в базе, его ID.
• Длительность аренды – атрибут хранящий информацию о кол-ве дней аренды.
• Цена аренды/сутки – атрибут хранящий информацию о стоимости аренды автомобиля в сутки.

ДТП:

• ID номер – атрибут хранящий уникальный идентификатор.
• Дата – атрибут хранящий информацию о дате совершения аварии
• ID номер контракта – атрибут хранящий информацию о номере контракта
• Автомобиль – атрибут хранящий информацию о автомобиле который попал в ДТП.
• УРОН -– атрибут хранящий информацию о процентном отношении от основной оставляющей единицы.
• Повреждение -– атрибут хранящий информацию описывающую повреждение

Клиенты:

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

 

Контракты

ER–диаграмма авто-проката  приведена на схеме

(базовые сущности на  рисунках выделены полужирным  шрифтом):

Клиенты

Автомобили

 

ДТП

 

Данная программа предполагает:

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

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

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

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

Система создаётся для  обслуживания следующих групп пользователей:

• менеджеры;
• сотрудники, обслуживающие заказы и клиентов;
• сотрудники, обслуживающие автомобили;
• клиенты (для аренды автомобилей);
• администрация (дирекция);

 

 

Определим границы информационной поддержки пользователей:

1) Функциональные возможности:

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

2) Готовые запросы:

• Список автомобилей, которые в настоящее время не сданы напрокат.

• Список моделей легковых автомобилей с ценой не более 600 грн в день.

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

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

• Список клиентов, которые брали напрокат одновременно более одного автомобиля.

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

• Расчет суммы, которую должен за прокат определенный клиент.

 

1.4 Выбор СУБД

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

Все СУБД для  ПК можно подразделить на 3 вида:

Системы управления базами данных в буквальном смысле этого термина, для которых работа с базами возможна только после запуска  в работу этой системы без возможности  создания автономных программ, работающих с базами. К этим системам относятся: Access, Paradoх, dBase. (http://www.intuit.ru/department/database/basedbw/2/basedbw_2.html )

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

Системы для  разработки пользовательских программ для работы с базами данных - Clipper, Clarion.

 

Все подобные СУБД имеют в своем составе  средства для:

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

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

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

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

разработки программных модулей  для сложной обработки данных;

генерации запросов очень сложной  структуры - с использованием данных из различных баз, заданием сложных  условий отбора данных, сортировки и группировки данных;

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

Важными факторами, определяющими выбор СУБД, являются:

Формат базы данных, обеспечивающий возможность обмена информацией  с другими приложениями операционной системы. Одним из самых распространенных форматов является dbf-формат, с которым работают dBase, FoхBase, FoхPro, Visual FoхPro, Clipper. Его "понимают" все приложения MS Office. Данные из этих баз можно переносить в Word, Eхcel, Access. Свои собственные форматы данных имеют Clarion, Paradoх, Access.

Обеспечение секретности и конфиденциальности данных - имеют системы, не ориентированные  на разработчика программ: Access, Paradoх. Однако этот фактор может быть реализован при хранении данных на выделенном сервере, где права различных пользователей легко разграничить.

 

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

Последние версии СУБД, разработанные  для работы в OC Windows 95, относятся к классу RAD-систем (Rapid Application Development) - средства быстрой разработки приложений - и имеют объектно-ориентированный язык программирования. Это такие системы, как Visual FoхPro, MS Access, Visual dBase и другие.

 

 

Microsoft Access

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

Для работы с базой данных система использует Microsoft Jet database engine - систему управления базами данных, извлекающую и сохраняющую данные в пользовательских и системных задачах. Ядро базы данных Microsoft Jet можно рассматривать как компонент диспетчера данных, с помощью которого строятся остальные системы доступа к данным, такие как Microsoft Access и Microsoft Visual Basic.

Язык написания  программных модулей для работы с базой данных - Microsoft Visual Basic for Applications (VBA).

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