35

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

Государственное образовательное учреждение высшего профессионального образования

Нижегородский государственный университет

им. Н.И. Лобачевского

Экономический факультет

Кафедра Экономическая информатика

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

по дисциплине

Базы данных

Тема: Создание информационной системы автомобильного предприятия города

Н.Новгород

2008

Содержание

• Введение

Глава 1. Основные понятия баз данных

1.1 Базы данных и системы управления базами данных

1.2 Классификация баз данных

1.3 Состав СУБД

1.4 Структура простейшей базы данных

1.5 Свойства полей базы данных

1.6 Типы данных

1.7 Безопасность баз данных

• Глава 2. Проектирование баз данных

2.1 Режимы работы с базами данных

2.2 Объекты базы данных

2.2.1 Таблицы

2.2.2 Запросы

2.2.3 Формы

2.2.4 Отчеты

2.2.5 Страницы

2.2.6 Макросы и модули

Глава 3. Предметная область.

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

3.2 ER-модель

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

• Глава 4. Реализация СУБД
• Приложение №1 Запросы
• Приложение №2 Формы
• Приложение №3 Отчеты

Заключение

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

Введение

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

обеспечивать получение общих и/или детализированных отчетов по итогам работы;

позволять легко определять тенденции изменения важнейших показателей;

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

выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

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

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

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

Целью этой работы является создать базу данных в СУБД ACCESS. В данном курсовом проекте поставлена задача создания информационной системы автомобильного предприятия города.

Глава 1. Основные понятия баз данных

1.1 Базы данных и системы управления базами данных

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

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

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

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

В мире существует множество систем управления базами данных. Так как они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает нам возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого учебного объекта мы выберем СУБД Microsoft Access, входящую в пакет Microsoft Office.

1.2 Классификация баз данных

По технологии обработки данных базы данных подразделяются на централизованные и распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто приме-няют в локальных сетях ПК.

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).

По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

* файл-сервер;

* клиент-сервер.

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

Клиент-сервер. В этой концепции подразумевается, что помимо хранения централизованной базы данных центральная машина (сервер базы данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере. Извлеченные данные (но не файлы) транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запросов SOL. Ребекка М. Райордан Основы реляционных баз данных -СПб.: 2001.

Ролланд Ф.Д. Основные концепции баз данных. М. 2002г.

1.3 Состав СУБД

Язык описания данных (ЯОД) - Средства описания данных в БД и связей между ними. Средствами этого языка описывается структура БД, форматы записей, пароли, защищающие данные.

Язык манипулирования данными (ЯМД) - язык для выполнения операций над данными, позволяющий менять их строение.

Для различных СУБД реализация этих уровней языков может быть различной. В одних случаях ЯОД и ЯМД требует составления пользователем программы полностью “вручную”, в других (что отражает современную тенденцию) в СУБД присутствует средства визуальной (зримой, наглядной) разработки программ. Для этого в современных СУБД имеются редакторы экранных форм, отчетов. “Кирпичиками” (инструментами) таких редакторов являются поля различных видов (поля ввода, поля вывода, вычисляемые поля), процедуры обработки различных типов (формы ввода, таблицы, отчеты, запросы). На основании созданных пользователем объектов программы - генераторы формируют программный код на языке конкретной машины или на промежуточном языке.

1.4 Структура простейшей базы данных

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

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

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

1.5 Свойства полей базы данных

Поля базы данных не просто определяют структуру базы - они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД Microsoft Access.

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле.

Размер поля - определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

Формат поля - определяет способ форматирования данных в ячейках, принадлежащих полю.

Маска ввода - определяет форму, в которой вводятся данные а поле (средство автоматизации ввода данных).

Подпись - определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля).

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

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

Сообщение об ошибке - текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.

Обязательное поле - свойство, определяющее обязательность заполнения данного поля при наполнении базы.

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

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

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

1.6 Типы данных

Таблицы баз данных, как правило, допускают работу с гораздо большим количеством разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.

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

Числовой - тип данных для хранения действительных чисел.

Поле Мемо - специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

Дата/время - тип данных для хранения календарных дат и текущего времени.

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

Счетчик - специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование - для порядковой нумерации записей.

Логический - тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

Гиперссылка - специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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

1.7 Безопасность баз данных

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

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

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

• Глава 2. Проектирование баз данных

2.1 Режимы работы с базами данных

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

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

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

2.2 Объекты базы данных

2.2.1 Таблицы

