|
|
Регистрация автотранспорта в ГИБДД. Создание базы данных гибдд
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ ФГБОУ ВО «Брянский государственный технический университет» Кафедра «Компьютерные технологии и системы»
Направление подготовки 10.05.04- «Информационно-аналитические системы безопасности»
Профиль – Информационно-аналитические системы безопасности
Расчетно-графическая работа По дисциплине: «Базы данных и экспертные системы» на тему: «Создание базы данных ГИБДД»
Выполнил: Студент группы «__» __________2022г.
Принял: к
«__» __________2022г.
Брянск 2022 ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на курсовой проект по дисциплине «Базы данных и экспертные системы»
Студент Группа
Тема «Создание базы данных ГИБДД»
Общая формулировка задания
Необходимо разработать программный продукт для автоматизации деятельности сети ресторанов на языке программирования C#. В качестве СУБД необходимо использовать свободную в распространении MySQL.
Требования к графическому и пользовательскому интерфейсу:
необходимо создать интуитивно понятный и удобный интерфейс для работы с программой;
приложение должно быть разработано на основе компонентов WPF.
Требования к функциональным возможностям:
требуется сделать возможность добавления, удаления и редактирования данных о автовладельцах, транспортном средстве, составленных протоколах и их состояние (исполнены они или нет);
создание таблиц;
создание запросов;
обеспечить возможность пополнения базы данных;
реализовать возможность просмотра отчетов о составленных протоколах, о машинах зарегистрированных на владельца
АНАЛИТИЧЕСКИЙ РАЗДЕЛ
Цель любой информационной системы - обработка данных об объектах реального мира. В широком смысле слова база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и, в конечном счете, автоматизации, например, предприятие, вуз и т д.
Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы.
Структурирование — это введение соглашений о способах представления данных.
Неструктурированными называют данные, записанные, например, в текстовом файле.
Пользователями базы данных могут быть различные прикладные программы, программные комплексы, а также специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями.
Современный мир информационных технологий трудно представить себе без возможности обработки больших объёмов информации. Такие объёмы информации удобно обрабатывать с помощью баз данных. Практически все системы в той или иной степени связаны с долговременным хранением и обработкой информации. Фактически, информация становится фактором, определяющим эффективность любой сферы деятельности. Увеличились информационные потоки и повысились требования к скорости обработки данных. Большинство операций не может быть выполнено вручную. Любые административные решения требуют более чёткой и точной оценки текущей ситуации и возможных перспектив её изменения.
Описание предметной области
В данном курсовом проекте необходимо разработать "Информационную систему ГИБДД". Она должна обеспечивать просмотр, обработку, ввод новых данных, поиск данных по определённому критерию.
Целью создания данной базы данных является повышение производительности работы, более надёжное хранение информации.
Стадии и этапы разработки:
проектирование;
программирование;
тестирование и отладка.
Информация находится в основе любой деятельности. Любая организация имеет в процессе своего функционирования большое количество информации, требующей организации и учёта. Не исключением является и деятельность Государственной инспекции безопасности дорожного движения.
Основу дорожного инспектирования ГИБДД составляет регистрация административных правонарушений. Основная цель протоколирования — это выявление и регистрация правонарушения. Анализ составленных протоколов предупреждает значительную часть правонарушений и несчастных случаев, связанных с ними, так как указывает инспекторам на какую именно область правонарушений необходимо обратить особое внимание.
У ГИБДД есть четыре наиболее важные функциональные задачи:
Регистрация автотранспортных средств, при совершении сделки купли-продажи;
Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, авто экспертиза и т.п.);
Борьба с угоном автотранспортных средств;
Оперативный поиск угнанных машин и задержание преступников.
ГИБДД занимается выделением учетом номерных знаков на автотранспорт. К автотранспортным средствам относятся: легковые, грузовые автомобили, прицепы, полуприцепы, мотоциклы, тракторы, автобусы, микроавтобусы. На разные виды транспорта выдаются разные виды номеров и в базу данных заносятся разные характеристики. Номера могут выделяться как частным владельцам, так и организациям. В справочнике номеров, выданных организации, дополнительно фиксируется: номер, ФИО владельца, его адрес, марка автомобиля, дата выпуска, объем двигателя, номера двигателя, шасси и кузова, цвет и т.п. В справочнике номеров, выданных организации, дополнительно фиксируется: название организации, район, адрес, руководитель. Существует справочник свободных номеров (серия, диапазон номеров). ГИБДД периодически проводит технический осмотр (ТО) машин. Для прохождения техосмотра необходима квитанция об оплате налогов, сумма оплаты зависит от объема двигателя. Периодичность прохождения зависит от года выпуска и вида транспортного средства. Технические характеристики, проверяемые на ТО и допуски, также зависят от вида транспортного средства.
ГИБДД занимается учетом и анализом ДТП (дорожно-транспортное происшествие). При регистрации ДТП фиксируется: дата, тип происшествия (наезд на пешехода, наезд на ограждение либо столб, лобовое столкновение, наезд на впереди стоящий транспорт, боковое столкновение на перекрестке и т.п.), место происшествия, марки пострадавших автомобилей, государственный номер, тип машины (легковая, грузовая, специальная), краткое содержание, число пострадавших, сумма ущерба, причина, дорожные условия и т.п. Анализ накопленной по ДТП статистике поможет правильно расставить запрещающие и предупреждающие знаки на улицах города, а так же спланировать местонахождение постов патрульных.
Угон либо исчезновение виновника ДТП с места происшествия требует оперативного вмешательства всех постов ГИБДД и патрульных машин. Для информации о разыскиваемой машине ее данные (включая номера двигателя и кузова) извлекаются из базы зарегистрированных номеров и передаются по рации всем постам. Ведение статистики угонов, ее анализ и опубликование результатов в СМИ поможет снизить количество угонов, а хозяевам машин принять необходимые меры (самые угоняемые марки, самый популярный способ вскрытия, самые надежные сигнализации и т.п.).
Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, авто экспертиза и т.п.);
Борьба с угоном автотранспортных средств;
Оперативный поиск угнанных машин и задержание преступников.
Настоящее техническое задание распространяется на разработку информационной системы ГИБДД. Предполагается, что данную систему будут использовать сотрудники ГИБДД.
Система должна обеспечивать выполнение следующих функций:
Регистрацию автотранспортных средств, при совершении сделки купли-продажи;
Меры, повышающие безопасность дорожного движения и выполнение всех мер при совершении ДТП на улицах города;
Борьба с угоном автотранспортных средств;
Оперативный поиск угнанных средств.
Исходные данные:
Перечень транспорта;
Номерные знаки на автотранспорт;
Данные владельца автотранспорта;
Справочник свободных номеров;
Типы происшествий.
Результат:
Перечень и общее число организаций, которым выделены номера либо с указанной серией, либо за указанный период;
Сведения о владельце автотранспортного средства по государственному номеру автомашины;
«Досье» на автомобиль по государственному номеру - номера двигателя, кузова, шасси, участвовал ли в ДТП, прошел ли техосмотр;
Статистика по любому типу ДТП;
Данные о количестве ДТП, совершаемых водителями в нетрезвом виде;
Список машин, отданных в розыск, будь то скрывшиеся с места ДТП или угнанные;
Данные об эффективности розыскной работы: количество найденных машин;
Перечень угонов за указанный период;
В ГИБДД города ведется учет автотранспорта. В регистрационной карточке каждого автомобиля хранится следующая информация: государственный регистрационный номер автомобиля, дата регистрации, марка и модель автомобиля, год выпуска, цвет, данные о владельце автомобиля, дата последнего техосмотра, а также примечания, вносимые сотрудниками ГИБДД в ходе учета.
Составление данной отчётности хотя бы за месяц требует от пересмотра большого количества документации, что занимает немало времени, которого у инспекторов зачастую просто нет. Данные такого рода нужно получать за считанные секунды при проверке водителя на дороге. Следить за состоянием протоколов по картотеке крайне трудоёмко: данная работа требует больших временных затрат и имеется вероятность совершения большого количества ошибок, например инспектор может случайно пропустить какую-нибудь из карточек. Автоматизация данного участка позволит не только увеличить точность и скорость получения информации, но и как следствие этого позволит инспекторам проверить больше водителей на дороге, а значит увеличить вероятность предотвращения несчастных случаев на дорогах.
Для полноценной работы базы данных, необходимы следующие сущности:
Водитель;
Владелец;
Транспортное средство;
VIN;
Протоколы нарушений.
Комплектация автоматизированного рабочего места сотрудника ДПС штатно устанавливается в салоне патрульного автомобиля, основан на базе терминального устройства системы мобильного доступа к Федеральной информационной системе (ФИС) ГИБДД в автомобильном исполнении и ранее установленного программного обеспечения.
Автоматизирование рабочего места исполняет запросы и устанавливает доступ к ресурсам федеральных баз данных с целью дальнейшей регистрации принятия решений для сотрудников мобильных групп. Программное обеспечение «Мобильный клиент» оформляет процессуальные документы непосредственно на месте совершения правонарушения.
Автоматизирование рабочего места ДПС включает в себя:
• атомный блок в автомобиле;
• сенсорный монитор в автомобиле;
• модем;
• компактное печатающее устройство;
• терминал оплаты с использованием банковских карт;
• ГЛОНАСС/GPS - модуль;
• сканер чтения штрих кодов с водительских удостоверений;
• устройство проверки водительских удостоверений на подлинность;
• специализированное программное обеспечение мобильного доступа.
С помощью автоматизации рабочего места сотрудники ДПС могут получить доступ к специализированным базам данных Госавтоинспекции с целью проверки транспортных средств, водителей, регистрационных документов на транспортные средства и водительских документов. Доступ появляется по защищенным каналам мобильной связи.
После формирования документа в электронном виде осуществляется печать с использованием мобильного печатающего устройства и происходит передача электронных документов в специализированную базу данных «Адмпрактика».
Наличие банковского терминала в составе автоматизации рабочего места обеспечивает возможность оплаты штрафа за административное правонарушение с использованием банковских карт.
Алгоритм работы с данным автоматизации рабочего места при оформлении постановления об административном правонарушении включает в себя следующие операции:
• ввод данных о транспортном средстве (регистрационной номер) и о водителе (номер водительского удостоверения) в соответствующие поля программного обеспечения и осуществление поиска информации в специализированных банках данных;
• формирование постановления об административном правонарушении в электронном виде на основании данных, полученных в результате поиска (причем большинство полей заполняется автоматически);
• ввод фабулы по статье нарушения (осуществляется выбором необходимой текстовки из справочника);
• печать постановления с использованием мобильного принтера;
• подтверждение правильности выполнения операции печати и одновременная автоматическая передача данных о завершенной операции в специализированный банк данных Госавтоинспекции «Адмпрактика».
Инфологическое проектирование
Инфологическое (концептуальное) проектирование – процесс создания внешней (инфологической) модели данных о предметной области, не зависящее от любых физических аспектов ее представления.
На этом этапе используется информация, объединяющая требования пользователей. Инфологическое проектирование базы данных не зависит от таких подробностей ее реализации, как тип выбранной СУБД, набор создаваемых прикладных программ, используемые языки программирования, тип вычислительной системы и т.п. При разработке инфологическая модель постоянно подвергается критической оценке, проверке на соответствие требованиям пользователей, и при необходимости модифицируется. От качества созданной инфологической модели в определяющей степени зависит эффективность конечной базы данных.
Определение сущностей
Сущность (объект) — это реальный или представляемый объект предметной области, информация о котором должна сохраняться и быть доступна. К сущностям относятся: Водитель, Автомобиль, Страховка, Паспорт ТС, Права, Протокол, Нарушение, Сотрудники, Должность.
Определение атрибутов
Проанализировав сведения, которые необходимы для разработки баз данных, можно выделить следующие объекты данной предметной области:
Владелец: Код владельца, ФИО, Дата рождения, Адрес, Номер ТС, Номер прав.
Автомобиль: Код автомобиля, Марка, Номер страховки, Гос. номер, Код владельца, Код паспорта.
Страховка: Код страховки, ФИО страхователя, Код автомобиля, Лица, допущенные к управлению, Дата выдачи полиса, Номер страховки.
Права: Код прав, ФИО, Дата рождения, Дата получения, Номер прав, Открытые категории.
Паспорт ТС: Код паспорта, VIN, Марка, Наименование, Категория ТС, Год выпуска ТС, Модель, Мощность двигателя, Экологический класс, Таможенные ограничения.
Протокол: Код протокола, Код прав, Гос. номер, Код нарушения, Решение сотрудника, Дата нарушения, Код сотрудника.
Нарушения: Код нарушения, Нарушение, Описание нарушения, Санкции.
Сотрудники: Код сотрудника, ФИО, Код должности, Телефон, Паспортные данные.
Должности: Код должности, Наименование должности, Заработная плата.
Атрибуты могут классифицироваться по принадлежности к одному из трех различных типов: описательные, указывающие, вспомогательные.
Описательные атрибуты представляют факты, внутренне присущие каждому экземпляру сущности. К описательным атрибутам относятся:
Владелец: ФИО, Дата рождения, Адрес, Номер ТС, Номер прав.
Автомобиль: Марка, Номер страховки, Гос. номер.
Страховка: ФИО страхователя, Лица, допущенные к управлению, Дата выдачи полиса, Номер страховки.
Права: ФИО, Дата рождения, Дата получения, Номер прав, Открытые категории.
Паспорт ТС: VIN, Марка, Наименование, Категория ТС, Год выпуска ТС, Модель, Мощность двигателя, Экологический класс, Таможенные ограничения.
Протокол: Гос. номер, Решение сотрудника, Дата нарушения.
Нарушения: Нарушение, Описание нарушения, Санкции.
Сотрудники: ФИО, Телефон, Паспортные данные.
Должности: Наименование должности, Заработная плата.
Указывающие атрибуты используются для присвоения имени или обозначения экземплярам сущности. К указывающим атрибутам относится:
Владелец: Код владельца.
Автомобиль: Код автомобиля.
Страховка: Код страховки.
Права: Код прав.
Паспорт ТС: Код паспорта.
Протокол: Код протокола.
Нарушения: Код нарушения.
Сотрудники: Код сотрудника.
Должности: Код должности.
Вспомогательные атрибуты используются для связи экземпляра одной сущности с экземпляром другого. К вспомогательным атрибутам относится:
Автомобиль: Код владельца, Код паспорта.
Страховка: Код автомобиля.
Протокол: Код прав, Код нарушения, Код сотрудника.
Сотрудники: Код должности.
Определение связей
Связь (Relationship) — это поименованная графически изображаемая ассоциация, устанавливаемая между сущностями и представляющая собой абстракцию набора отношений, которые систематически возникают между различными видами предметов в реальном мире. Большинство связей относятся к категории бинарных и имеют место между двумя сущностями.
Определение вида связи между сущностями
[Владелец, Автомобиль] (Код владельца) 1: М
[Автомобиль, Страховка] (Код автомобиля) 1:1
[Паспорт ТС, Автомобиль] (Код паспорта) 1:1
[Права, Протокол] (Код прав) 1: М
[Нарушения, Протокол] (Код нарушения) 1: М
[Сотрудники, Протокол] (Код сотрудника) 1: М
[Должности, Сотрудники] (Код должности) 1:1
Даталогическое проектирование
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
Кроме того, может быть много вариантов отображения инфологической модели предметной области в даталогическую модель базы. Здесь следует учитывать влияние следующих факторов, связанных с практикой разработки базы данных:
связи предметной области могут отображаться двумя путями, как декларативным — в логической схеме, так и процедурным — отработкой связей через программные модули, обрабатывающие (связывающие) соответствующие хранимые данные;
существенным фактором может оказаться характер обработки информации. Например, частые обращения к совместно обрабатываемым данным очевидно предполагают их совместное хранение, а данные (особенно большой размерности), к которым обращаются редко, целесообразно хранить отдельно от часто используемых.
Определение ключей
Первичный ключ – это поле, которое используется для обеспечения уникальности данных в таблице. Это означает, что значение (информация) в поле первичного ключа в каждой строке (записи) таблицы может быть уникальным. К первичным ключам относится:
Владелец: Код владельца.
Автомобиль: Код автомобиля.
Страховка: Код страховки.
Права: Код прав.
Паспорт ТС: Код паспорта.
Протокол: Код протокола.
Нарушения: Код нарушения.
Сотрудники: Код сотрудника.
Должности: Код должности.
Внешний ключ – это одно или несколько полей (атрибутов), которые являются первичными в другой таблице и значение которых заменяется значениями первичного ключа другой таблицы. К внешним ключам относятся:
Автомобиль: Код владельца, Код паспорта.
Страховка: Код автомобиля.
Протокол: Код прав, Код нарушения, Код сотрудника.
Сотрудники: Код должности.
Анализ установленных функциональных зависимостей
После того, как таблица приведена к первой нормальной форме 1НФ, нужно определить функциональную зависимость между атрибутами (полями, столбцами) таблицы. Это необходимо для обеспечения максимально-возможной рациональности в построении таблиц базы данных.
Автомобиль: Код владельца функционально определяет ФИО владельца автомобиля.
Страховка: Код автомобиля функционально определяет Гос. номер и Марку автомобиля.
Протокол: Код нарушения функционально передает Нарушение и прилагающие к нему Санкции, а также Код сотрудника функционально передает ФИО сотрудника.
Сотрудники: Код должности функционально определяет Наименование должности сотрудника и его заработная плата.
Структура базы данных
Заключение
На создание информационных систем, приобретение и внедрение их элементов требуются значительные материальные, временные и трудовые ресурсы. Однако, информационные системы и информационные технологии представляют собой мощный ресурс, использование которого в деятельности организации является экономически выгодным, эффективным и необходимым для нормального функционирования.
Анализируя рынок программных продуктов для ГИБДД, можно отметить, что данный сегмент рынка развит достаточно хорошо. Существуют различные фирмы, предлагающие свои разработки для автоматизации деятельности, как регистрационной, так и розыскной, учебной деятельности. Лидером на рынке программных продуктов для ГИБДД является фирма «Росби Информ Ко». Самой значительной разработкой фирмы "Росби Информ Ко" является Федеральная информационная система Государственной Инспекции Дорожного Движения (ФИС ГИБДД), которая полностью автоматизирует деятельность государственной инспекции безопасности дорожного движения.
Эффективное решение этих задач во многом зависит от оснащенности подразделений и служб МВД России современными техническими средствами. На современном этапе задачи, реализуемые подразделениями по обеспечению безопасности дорожного движения, автоматизируются с целью более эффективного их выполнения. Одной из самых распространенных операций Госавтоинспекции является составление постановления об административном правонарушении. В последние годы предпринимаются попытки автоматизировать данную операцию с тем, чтобы сократить время, расходуемое на ее выполнение.
Одним из эффективных программно-технических решений является внедрение в деятельность Госавтоинспекции автоматизированных рабочих мест сотрудников дорожно-патрульной службы (АРМ ДПС).
Задачи, которые ставятся перед органами внутренних дел по обеспечению законности, укреплению правопорядка, охране прав и свобод граждан, а также по исполнению неотвратимости наказания за каждое преступление или правонарушение, требуют высоких профессиональных качеств от сотрудников полиции.
Список литературы
Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. – М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. – 272 c.
Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. – М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. – 352 c.
Автоматизированные информационные технологии в экономике: Учебник / Под ред. проф. Титоренко Г. А.. М.: Компьютер, ЮНИТИ, 2003.
© БиблиофондБондарева, Г. А.Информатика. Методические указания / Г.А. Бондарева, Е.В. Сахарова, Л.Н. Королькова. – Ставрополь: СТИС, 2006
Бойко, В.В. Проектирование баз данных информационных систем / В.В. Бойко, В.М. Савинков. – М.: Финансы и статистика, 1989
Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2004. – 352 c.
Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2012. – 400 c.
Илюшечкин, В. М. Основы использования и проектирования баз данных. Учебник / В.М. Илюшечкин. - М.: Юрайт, 2014. - 214 c.
Хансен Г., Хансен Дж. Базы данных. Разработка и управление. - М.: Бином, 2012. - 700 с.
БиблиофондДейт, К. Дж. Введение в системы баз данных, 6-е издание / К. Дж. Дейт. – К.; М.; СПб.: Издательский дом "Вильямс", 2008. – 848 с.
Комплекснозначные и гиперкомплексные системы в задачах обработки многомерных сигналов / Я.А. Фурман и др. - М.: ФИЗМАТЛИТ, 2015. - 456 c.
Кузнецов С.Д. “Проектирование и разработка корпоративных информационных систем”, [Электронный ресурс] http://citforum.ru/inform/prcorpsys/index.%20shtml
Б. Богумирский. Эффективная работа на IBM PC в среде Windows 95. СПб, «Питер», 1997, 1000 с.
Кузнецов С.Д. “Основы современных баз данных”,[Электронный ресурс] http://citforum.ru/inform/prcorpsys/index.%20shtml
Кудрявцев, В.Б. Интеллектуальные системы. Учебник и практикум для бакалавриата и магистратуры / В.Б. Кудрявцев, Э.Э. Гасанов, А.С. Подколзин. - Москва: ИЛ, 2016. - 219 c.
|
|
|
Скачать 107.33 Kb.