Edcomp.ru

Советы по настройке и оптимизации компьютера
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

БД автошколы. Урок 1. Анализ и предметная область

АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ «ГИБДД»

1. Бекаревич Ю. Самоучитель MS Office Access 2016 / Бекаревич Ю., Пушкина Н., 2017г. 408 c.

2. Карпова Т.С. Базы данных: модели, разработка, реализация: учебное пособие / Национальный Открытый Университет «ИНТУИТ», 2016.241 c.

3. Федорова Г.Н. Разработка и администрирование баз данных, 2015.320 c.

4. Шустова Л.И. Базы Данных / Шустова Л.И, Тараканов О.В., 2016. 304 c.

5. Владимир, Михайлович Илюшечкин Основы использования и проектирования баз данных / Владимир Михайлович Илюшечкин. — М.: Юрайт, 2015. — 516 c.

6. Кириллов, В.В. Введение в реляционные базы данных (+ CD-ROM) / В.В. Кириллов. — М.: БХВ-Петербург, 2016. — 318 c.

7. Кузнецов, С. Д. Основы баз данных / С.Д. Кузнецов. — М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2017. — 488 c.

8. Латыпова, Р. Р. Базы данных. Курс лекций / Р.Р. Латыпова. — Москва: Высшая школа, 2016. — 177 c.

9. Персианов, Вячеслав Венедиктович; Технология Проектирования Информационной Базы Для Педагогических Вузов Страны. / Персианов Вячеслав Венедиктович;. — Москва: Огни, 2016. — 594 c.

10. Свиридова, М. Ю. Система управления базами данных Access / М.Ю. Свиридова. — М.: Академия, 2016. — 192 c.

11. Стружкин, Н. П. Базы данных. Проектирование. Учебник / Н.П. Стружкин, В.В. Годин. — М.: Юрайт, 2016. — 478 c.

12. Фуфаев, Э. В. Базы данных / Э.В. Фуфаев, Д.Э. Фуфаев. — М.: Академия, 2016. — 320 c.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«САХАЛИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Допущен к защите:

КУРСОВОЙ ПРОЕКТ

По МДК 02.02 Технология разработки и защиты баз данных

Тема: «__Разработка и проектирование базы данных ГИБДД__»

Специальность: 09.02.03 Программирование в компьютерных системах

Выполнил: студент группы_ПКС-301_Селезнев Владислав Олегович

"___"________ 2019 г. /_______________________

должность, звание, ФИО

"___"________ 2019 г. /_______________________

Дата защиты_______________ Оценка_____________________

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ

ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ СахГУ

ЗАДАНИЕ на курсовой проект студента III курса ПКС-301 группы

___Селезнев Владислав Олегович___

Фамилия, имя отчество студента

Тема курсового проекта:

Проектирование и разработка базы данных «ГИБДД»

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

2. Содержание работы. В работе будут изложены следующие разделы:

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

а) Общее описание предметной области: Предметная область – ГИБДД. База данных осуществляет регистрацию транспортных средств. Выписка штрафов, отраженных в формах. ГИБДД ведет учет транспорта, отражает информацию о владельцах.

б) Описание входных документов:

сведения о транспорте, сведения о владельце, сведения о сотрудниках.

в) Описание выходных документов: Табличный отчет: по принадлежности транспорта. Произвольный отчет: виды нарушения.

г) Описание запросов: Виды нарушений, штраф за которые = 500.

Поиск: транспорта или владельца для проведения различных операций с ними.

Выборка: транспортные средства модели ХХ.

Вычиления: количество штрафов у определенного владельца.

2.Инфологическое моделирование предметной области: ER — модель предметной области, нормализация отношений.

3.Выбор и описание используемой СУБД

А) сравнительная характеристика различных СУБД

Б) Описание возможностей используемой СУБД

В) Описание языка манипулирования данными, языка запросов

4.Разработка базы данных.

4. Сроки выполнения курсового проекта:

Начало работы: «14» января 2019

Окончание работы: «15» апреля 2019

Срок предоставления на отделение: «18» апреля 2019

Руководитель курсового проекта: Куприяшина О.Б. _______________

