50136 (Создание базы данных "РЭО-ГАИ")

Министерство образования и науки Республики Казахстан

Карагандинский государственный технический университет

Кафедра САПР

ПОЯСНИТЕЛЬНАЯ

ЗАПИСКА

к курсовой работе

по дисциплине "Технология разработки баз данных"

Тема: "Создание базы данных "РЭО-ГАИ"

Руководители:

(подпись) (дата)

(подпись) (дата)

Студенты

(группа)

_____________________

(подпись) (дата)

Караганда 2009

Содержание

Введение

1. Постановка задачи

2. Структура базы данных

2.1 Структура таблиц

2.2 Структура хранимой информации

2.3 Нормализация отношений

3. Структура программы

3.1 Описание модулей

3.2 Описание запросов выполняемых в программе

Заключение

Приложение

Введение

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

Целью выполнения данного курсового проекта является разработка системы "РЭО-ГАИ" и соответствующей ей базы данных, позволяющей документировать в электронном виде автоматизацию учета движений автомобилей и предоставлять необходимые отчеты.

В качестве среды разработки базы данных была выбрана СУБД MSSQL Server 2000. Эта СУБД была выбрана в качестве инструмента потому, что она способна работать на серверной основе, и имеет большие функциональные возможности. В качестве языка программирования был выбран язык Borland Delphi. Данная среда позволяет легко работать с базой данных, созданной в MSSQL Server 2000, редактировать и дополнять ее.

Язык SQL (Structured Query Language) в настоящее время стал фактически стандартным языком доступа к реляционным базам данных. Целью стандартизации является переносимость приложений между различными СУБД.

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

предложение определения данных (определение баз данных, а также определение и уничтожение таблиц и индексов);

предложение на выбор данных;

предложение управления данными (предоставление и отмена привилегии на доступ данным и др.);

предложение на модификацию данных (добавление, удаление, изменение данных).

Кроме того, предоставляет возможность выполнять в этих предложениях:

арифметические вычисления, обработку текстовых строк;

упорядочивание строк, столбцов при выводе содержимого таблиц;

запоминание выводимого по запросу содержимого таблицы;

создание представлений (виртуальных таблиц);

агрегирование данных: группирование данных и применение к этим группам таких операций, как среднее, сумма, максимум, минимум, число элементов.

К инструментальным средствам, позволяющим обеспечить простое и эффективное использование MSSQL Server можно отнести:

Enterprise Manager;

Service Manager;

Query Analyzer.

База данных SQL Server - это контейнер объектов, предназначенных для хранения, записи и извлечения данных в безопасном режиме - содержит следующие компоненты:

Таблицы;

Хранимые процедуры;

Индексы;

Представления.

1. Постановка задачи

Задачей данного курсового проекта является разработка системы "РЭО - ГАИ", включающую в себя 9 таблиц:

Автомобили (№ автомобиля, код района учета, код марки автомобиля, код типа кузова, № двигателя, № шасси, код цвета, РНН владельца, дата выпуска);

Владельцы (РНН владельца, признак владельца, адрес владельца, ФИО/наименование, телефон, адрес стоянки авто, пол, год рождения, № удостоверения личности, дата выдачи, профессия);

Движение (№ авто, код операции, код района учета, РНН владельца, дата операции);

Категория цвета (код категории цвета, наименование категории);

Марка автомобиля (код марки авто, наименование);

Операции (код операции, наименование операции);

Районы учета (код учета района, наименование района);

Тип кузова (код типа кузова, наименование);

Цвета (код цвета, код категории цвета, наименование).

При работе с системой работник ГАИ должен иметь возможность решать следующие задачи:

Регистрировать новые автомобили в системе.

Относить автомобили к районам учета.

Проводить каталогизацию автомобилей.

Вести учет количества автомобилей, принадлежащих владельцам.

Вести учет движений автомобилей, при этом предполагается три вида операций: постановка на учет, снятие с учета, перерегистрация.

Вести поиск автомобилей по неполному номеру двигателя.

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

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

Администрация управления дорожной полиции должно иметь возможность получать сведения

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

О перерегистрации автомобилей на других владельцев.

О движении транспортных средств на некоторую дату.

2. Структура базы данных

2.1 Структура таблиц

Информационная система предназначена для автоматизации учета движений автомобилей в "РЭО_ГАИ". Система должна предусматривать режимы ведения системного каталога, отражающего список районов учета движений автомобилей, марок, типов кузова, категорий цвета, а также цветов автомобилей. В движении аавтомобиля может происходить три операции - постановка на учет, снятие с учета, перерегистрация. В системном каталоге операция имеет код и полное наименование, каждый автомобиль характеризуется следующими параметрами: марка автомобиля, тип кузова, категория цвета, квет; эти параметры имеют уникальные коды.

Также каждый автомобиль характеризауется следующими параметрами:

№ автомобиля;

код района учета,

код марки,

код типа кузова,

№ двигателя,

№ шасси,

№ кузова,

дата выпуска,

код цвета,

РНН владельца.

В "РЭО_ГАИ" ведется учет владельцев автомобилей. Владелец может быть юридическим и физическим лицом. Если владелец - юридическое лицо, то он характеризуется следующими параметрами:

РНН

