АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ (ПО)
АННОТАЦИЯ
Данный программный продукт является реализацией курсовой работы по дисциплине “Организация баз данных и знаний”.
Цель данной курсовой работы – получение практических навыков в проектировании баз данных и разработке приложений с использованием СУБД на примере предметной области: «АИС «Прокат автомобилей» ». Осуществлена попытка максимально приблизить разработанное приложение к реально функционирующему программному обеспечению в данной предметной области. Проект реализован с использованием системы программирования Delphi 7.0 и утилиты Database Desktop. В проекте реализованы возможность гибкой корректировки данных и создание отчетов по заданным запросам.
Пояснительная записка к курсовой работе содержит 40 страниц, 6 таблиц, 19 рисунков, 2 приложения.
1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ (ПО)……………………………………..5
4. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ БД…………….…………………………..11
5. ОКОНЧАТЕЛЬНЫЙ НАБОР ТАБЛИЦ…………….…………………………. 13
7. СОЗДАНИЕ ТАБЛИЦ, ОРГАНИЗАЦИЯ СВЯЗЕЙ МЕЖДУ НИМИ (СХЕМА СВЯЗЕЙ)……………………………………………………………………………..16
8. РЕАЛИЗАЦИЯ ОСНОВНЫХ ФУНКЦИЙ……………………………………. 19
9. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ…………………………………………….22
ВВЕДЕНИЕ
Современные технологии баз данных являются одним из определяющих факторов успеха в любой отрасли бизнеса, обеспечивая хранение корпоративной информации, представление данных для пользователей и клиентов в среде World Wide Web и поддержку многих других процессов. Помимо того, базы данных составляют основу разнообразных научных проектов. Они позволяют накапливать информацию, собранную астрономами, исследователями генотипа человека, биохимиками, изучающими свойства протеинов, и специалистами многих других отраслей знания.
Мощь баз данных кроется в результатах исследований и технологических разработок, полученных на протяжении нескольких последних десятилетий, и заключена в специализированных программных продуктах, которые принято называть системами управления баз данных (СУБД), или просто системами баз данных. СУБД – это эффективный инструмент сбора больших порций информации и действенного управления ими, позволяющий сохранять данные в целости и безопасности на протяжении длительного времени. СУБД относятся к категории наиболее сложных программных продуктов, имеющихся на рынке в настоящее время.
Работа пункта проката автомобилей связана с ведением обширной документации : данные о автомобилях, данные о клиентах, данные о заказах и др. Огромное количество бумажной документации ведет к обширному штату сотрудников. В целях сокращения штата и упрощения ведения бизнеса возникла необходимость автоматизации работы пункта проката автомобилей.
При разработке данного проекта первым вопросом была проблема выбора модели и формата хранения данных. Я остановил свой выбор на формате СУБД Paradox 7.0, и этому есть несколько причин. Во-первых, работа с СУБД Paradox на 100% поддерживается средой разработки программного обеспечения Delphi 7.0 (в которой создавался настоящий проект). Во-вторых, Paradox является одной из самых распространённых СУБД, и в целях совместимости и перспектив использования разрабатываемого проекта за основу была принята платформа Paradox.
Для выполнения курсовой работы была выбрана система программирования Delphi 7.0. Она обеспечивает поддержку различных SQL-серверов и выполнение различных SQL-запросов на локальном компьютере. Delphi объединяет в себе удобство визуальных методов разработки, производительность оптимизирующего компилятора и мощность, заложенную в архитектуре клиент/сервер. Delphi позволяет многократно использовать однажды созданный код, уменьшая время, затраченное на разработку. Это мощный язык программирования, включающий обработку ошибочных ситуаций, позволяющих повысить надежность программ. Delphi содержит Borland Database Engine – систему, поддерживающую различные форматы файлов данных и диалекты языка SQL большинства производителей с помощью обычных драйверов и ODBC-драйверов. Новые и улучшенные способы доступа к данным, увеличение вероятности повторного использования кода, благодаря наследованию визуальных форм и другие возможности этого инструмента, среди которых особенно выделяются кэширование обновлений, фильтры, фоновое выполнение запросов и компоненты построения отчётов.
Delphi 7.0 в настоящее время является лидирующим программным обеспечением для разработки приложений баз данных на пространстве бывшего СНГ.
Целью курсовой работы является приобретение навыков проектирования и разработки приложений баз данных, программирования на Delphi; закрепление знаний, полученных в ходе изучения дисциплины «Организация баз данных и знаний».
АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ (ПО)
В данной работе рассматривается такая предметная область как «Прокат автомобилей». Этим вопросом обычно занимается один человек – менеджер, менеджер должен знать кто взял на прокат авто, какой марки и на какой срок.
Проанализировав, таким образом, предметную область, можно предложить следующий проект базы данных и СУБД, автоматизирующий и значительно упрощающий работу менеджера в рассматриваемой области. Все данные о автомобилях, клиентах и заказах будут храниться в таблицах базы данных, редактирование и просмотр которых будет осуществляться в наглядной и простой форме. Практически никаких записей на бумаге делать не придётся.
Важнейшей задачей, выполняемой проектом, будет являться показ всех автомобилей которые могут быть арендованы ( не арендуются в данный момент). Для этого нужно информировать менеджера о том что автомобиль уже сдан в аренду.
Также актуально обеспечить обработку таких запросов как показ всех клиентов ( когда либо делавших заказ и информацию по заказам ), заказов
( с данными о клиенте, авто, времени аренды.
В качестве вспомогательной функции СУБД можно организовать выдачу отчётов, формируемых на основе информации из таблиц базы данных, являющихся результатами запросов.
Анализ предметной области информационного сервиса «Аренда и прокат автомобилей»
Анализ аренды и проката автомобилей как услуги. Структура работы автопроката. Разработка инфологической модели базы данных. Цель инфологического моделирования и его основные конструктивные элементы. Диаграмма вариантов использования (USE-CASE Diagram).
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 30.04.2015 |
| Размер файла | 1,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ КАЗАХСТАН
КАЗНУ ИМ. АЛЬ-ФАРАБИ
Кафедра Информационные системы
по дисциплине «Моделирование систем»
«ПО ИС аренда и прокат автомобилей»
Выполнила: Бутабаева А.А
Руководитель: Рахимова Д.Р.
2. Описание предметной области
3. Инфологическая модель базы данных
4. Диаграмма вариантов использования (USE-CASE Diagram)
4.1 Диаграмма классов (Class Diagram)
4.2 Диаграмма состояния (Statechart Diagram)
4.3 Диаграмма деятельности (Activity Diagram)
4.4 Диаграмма последовательности (Sequence диаграмма)
4.5 Диаграмма коопераций
4.6 Диаграмма компонентов (Component Diagram)
4.7 Диаграмма развертывания (Deployment Diagram)
4.8 Диаграмма пакетов
4.9 Реализация ПО ИС «Аренда и прокат автомобилей»
6. Список литературы
В настоящее время большинство организаций используют различные базы данных для автоматизации процессов автоматизации обработки информации, удобства её эксплуатации, повышения надёжности хранения данных, сокращения числа возможных ошибок в работе, предотвращения избыточности данных, а также в целях повышения производительности. Состав баз данных и их размер определяются направлением деятельности конкретного предприятия и его мощностью. В связи с тем, что современные информационные системы оперируют большими объемами и сложными структурами данных, средства управления базами данных можно выделить в отдельную группу информационных систем, отвечающих за управление сложными структурированными данными. Сегодня можно с уверенностью утверждать, что решение широкого круга задач в любой сфере деятельности человека сегодня практически невозможно без использования оперативно управляемых баз данных.
Цель курсовой работы:
ПО ИС «Аренда и Прокат автомобилей» Для достижения цели были поставлены следующие задачи:
— Изучить и анализировать литературу.
— Ознакомиться с предметной областью.
— Охарактеризовать ПО ИС «аренда и прокат авто транспорта». Построить логическую модель БД.
— Создать объекты (запросы, таблицы, данные).
— Определить условия целостности.
2. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Нас интересует работа авто проката.
— неограниченный пробег автомобиля;
— доставка клиенту автомобиля в черте города;
— ремонт или замена автомобиля в случае технической неисправности, кроме повреждения покрышек и ветрового стекла;
— полная страховка на случай ДТП, произошедшего не по вине клиента;
— страховка, покрывающая ущерб, нанесенный автомобилю в ДТП по вине клиента, сверх определенной суммы (но если на момент ДТП водитель находился в состоянии алкогольного опьянения, страховка не выплачивается);
— страховка пассажиров (кроме водителя) от несчастных случаев (себя водитель может застраховать за дополнительную плату);
— налоги. аренда прокат автомобиль инфологический моделирование
3. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ
— каждый автомобиль сдается в рамках контракта;
— автомобиль может быть арендован одним клиентом;
— один контракт создается на каждую сделку об аренде;
— контракт оформляется на одного клиента;
— количество заказов, которые сделал клиент влияет на цену сделки;
-каждый автомобиль выпущен определенной фирмой;
-автомобиль каждой фирмы имеет определенную цену за день аренды;
Существует предел кол-ва автомобилей, которыми может оперировать авто-прокат, примерно 50-100.
Схемы базовых сущностей этой предметной области:
паспортные данные цвет год выпуска стаж вождения выпуска вместимость состояние кол-во заказов свободен или нет тип кузова телефон модель
Модели Контракты Контракты будем рассматривать, как связь между клиентами, автомобилями и ДТП.
ДАТА ЗАКЛЮЧЕНИЯ КОНТРАКТА ДАТАТ ОКОНЧАНИЯ КОНТРАКТА модель авто номер клиента в базе марка авто номер машины
Клиенты ФИО паспортные данные
В соответствии с представленными выше схемами сущностей и их атрибутов, а также схемой связей между сущностями можно построить инфологическую модель базы данных «Прокат автомобилей» Автомобили марка ID номер цвет вместимость состояние тип кузова свободен или нет содержит Регистрационный стаж вождения выпуска Контракты номер контракта
ФИО атрибут хранящий фамилию, имя, отчество клиента.
Контракты ER-диаграмма авто-проката приведена на схеме (базовые сущности на рисунках выделены полужирным шрифтом):
Клиенты Автомобили ДТП Данная программа предполагает:
Вводить информацию о новых клиентах, автомобилях.
Составление договоров на сдачу автомобилей в аренду.
Облуживание поисковых запросов(поиск автомобиля по базе данных, поиск арендаторов, поиск сданных автомобилей)
Система создаётся для обслуживания следующих групп пользователей:
сотрудники, обслуживающие заказы и клиентов;
сотрудники, обслуживающие автомобили;
клиенты (для аренды автомобилей);
Определим границы информационной поддержки пользователей:
1) Функциональные возможности:
2) ведение БД (запись, чтение, модификация, удаление в архив);
3) обеспечение логической непротиворечивости БД;
4) обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
5) реализация наиболее часто встречающихся запросов в готовом виде;
6) предоставление возможности сформировать произвольный запрос на языке манипулирования данными.
7) ведение списка автомобилей;
8) ведение списка клиентов;
9) поиск автомобилей по марке, вместимости, цвету, году выпуска;
10) учет времени проката;
11) учет стоимости проката (цена проката зависит от марки автомобиля);
12) предоставление скидок для постоянных клиентов: величина скидки зависит от стажа водителя, от того, сколько раз данный клиент брал автомобили напрокат и от степени аварийности его езды.
4. ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ (USE-CASE DIAGRAM)
Вариант использования представляет собой типичное взаимодействие пользователя и проектируемой системы
В данной диаграмме вариантов использования актерами является:
— Менеджер автомобильного салона
В данной диаграмме будем описывать взаимодействия системы между собой.
Между отдельными элементами диаграммы существуют разные отношения:
Также представляется комментарии к элементу.
4.1 Диаграмма классов (Class Diagram)
Диаграмма классов показывает классы и их отношения, тем самым представляя логический аспект проекта.
В данной диаграмме показывается:
Атрибуты и операции
менеджер автомобильного салона
— сводка о покупке автомобилей
Между отдельными элементами диаграммы существуют разные отношения:
protected (защищенный)- атрибут доступен только для подклассов
4.2 Диаграмма состояния (Statechart Diagram)
Диаграммы состояний являются хорошо известным средством описания
Существует два особых состояния: вход и выход. Любое действие, связанное с событием входа, выполняется, когда объект входит в данное состояние.
Событие выхода выполняется в том случае, когда объект выходит из данного состояния.
4.3 Диаграмма деятельности (Activity Diagram)
На диаграмме деятельности представляется логика и последовательность перехода от одних действий к другим. Описываются фрагменты поведения системы в контексте реализации потоков событий, т.е. потоки событий представляются в виде activity диаграмм.
На диаграммах activity используются плавательные дорожки, которые разбивают диаграммы на зоны, которые связывают с конкретным актером, либо с некоторой частью системы.
4.4 Диаграмма последовательности (Sequence диаграмма)
Диаграмма последовательности описывает взаимодействие объектов во времени. Взаимодействие объектов описывается с помощью передачи сообщений между ними.
4.5 Диаграмма коопераций
4.6 Диаграмма компонентов (Component Diagram)
Компоненты на диаграмме компонентов представляют собой физические модули программного кода
4.7 Диаграмма развертывания (Deployment Diagram)
Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является хорошим средством для того, чтобы показать маршруты перемещения объектов и компонентов в распределенной системе.
4.9 Реализация «Аренда и прокат автомобиля»
В первую очередь идет регистрация данных под логином и паролем.
После того как мы зарегистрировались в систему идет на главную меню.
И вот и наша главная страничка где у нас есть :Обслуживание авто, аренда авто, мои данные, поиск, и о нас то есть информация наша.
В обслуживание авто есть вкладка РЕМОНТ
Тут мы регистрируемся и находим то что нам необходимо например: покраска, механики и тд.
В вкладке АРЕНДА есть марки автомобилей и по каким ценам, и рассматривается срок выдачи в зависимости от марки машин
После того как мы рассмотрели обслуживании авто и марки машин и аренды наши данные сохраняются в БД
В этой таблице идет марки машин классифицируется по ценам и срокам. В данный момен у нас показан все марки машин
В этой таблице рассматривается «поиск по марке» сразу показывает срок аренды и цену.
Тут идет поиск по ценам
В этой таблице показан админ системы кот входит в систему своим личным логином и паролем. Он видит всех зарегистрированных клиентов.
Размещено на Allbest.ru
Подобные документы
Разработка базы данных фирмы, представляющей в прокат автомобили; спецификация требований. Создание инфологической модели предметной области. Определение сущности, ее атрибутов и связей между ними; структура таблиц. Реализация базы данных в MS SQL Server.
курсовая работа [1021,2 K], добавлен 10.04.2015
Изучение основ деятельности проката автомобилей. Рассмотрение особенностей работы информационной системы для фирмы проката автомобилей, позволяющей вносить в базу данных информацию о том, какой автомобиль был арендован клиентом, на какой срок и сумму.
курсовая работа [1,9 M], добавлен 27.06.2015
Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.
курсовая работа [188,6 K], добавлен 15.07.2012
Принципы разработки программы для хранения информации о клиентах, которым предоставляются услуги проката автомобилей, а так же для осуществления оперативного поиска необходимой информации. Структура программного модуля. Описание руководства программиста.
курсовая работа [872,3 K], добавлен 10.06.2014
Характеристика сущностей инфологической модели и проектирование модели базы данных технологического процесса. Описание предметной области и основы инфологического моделирования. Особенности проектирования и обеспечение выполнения объявленных функций.
курсовая работа [22,5 K], добавлен 27.02.2009
Характеристика работы сервиса технического обслуживания автомобилей и основные составляющие процесса. Структурная схема модели, временная диаграмма, Q-схема системы и их описание. Сравнение результатов моделирования и машинная программа работы сервиса.
дипломная работа [140,2 K], добавлен 18.06.2011
Разработка базы данных организации, которая занимается ремонтом автомобилей и реализована в виде программного продукта. Моделирование структуры баз данных с использованием CASE-средств средствами языка SQL. Разработка логической и физической модели базы.
курсовая работа [2,3 M], добавлен 21.03.2010
БД «Прокат автомобилей»
Описание предметной области, формирование инфологической и логической модели базы данных. Выбор системы управления и его обоснование. Создание таблиц и заполнение их информацией, разработка связей. Обеспечение защиты от несанкционированного доступа.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 18.10.2014 |
| Размер файла | 2,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
БД «Прокат автомобилей»
инфологический логический база защита
В настоящее время большинство организаций используют различные базы данных для автоматизации процессов автоматизации обработки информации, удобства её эксплуатации, повышения надёжности хранения данных, сокращения числа возможных ошибок в работе, предотвращения избыточности данных, а также в целях повышения производительности. Состав баз данных и их размер определяются направлением деятельности конкретного предприятия и его мощностью.
В связи с тем, что современные информационные системы оперируют большими объемами и сложными структурами данных, средства управления базами данных можно выделить в отдельную группу информационных систем, отвечающих за управление сложными структурированными данными.
Сегодня можно с уверенностью утверждать, что решение широкого круга задач в любой сфере деятельности человека сегодня практически невозможно без использования оперативно управляемых баз данных.
Цель курсовой работы: Создание БД «Прокат автомобилей»
Для достижения цели были поставлены следующие задачи:
Изучить и анализировать литературу.
Ознакомиться с предметной областью
Охарактеризовать СУБД для реализации БД.
Построить логическую модель БД.
Разработать проект и БД.
Создать объекты (запросы, отчеты, таблицы, формы).
Определить условия целостности.
Создать программную оболочку
Создать инсталляционный пакет.
Объектом работы является процесс разработки БД. Предметом является разработка БД «Автобусный парк».
В главе 1 представлены понятия в области БД.
Глава 2 содержит процесс разработки БД «Прокат автомобилей».
Не классические модели появились относительно недавно и стали активно применяться на практике. Самые известные из них это.
ь Пост реляционная
Иерархическая модель хранения данных в вычислительной технике. Была призвана заменить бумажные базы данных различных структур. В такой модели связи между данными можно описать с помощью упорядоченного графа (или же дерева).
К достоинствам иерархической модели относятся эффективность в использовании памяти ЭВМ и неплохие показатели времени выполнения основных операций над ними. Она удобна для работы с иерархически упорядоченной информацией.
Недостатком иерархической модели является её громоздкость для обработки информации с достаточно сложными логическими связями.
Другим подходом к логической структуре БД является сетевая модель. Она представляет собой наборы записей и наборы связей, определяющих отношения между записями по парно. Упрошено такую модель можно представить в виде произвольного графа, обобщая тем самым иерархическую модель.
Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности. В сравнении с иерархической моделью она представляет большие возможности в смысле допустимости образования производственных связей.
Недостатком сетевой модели является высокая сложность и жесткость схемы БД, которая построена на её основе, а также сложность для понимания и выполнения обработки информации БД обычным пользователем. Кроме того в такой модели ослаблен контроль целостности связей вследствие допустимости установления производственных связей между записями.
Реляционная модель данных самая распространенная и наиболее часто используемая модель на нынешний момент (Реляционная модель данных для больших банков данных коллективного пользования), в котрой предложил представлять данные как наборы таблиц.
В реляционном моделировании существуют некоторые понятия, требующие пояснения:
Отношения является важнейшим понятием и представляет собой двумерную таблицу, содержащую некоторые данные.
Атрибуты представляют собой свойства, которые характеризуют сущность. В структуре таблицы каждый атрибут именуется, и ему соответсвует заголовок некоторого столбца таблицы.
1.2 Описание предметной области
В рамках данной курсовой работы рассматривается предметная область «Прокат автомобиля». Она обоснована развитием коммерческих организаций по прокату автомобилей, в которых необходим компьютеризированный учет имеющихся машин. Эта информация обширна и разрознена. Чтобы вести учет всех автомобилей, которые можно взять в прокат, в организации имеется потребность в структурировании данных об автомобилях. Отсутствие такой возможности приводит к проблеме утери данных и большим временным затратам на выборку данных.
Нас интересует работа автопроката.
Углубимся в структуру работы автопроката.
В стоимость арендной платы должно входить следующее:
§ неограниченный пробег автомобиля;
§ доставка клиенту автомобиля в черте города;
§ ремонт или замена автомобиля в случае технической неисправности, кроме повреждения покрышек и ветрового стекла;
§ полная страховка на случай ДТП, произошедшего не по вине клиента;
§ страховка, покрывающая ущерб, нанесенный автомобилю в ДТП по вине клиента, сверх определенной суммы (но если на момент ДТП водитель находился в состоянии алкогольного опьянения, страховка не выплачивается);
§ страховка пассажиров (кроме водителя) от несчастных случаев (себя водитель может застраховать за дополнительную плату);
Обычно машину доставляют с полным баком, но и вернуть в автопрокатную контору ее нужно также с полным баком.
Аренду автомобиля в месте отдыха можно заказать еще во время покупки тура в своем агентстве, включив ее в пакет услуг. Многие агентства предлагают это своим клиентам, так как заказ аренды машины в своем агентстве облегчает туристу проблемы по прочтению договора на аренду на иностранном языке, гарантирует предоставление качественных и понятных услуг договором на покупку тура в целом.
Процесс оформления аренды автомобиля прост и понятен. От Вас требуется лишь минимальный комплект документов (паспорт и водительское удостоверение) и 15 минут Вашего времени для оформления документов аренды.
1.3 Инфологическая модель базы данных
База данных создаётся для информационного обслуживания пункта авто-проката.
БД должна содержать данные об автомобилях, сдающихся в прокат или находящихся в прокате, о клиентах, о заключенных сделках и предоставлять возможность получать разнообразные отчёты.
В соответствии с предметной областью система строится с учётом следующих особенностей:
· каждый автомобиль сдается в рамках контракта;
· автомобиль может быть арендован одним клиентом;
· один контракт создается на каждую сделку об аренде;
· контракт оформляется на одного клиента;
· количество заказов, которые сделал клиент влияет на цену сделки;
· стаж вождения клиента влияет на цену сделки;
· каждый автомобиль выпущен определенной фирмой;
· автомобиль каждой фирмы имеет определенную цену за день аренды;
· ДТП регистрируется на одного водителя-арендатора и на один автомобиль за рулем которого он был.
· Существует предел кол-ва автомобилей, которыми может оперировать авто-прокат, примерно 50-100.
Описание атрибутов инфологической модели:
ь Ф.И.О. атрибут хранящий фамилию, имя, отчество клиента.
Данная программа предполагает:
· Вводить информацию о новых клиентах, автомобилях.
· Составление договоров на сдачу автомобилей в аренду.
· Облуживание поисковых запросов (поиск автомобиля по базе данных, поиск арендаторов, поиск сданных автомобилей)
· Получение информации о прибыли
В таблицах должны быть ключевые поля для того, чтобы по фамилии арендатора я мог узнать, какой автомобиль он взял и какие дополнительные затраты произвел. Так же по марке авто определить его арендатора.
В программе будет реализовано добавление арендатора и машины, удаление арендатора и машины, поиск арендатора и машины (плюс ключевые поля), сохранение.
Анализ информационных задач и круга пользователей системы.
Система создаётся для обслуживания следующих групп пользователей:
ь сотрудники, обслуживающие заказы и клиентов;
ь сотрудники, обслуживающие автомобили;
ь клиенты (для аренды автомобилей);
ь администрация (дирекция);
Определим границы информационной поддержки пользователей:
1) Функциональные возможности:
· ведение БД (запись, чтение, модификация, удаление в архив);
· обеспечение логической непротиворечивости БД;
· обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
· реализация наиболее часто встречающихся запросов в готовом виде;
· предоставление возможности сформировать произвольный запрос на языке манипулирования данными.
· ведение списка автомобилей;
· ведение списка клиентов;
· поиск автомобилей по марке, вместимости, цвету, году выпуска;
· учет времени проката;
· учет стоимости проката (цена проката зависит от марки автомобиля);
· предоставление скидок для постоянных клиентов: величина скидки зависит от стажа водителя, от того, сколько раз данный клиент брал автомобили напрокат и от степени аварийности его езды.
· Список автомобилей, которые в настоящее время не сданы напрокат.
· Список моделей легковых автомобилей с ценой не более 600 грн в день.
· Список автомобилей, пользующихся наибольшим спросом в течение последнего месяца.
· Список автомобилей, не пользующихся спросом.
· Список клиентов, которые брали напрокат одновременно более одного автомобиля.
· Список постоянных клиентов с указанием того, сколько раз они брали напрокат автомобили (в разное время).
· Расчет суммы, которую должен за прокат определенный клиент.
Для реализации данной курсовой работы будут рассмотрены несколько СУБД.
Все СУБД для ПК можно подразделить на 3 вида:
Системы управления базами данных в буквальном смысле этого термина, для которых работа с базами возможна только после запуска в работу этой системы без возможности создания автономных программ, работающих с базами. К этим системам относятся: Access, Paradoх, dBase. (http://www.intuit.ru/department/database/basedbw/2/basedbw_2.html)
Все подобные СУБД имеют в своем составе средства для:
создания баз данных и модификации их структуры; создания индексных файлов;
работы с базами в табличном формате или в виде стандартной формы с расположением полей построчно; при этом возможно редактирование данных, добавление записей, удаление записей, работа с данными из нескольких таблиц базы, вычисление сложных выражений для заданных условий и пр.;
разработки экранных форм, имеющих, кроме редактируемых полей, связанных с базой данных или с переменными памяти, также элементы управления разного вида в виде кнопок; более сложные объекты типа раскрывающихся списков и пр.;
разработки программных модулей для сложной обработки данных;
в системах, ориентированных на разработчика, дополнительно возможны разработка меню, справочной системы и проекта, включающего все перечисленные выше компоненты и компилирующегося в исполняемую программу.
Важными факторами, определяющими выбор СУБД, являются:
Формат базы данных, обеспечивающий возможность обмена информацией с другими приложениями операционной системы. Одним из самых распространенных форматов является dbf-формат, с которым работают dBase, FoхBase, FoхPro, Visual FoхPro, Clipper. Его «понимают» все приложения MS Office. Данные из этих баз можно переносить в Word, Eхcel, Access. Свои собственные форматы данных имеют Clarion, Paradoх, Access.
Все современные СУБД поддерживают режимы работы в локальной сети многих пользователей с одной базой данных. Некоторые имеют «мастеров», «построителей» и «генераторы выражений» для ускоренной разработки баз данных, экранных форм, отчетов, стандартных приложений.
Простейшим способом ограничения доступа к базе данных является установка пароля для открытия базы данных (*.mdb). После установки пароля при каждом открытии базы данных будет появляться диалоговое окно, в которое требуется ввести пароль. Этот способ достаточно надежен (Microsoft Access шифрует пароль, поэтому к нему нет доступа при непосредственном чтении файла базы данных), но он действует только при открытии базы данных. После открытия базы все объекты становятся доступными для пользователя (пока не определены другие типы защиты, описанные ниже в этом разделе). Для базы данных, которая совместно используется небольшой группой пользователей или на автономном компьютере, обычно оказывается достаточно установки пароля.
База данных может быть зашифрована. При шифровании базы данных ее файл сжимается и становится недоступным для чтения служебными программами или текстовыми редакторами. Дешифрование базы данных отменяет результаты операции шифрования.
Нельзя использовать установку пароля на базу данных, если предполагается выполнять репликацию базы. Реплицированные базы данных не могут быть синхронизированы, если установлен пароль базы данных.
Защита на уровне пользователей имеет большие возможности по разграничению прав. Этот способ подобен способам, используемым в большинстве сетевых систем.
При запуске Microsoft Access от пользователя требуется идентифицировать себя и ввести пароль. Microsoft Access по умолчанию создает две группы: администраторы (группа Admins) и простые пользователи (группа Users). Допускается определение других групп и пользователей.
Члены группы Admins имеют разрешения на доступ ко всем объектам базы данных. Другим группам и пользователям могут предоставляться разрешения на доступ только к отдельным объектам базы данных. Типовые разрешения на доступ для группы Users могут включать «Чтение данных» и «Обновление данных» для таблиц и запросов, а также «Открытие/запуск» для форм и отчетов.
Любая СУБД позволяет выполнять четыре простейшие операции с данными:
— добавить в таблицу одну или несколько записей;
удалить из таблицы одну или несколько записей;
обновить значения некоторых полей в одной или нескольких записях;
найти одну или несколько записей, удовлетворяющих заданному условию.
Для выполнения этих операций используется механизм запросов. Результатом выполнения запросов является либо отобранное по определённым критериям множество записей, либо изменение в таблицах. (http://www.intuit.ru/department/database/basedbw/7/)
Некоторые достоинства системы:
Широко известный формат таблиц баз данных, что позволяет легко организовать обмен информацией с другими приложениями 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).
В дистрибутиве системы присутствует большая библиотека примеров, что облегчает освоение всех ее возможностей.
Выполненный анализ основных программных средств разработки баз данных позволил составить представления о современных системах управления базами данных, определить основные элементы структуры БД и возможности различных программных продуктов. На базе всего выше изложенного для разработки БД «Прокат автомобилей» по выполнению курсовой работы, в дальнейшем будем использовать СУБД Visual FoxPro как основную для написания БД.