СОДЕРЖАНИЕ
ВВЕДЕНИЕ3
1.Анализ предметной области5
1.1Описание предметной области и функции решаемых задач5
1.2Перечень входных и выходных данных9
1.3Ограничения предметной области12
2.Проектирование инфологической модели предметной области17
2.1Выделение информационных объектов. Определение атрибутов объектов17
2.2Определение типов данных в заданном формате (структура таблиц; типы данных; ключевые элементы; внешние ключи)18
3.Разработка базы данных20
3.1Обзор и анализ современных СУБД20
3.2Обоснование выбора СУБД
3.3Создание объектов базы данных
ЗАКЛЮЧЕНИЕ26
СПИСОК ЛИТЕРАТУРЫ27
ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

База данных – это совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью понятного отображения нужных данных пользователю, и удобства в управлении и изменении этих данных администратору. Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельныхпроцессов, целостности (правильности) и безопасности данных, а также санкционирования доступа. Исходя из этого, так как в настоящее время жизнь человека зависит от различного рода информации, для управления которой требуются создания огромного количества баз и банков данных различного назначения, нужна база данных для такой государственной службы, как ГИБДД, предназначенная для упрощения работы служащим с этими базами данных. Но не имея сейчас возможности создавать и использовать базы данных, работникам разных служб и организаций приходилось бы составлять подобия баз данных, но не в электронном, а в письменном виде. Такая форма ведения записей была бы более трудоемкой и затратной по времени, так как приходилось бы искать нужную запись вручную во всей базе, возможно даже не одной, а это очень большое количество бумаг, каждую страницу которых пришлось бы просмотреть в поиске необходимой информации. А база данных напротив, обеспечивает наглядный и доступный вид данных имеющихся в ней, удобство в поиске необходимых данных или записи, и управлении или редактировании самой базы. И поэтому данный курсовой проект рассматривает создание базы данных для такой государственной службы, как «ГИБДД». В курсовом проекте разрабатывается база данных, которая осуществляет учет и регистрацию транспортных средств. ГИБДД ведет учет транспорта, отражает информацию о владельцах, выводит авто- и мототранспорт по различным запросам, формирует отчеты и запросы.

Читайте так же:
Что такое SSID сети и для чего нужен этот идентификатор

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

Для достижения цели необходимо выполнить ряд задач, а именно:

1. Проанализировать список литературы;

2. Проанализировать предметную область «ГИБДД»;

3. Спроектировать логическую модель БД «ГИБДД»;

4. Спроектировать физическую модель БД «ГИБДД»;

5. Выбрать и описать используемую СУБД;

6. Разработать объекты базы данных «ГИБДД»;

При написании данного курсового проекта автор использовал наиболее важную литературу: Стружкин Н. П. «Базы данных. Проектирование.», Кузнецов С. Д. «Основы баз данных», Бекаревич Ю. «Самоучитель MS Office Access 2016»;

АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ «ГИБДД»

1.1 Описание предметной области и функции решаемых задач.

Для постановки на учет транспортных средств необходимо обрабатывать большое количество информации об автомобилях и автовладельцах. Инспектору необходимо внести полную информацию о физическом лице, регистрирующем транспортное средство, то есть Фамилию Имя Отчество будущего автовладельца, дату рождения, адрес проживания и иные паспортные данные. Должна быть в базе данных и информация о водительском удостоверении лица (дата выдачи, кем выдано и на какие категории транспортных средств). Также в базу данных необходимо внести полную информацию о регистрируемом транспортном средстве (марка, модель, год выпуска, мощность, цвет). Категории транспортных средств регистрируются следующие: легковой автомобиль, мотоцикл, автобус, грузовик с грузоподъемностью менее 3,5 тонн, грузовик с грузоподъемностью более 3,5 тонн, скутер, мопед, прицеп и полуприцеп.

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

Разработать базу данных, позволяющую вести:

· Учет сведений о транспортном средстве;

· Учет всех владельцев транспортных средств;

· Поиск по различным полям;

· Учет количества транспорта каждого владельца;

· Составление табличных отчетов по принадлежности транспорта;

· Составление произвольных отчетов о видах нарушений;

· Учет наличия штрафов у водителя;

· Подсчет количества штрафов у водителя;

· Возможность быстрого поиска транспорта или владельца для проведения различных операций с ними;

· Наличие удобных форм.

Дата добавления: 2019-03-09 ; просмотров: 702 ; Мы поможем в написании вашей работы!

Анализ предметной области. Разработка БД состоит из 2-х этапов: 1.Проектирование БД. 2.Создание БД. Проектирование БД включает: -Системный анализ предметной. — презентация