ФИО/наименование владельца

адрес

телефон

адрес стоянки автомобиля

На владельца - физическое лицо заносятся следующие данные:

РНН

пол

год рождения

№ удостоверения личности

дата выдачи

профессия

Предусмотреть следующие ограничения на информацию в системе:

У каждого владельца может быть одновременно несколько автомобилей, тогда как у одного автомобиля не может быть больше одного владельца.

На учете каждого района может стоять множество автомобилей, но каждый автомобиль может состоять на учете только одного района.

Каждый автомобиль, снятый с одного района учета, должен встать на учет другого района.

2.2 Структура хранимой информации

Вся информация, поступающая от пользователя, записывается в основные таблицы базы данных ("Владельцы", "Автомобили", "Движение", "Категории цвета", Марки автомобиля", "Операции", "Районы учета", "Типы кузова" и "Цвета"). Для обеспечения целостности данных между таблицами существуют строгие связи. Поле "РНН владельца" таблицы "Владельцы" связано отношением один ко многим с соответствующими полями таблиц "Движение" и "Автомобили".

Поле "№ автомобиля" таблицы "Автомобили" связано отношением один ко многим с соответствующим полем таблицы "Движение".

Поле "Код учета района" таблицы "Районы учета" связано отношением один ко многим с соответствующими полями таблиц "Движение" и "Автомобили".

Поле "Код операции" таблицы "Операции" связано отношением один ко многим с соответствующим полем таблицы "Движение".

Поле "Код марки авто" таблицы "Марки автомобиля" связано отношением один ко многим с соответствующим полем таблицы "Автомобили". Поле "Код типа кузова" таблицы "Типы кузова" связано отношением один ко многим с соответствующим полем таблицы "Автомобили". Поле "Код категории цвета" таблицы "Категория цветов" связано отношением один ко многим с соответствующим полем таблицы "Цвета". Поле "Код цвета" таблицы "Цвета" связано отношением один ко многим с соответствующим полем таблицы "Автомобили". Более наглядно связь между таблицами изображена на рис.2.2.1

Рис.2.2.1 - Диаграмма связей таблиц в базе данных

2.3 Нормализация отношений

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

Первая нормальная форма

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

Вторая нормальная форма

Рассмотрим схему отношения:

Владельцы (РНН владельца, Признак владельца, ФИО/Наименование, Адрес владельца, Телефон, Адрес стоянки авто, Пол, Год рождения, № уд. личности, Дата выдачи, Профессия)

Первичный ключ: РНН владельца, Признак владельца

Возможные функциональные зависимости

РНН владельца - ФИО

РНН владельца - Адрес владельца

РНН владельца - Адрес стоянки авто

РНН владельца - Пол

РНН владельца - Год рождения

РНН владельца - № уд. личности

РНН владельца - Дата выдачи

РНН владельца - Профессия

№ уд. личности - Дата выдачи

Признак владельца - Наименование

Видно, что, хотя первичным ключом является составной атрибут РНН владельца, Признак владельца, атрибут ФИО/Наименование зависит от части первичного ключа. В результат при Признаке владельца - юридическое лицо, мы не сможем вставить кортеж, с Полом, Годом рождения и Профессией владельца. Можно произвести следующую декомпозицию отношения Владельцы на два отношения: Владельцы - юр_лица и Владельцы-физ_лица.

Владельцы-юр_лица (РНН владельца, Признак владельца, Наименование, Адрес владельца, Адрес стоянки авто, Телефон)

Первичный ключ

РНН владельца, Признак владельца

Функциональные зависимости:

РНН владельца, Признак владельца - Наименование

РНН владельца, Признак владельца - Адрес владельца

РНН владельца, Признак владельца - Телефон

РНН владельца, Признак владельца - Адрес стоянки авто

Владельцы-физ_лица (РНН владельца, Признак владельца, ФИО, Адрес владельца, Телефон, Адрес стоянки авто, Пол, Год рождения, № уд. личности, Дата выдачи, Профессия)

РНН владельца, Признак владельца - ФИО

РНН владельца, Признак владельца - Адрес владельца

РНН владельца, Признак владельца - Телефон

РНН владельца, Признак владельца - Адрес стоянки авто

РНН владельца, Признак владельца - Пол

РНН владельца, Признак владельца - Год рождения

РНН владельца, Признак владельца - № уд. личности

РНН владельца, Признак владельца - Дата выдачи

РНН владельца, Признак владельца - Профессия

№ уд. личности - Дата выдачи

Каждое из этих двух отношений находятся в 2 NF

Третья нормальная форма

Рассмотрим отношение Владельцы-физ_лица. Функциональная зависимость РНН владельца - Дата выдачи является транзитивной; она является следствием функциональных зависимостей РНН владельца - № уд. личности и № уд. личности - Дата выдачи. То есть, дата выдачи является характеристикой удостоверения личности владельца.

Можно декомпозировать отношение Владельцы-физ_лица в два отношения Владельцы-физ_лица-уд. личности и Удостоверения личности:

Владельцы-физ_лица-уд. личности (РНН владельца, Признак владельца, ФИО, Адрес владельца, Телефон, Адрес стоянки авто, Пол, Год рождения, № уд. личности, Профессия)