Таблицы - это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

2.2.2 Запросы

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

2.2.3 Формы

Если запросы - это специальные средства для отбора и анализа данных, то формы - это средства для ввода данных. Смысл их тот же - предоставить пользователю средства для заполнения только тех полей, которые ему заполнять положено. Одновременно с этим в форме можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и прочее) для автоматизации ввода. Преимущества форм раскрываются особенно наглядно, когда происходит ввод данных с заполненных бланков. В этом случае форму делают графическими средствами так, чтобы она повторяла оформление бланка - это заметно упрощает работу наборщика, снижает его утомление и предотвращает появление печатных ошибок. Цикритизис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. - 344 с.

2.2.4 Отчеты

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

2.2.4 Страницы

Это специальные объекты баз данных, реализованных в последних версиях СУБД Microsoft Access (начиная с Access 2000). Правда, более коректно их называть страницами доступа к данным. Физически это особый объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данной, но содержит компоненты, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, посетитель Web-узла может просматривать записи базы в полях страницы доступа. Таким образом, страницы доступа к данным осуществляют интерфейс между клиентом, сервером и базой данных, размещенной на сервере. Эта база данных не обязательно должна быть базой данных Microsoft Access. Страницы доступа, созданные средствами Microsoft Access, посволяют работать также с базами данных Microsoft SQL Server.

2.2.5 Макросы и модули

Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования. В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Applications. Это одно из средств, с помощью которых разработчик базы может заложить в нее нестандартные функциональные возможности, удовлетворить специфическое требование заказчика, повысить быстродействие системы управления, а также уровень ее защищенности.

Глава 3. Предметная область.

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

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

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

Пассажирский автотранспорт (автобусы, маршрутные такси, такси) перевозит пассажиров по определенным маршрутам, за каждым из них закреплены отдельные единицы автотранспорта. Ведется учет числа перевозимых пассажиров, на основании чего производится перераспределением транспорта с одного маршрута на другой. Учитывается число ремонтов, объем выполненных работ, число замененных и отремонтированных узлов и агрегатов (двигателей, КП, мосты, шасси и т.д.) по каждой автомашине.

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

3.2 Построение инфологической модели данных

Автомобили:

- государственный номер;

- марка;

- информация

Водители:

- ФИО;

- профессия;

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

- закрепление (применительно к водителям, за каким автомобилем закреплен).

Цеха:

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

Профессии:

-названия профессий

Работы:

-названия ремонтных работ, которые выполняют рабочие

Получение авто:

-дата получения;

Списание авто:

-дата списания;

Виды перевозок, осуществляемые на этом авто:

-дата перевозки;

-количество пассажиров;

Распределение авто по маршрутам:

-дата распределения;

-количество;

Маршруты:

-название маршрута;

-длина маршрута.

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

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

В среде Access были созданы 13 таблиц. Далее представлены характеристики и свойства полей данных таблиц:

Avto (Kod_Avto, Gosnomer_Avto, Marka_Avto, Inform_Avto, Kod_Vidatransp, Kod_Polychenia, Kod_Spisania)

Raspredelenie ( Kod_ Raspredelenia ,Date_ Raspredelenia,Kod_Marsh, Kod_Avto, Kol-vo_Avto)

Marshryti (Kod_Marsh, Dina_marsh)

Polychenie (Kod_Polychenia, Date_ Polychenia)

Perevozki (Kod_Perevozki,kod_Avto, Date_Perevozki, Kol-vo_Passajirov)

Spisanie ( Kod_Spisania, Date_Spisania)

Remont(Kod_Remont, Date_Remont,

Stoimost_Remont,Kod_Avto,Kod_Rabot,Kod_VidaRemont)

Vid remonta( Kod_Vidaremonta,Vid_Remonta)

Voditeli (Kod_Vodit, Kod Profes, Fam_Vodit, Name_Vodit, Otch_Vodit, Kod_Cheha, Kod_Avto)

Professia (Kod_Profes,Nazv_Profes)

Cheha(Kod_Cheha, Nazv_Cheha, Kod_ Vidatransp)

Rabochie( Kod_Rabot, Nazv_Rabot , kod_Profes, Kod_Cheha)

Transport( Kod_Vidattansp, Vid_Transp)

Описание хранимых атрибутов