Презентация на тему: » Анализ предметной области. Разработка БД состоит из 2-х этапов: 1.Проектирование БД. 2.Создание БД. Проектирование БД включает: -Системный анализ предметной.» — Транскрипт:

1 Анализ предметной области

2 Разработка БД состоит из 2-х этапов: 1.Проектирование БД. 2.Создание БД. Проектирование БД включает: -Системный анализ предметной области; -Анализ данных и построение модели данных. Создание БД: -Создание структуры базы данных; -Заполнение базы данными

3 «ИС Приёмная комиссия» 1.Системный анализ предметной области. Элементы системы «Приёмная кампания в университете» Приёмная комиссия Абитуриенты Абитуриенты – это выпускники школ и других средних учебных заведений, решившие поступать в данный университет. Приемная комиссия – это административное подразделение университета, занимающееся организацией приёма в вуз. Информационное взаимодействие: передача абитуриентами анкетных данных приемной комиссии, информирование абитуриентов об условиях приёма, приём экзаменов и выставление оценок.

Читайте так же:
Как устранить ошибку 0xe800002d в iTunes

4 Основная функция ИС- обеспечить хранение и оперативную обработку всей поступающей информации в ходе приёмной кампании, а также подготовка документов: списков, справок, ведомостей, отчетов и т.д. Приёмная комиссия Члены приёмной комиссии Информационная система Абитуриенты

5 Приёмная кампания в вузе – процесс, происходящий во времени. Его этапы: 1.Подготовительный этап; 2.Этап приёма документов у абитуриентов. 3.Этап приёма экзаменов; 4.Этап зачисления в университет.

6 Информационные процессы ЭтапИнформационный процесс 1. Подготовитель- ный этап — Подготовка информации о структуре университета и условиях приёма; — Выдача этой информации абитуриентам 2. Этап приёма документов у абитуриентов. -сбор анкетных и др.данных о абитуриентах и их систематизация; — Присваивания каждому абитуриенту собственного идентификатора – регистрационного номера 3. Этап приёма экзаменов — Получение информации об уровне знаний абитуриентов в процессе сдачи экзаменов, её сбор и систематизация; -выдача абитуриентам информации о результатах сдачи экзаменов; 4. Этап зачисления в университет -Обработка результатов сдачи экзаменов; — принятие решения о зачислении. 5. Этап выдачи информации — Выдачи абитуриентам информации о результатах зачисления.

8 1. Подготовительный этап. Классический университет Юридический факультет Исторический факультет История Кротов Анохин Политология Волков Диркс Экономический факультет Финансы и кредит Яшина Бухгалтерский учет Кузин Лядова

9 Спланированы 2 таблицы Факультеты Код факультета Название факультета Экзамен1 Экзамен2 Экзамен 3 Специальности Код специальности Название специальности Код факультета План приёма

10 2. Этап приёма документов у абитуриентов Анкеты Регистрац.номер Фамилия Имя Отчество Дата рождения Город Закончил уч.заведение Абитуриенты Регистрац.номер Код специальности Медаль Производственный стаж

11 3. Этап приёма экзаменов. Оценки Регистрац.номер Оценка за экзамен1 Оценка за экзамен2 Оценка за экзамен3

12 4. Этап зачисления в университет. Итоги Регистрац.номер Зачисление

13 Построение модели данных

14 Реляционная модель данных Факультеты(КОД_ФАК,ФАКУЛЬТЕТ,ЭКЗАМЕН_1, ЭКЗАМЕН_2,ЭКЗАМЕН_3). Специальности(КОД_СПЕЦ,СПЕЦИАЛЬНОСТЬ,К ОД_ФАК,ПЛАН) Абитуриенты(РЕГ_НОМЕР,КОД_СПЕЦ,МЕДАЛЬ, СТАЖ) Анкеты(РЕГ_НОМЕР ФАМИЛИЯ,ИМЯ, ОТЧЕСТВО, ДАТА_РОЖДЕНИЯ,ГОРОД,УЧ_ЗАВЕДЕНИЕ) Оценки(РЕГ_НОМЕР,ОЦЕНКА_1,ОЦЕНКА_2,ОЦЕН КА_3) Итоги(РЕГ_НОМЕР,ЗАЧИСЛЕНИЕ)

15 Схема БАЗЫ ДАННЫХ. Абитуриенты Специальности Факультеты Итоги Анкеты Оценки Организация связей между таблицами обеспечивает одно важное качество, которое называется целостностью данных.

