Система управления базами данных Microsoft Access

Содержание

Введение

Глава 1. Системный проект.

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

1.2 Описание данных.

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

1.4 Проектирование логической структуры базы данных методом сущность связь.

1.5 Сравнительный анализ спроектированной базы данных и базы данных существующих информационных систем.

 

Постановка задачи

 

Глава 2. Технический проект.

1. Выбор состава технических и программных средств.
2. Физическая структура базы данных.
3. Экспорт физической структуры в СУБД.

 

Заключение

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

Приложения

 

Введение

 

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

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

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

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

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

В данной курсовой работе рассматривается:

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

1. Концептуальное проектирование
2. Логическое проектирование
3. Физическое проектирование

Формирования запросов на языке SQL.

 

Глава 1. Системный проект.

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

 

Предметной областью данного курсового проекта является база ГИБДД.

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

• Водитель
• Владелец
• Транспортное средство
• VIN
• Протоколы нарушений

Формулирование основной цели разработки.

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

Такая база может найти применение в хранении информации о неуклонно растущих автолюбителях.

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

Основные запросы, на которые ориентирована база данных:

1. Запрос о выводе владельца по номеру ПТС
2. Запрос о выводе информации о нарушении и его участнике
3. Запрос о выводе информации об участнике нарушения и сумма штрафа
4. Запрос по VIN коду информации о владельце и страховке
5. Запрос по государственному номеру информации о машине
6. Запрос по поиску владельцев определенных марок машин и моделей
7. Запрос о наличии ОСАГО и КАСКО

Описание источников и форм исходных данных

Источниками разработанной базы данных являются данные из Интернета.

Поэтому нельзя полностью доверять данной информации.

Требование к программному обеспечению.

Использовались следующие программы:

- Microsoft SQL Server 2005 Standart ver.9.0.1

- Computer Associated ERWin 4.0.

 

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

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

Отношение находится в третьей нормальной форме, если оно соответствует второй нормальной форме, и в нем нет транзитивных связей.

На практике в большинстве случаев третья форма нормализации является необходимой и достаточной.

 

 

1.2 Описание данных

 

Схема данных в SQL Server 2005.

 

 

ER-модель в Erwin.

Logical

 

 

 

Physical

 

 

Таблица основных сущностей

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

• Сущность с информацией о водителе
• Сущность с информацией о владельце
• Сущность с информацией о VIN
• Сущность с информацией о ТС
• Сущность с информацией о нарушениях

 

Водитель

 

 

 

Владелец

 

 

VIN

 

 

Протокол

 

 

 

Транспортное средство

 

 

 

1.3 Проектирование логической структуры базы данных методом сущность-связь

 

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

Средством моделирования предметной области на этапе концептуального проектирования является модель “сущность-связь”. Часто ее называют ER-моделью. В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями.

Основными понятиями ER-диаграммы являются сущность, атрибут, связь.

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

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

В рассматриваемой предметной области ГАИ можно выделить три связи.

1.Водитель может иметь несколько автомобилей, а автомобиль принадлежит одному водителю, то создадим связь «имеет» между таблицами «водитель» и «автомобиль». В этом случае связь 1 имеет тип “один–ко–многим” (1:М). Так как каждый водитель обязательно имеет автомобиль, а каждый автомобиль обязательно принадлежит водителю, то класс принадлежности обеих сущностей является обязательным. На рис.1. представлена ER-диаграмма для связи типа 1:М.

 

                                     1                                                        М

 

 

                         Рисунок 1 - ER-диаграмма связи 1:М

2.Водитель может получить  несколько взысканий, взыскание  применяется к  одному водителю, то создадим связь «получает»  между таблицами «водитель» и  «взыскание». В этом случае связь 2 имеет тип “один–ко–многим” (1:М). Так как каждый водитель не обязательно получает взыскание, а каждое взыскание обязательно применяется к  водителю, то класс принадлежности сущности «водитель» необязательный, а сущности «взыскание» обязательный. На рис.2. представлена ER-диаграмма для связи типа 1:М.

 

 

                                     1                                                        М

 

 

 

                         Рисунок 2 - ER-диаграмма связи 1:М

 

3. Одному и тому же нарушению могут соответствовать несколько взысканий, взысканию соответствует  единственное нарушение, то создадим связь «соответствует» между таблицами «нарушение» и «взыскание». В этом случае связь 3 имеет тип “один–ко–многим” (1:М). Так как нарушению не обязательно соответствует взыскание, а каждому взысканию обязательно соответствует нарушение, то класс принадлежности сущности «нарушение» необязательный, а сущности «взыскание» обязательный. На рис.3. представлена ER-диаграмма для связи типа 1:М.

 

 

                            1                                                      М

 

 

                          Рисунок 3 - ER-диаграмма связи 1:М

 

Создадим ER-модель предметной области ГАИ. Она будет иметь вид, представленный на рис. 4.

Каждая из четырех сущностей приведенной ER-модели может быть описана своим набором атрибутов (рис. 5). Первичные ключи для сущностей выделим жирным шрифтом.

ER-модель в совокупности с наборами атрибутов сущностей может служить примером концептуальной модели предметной области или концептуальной схемы базы данных.

 

Рисунок 4- Пример ER-модели предметной области ГАИ

Водитель

Номер водительского удостоверения (НВУ)

Ф.И.О. (ФИО)

Адрес (АДР)

Телефон (ТЕЛ)

 

 

Автомобиль

Номер автомобиля (Н_АВТ)

Марка (МАР)

Модель (МОД)

Цвет (ЦВ)

Год выпуска (ГОД_В)

Дата регистрации в ГАИ (ДАТ_Р)

Нарушения

Код нарушения (КН)

Вид нарушения (ВИД_Н)

Штраф (ШТР)

Предупреждение (ПРЕД)

Срок лишения права управления автомобилем (СР_Л)

 

 

 

 

 

 

Взыскания

Код нарушения (КН)

Дата и время нарушения (ДАТ_Н)

Номер водительского удостоверения (НВУ)

Район совершения нарушения (Р_Н)

Размер штрафа (РАЗМ_ШТР)

Оплачен штраф или не оплачен (ОПЛ_ШТР)

Срок лишения права управления автомобилем (СР_Л)

Базовая величина (Б_В)

Личный номер инспектора ДПС (Л_НОМ)