№	Обозначение	Тип, длина	Полное наименование атрибута
1.	Kod_Avto	N(2)	Код авто
2.	Gonomer_Avto	C(6)	Гос.номер авто
3.	Marka_Avto	C(10)	Марка авто
4.	Inform_Avto	C(20)	Информация об авто
5.	Kod_Raspredelenia	N(2)	Код распределения
6.	Date_Raspredelenia	D(8)	Дата распределения
7.	Kod_Marsh	N(2)	Код маршрута
8.	Kol-vo_Avto	N(3)	Количество авто
9.	Nazv_Marsh	C(20)	Название маршрута
10.	Dlina_Marsh	N(6)	Длина маршрута
11.	Kod_Perevozki	N(2)	Код перевозки
12.	Date_Perevozki	D(8)	Дата перевозки
13.	Kol-vo_Passajirov	N(3)	Количество пассажиров
14.	Kod_Polychenia	N(2)	код получения
15.	Date_Polychenia	D(8)	Дата получения
16.	Kod_Spisania	N(2)	Код списания
17.	Date_Spisania	D(8)	Дата списания
18.	Kod_Remont	N(2)	Код ремонта
19.	Date_Remont	D(8)	Дата ремонта
20.	Stoimost_Remont	N(10,2)	Стоимость ремонта
21.	Kod_VidaRemont	N(2)	Код вида ремонта
22.	Vid_Remont	C(10)	Вид ремонта
23.	Kod_Vodit	N(2)	Код водителя
24.	Fam_Vodit	C(10)	Фамилия водителя
25.	Name_Vodit	C(10)	Имя водителя
26.	Otch_Vodit	C(10)	Отчество водителя
27.	Kod_Cheha	N(2)	Код цеха
28.	Nazv_Cheha	C(10)	Название цеха
29.	Kod_Profes	N(2)	Код профессии
30.	Nazv_Profes	C(10)	Название профессии
31.	Kod_Rabot	N(2)	Код работ
32.	Nazv_Rabot	C(10)	Название работ
33.	Kod_VidaTransp	N(2)	Код вида транспорта
34.	Vid_Transp	C(10)	Вид транспорта

Схема отношения в первой нормальной форме состоит из:

34 хранимых атрибутов и в которой ключ не выделен, но допускается его выделение:

R(Kod_Avto ,Gonomer_Avto ,Marka_Avto, Inform_Avto, Kod_Raspredelenia , Date_Raspredelenia, Kod_Marsh ,Kol-vo_Avto ,Nazv_Marsh ,Dlina_Marsh ,Kod_Perevozki , Date_Perevozki , Kol-vo_Passajirov , Kod_Polychenia, Date_Polychenia ,Kod_Spisania , Date_Spisania , Kod_Remont ,Date_Remont, Stoimost_Remont , Kod_VidaRemont , Vid_Remont , Kod_Vodit, Fam_Vodit, Name_Vodit ,Otch_Vodit, Kod_Cheha, Nazv_Cheha, Kod_Profes, Nazv_Profes, Kod_Rabot, Nazv_Rabot ,Kod_VidaTransp ,Vid_Transp)

Отношение во второй НФ - это отношение в первой НФ, в котором любой реквизит, не входящий в состав ключа, полно зависит от ключа.

