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 транспортных средств в день и частые запросы в связи со штрафами, угоном и перепродажей средства передвижения.
2. Реализация базы данных
Создаем базу данных в программе Microsoft Access.На основе концептуального и логического проектирования мы создаем 4 таблицы: владелец, автоинспектор, транспортное средство и регистрационная карточка, со всеми указанными атрибутами
Рисунок 12 - Таблицы
Для многозадачности и удобности создадим формы запросы и отчеты, с помощью мастеров в программе.
Поиск транспортных средств и их владельцев важнейшая функция отдела полиции, но и поиск недочетов является не менее важной опцией.
Чтобы найти ТС по номеру или его владельца самый удобный способ - параметрический. С помощью мастера запросов можно сделать запрос в несколько кликов.
база данные автомобиль
Рисунок 13 - Параметрический поиск
Для удобности использования и простоты базы данных нам необходимы формы. С помощью мастера форм можно сделать форму в несколько кликов.
Рисунок 14 - Форма добавления
И одно из главных атрибутов порядка это отчеты. С помощью мастера отчетов мы можем создать отчет в кротчайшие сроки на основе запросов, форм и таблиц.
Рисунок 15 - Отчеты
Заключение
Поставленная задача привела к созданию полноценной и работоспособной системе которая позволяет автоматизировать поле деятельности автоинспектора, тем самым упрощая и ускоряя его работу. В базе данных реализованы функции которые описывались в проектировании задачи, а так же все задачи по управлению данными, а именно: поиск, фильтрация, введение новых объектов и создание отчетов. База данных предусматривает возможность доработки.
Для выполнения задачи были выбраны следующие программы: Microsoft Access 2010 и Microsoft Visio 2013.
Поставленная задача выполнена с использованием наиболее актуальных технологий разработки Баз данных . Для создания удобного интерфейса применен набор стандартных элементов управления. Таким образом, взаимодействие между программой и пользователем максимально удобно. База данных имеет удобный пользовательский интерфейс, отвечающий современным требованиям.
Список использованных источников.
1. Государственные Услуги [Электронный ресурс] Режим доступа https://www.gosuslugi.ru/ ,свободный. (дата обращения 01.04.2018).
2. Госавтоинспекция [Электронный ресурс] Режим доступа https://гибдд.рф ,свободный. (дата обращения 01.04.2018).
3. Microsoft [Электронный ресурс] Режим доступа: https://www.microsoft.com ,свободный. (дата обращения 01.04.2018).
4. Роскомнадзор [Электронный ресурс] Режим доступа: http://rkn.gov.ru/ ,свободный. (дата обращения 01.04.2018).