2073

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

Курсовая

Информатика, кибернетика и программирование

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

Русский

2013-01-06

1.61 MB

1646 чел.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЕЖИ И СПОРТА УКРАИНЫ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЕЖИ И СПОРТА АР КРЫМ

РВУЗ «КРЫМСКИЙ ИНЖЕНЕРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ»

ФАКУЛЬТЕТ ИНФОРМАТИКИ

КАФЕДРА ИНФОРМАЦИОННО-КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ

КУРСОВАЯ РАБОТА

По дисциплине : «Базы данных и информационные системы»

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

Студента 2 курса

Направление подготовки

6ю040302 «Информатика»

Юрковского Д.Ю

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

Шкарбан Ф.В

Курсовая работа допущена к защите

Зав.каф.ИКТ____________д.пед.н., проф З.С.Сейдаметова

Оценка после защиты______________

Дата___________       ____________

             подпись научного руководителя)

г. Симферополь.

2012 г


Оглавление

Введение

Глава 1. Анализ БД

1.2 Описание предметной области

1.3 Инфологическая модель БД

1.4 Выбор СУБД

1.5 Логическое пректирование

Вывод к главе 1

Глава 2. Разработка

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

2.1.1 Создание таблиц и заполнение их информацией

2.1.2 Создание связей между таблицами

2.1.3 Определение условий целостности данных

2.2. Создание форм, отчетов и запросов

Запросы

2.3 Обеспечение защиты от несанкционированного доступа

2.4 Создание меню проекта и программной оболочки

2.5 Создание справочной системы

2.6 Создание инсталляционного пакета

Вывод к главе 2

Список литературы
Введение

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

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

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

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

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

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

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

Построить ER – модель.

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

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

Разработать проект и БД.

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

Определить условия целостности.

Создать справку

Создать программную оболочку

Создать инсталляционный пакет.

Объектом работы является процесс разработки БД. Предметом является разработка БД «Автобусный парк».

Курсовая работа содержит 40 - рисунков, 60- страниц, 10 - таблиц.

Курсовая работа состоит из введения, 2ч –глав и заключения.

В главе 1 представлены понятия в области БД.

Глава 2 содержит процесс разработки БД «Прокат автомобилей».


Глава 1. Анализ БД.