R1[Kod_Avto#, Gosnomer_Avto, Marka_Avto, Inform_Avto];

R2[Kod_Raspredelenia#, Date_raspredelenia, Kod_Marsh, Nazv_Marsh, Dlina_Marsh];

R3[Kod_Perevozki#, Date_Perevozki, Kol-vo_Passajirov];

R4[Kod_Polychenia#, Date_Polychenia];

R5[Kod_Spisania#, Date_Spisania];

R6[Kod_Remont#, Date_Remont, Stoimost_Remont, Kod_VidaRemont, Vid_Remont];

R7[Kod_Vodit#,Fam_Vodit, Name_Vodit, Otch_Vodit];

R8[Kod_Profes#,Nazv_Profes].

R9[Kod_Cheha#,Nazv_Cheha].

R10[Kod_Rabot#,Nazv_Rabot].

R11[Kod_VidaTransp#,Vid_Transp].

Отношение в третьей НФ - это отношение во второй НФ, в котором любой реквизит, не входящий в состав ключа, не транзитивно зависит от ключа.

Avto [Kod_Avto, Gosnomer_Avto, Marka_Avto, Inform_Avto] - автомобили

Raspredelenie [Kod_Raspredelenia, Date_raspredelenia, Kod_Marsh, Nazv_Marsh, Dlina_Marsh] - распределение автомобалей

Perevozki [Kod_Perevozki, Date_Perevozki, Kol-vo_Passajirov] - осуществляемые перевозки на этих автомобилях

Polychenie [Kod_Polychenia, Date_Polychenia] - получение авто

Spisanie [Kod_Spisania, Date_Spisania] - списание авто

Remont [Kod_Remont, Date_Remont, Stoimost_Remont, Kod_VidaRemont, Vid_Remont] - ремонт авто

Voditeli [Kod_Vodit,Fam_Vodit, Name_Vodit, Otch_Vodit] - водители авто

Profesii [Kod_Profes,Nazv_Profes] - профессии

Cheha [Kod_Cheha,Nazv_Cheha] - цеха

Rabochie [Kod_Rabot,Nazv_Rabot] - рабочие

Transport [Kod_VidaTransp,Vid_Transp] - транпорт

ER-модель

Рис.1 ER-модель

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

Рис.2 Схема данных

Маршруты - распределение

Kod_Marsh 1-? Код маршрута

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Автомобили - перевозки

Kod_Avto 1-1 Код перевозки

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Автомобили - распределение

Kod_Avto1-? Код авто

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Получение - автомобили

Kod_Polychenia 1-? Код получения

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Списание - автомобили

Kod_Spisania 1-?Код списания

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Автомобили - ремонт

Kod_Avto 1-? Код авто

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Вид ремонта- ремонт

Kod_Remont 1-?Код ремонта

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Автомобили- водители

Kod_Avto1-? Код авто

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Профессии - водители

Kod_Profes-? Код профессии

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Цеха-водители

Kod_Cheha 1-? Код цеха

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Цеха- рабочие

Kod_Cheha 1-? Код цеха

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Траспорт - автомобили

Kod_Transport 1-? Код транспорта

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

Транспорт - цеха

Kod_Transport 1-? Код потранспорта

Атрибуты: обеспечение целостности, каскадные обновления, каскадные удаления

Атрибуты: один-ко-многим

• Глава 4. Реализация СУБД

Приложение №1 Запросы

Создание SQL запросов

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

Чтобы войти в режим SQL в access нужно в поле конструктора запроса нажать правой кнопкой и в появившемся окне нажать “Режим SQL”.

Запрос №1

SELECT *

FROM avto;

Запрос №2

SELECT avto.Kod_Avto, avto.GosNomer_Avto, avto.Marka_Avto, raspredelenie.Date_Raspredelenia

FROM avto INNER JOIN raspredelenie ON avto.Kod_Avto = raspredelenie.Kod_Avto

WHERE (((raspredelenie.Kod_Raspredelenia)=[a].[Kod_Avto]) AND ((avto.Marka_Avto)=[Введите марку]))

ORDER BY avto.Kod_Avto;



запрос 2

запрос 2

Запрос №3

SELECT Max(perevozki.Date_Perevozki) AS [Max-Date_Perevozki], marshryti.Nazv_Marsh, marshryti.Dlina_Marsh

FROM marshryti, perevozki

WHERE (((marshryti.Dlina_Marsh)>=150))

GROUP BY marshryti.Nazv_Marsh, marshryti.Dlina_Marsh;

Запрос №4

SELECT avto.Marka_Avto, avto.GosNomer_Avto, remont.Stoimost_Remont, remont.Date_Remont

FROM avto INNER JOIN remont ON avto.Kod_Avto = remont.Kod_Avto

WHERE (((remont.Date_Remont)=#12/17/2008#))

GROUP BY avto.Marka_Avto, avto.GosNomer_Avto, remont.Stoimost_Remont, remont.Date_Remont

ORDER BY avto.Marka_Avto;

Запрос №5

SELECT avto.Marka_Avto, polychenie.Date_Polychenia, raspredelenie.Date_Raspredelenia, raspredelenie.[kol-vo_Avto], spisanie.Date_Spisania, voditeli.[Fam-Vodit], remont.Date_Remont, remont.Stoimost_Remont

FROM spisanie INNER JOIN (polychenie INNER JOIN (((avto INNER JOIN raspredelenie ON avto.Kod_Avto = raspredelenie.Kod_Avto) INNER JOIN remont ON avto.Kod_Avto = remont.Kod_Avto) INNER JOIN voditeli ON avto.Kod_Avto = voditeli.Kod_Avto) ON polychenie.Kod_Polychenia = avto.Kod_Polychenia) ON spisanie.Kod_Spisania = avto.Kod_Spisania

GROUP BY avto.Marka_Avto, polychenie.Date_Polychenia, raspredelenie.Date_Raspredelenia, raspredelenie.[kol-vo_Avto], spisanie.Date_Spisania, voditeli.[Fam-Vodit], remont.Date_Remont, remont.Stoimost_Remont

HAVING (((avto.Marka_Avto)="волга"));

Запрос №6

SELECT *

FROM avto AS avto LEFT JOIN voditeli AS voditeli ON voditeli.Kod_Avto=avto.Kod_Avto

WHERE voditeli.Kod_Avto>5;

Запрос №7

SELECT *

FROM cheha AS c LEFT JOIN voditeli AS v ON c.kod_Cheha = v.Kod_Cheha

WHERE (((v.Kod_Cheha)>1));

Запрос №8

SELECT avto.Kod_Avto, avto.GosNomer_Avto, avto.Marka_Avto, avto.Inform_Avto, raspredelenie.Date_Raspredelenia

FROM avto INNER JOIN raspredelenie ON avto.Kod_Avto = raspredelenie.Kod_Avto

WHERE (((avto.Kod_Avto)=[raspredelenie].[Kod_Avto]))

ORDER BY avto.GosNomer_Avto;

Запрос №9

SELECT voditeli.[Fam-Vodit], voditeli.Name_Vodit, voditeli.Otch_Vodit

FROM voditeli

ORDER BY voditeli.[Fam-Vodit];

Запрос №10

SELECT avto.GosNomer_Avto, avto.Marka_Avto, perevozki.Date_Perevozki, perevozki.[kol-vo_Passajirov]

FROM avto INNER JOIN perevozki ON avto.Kod_Avto = perevozki.kod_Avto

ORDER BY avto.GosNomer_Avto, avto.Marka_Avto, perevozki.Date_Perevozki, perevozki.[kol-vo_Passajirov];

Запрос №11

SELECT avto.GosNomer_Avto, raspredelenie.[kol-vo_Avto]

FROM avto INNER JOIN raspredelenie ON avto.Kod_Avto = raspredelenie.Kod_Avto

GROUP BY avto.GosNomer_Avto, raspredelenie.[kol-vo_Avto]

ORDER BY raspredelenie.[kol-vo_Avto];

Запрос №12

SELECT voditeli.[Fam-Vodit], avto.Marka_Avto, perevozki.Date_Perevozki, Sum(perevozki.[kol-vo_Passajirov]) AS [Sum-kol-vo_Passajirov]

FROM marshryti, (avto INNER JOIN perevozki ON avto.Kod_Avto = perevozki.Kod_Avto) INNER JOIN voditeli ON avto.Kod_Avto = voditeli.Kod_Avto

GROUP BY voditeli.[Fam-Vodit], avto.Marka_Avto, perevozki.Date_Perevozki

HAVING (((perevozki.Date_Perevozki)=#12/9/2008#))

ORDER BY voditeli.[Fam-Vodit];

Запрос №13

Запрос №14

Запрос №15

Приложение №2 Формы

форма «автомобили»

форма «маршруты»

форма «отчеты»

форма «старт»

Приложение №3 Отчеты

отчет «перевозки по маршрутам»

Рис.37 отчет «ремонт автомобилей»

Заключение

В этой курсовой работе я проектировала базу данных “ Создание информационной системы автомобильного предприятия города ”, в разработанной базе можно хранить данные о автомобилях, водителях, перевозках, маршрутах и многом другом для полноценной её работы на каком либо автомобильном предприятии. Проектирование осуществлялось на построением концептуальной модели, разработкой на её основе реляционной модели и реализацией базы в Microsoft Access. В ходе работы были изучены и реализованы команды на выборку в SQL.

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

1. Ребекка М. Райордан Основы реляционных баз данных -СПб.: 2001.

2 .Ролланд Ф.Д. Основные концепции баз данных. М. 2002г.

3 .Карпова Т. Базы данных: модели, разработка, реализация, М. 2001.

4 .Горев А., Макашарипов С., Эффективная работа с СУБД: СПб, «Питер», 1997.

5. Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 1994.

6 .Дейт К., "Введение в системы баз данных", Москва, 'Hаука', 1980 г.

7. С.М. Диго "Проектирование и использования баз данных". Москва: Финансы и статистика 1995.

8.Кириллов В.В. Структуризованный язык запросов (SQL). - СПб.: ИТМО, 19 94. - 80 с.

9. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., - М.: Мир, 1999. Кн. 1. - 287 с.: Кн. 2. - 320 с.

10. Цикритизис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. - 344 с.