Размещено на http://www.allbest.ru/

Некоммерческое акционерное общество

«АЛМАТИНСКИЙ УНИВЕРСИТЕТ ЭНЕРГЕТИКИ И СВЯЗИ»

КУРСОВАЯ РАБОТА

По дисциплине: «Система управления базами данных (СУБД)»

На тему: «Реализация проекта «Учет автотранспорта ГИБДД города» в среде выбранной СУБД»



• Содержание
• Введение
• 1. Описание предметной области
• 2. Разработка концептуальной модели предметной области базы данных «Учет автотранспорта»
• 3. Реализация разработанного проекта в среде выбранной СУБД
• 3.1 Задания
• 3.2 Преобразование концептуальной схемы для модели «Учет автотранспорта»
• 3.3 Создание структуры таблиц базы данных
• 3.4 Вопросы к базе данных
• Заключение
• Список литературы


Введение

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

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

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

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

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



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

В ГИБДД города ведется учет автотранспорта в регистрационной карточке каждого автомобиля:

- номер регистрации, марка и модель авто, год выпуска, данные о владельце авто, дата последнего техосмотра, а также примечания вносимые сотрудниками ГИБДД в ходе учета

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

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

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

- поиск по дате регистрации: здесь нужно иметь возможность задавать условия поиска типа «не позднее…», «не ранее…», «между…и…»

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

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

- поиск по модели авто: часто бывает необходимо отыскать все зарегистрированные авто определенной марки и модели.



2. Разработка концептуальной модели предметной области базы данных «Учет автотранспорта»

Разработку модели начнем с выделения основных сущностей. По описанию предметной области можно выделить следующие объектные множества:

- Автотранспорт;

- Владелец;

- Сотрудник ГИБДД.

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

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

- ФИО (название);

- Адрес;

- Телефон.

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



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

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

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

- Марка;

- Модель;

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

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

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

- ФИО;

- Должность;

- Звание;

- Адрес;

- Телефон.



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

Определим основные предметно-значимые атрибуты сущностей:

- Автотранспорт - номер авто (первичный ключ), марка, модель, код владельца (внешний ключ), дата последнего техосмотра;

- Владелец - Код владельца (первичный ключ), Ф.И.О.(название), адрес, телефон;

- Сотрудник ГИБДД - Код сотрудника (первичный ключ), Ф.И.О., звание, должность, адрес, телефон.

- Регистрационная карточка - № карточки, № авто, № сотрудника ГИБДД, дата регистрации, поправка.

Концептуальная модель базы данных «Учет автотранспорта» приведена на рисунке 1.

Рисунок 1 - Концептуальная модель базы данных «Учет автотранспорта»



3. Реализация разработанного проекта в среде выбранной СУБД

3.1 Задания

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

- преобразуйте объектные множества и атрибуты; определите первичные ключей;

- преобразуйте отношения; определите внешние ключи;

- создайте таблицы пересечений (с обоснованием необходимости), определите составные ключи;

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

2.Выберите среду реализации. Среда реализации - MS SQL Server.

3.Создайте структуры таблиц базы данных; определите ключи. В пояснительной записке приводятся структуры таблиц.

4.Заполните таблицы данными. Приведите в пояснительной записке образцы данных в таблицах, примеры добавления, удаления, редактирования записей.

5.Сформулируйте вопросы к базе данных. Установите межтабличные связи.

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

При выполнении запросов к базе данных необходимо использовать все возможности извлечения информации из базы данных (простые и сложные запросы, использование в запросах различных операндов).



3.2 Преобразование концептуальной схемы для модели «Учет автотранспорта»

В соответствии с рассмотренными правилами для модели «Учет автотранспорта» преобразуем вначале объектные множества. Получим следующие реляционные таблицы:

- Автотранспорт (номер авто, марка, модель, дата последнего техосмотра);

- Владелец (Код владельца, Ф.И.О.(название), адрес, телефон);

- Сотрудник ГИБДД (Код сотрудника, Ф.И.О., звание, должность, адрес, телефон).

Объектные множества «Автотранспорт» и «Сотрудник» связаны отношением «многие-ко-многим». Создадим таблицу пересечений «Регистрационная карточка» с полями, являющимися ключами исходных таблиц, и добавим к таблице «Регистрационная карточка» дополнительные атрибуты:

- Регистрационная карточка - № карточки, № авто, № сотрудника ГИБДД, дата регистрации, поправка.

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

- Автотранспорт (номер авто, код владельца, марка, модель, дата последнего техосмотра);

Итак, реляционная схема базы данных «Учет автотранспорта» имеет вид (ключевые поля выделены курсивом):

- Автотранспорт - номер авто, код владельца, марка, модель, дата последнего техосмотра);

Внешние ключи: код владельца является внешним ключом, ссылающимся на ключ таблицы «Владелец»;

- Владелец (Код владельца, Ф.И.О.(название), адрес, телефон);

- Сотрудник ГИБДД (Код сотрудника, Ф.И.О., звание, должность, адрес, телефон).

- Регистрационная карточка - № карточки, № авто, № сотрудника ГИБДД, дата регистрации, поправка.

Внешние ключи: № авто является внешним ключом, ссылающимся на ключ таблицы «Автотранспорт»; код сотрудника является внешним ключом ссылающимся на ключ таблицы «Сотрудник».

3.3 Создание структуры таблиц базы данных

Создание базы данных

create database Uchet_avto

Создание таблиц

create table Сотрудники

(код_сотрудника int not null primary key,

ФИО_сотрудника nvarchar(50),

Должность nvarchar(50),

Звание nvarchar(50),

адрес nvarchar(50),

телефон nvarchar(50))

create table Владелец

(код_владельца int not null primary key,

ФИО_владельца_название nvarchar(50),

адрес nvarchar(50),

телефон nvarchar(50))

create table Автотранспорт

(номер_авто int not null primary key,

Марка nvarchar(max),

Модель nvarchar(max),

Код_владельца int,

дата_техосмотра smalldatetime)

create table Регистрационная_карточка

(номер_карточки int not null primary key,

номер_авто int,

код_сотрудника int,

дата_регистрации smalldatetime,

поправка nvarchar(max))

Заполнение таблиц данными:

Таблица 1 - Автотранспорт

Таблица 2 - Владелец



Таблица 3 - Сотрудники

Таблица 4 - Регистрационная карточка

Рисунок 3.1 - Диаграмма базы данных «Учет автотранспорта»



3.4 Вопросы к базе данных

- поиск по модели авто: часто бывает необходимо отыскать все зарегистрированные авто определенной марки и модели.

select Номер_авто, Марка, Модель, ФИО_владельца_название

from Автотранспорт, Владелец

Where Марка='Honda' and Автотранспорт.Код_владельца=Владелец.Код_владельца

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

select Номер_авто, Марка, Модель, ФИО_владельца_название

from Автотранспорт, Владелец

where Автотранспорт.Код_владельца=Владелец.Код_владельца and Номер_авто LIKE'302%'

- поиск по дате регистрации: здесь нужно иметь возможность задавать условия поиска типа «не позднее…», «не ранее…», «между…и…»

select номер_карточки, марка, модель, ФИО_сотрудника, ФИО_владельца_название, дата_регистрации

from Автотранспорт, Регистрационная_карточка, Сотрудники, Владелец

Where Автотранспорт.Номер_авто=Регистрационная_карточка.Номер_авто and

Автотранспорт.Код_владельца=Владелец.Код_владельца and Сотрудники.Код_сотрудника=Регистрационная_карточка.Код_сотрудника and

Дата_регистрации>'01.01.2013'

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

select номер_авто, марка, модель, год_выпуска

from Автотранспорт

Where год_выпуска BETWEEN 2010 and 2012

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

select номер_авто, марка, модель, год_выпуска, дата_техосмотра

from Автотранспорт

Where дата_техосмотра<'10.03.2014'



Заключение

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

Разработанная модель предметной области отвечает всем требованиям работы. Она является наглядным представлением описания данной предметной области.

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

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

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

учет автотранспорт база данные



Список литературы

1. Ибраева Л.К. Проектирование баз данных. Конспект лекций для студентов всех форм обучения специальности 5В0702 - «Автоматизация и управление». - Алматы: АУЭС, 2010.

2. Ибраева Л.К. Проектирование баз данных. Конспект лекций для студентов всех форм обучения специальности 5В0702 - «Автоматизация и управление». - Алматы: АУЭС, 2010.

3. Базы данных, учебник для высших учебных заведений под редакцией Хомоненко А.Д С - П Корона 2000.

Размещено на Allbest.ru