Первая модель База данных (БД, database) - поименованная совокупность структури-рованных данных, относящихся к определенной предметной области. (http://www.intuit.ru/department/database/basedbw/1/ )

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

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

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

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

Логическую структуру хранимых в базе данных называют моделью представления данных (или просто модель данных). Они разделяються на два класса – классические и не классические. К первому классу относяться три модели:

  1.  Иерархическая
  2.  Сетевая
  3.  Реляционная

Не классические модели появились относительно недавно и стали  активно применяться на практике. Самые известные из них это.

  1.  Пост реляционная
  2.  Многомерная
  3.  Объектно-ориентированная.

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

К достоинствам иерархической модели относятся эффективность в использовании памяти ЭВМ и неплохие показатели времени выполнения основных операций над ними. Она удобна для работы с иерархически упорядоченной информацией.

Недостатком иерархической модели является её громоздкость для обработки информации с достаточно сложными логическими связями.

Сетевая модель.

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

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

Недостатком сетевой модели является высокая сложность и жесткость схемы БД, которая построена на её основе, а также сложность для понимания и выполнения обработки информации БД обычным пользователем. Кроме того в такой модели ослаблен контроль целостности  связей вследствие допустимости установления производственных связей между записями.

Реляционная модель.

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

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

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

Сущность –объект любой природы, данные о котором храняться в БД. Данные сущности находяться в отношениях.

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

1.2 Описание предметной области

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

Нас интересует работа автопроката.

Углубимся в структуру работы автопроката.

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

Процедура аренды автомобиля проста. От клиента требуется, чтобы его возраст был не менее 21 года и не превышал 70 лет. Служащему арендной компании надо предъявить паспорт и водительское удостоверение (международное). К моменту заключения договора удостоверение должно быть действительно не менее 2 лет. В некоторых странах обслуживание клиента производится только при наличии кредитной карты, в большинстве же стран оплата за услуги проводится наличными, но необходимо внести небольшой залог.

В стоимость арендной платы должно входить следующее:

  1.  неограниченный пробег автомобиля;
  2.  доставка клиенту автомобиля в черте города;
  3.  ремонт или замена автомобиля в случае технической неисправности, кроме повреждения покрышек и ветрового стекла;
  4.  полная страховка на случай ДТП, произошедшего не по вине клиента;
  5.  страховка, покрывающая ущерб, нанесенный автомобилю в ДТП по вине клиента, сверх определенной суммы (но если на момент ДТП водитель находился в состоянии алкогольного опьянения, страховка не выплачивается);
  6.  страховка пассажиров (кроме водителя) от несчастных случаев (себя водитель может застраховать за дополнительную плату);
  7.  налоги.

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

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

Автомобили застрахованы от всех рисков на условиях КАСКО и ОСАГО. В случае ДТП ответственность Клиента составляет величину залога – 200$, весь остальной ущерб, нанесённый автомобилю, покрывает страховая компания.

 Процесс оформления аренды автомобиля прост и понятен. От Вас требуется лишь минимальный комплект документов (паспорт и водительское удостоверение) и 15 минут Вашего времени для оформления документов аренды.

1.3 Инфологическая модель базы данных.

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

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

База данных создаётся для информационного обслуживания пункта авто-проката.

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

В соответствии с предметной областью система строится с учётом следующих особенностей:

  1.  каждый автомобиль сдается в рамках контракта;
  2.  автомобиль может быть арендован одним клиентом;
  3.  один контракт создается на каждую сделку об аренде;
  4.  контракт оформляется на одного клиента;
  5.  количество заказов, которые сделал клиент влияет на цену сделки;
  6.  стаж вождения клиента влияет на цену сделки;
  7.  каждый автомобиль выпущен определенной фирмой;
  8.  автомобиль каждой фирмы имеет определенную цену за день аренды;
  9.  ДТП регистрируется на одного водителя-арендатора и на один автомобиль за рулем которого он был.
  10.  Существует предел кол-ва автомобилей, которыми может оперировать авто-прокат, примерно 50-100.


Схемы базовых сущностей этой предметной области:

Атрибуты Автомобилей    Атрибуты клиентов

Клиенты

Автомобили

ФИО

ID номер

марка

ID номер

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

цвет

год выпуска

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

вместимость

состояние

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

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

тип кузова

телефон

модель.

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

.


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

ДТП

ID номер

дата

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

автомобиль

УРОН

повреждение

  1.  

Модели

Контракты

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

номер модели

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

класс

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

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

модель авто

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

марка авто

номер машины

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

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

Клиенты

ФИО

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

ID номер

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

Автомобили

марка

ID номер

цвет

вместимость

состояние

тип кузова

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

содержит

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

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

Контракты

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

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

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

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

номер машины

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

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

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

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

телефон

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

.

ДТП

Модели

повреждение

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

автомобиль

дата

УРОН

ID номер

номер модели

класс

модель авто

марка авто

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

Автомобили :

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

Контракты:

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

ДТП:

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

Клиенты:

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

Контракты

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

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

Клиенты

Автомобили

ДТП

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

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

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

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

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

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

  1.  менеджеры;
  2.  сотрудники, обслуживающие заказы и клиентов;
  3.  сотрудники, обслуживающие автомобили;
  4.  клиенты (для аренды автомобилей);
  5.  администрация (дирекция);

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

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

  1.  ведение БД (запись, чтение, модификация, удаление в архив);
  2.  обеспечение логической непротиворечивости БД;
  3.  обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
  4.  реализация наиболее часто встречающихся запросов в готовом виде;
  5.  предоставление возможности сформировать произвольный запрос на языке манипулирования данными.
  6.  ведение списка автомобилей;
  7.  ведение списка клиентов;
  8.  поиск автомобилей по марке, вместимости, цвету, году выпуска;
  9.  учет времени проката;
  10.  учет стоимости проката (цена проката зависит от марки автомобиля);
  11.  предоставление скидок для постоянных клиентов: величина скидки зависит от стажа водителя, от того, сколько раз данный клиент брал автомобили напрокат и от степени аварийности его езды.

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

  1.  Список автомобилей, которые в настоящее время не сданы напрокат.
  2.  Список моделей легковых автомобилей с ценой не более 600 грн в день.
  3.  Список автомобилей, пользующихся наибольшим спросом в течение последнего месяца.
  4.  Список автомобилей, не пользующихся спросом.
  5.  Список клиентов, которые брали напрокат одновременно более одного автомобиля.
  6.  Список постоянных клиентов с указанием того, сколько раз они брали напрокат автомобили (в разное время).
  7.  Расчет суммы, которую должен за прокат определенный клиент.

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 шифрует пароль, поэтому к нему нет доступа при непосредственном чтении файла базы данных), но он действует только при открытии базы данных. После открытия базы все объекты становятся доступными для пользователя (пока не определены другие типы защиты, описанные ниже в этом разделе). Для базы данных, которая совместно используется небольшой группой пользователей или на автономном компьютере, обычно оказывается достаточно установки пароля.

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

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

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

При запуске Microsoft Access от пользователя требуется идентифицировать себя и ввести пароль. Microsoft Access по умолчанию создает две группы: администраторы (группа Admins ) и простые пользователи (группа Users ). Допускается определение других групп и пользователей.

Члены группы Admins имеют разрешения на доступ ко всем объектам базы данных. Другим группам и пользователям могут предоставляться разрешения на доступ только к отдельным объектам базы данных. Типовые разрешения на доступ для группы Users могут включать " Чтение данных " и " Обновление данных " для таблиц и запросов, а также " Открытие/запуск " для форм и отчетов.

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

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

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

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

  1.  удалить из таблицы одну или несколько записей;
  2.  обновить значения некоторых полей в одной или нескольких записях;
  3.  найти одну или несколько записей, удовлетворяющих заданному условию.