16 Использование базы данных. Запросы к базе данных. Действия, выполняемые над информацией, хранящейся в БД, называется манипулированием данными. Это: выборка данных по некоторым условиям, сортировка данных, обновление, удаление и добавление данных. Запрос – это команда на выполнение определенного вида манипулирования данными..выбрать для сортировать по

Курс базы данных «Предметная область», презентация для 11 класса

Составила: Учитель информатики МБОУ Школа №41 ГО г.Уфа РБ Гурьянова Светлана Васильевна.

Что такое проект? Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность. Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.

Что такое проект?

  • Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.

Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.

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

Что такое проект реляционной базы данных ?

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

Что такое проект реляционной базы данных ? Это набор взаимосвязанных отношений, в которых определены все атрибуты, заданы первичные ключи отношений и заданы еще некоторые дополнительные свойства отношений, которые относятся к принципам поддержки целостности

Почему именно взаимосвязанных отношений? Успеваемость Оценки Студент Баллы 100 Силантьев Оценка Оценка 60 Валеева Отлично 5 Гурьева Удовлетворительно 3 80 Хорошо 4 если мы в одной таблице оценки будем обозначать цифрами, а в другой словами

Почему именно взаимосвязанных отношений?

Успеваемость

если мы в одной таблице оценки будем обозначать цифрами, а в другой словами «отлично», «хорошо» и т. д., то мы не сможем объединить эти таблицы по столбцу Оценка, хотя по смыслу это для нас одно и то же, но то, что интуитивно понятно человеку, совсем не понятно «умному» компьютеру. Это проблема систем с искусственным интеллектом, которые могут решать весьма сложные интеллектуальные задачи , трудные для рядового инженера, но иногда пасуют перед простейшими интуитивными ассоциациями, понятными любому школьнику. И это необходимо учитывать. Поэтому проект базы данных должен быть очень точен и выверен.

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

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

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

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

Этапы жизненного цикла БД

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

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

Этапы проектирования Баз данных

В общем случае можно выделить следующие этапы проектирования :

  • Системный анализ и словесное описание информационных объектов предметной области.
  • Проектирование инфологической модели предметной области .
  • Даталогичеcкое или логическое проектирование БД.
  • Физическое проектирование БД.
Читайте так же:
Способы отбеливания зубов в Фотошопе

Процесс проектирования БД представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели. В общем случае можно выделить следующие этапы проектирования :

Системный анализ и словесное описание информационных объектов предметной области.

Проектирование инфологической модели предметной области — частично формализованное описание объектов предметной области в терминах некоторой семантической модели , например, в терминах ER-модели.

Даталогичеcкое или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных.

Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

Если мы учтем, что между вторым и третьим этапами необходимо принять решение, с использованием какой стандартной СУБД будет реализовываться наш проект, то условно процесс проектирования БД можно представить последовательностью выполнения пяти соответствующих этапов

С точки зрения проектирования БД в рамках системного анализа, необходимо осуществить первый этап, то есть провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Желательно, чтобы данное описание позволяло корректно определить все взаимосвязи между объектами предметной области . Системный анализ предметной области

С точки зрения проектирования БД в рамках системного анализа, необходимо осуществить первый этап, то есть провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Желательно, чтобы данное описание позволяло корректно определить все взаимосвязи между объектами предметной области .

Системный анализ предметной области

В общем случае существуют два подхода к выбору состава и структуры предметной области :

  • Функциональный подход реализует принцип «от задач» и применяется в том случае, когда известны функции некоторой группы лиц и/или комплекса задач, для обслуживания информационных потребностей которых создаётся рассматриваемая БД.
  • Предметный подход применяется в тех случаях, когда у разработчиков есть чёткое представление о самой ПО и о том, какую именно информацию они хотели бы хранить в БД, а структура запросов не определена или определена не полностью.

Функциональный подход — он реализует принцип движения «от задач» и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая БД. В этом случае мы можем четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны.

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

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

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

-75%

Проектирование информационного обеспечения ИС на примере предметной области «гибдд»

Современный мир информационных технологий трудно представить себе без возможности обработки больших объёмов информации. Такие объёмы информации удобно обрабатывать с помощью баз данных. Практически все системы в той или иной степени связаны с долговременным хранением и обработкой информации. Фактически, информация становится фактором, определяющим эффективность любой сферы деятельности. Увеличились информационные потоки и повысились требования к скорости обработки данных. Большинство операций не может быть выполнено вручную. Любые административные решения требуют более чёткой и точной оценки текущей ситуации и возможных перспектив ёё изменения.

