Файл: Курсовая Проектирование и реализация базы данных ГИБДД.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 транспортных средств в день и частые запросы в связи со штрафами, угоном и перепродажей средства передвижения.