Файл: Курсовая Проектирование и реализация базы данных ГИБДД.docx

Добавлен: 20.10.2018

Просмотров: 3581

Скачиваний: 93

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

1.2 Концептуальное моделирование


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

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

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

Рассмотрим сущности «Владелец», «Транспортное средство» и «Сотрудник ГИБДД» На схеме все сущности отобразим в виде прямоугольников. Отобразим в модели связь между этими сущностями, а процесс внесения данных и приобретения автомобиля обозначим ромбом. Таким образом, типы связи между этими сущностями «один-ко многим» «один к одному»

.

Рисунок 1 – Концептуальная модель «Автолюбитель-ТС-Сотрудник»

Далее добавим в схему свойства данных сущностей:



Рисунок 2 – Концептуальная модель и свойства сущностей «Автолюбитель-ТС-Сотрудник»

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

- Контроль за автомобилями, водителями и нарушениями водителей, осуществляются инспекторами ГАИ вручную. Ускорение за счет автоматизации позволит возрасти скорости проведения контроля , что в свою очередь увеличит осведомленность во всех частях структуры ГИБДД.

- добавление записей в журналы данных ГАИ отнимает много времени;

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

Из вышеперечисленного списка выделяются 3 сущности : Владелец , ТС и Автоинспектор.

Объект «Владелец» имеет следующие атрибуты:

- Код владельца (Ключ);

- ФИО;

- Адрес;

- Телефон.

Рисунок 3 – сущность «Владелец» и ее свойства


Из описания предметной области автотранспорт имеет владельца. Причем у одной единицы автотранспорта может быть только один владелец. Тогда как один владелец может располагать несколькими единицами автотранспорта. Тогда между объектными множествами «Автотранспорт» и «Владелец» необходимо установить связь «один-ко-многим». Тогда первичный ключ объектного множества «Владелец» будет являться внешним ключом к объектному множеству «Автотранспорт.


Объект «Транспортное средство» имеет следующие атрибуты

- Номер авто (Ключ);

- код владельца

- Марка;


- Модель;

- Дата техосмотра.


Рисунок 4 – сущность «Транспортное средство» и ее свойства

Объектное множество «Автоинспектор» имеет следующие атрибуты:

-­ Код сотрудника

- ФИО;

- Должность;

- Звание;

- Адрес;

- Телефон.


Рисунок 5 – сущность «Сотрудник ГИБДД» и ее свойства



Сотрудник ГИБДД регистрирует автотранспорт. Один сотрудник может зарегистрировать несколько единиц автотранспорта, и также одна единица автотранспорта может быть зарегистрирована несколькими сотрудниками в случае перерегистрации. Тогда между объектными множествами «Автотранспорт» и «Сотрудник» необходимо установить связь «многие-ко-многим». Объединяем два объектных множества и создаем составное объектное множество «Свидетельство о регистрации».




Рисунок 6 – объект «Сотрудник ГИБДД- Свидетельство о регистрации»

Объект «Свидетельство о регистрации » имеет следующие атрибуты:


В Свидетельстве о регистрации ТС вводятся данные о самом транспортном средстве и ее владельце. У транспортного средства может быть только один собственник и регистрация проводится одним сотрудником автоинспекции.







1.3 Выбор модели данных



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

Основными преимуществами Visio , по сравнению с другими CASE средствами, являются:

Уровень компании-производителя.Microsoft самая популярная и известная компания в мире и миллиарды людей доверяют её продукции.

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

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

Связь схем процессов с данными из офисных приложений. Т.к. Visio входит в состав пакета Microsoft Office, то схемы процесса можно связать с документами и данными из Word , Excel , PowerPoint , Access and Project;

Применение стандартных нотаций. Для создания схем процессов, применяемых в различных CASE средствах (например, ARIS, BPwin, ERwin, Rational Rose) Visio включает в себя набор диаграмм, которые используются в этих средствах. Например, eEPC, IDEF0, IDEF3, UML. Для некоторых из них Visio позволяет осуществлять контроль правильности создания схем процессов.




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



Далее строим логическую модель:

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

У сущностей ТС – Свидетельство тип связи один к одному и класс принадлежности обязательный, поэтому логичнее будет объединить две сущности в одно отношение.

У сущностей Свидетельство – Инспектор указан тип связи один к одному . Класс принадлежности обязательный, поэтому создадим ещё одно отношение. Первичным атрибутом укажем номер свидетельства , а внешним ключом укажем код сотрудника.

Рисунок 8 - Логическая модель базы данных


1.5 Выбор СУБД



Выбор физической модели данных пришел на самую популярную программу в этой сфере а именно – Microsoft Access.Достоинств этого программного обеспечения достаточно много, однако выделены будут следующие:

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

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

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

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

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

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

7. широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC


1.6 Физическое проектирование

Создав базу данных на платформе Microsoft Access, мы имеем следующую схему данных предоставленную на рисунке.

Рисунок 9 – Физическая схема базы данных

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

Основные сущности базы данных :

Сущность с информацией о владельце ТС.

Рисунок 10 – Сущность «Владелец»

Сущность с информацией о ТС.

Рисунок 11 – Сущность «Транспортное средство»

Сущность с информацией о Регистрационной Карточке.

Рисунок 12 – Сущность «Регистрационная карточка»

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

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