В данной курсовой работе необходимо разработать «Информационную систему ГИБДД». Она должна обеспечивать просмотр, обработку, ввод новых данных, поиск данных по определённому критерию. Целью создания данной базы данных является:

  • 1. повышение производительности работы;
  • 2. более надёжное хранение информации.

Стадии и этапы разработки:

  • 1. анализ;
  • 2. проектирование;
  • 3. программирование;
  • 4. тестирование и отладка.

На этапе анализа производится описание задачи. Описание является полным, последовательным, доступным для чтения и обзора различных заинтересованных лиц. В ходе выполнения этого этапа получают следующее:

— уточняются требования, приведённые в задании на курсовое проектирование;

Итог выполнения этапа анализа — спецификация, содержащая конкретное описание программного продукта.

Читайте так же:
Как определить площадь в Автокаде

На этапе проектирования происходит иерархическое разбиение задачи создания программного продукта на подзадачи. На этом этапе производится следующее:

  • — формируется структура программного продукта и разработка алгоритмов, задаваемых спецификацией;
  • — выбирается структура информации в базе данных.

Результат работы этапа проектирования — алгоритм решения задачи, структура программного продукта и базы данных.

На этапе тестирования и отладки выявляются ошибки в программном продукте, проверяется работоспособность программного продукта и его соответствие спецификации. В ходе выполнения этого этапа выполняются следующие работы:

  • 1. подготавливаются данные для отладки;
  • 2. планируется сам процесс отладки;
  • 3. проводится испытание программного продукта.

Результат выполнения этого этапа — оттестированный и отлаженный программный продукт.

Среда функционирования системы включает различные районные отделения ГИБДД.

Объект управления представляет собой процессы выдачи и восстановления прав, учет зарегистрированных транспортных средств (ТС), а также регистрация и анализ ДТП и угонов автотранспорта.

Субъект управления представляет собой персонал, работающий в данном отделении ГИБДД и обеспечивающий функционирование информационной системы «ГИБДД».

Цель управления состоит в организации эффективной работы отделения ГИБДД. Для достижения этой цели в процессе управления решаются задачи:

  • 1) Ведение учета прав водителей.
  • 2) Ведение учета заявлений на выдачу или восстановление прав.
  • 3) Ведение учета зарегистрированных ТС.
  • 4) Ведение учета регистрации и анализа ДТП.
  • 5) Ведение учета угонов автотранспорта.

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

В рамках данного проекта для автоматизации выбраны следующие пять функций автоматизированной системы « ГИБДД. Водительские права»:

  • 1) Ведение учета прав водителей.
  • 2) Ведение учета заявлений на выдачу или восстановление прав.
  • 3) Ведение учета зарегистрированных ТС.
  • 4) Ведение учета регистрации и анализа ДТП.
  • 5) Ведение учета угонов автотранспорта.

1. Данная функция предназначена для учета прав. Эта цель достигается за счет того, что в БД накапливается информация обо всех правах.

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

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

2. Данная функция предназначена для учета заявлений на выдачу или восстановление прав. Эта цель достигается за счет того, что в БД накапливается информация о заявлениях.

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

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

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

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

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

4. Данная функция предназначена для ведения учета регистрации и анализа ДТП. Эта цель достигается за счет того, что в БД накапливается информация составленных протоколах о регистрации и анализе ДТП .

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

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

5. Данная функция предназначена для поддержки процесса ведения учета угонов автотранспорта.Эта цель достигается за счет того, что в БД накапливается информация о поданных заявлениях.

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

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

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

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

Читайте так же:
Произвольное выключение модема: причины и исправление неполадки

У ГИБДД есть четыре наиболее важные функциональные задачи:

  • — Регистрация автотранспортных средств, при совершении сделки купли-продажи;
  • — Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, автоэкспертиза и т.п.);
  • — Борьба с угоном автотранспортных средств;
  • — Оперативный поиск угнанных машин и задержание преступников.