Для выполнения этих операций используется механизм запросов. Результатом выполнения запросов является либо отобранное по определённым критериям множество записей, либо изменение в таблицах. (http://www.intuit.ru/department/database/basedbw/7/ )

Visual FoxPro

Visual FoxPro (VFP) - современная СУБД для персональных компьютеров, использующая реляционные базы данных, имеющая объектно-ориентированный алгоритмический язык для работы с информацией, методы визуального программирования и достаточно большие возможности. Типы данных, которые могут иметь поля таблиц базы данных,

Некоторые достоинства системы:

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

Современная организация реляционных баз данных, позволяющая хранить информацию о таблицах базы, их свойствах, индексах и связях, задавать условия соблюдения ссылочной целостности, создавать локальные и удаленные представления ( Views ), связи с серверами, хранимые процедуры, исполняемые при наступлении более 50 различных видов событий (VFP 7.0-9.0).

Высокая скорость работы с большими базами данных.

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

Высокая скорость разработки приложений с использованием Мастеров (Wizard), Конструкторов (Designer), Построителей (Builder), режим подсказок IntelliSense при написании текста программ, системы отладки и тестирования программ.

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

Возможность разработки приложений, работающих по технологии "клиент-сервер" с данными, размещенными на серверах баз данных Oracle и Microsoft SQL Server и с другими приложениями Microsoft Windows с использованием ODBC и OLE

Возможность разработки Интернет-приложений для работы с базами данных и работы с Web-сервисами. Создание и работа с COM и COM+ компонентами (Component Object Model).

Возможность разработки проекта для работы с базами данных с компиляцией его в программу, исполняемую в VFP (*.app), в операционной системе Microsoft Windows (*.exe или *.dll) или в Интернет-браузере (*.app).

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

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


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

( http://www.intuit.ru/department/database/basedbw/4/1.html )

1.5. Логическое проектирование реляционной БД

Преобразование ER–диаграммы в схему базы данных

Автомобили

Контракты

Клиенты

ДТП

 


Нормализация полученных отношений (до 3НФ)

отношения Автомобили (Cars)

(таблица 1)

id 

year_of_issue - Год выпуска

color - Цвет

quality - Состояние

rented - В прокате

model - Модель

marka Название

photo фото

capacity Вместимость

price Цена (за день аренды)

type Тип кузова

ID

Model

Marka

Ear_of_issue

Color

Quality

Capacity

Type

Price

Rented

1

ВАЗ-2172

Lada Priora

2008

black

normal

5

хэтчбек

200

no

2

ВАЗ-1119

LADA KALINA

2009

blue

normal

5

седан

250

no

3

ВАЗ-21236

Chevrolet Niva

2002

yellow

normal

5

универсал

150

no

4

ВАЗ-2121

LADA 4х4

2007

green

normal

5

хетчбэк

190

no

5

УАЗ-315195

UAZ Hunter

2008

green

normal

5

хетчбэк

200

no

6

Audi A3

Audi AG

2007

red

normal

5

хетчбэк

250

no

(таблица 1)


Приведем к 1НФ (таблица 2)

Отношение  приведено к 1НФ , если все его атрибуты простые.

Отношение (Cars) содержит сложные атрибуты Модели (model) и  Марка (Brand). Для приведения к 1НФ требуется сделать ключ отношения составным – атрибуты ID, Model, Brand 

(таблица 2)

ID

Model

Brand

Ear_of_issue

Color

Quality

Capacity

Type

Price

Rented

Photo

1

ВАЗ-2172

Lada Priora

2008

black

normal

5

хэтчбек

200

no

Jpg 1

2

ВАЗ-1119

LADA KALINA

2009

blue

normal

5

седан

250

no

Jpg 2

Вторая нормальная форма (2НФ)

Ключом отношения Автомобили является комбинация полей (ID, Model, Brand). Все поля не входящие в состав ключа, зависят только от идентификатора автомобилей. Поэтому отношение должно быть разбито на два: Автомобили и Автомобили – Модели – Марки.

Отношение Автомобили приведённое к 2НФ (таблица 3)

ID

Ear_of_issue

Color

Quality

Capacity

Type

Price

Rented

1

2008

black

normal

5

хэтчбек

200

no

2

2009

blue

normal

5

седан

250

no

3

2002

yellow

normal

5

универсал

150

no

4

2007

green

normal

5

хетчбэк

190

no

5

2008

green

normal

5

хетчбэк

200

no

6

2007

red

normal

5

хетчбэк

250

no

(таблица 3)

Отношение  Автомобили – Модели – Марки. (таблица 4)

ID

Model

Marka

Klass

1

ВАЗ-2172

Lada Priora

Lada Priora

2

ВАЗ-1119

LADA

LADA

 

(таблица 4)


Третья нормальная форма (3НФ)

Для отношения Автомобили  атрибут Price зависит от Ear_of_issue, а не от ключа. Поэтому для приведения отношения к 3НФ нужно выделить из него ещё одно отношение Стоимость аренды  (таблица 5)

ID

Ear_of_issue

Color

Quality

Capacity

Type

Price

Rented

1

2008

black

normal

5

хэтчбек

200

no

2

2009

blue

normal

5

седан

250

no

3

2002

yellow

normal

5

универсал

150

no

4

2007

green

normal

5

хетчбэк

190

no

5

2008

green

normal

5

хетчбэк

200

no

6

2007

red

normal

5

хетчбэк

250

no

(таблица 5)

отношение Стоимость аренды (таблица 6)

Ear_of_issue

Price

2008

200

2009

250

2002

150

2007

190

2008

200

2007

250

(таблица 6)


отношения
Клиенты (Clients)

d  - идентификатор (первичный ключ)

fio - Фамилия, имя, отчество

Dyers - Стаж вождения

Rating - Рейтинг (кол-во заказов)

Passport - № Паспорта

Accidents - Кол-во аварий

Date Дата заключения

(таблица 7)

Days – Длительность

Collisions – Повреждения

Id

Fio

Passport

Dears

Rating

Accidents

Date

Days

Collisions

Result

1

Громов И.Н.

EE543778

2

1

0

01.03.2012

1

No

0%

2

Ближина М.А.

AE452525

5

1

0

01.03.2012

1

No

0%

3

Тимохин С.С.

EA954437

6

4

0

01.03.2012

1

No

0%

Result - Результат (урон)

(таблица 7)

Первая нормальная форма (1НФ)

отношения Клиенты (Clients)

Отношение  приведено к 1НФ , если все его атрибуты простые.

отношения Клиенты (Clients) (таблица 8)

Id

Family

Imia

Otchestvo

Passport

Dyers

Rating

Accidents

Date

Days

Collisions

Result

1

Громов

Игорь

Николаевич

EE543778

2

1

0

01.03.2012

1

No

0%

2

Ближина

Мария

Анатольевна

AE452525

5

1

0

01.03.2012

1

No

0%

3

Тимохин

Степан

Сергеевич

EA954437

6

4

0

01.03.2012

1

No

0%

4

Качкурова

Зинаида

Михайловна

AB808764

4

1

0

01.03.2012

1

No

0%

5

Батраков

Степан

Сергевич

CA826498

1

1

0

01.03.2012

1

No

0%

(таблица 8)

Вторая нормальная форма 2 НФ

Ключом отношения Клиенты (Clients) является комбинация полей (ID, Family, Dyers). Все поля не входящие в состав ключа, зависят только от идентификатора Clients. Поэтому отношение должно быть разбито на два: Клиенты и Клиенты – ФИО – Dyers Отношение Клиенты – ФИО – Dyers приведённое к 2НФ

(таблица 9)

Id

Familiya

Imya

Otchestvo

Dyers

1

Громов

Игорь

Николаевич

2

2

Ближина

Мария

Анатольевна

5

3

Тимохин

Степан

Сергеевич

6

Третья нормальная форма (3НФ)

Для отношения Клиенты (Clients)  атрибут Accidents зависит от Result, а не от ключа. Поэтому для приведения отношения к 3НФ нужно выделить из него ещё одно отношение ДТП  (таблица 10)

Id

Accidents

Result

1

0

0%

2

0

0%

3

1

5%

4

0

0%

5

0

0%

6

0

0%

7

0

0%

8

0

0%

(таблица 10)

1НФ. Отношения данной БД не нарушают 1НФ, т.к. нет сложных атрибутов.

2НФ. Отношения данной БД примера не нарушают 2НФ, т.к. не ключевые атрибуты всех отношений функционально полно зависят от первичных ключей.

3НФ. Отношения данной БД нарушают 3НФ, т.к. есть транзитивные зависимости:

  1.  Вынесем отдельное отношение Марка (Brand), в котором будут содержаться ID марки, название марки, фото и цена.
  2.  Вынесем отношение ЦВЕТА (colors), в котором будут содержаться всевозможные цвета автомобилей: ID и название цвета.
  3.  Вынесем отношение МОДЕЛИ (colors), в котором будут содержаться всевозможные цвета автомобилей: ID, ID марки (внешний ключ), вместимость и тип кузова.

Автомобили

Клиенты

ДТП

Контракты

Модель

1.4.2. Определение дополнительных ограничений целостности

Перечислим ограничения целостности, которые не указаны в таблицах.

  1.  Значения всех числовых атрибутов – больше 0 (или null, если атрибут необязателен).
  2.  quality в cars и result в accidents не могут превышать 100, т.к. они означают %.
  3.  Цвет (color) в cars – элемент списка цветов автомобилей.
  4.  Год выпуска (year_of_issue) в cars не может быть меньше 1998 и не может превышать 2050.

Денормализация

Соотношение КЛИЕНТЫ:

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

Соотношение АВТОМОБИЛИ:

В прокате автомобиль или нет рациональнее хранить как вычисляемое поле, чтобы быстрее реализовывать поиск автомобилей.

1.4.3. Описание групп пользователей и прав доступа

Опишем для каждой группы пользователей права доступа к каждой таблице и к каждому полю (атрибуту).

  1.  Администратор БД: имеет доступ ко всем данным (по записи), может изменять структуру базы данных и связи между отношениями. Устанавливает права доступа для всех остальных групп.
  2.  Представители администрации компании: имеют доступ по чтению ко всем данным и доступ по записи к отношениям CARS, CLIENTS, CONTRACTS, ACCIDENTS, BRANDS, MODELS.
  3.  Менеджеры: имеет доступ по чтению ко всем данным. Имеют доступ по записи к отношениям CARS, CLIENTS, BRANDS, MODELS, ACCIDENTS, CONTRACTS.
  4.  Сотрудники, обслуживающие заказы (могут отсутствовать): имеет доступ по чтению и записи к отношениям CLIENTS, ACCIDENTS, CONTRACTS.
  5.  Сотрудники, обслуживающие автомобили: имеют доступ по чтению к CARS и MODELS.

Вывод к главе 1

Выполнив главу 1, я понял что, базы данных это средство для организации оптимизированного хранения, выборки и представления информации. Программное обеспечение, предназначенное для организации и ведения баз данных – это Система Управления Базами Данных. Таблицы составляют основу нашей БД. В них храниться вся необходимая информация. Для работы оптимальной СУБД является Visual FoxPro 9.0.


Глава 2. Разработка

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

2.1 Проектирование БД.

При разработке БД «Прокат автомобилей» были созданы следующие таблицы, которые осуществляют информационную поддержку БД «Прокат автомобилей»:

  1.  Автомобили
  2.  Клиенты
  3.  Контракты
  4.  ДТП
  5.  Модели

Для начала создания БД «Прокат автомобилей», с помощью СУБД FoxPro

Необходимо запустьить приложение Microsoft Visual FoxPro. После программы в меню File, нужно кликнуть кнопку  NEW. В результате появится окно New, в нем нужно выбрать вкладку Project. Будет предложено два варианта создания проекта: Вручную, либо же с помощью мастера. Выбираем вариант Wizard (с помощью мастера).

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

В меню File выберите команду New (рис.1)

Рис. 1. Новый проект

Откроется диалоговое окно New, в котором нужно выбрать опцию Project и нажать кнопку Wizard.

Далее в поле ввода Project name необходимо задать имя создаваемого проекта, а в поле ввода Project file указать его расположение. Для выбора папки, в которой вы хотите разместить прект, можно использовать кнопку Browse, открывающую диалоговое окно, позволяющее найти на компьютере необходимую папку. При этом ставим флажок Create project directory structure, который позволяет автоматически создать в указанной папке проекта специализированные папки. На данном этапе создается База Данных (рис. 2)

Рси.2 Создание проекта

После определения имени файла и его расположения нажмите кнопку ОК для создания нового проекта. Мастер переходит к созданию нового проекта, и на экране появляется диалоговое окно построителя приложения Application Builder (рис. 3)

Рис.3. построитель изображения

Диалоговое окно содержит следующие вкладки:

General – основные параметры создаваемого проекта

Credits – информация об авторах проекта.

Data – Параметры создания баз данных и таблиц.

Form – информация о формах, входящих в проект.

Reports -  информация об отчетах, входящих в проект.

Advanced – параметры создания справочной системы, меню проекта.

2.1.1 Создание таблиц и заполнение их информацией.

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

Ввыбрав вкладку New Table, создаем новую таблицу.  Таблица может находиться в двух режимах:

  1.  В режиме Modify, где указывается название полей их типы и размеры, а также  определяется тип индекса. (Рис. 4)
  2.  В режиме Drowse, предназначенный для заполнения таблицы  текстовой информацией. Для того чтобы ввести в таблицу данные нужно воспользоваться сочетанием клавиш CTRL+Y.

Следующим шагом станет создание таблиц в базе данных «Прокат автомобилей» Таблицы эти уже продуманны на этапе «логического проектирования» и нам остается только перенести их в созданную базу данных. Начнем с сущности «Автомобили». Для этого создадим пустую таблицу и присвоим ей поля соответсвующии атрибутам сущности «Автомобили».

  1.  номер машины в базе
  2.  номер модели в базе
  3.  цвет автомобиля
  4.  статус
  5.  регистрационный номер авто

Рис.4. Поля таблицы Автомобили

Как видно по рисунку 4, каждому полю, мы присваиваем тип хранимых в нем данных (колонка Type) и размер его поля (Width).

Для полей, которые будут связывать наши таблицы, необходимо задать индексы (ключи) (рис.5). В таблице автомобили (cars) такими полями будут:

  1.  ID (номер машины в базе) – первичный ключ. Это поле основное в таблице, по индексу которого таблица «Автомобили», будет связанна с таблицей «Контракты»
  2.  Model id (номер модели в базе) – вторичный ключ. Используется для связи с сущностью «Модели».

Рис.5. индексы таблицы «Автомобили».

Далее заполняем текстовой информацией таблицу «Автомобили» (рис. 6).

Рис. 6. Заполнение текстовой информацией таблицы «Автомобили»

Те же действия проделали с оставшимися сущностями.

Создадим таблицу «Клиенты» и заполним её полями(установив в них необходимые типы данных) (Рис. 7)

Рис.7. Поля таблицы «Клиенты»

Рис.8. Индексы таблицы «Клиенты»

Заполним таблицу «Клиенты» записями (рис.9)

Рис.9. Заполнение таблицы  «Клиенты»

Следующей создадим таблицу «Контракты» » и заполним её полями(установив в них необходимые типы данных) (Рис. 10)

  1.  номер контракта  - первичный ключ. Это поле основное в таблице
  2.  ДАТА ЗАКЛЮЧЕНИЯ КОНТРАКТА
  3.  ДАТАТ ОКОНЧАНИЯ КОНТРАКТА
  4.  номер клиента в базе - вторичный ключ. Используется для связи с сущностью «Клиенты».

  1.  номер машины - вторичный ключ. Используется для связи с сущностью «Автомобили».
  2.  Длительность аренды
  3.  Цена аренды/сутки

Рис.10. Поля таблицы «Контракты»

Рис.11. Индексы таблицы «Контракты»

Рис.12. Заполнение таблицы  «Контракты»

Следующей создадим таблицу «ДТП» » и заполним её полями(установив в них необходимые типы данных) (Рис. 13)

Рис.13. Поля таблицы «ДТП»

Рис.14. Индексы таблицы «ДТП»

Рис.15. Заполнение таблицы  «ДТП»

В результате мы получаем пять таблиц (рис. 16)

Рис.16. БД»Прокат автомобилей».

2.1.2. Создание связей между таблицами.

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

Между таблицами «Клиент» и «Контракты» создаем связь один ко мноким, ткак как один клиент может заключить несколько контрактов.

Между таблицами «Контракты» и «ДТП» создаем связь один ко многим, т.к по одному контраку может быть несколько ДТП.

Между таблицами «Автомобили» и «Модели» создаем связь многие к одному, т.к много машин может быть одной модели.

В таблице «Контракты» и «Автомобили» связь многие к одному т.к много контрактов может быть на одну машину .

Рис.17. БД «Прокат автомобилей» со связями.

Установленные отношения между таблицами могут быть использованы для создания целостности данных.

2.1.3. Определение условий целостности данных.

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

Целостность (от англ. Integrity – нетронутость, неприкосновенность, сохранность, цеостность) – понимается как правильность данных в любой момент веремени.

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

  1.  Cascade (Последовательно выполнить). При выборе этой опции обновляются все дочерние записи в соответствии с новыми значениями ключа в родительской таблице, если у них совпадало старое значение «родительского ключа».
  2.  Restrict (Ограничить). Если в дочерней таблице есть связанные записи (т.е существуют записи с текущим значением родительского ключа), то FoxPro запрещает обновление родительского ключа.
  3.  Ignore (Игнорировать). При выборе данной опции система прекращает следить за соблюдением правил ссылочной целостности и разрешает обновление родительского ключа независимо от наличия связанных записей в дочерних таблицах.

При оформлении целостности данных в БД «прокат автомобилей» использовались свойства «Cascade»  и «Restrict», т.к вся информация  в базе данных тесно связанна между собой и необходимо её хранение после удаления значений. Например, если клиент был удален, то информация о нем должна оставаться. (рис.18)

Рис.18. Условия целостности БД»прокат автомобилей».

2.2. Создание форм, отчетов, запросов.

В большинстве случаев основным звеном программы является форма. Именно посредством форм пользователь оперирует данными – вводит и модифицирует их. По большому счету, форма –вот и все что видит пользователь 

в проводимое за работой с программой время.

Для создания формы открываем вкладку Documents, выделяем Forms и нажимаем на кнопку New. Откроется окошко, в котором не обходимо выбрать способ, каким создается форма:

  1.  Wizard – быстрый способ создания формы со стандартным набором кнопок, стилем и простым в обращении.
  2.  New form – более долгий, но точный способ создания, в котором пользователь сам создает форму

Выбираем Wizard  и создаем форму для таблицы Автомобили.  Переносим необходимые нам поля для отображения (ри.19)

Рис.19. Выбор полей.

Далее выбираем стиль оформления и набор кнопок (рис.20)

Рис.20. Внешний вид формы

На следующем шаге задаем сортировку (Рис.21)

Рис.21 Выбор порядка вывода строк

В конце сохраняем нашу форму в папке Forms (рис. 22)

Рис.22 Сохранение формы.

Так выглядит конечная форма (рис.23)

Рис. 23 Конечная форма

Таким же способом были реализованы формы для таблиц клиенты, контракты, модели, аварии (рис. 24).

Рис. 24. Формы типа аварии, клиенты, контракты, модели


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

Для создания отчета также открываем Documents, однако выбираем уже Reports и нажимаем New.. .Выбираем Wizard и создаем отчет для таблицы водитель, что бы распечатать информацию о водителях. Выбираем поля и способ сортировки (рис- 25).

Рис.25. Выбор полей и сортировка в отчете

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

Рис. 26. Отчет о автомобилях

Также был создан второй отчет о клиентах (рис. 27).

Рис.27. Отчет о клиентах.

 

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

Для создания запроса выбираем вкладку Data, а в ней поле Query. Также выбираем New query. Добавляем таблицу автомобили, и на ее основе создаем запрос, на автомобили которые находятся в гараже (рис. 28).

Рис.28. Запрос на автомобили

Для выполнения запроса нажимаем Run query (рис. 29)

Рис.29. Результат выполнения запроса.

2.3 Обеспечению защиты от несанкционированного доступа

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

Рис.30. Форма входа в БД «Прокат автомобилей»


Создадим форму, в которую можно будет ввести пароль, которая будет сверять их с теми, что хранятся в кнопке «ОК» (рис. 31).

Рис. 31. Листинг кнопки «Вход»

Данная форма проверяет верность введенного пароля, посредством сверки их со значениями находящимися в кнопке «ОК». Если пароль введен неверно, то форма выдаёт сообщение об ошибке (рис. 32), программа при этом не выполняет никаких действий.

Рис. 33. Ошибка входа

Так же в форме задействована кнопка «Выход». При нажатии на нее на экран выводится окно с сообщением (рис. 33), с вариантами «Да» и «Нет». При выборе варианта «Да» завершится работа приложения, при «Нет» приложение будет продолжать работу.

Рис.33 Подтверждение о выходе.


2.4. Создание меню проекта и программной оболочки

Меню - горизонтальная строка, объединяющая в себе все элементы проекта. Для ее создания открывает вкладку Other- Menus, и нажимаем уже знакомую нам кнопку New.. .Начинаем заполнять поля (рис. 34).

Рис.34. Построение меню

Рси.35. Опции меню

Для создания программной оболочки, переходим на вкладку Code Programs и создаем новую программу. (рис 36)

Рис. 36. Программа.

2.5. Создание справочной системы

Справочная система - небольшая программа, хранящая информацию, относящуюся к данной курсовой работе. Данная справочная система разработана в среде Microsoft help Workshop (рис. 37).

Рис.37. Справочная система.


2.6. Создание инсталляционного пакета

Для доставки продукта к конечному пользователю используется инсталляционный пакет, который упрощает установку программы на компьютер до минимума. Для создания инсталлятора используем продукт InstallShield Express 5.0 for Visual FoxPro.

Продукт InstallShield состоит в комплекте с Visual FoxPro, который идеально подходит для создания инсталляционного пакета. Благодаря большому количеству подсказок, создание инсталляционного пакета не составляет большого труда и экономит значительное количество времени.

На первом этапе создаем новый проект, далее перемещаемся по вкладкам, заполняя их информацией

В конце нажимаем F7 для создания инсталляционного пакета. И ждем команды завершения


Вывод к главе 2

В процессе работы была реализована БД «Прокат автомобилей», которая содержит 5 - таблицы, 5 - форм, 3 - отчета, 1 - запрос. Меню приложения объединяет все созданные объекты проекта в одну горизонтальную строку. Формы используются для просмотра, ввода и редактирования данных, хранящихся в таблицах, являющихся более удобным способом представления информации. Отчеты используются для вывода необходимой информации на бумагу. Запросы используются для быстрого поиска информации в базе данных и получения ответов на разнообразные вопросы. Запросы используются для быстрого поиска информации в базе данных и получения ответов на разнообразные вопросы. Для помощи создана справочная система, которая представляет собой простую программу, содержащую информацию, относящуюся к данной курсовой работе, в частности знакомство и работу с БД и СУБД. Для защиты от несанкционированного доступа была создана форма доступа, запрашивающая пароль пользователя для допуска к БД. Для доставки Базы Данных к конечному пользователю был создан инсталляционный пакет.


Список использованной литературы и URL

Б. Богумирский. Эффективная работа на IBM PC в среде Windows 95. СПб, "Питер", 1997, 1000с.

Файли довідки по Delphi 7; Боуман Д.С., Эмерсон С.Л., Дарновски М. „Практическое руководство по SQL. Использование языка структурированных запросов. ”, М.: Вильямс, 2001 р.

Справочник библиотекаря / Под ред.А.Н. Ванеева, В.А. Минкиной. - СПб.: Изд-во "Профессия", 2000. - 432 с. - (Серия "Библиотека").

Д. Вейскас. Эффективная работа с Microsoft Access 7.0 "Microsoft Press", 1997, 864с.

Дж. Вудкок, М. Янг. Эффективная работа с Microsoft Office 95 "Microsoft Press", 1000с.

А. Горев, С. Макашарипов, Р. Ахаян. Эффективная работа с СУБД СПб, "Питер", 1997, 704с.

Стандарты по библиотечному делу: Сборник / Сост. Захарчук Т.В., Петрова Л.И., Завадовская Т.А., Зусьман О.М. - СПб: Изд-во "Профессия", 2000. - 512 с. - (Серия "Библиотека").

Организация работы централизованной библиотечной системы: Инструкции и учет. формы. - 2-е изд., испр. и доп. / Под ред.Р.З. Зотовой. - М.: Книга, 1985. - 192 с.

"Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase/FireBird/Yaffil" А. Ковязин, С. Востриков (Изд. "Кудиц-Образ") 2002 р.

Библиографическая работа в библиотеке: организация и методика: учебник / Под ред. О.П. Коршунова. - М.: Издательство "Книжная палата", 1990. - 254 с.

Моргенштерн И.Г. Справочно-библиографическое обслуживание в библиотеках: Научно-практ. пособие. - М.: Либерия, 1999. - 80 с.

"Базы данных в Delphi 7. Самоучитель" Понамарев В.А.

А.В. Потапкин. Основы Visual Basic для пакета Microsoft Office, "Эком", 1995, 256с.

Cадловська І.П. Визначення стратегічного потенціалу авіатранспортних підприємств // “Залізничний транспорт України", випуск 2, К. 2004, с.16-18.

"Введение в InterBase" А.Я. Скляр (Изд. "Горячая линия-Телеком") 2002 р.;

"Delphi. Разработка баз данных" Сорокин А.В. 2005 р.


 

А также другие работы, которые могут Вас заинтересовать

53243. Греция в XI-VI ст. до н.э 48.5 KB
  Развивать умения работать со схемами картами информационными текстами; делать самостоятельные суждения. методом рассказа учителя работа со схемой понятиями . Работа с картой. Рассказ учителя работа со схемой.
53244. Great Britain 94.5 KB
  This country is famous for its beautiful scenery: valleys, mountains, rivers. In the country there is the second highest mountain in Britain. In this country you can follow the narrow rocky paths in the Snowdonia National Park. What country is it? (Wales)
53245. РЕЛІГІЯ СТАРОДАВНЬОЇ ГРЕЦІЇ 32.5 KB
  Гестія богиня домашнього вогнища. Деметра богиня рильництва. Гера богиня заміжніх жінок. Арес бог війни Артеміда богиня полювання Афіна богиня мудрості Афродіта богиня кохання Аполлон бог сонця Піка богиня перемоги всіх богів записано на дошці і діти відмічають в зошиті Для того щоб зрозуміти як жили люди в давнину необхідно знати не тільки історичні події але й звички людей того часу їхні традиції релігію.
53246. Природа й населення Стародавньої Греції 84.5 KB
  Населення Давньої Греції та довколішніх земель. У різних містах Греції зустрілися у славетному храмі бога Аполлона в місті Дельори яке знаходиться поблизу південного схилу гори Парнас. Населення Давньої Греції та довколишніх земель.
53247. Викторина «Древняя Греция». 6 класс 62 KB
  Вспомните миф и назовите море. Назовите имя героини. Персефона Назовите сына критского мастера построившего лабиринт. Назовите героя.
53248. Греция в ІІ – первой половине І тыс. до н.э 62 KB
  Цели урока: познакомить учащихся с гомеровским периодом в истории Греции; рассмотреть произведения Гомера Одиссея Илиада и дать характеристику этим произведениям как литературным памятникам и историческим источникам; показать причины и направления греческой колонизации; формировать умения и навыки работы в группах со словарем и хронологической таблицей; повышать уровень культурного развития учащихся Ожидаемые результаты: после этого урока учащиеся смогут: называть время гомеровского периода и периода греческой колонизации в...
53249. Греко-перські війни 49.5 KB
  А Марафонська битва; Б Битва при Фермопілах; В Сала мінська битва; Г Остаточна перемога греків та її значення; Перший Афінський морський союз. А Марафонська битва; 13 вересня 490 до н. Марафонська битва 20000 персів та 11000 греків під керівництвом Мільтіада → перемога греків → марафонський біг 42 км. Б Битва при Фермопілах; 481 створено військовооборонний союз Спарти та Афін.
53250. Греко-перські війни 2.01 MB
  А Марафонська битва. Б Битва при Фермопілах. В Саламінська битва. А Марафонська битва.
53251. Греко-перські війни 52 KB
  А Марафонська битва; Б битва при Фермопілах; В Саламінська битва; 3. А Марафонська битва. Марафонська битва Б Битва при Фермопілах. битва при Фермопілах.