ГИБДД занимается выделением учетом номерных знаков на автотранспорт. К автотранспортным средствам относятся: легковые, грузовые автомобили, прицепы, полуприцепы, мотоциклы, тракторы, автобусы, микроавтобусы. На разные виды транспорта выдаются разные виды номеров и в базу данных заносятся разные характеристики. Номера могут выделяться как частным владельцам, так и организациям. В справочнике номеров, выданных организации, дополнительно фиксируется: номер, ФИО владельца, его адрес, марка автомобиля, дата выпуска, объем двигателя, номера двигателя, шасси и кузова, цвет и т.п. В справочнике номеров, выданных организации, дополнительно фиксируется: название организации, район, адрес, руководитель. Существует справочник свободных номеров (серия, диапазон номеров). ГИБДД периодически проводит технический осмотр (ТО) машин. Для прохождения техосмотра необходима квитанция об оплате налогов, сумма оплаты зависит от объема двигателя. Периодичность прохождения зависит от года выпуска и вида транспортного средства. Технические характеристики, проверяемые на ТО и допуски, также зависят от вида транспортного средства.

ГИБДД занимается учетом и анализом ДТП (дорожно-транспортное происшествие). При регистрации ДТП фиксируется: дата, тип происшествия (наезд на пешехода, наезд на ограждение либо столб, лобовое столкновение, наезд на впереди стоящий транспорт, боковое столкновение на перекрестке и т.п.), место происшествия, марки пострадавших автомобилей, государственный номер, тип машины (легковая, грузовая, специальная), краткое содержание, число пострадавших, сумма ущерба, причина, дорожные условия и т.п. Анализ накопленной по ДТП статистике поможет правильно расставить запрещающие и предупреждающие знаки на улицах города, а так же спланировать местонахождение постов патрульных.

Угон либо исчезновение виновника ДТП с места происшествия требует оперативного вмешательства всех постов ГИБДД и патрульных машин. Для информации о разыскиваемой машине ее данные (включая номера двигателя и кузова) извлекаются из базы зарегистрированных номеров и передаются по рации всем постам. Ведение статистики угонов, ее анализ и опубликование результатов в СМИ поможет снизить количество угонов, а хозяевам машин принять необходимые меры (самые угоняемые марки, самый популярный способ вскрытия, самые надежные сигнализации и т.п.).

  • — Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, автоэкспертиза и т.п.);
  • — Борьба с угоном автотранспортных средств;
  • — Оперативный поиск угнанных машин и задержание преступников.

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

Система должна обеспечивать выполнение следующих функций:

  • — Регистрацию автотранспортных средств, при совершении сделки купли-продажи;
  • — Меры, повышающие безопасность дорожного движения и выполнение всех мер при совершении ДТП на улицах города;
  • — Борьба с угоном автотранспортных средств;
  • — Оперативный поиск угнанных средств.
  • — Перечень транспорта;
  • — Номерные знаки на автотранспорт;
  • — Данные владельца автотранспорта;
  • — Справочник свободных номеров;
  • — Типы происшествий.
  • o Перечень и общее число организаций, которым выделены номера либо с указанной серией, либо за указанный период;
  • o Сведения о владельце автотранспортного средства по государственному номеру автомашины;
  • o «Досье» на автомобиль по государственному номеру — номера двигателя, кузова, шасси, участвовал ли в ДТП, прошел ли техосмотр;
  • o Статистика по любому типу ДТП;
  • o Данные о количестве ДТП, совершаемых водителями в нетрезвом виде;
  • o Список машин, отданных в розыск, будь то скрывшиеся с места ДТП или угнанные;
  • o Данные об эффективности розыскной работы: количество найденных машин;
  • o Перечень угонов за указанный период;

В ГИБДД города ведется учет автотранспорта. В регистрационной карточке каждого автомобиля хранится следующая информация: государственный регистрационный номер автомобиля, дата регистрации, марка и модель автомобиля, год выпуска, цвет, данные о владельце автомобиля, дата последнего техосмотра, а также примечания, вносимые сотрудниками ГИБДД в ходе учета.

Логическая модель данных

Рис. 1 Логическая модель данных

Владельцем автомобиля может быть как частное лицо, так и организация. ГИБДД фиксирует Ф.И.О. (название) владельца, адрес (домашний или юридический), телефон(ы). Каждый автомобиль имеет единственного владельца, но, конечно, каждый владелец может располагать несколькими автомобилями.

Физическая модель данных

Рис.2 Физическая модель данных

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

Учитывая большие объемы обрабатываемой информации, одной из

главных задач ГИБДД является автоматизация поиска данных об автомобилях и их владельцах. В частности, сотрудники ГИБДД заинтересованы в реализации следующих видов поиска: Таблица основных сущностей

голоса
Рейтинг статьи
Ссылка на основную публикацию