Автоматизация технологии формирования документов об окончании университета в рамках АСУ МИИТа

База данных "Автосервис"

Связи таблиц: Таблица custumers связана с таблицей masters с помощью связи 1:N по полю vin_number Таблица custumers связана с таблицей calculation с помощью связи 1:1 по полю...

База данных "Студенты"

Программа начинается с подключения библиотек необходимых для работы определенных функций. #include - для работы с файлами, структурами и функциями. #include - для функции strcmp(). #include - для функции очистки экрана. ...

База данных ГИБДД

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

База данных по учету металлопродукции на платформе SQL Server

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

Организация внедрения информационной системы ООО "MensFormat"

Проектирование блока обработки данных в структурном базисе серии К1804ВС2

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

Разработка автоматизированных информационных систем для учета расчетов по глушению нефтяных скважин

Для создания базы данных используется СУБД MySQL менеджер. Так как мы проживаем в России было решено выбрать кодировку cp_1251. Что бы была возможность использовать внешние ключи будет использован движок InnoDB...

Разработка информационно-справочной системы "Отдел кадров Шарковщинского РОО"

Отдел образования, спорта и туризма Шарковщинского райисполкома находится в городском поселке Шарковщина, ул. Комсомольская, 15. Отдел образования...

Разработка программного продукта "Отдел кадров завода"

Структурная схема - схема, отражающая состав и взаимодействие по управлению частей разрабатываемого продукта. При объектной декомпозиции такими частями являются объекты (рисунок 6.1). Рисунок 6...

Разработка системы учета и движения кадров на предприятии

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

Разработка системы учета оплаты обучения студентами

Для создания БД будет использоваться СУБД Microsoft SQL Server 2005 Express Edition. Выполняем следующие действия: Осуществление этого этапа будет производить при помощи Microsoft Visual Studio 2005. При нажатии на кнопку Tools в панели меню, выпадет список команд...

Создания сайта на примере ЗАГСа Еловского района

Существует несколько основных структур сайта: - линейная - web-страницы располагаются в определенном порядке. Переход с одной web-страницы на другую строго определен. Такая структура обоснована, например, при обучении...

Электронный классный журнал

В спроектированной согласно заданию техническому заданию базе данных получилось 3 таблицы: Анкета, Успеваемость, Предмет...

Технология создания База данных «Автосервис»

Для создания базы данных были поставлены цели и задачи базы данных «Автосервис»:

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

• ? люди,
• ? материалы,
• ? компьютеры,
• ? станки,
• ? здания.

Разработанная и созданная База данных «Автосервис» представляет собой совокупность взаимосвязанных компонентов и отображает различные направления ремонта автомобиля.

Рисунок 14. База данных «Автосервис»

Система делится на две подсистемы и одно расширение:

• ? Ремонт технической части автомобиля.
• ? Расширение - ремонт салона автомобиля.

Основная система «Ремонт технической части автомобиля» состоит из четырех таблиц (см. рис. 15):

«Заказ » - включающая в себя необходимую информацию о заказе на ремонт и диагностику автомобиля, то есть:

• ? Автомобиль.
• ? Владелец.
• ? Причина обращения на СТО.

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

• ? Ремонт двигателя.
• ? Ремонт КПП.
• ? Ремонт ходовой части.
• ? Ремонт топливной системы.

Рисунок 15. Заказ на ремонт технических частей

Таблица «Диагностика », связанна с «Заказом » и распределяет автомобили на диагностику определенных частей автомобиля, т.е. двигатель, КПП, ходовая часть и топливная система.

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

• ? Диагностика двигателя.
• ? Диагностика КПП.
• ? Диагностика ходовой части.
• ? Диагностика топливной системы.

Основная система работает на основе “Каскадной модели” и ссылается на стандарт ГОСТ 21624 -76

ГОСТ 18507 -73

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

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

• 1) обращение с претензией,
• 2) оформление гарантии,
• 3) заказ запчастей, и включает 11 таблиц, одна из которых общая для IT-сервиса. (см рис. 16).

Рисунок 16. IT-сервис

IT-сервис - делит весь сервис на 3 части:

• ? обращение по гарантии,
• ? оформление гарантии,
• ? заказ запчастей.

Данные 1 и 2 - содержат информацию о заказчиках.

Получение 1 - таблица содержит данные о времени обращения и цене оказанных услуг.

Причина обращения - таблица, в которой содержится информация о причине обращения в СТО по гарантии. Имеет связь, с таблицами: согласие СТО 1 и Итог 1, где отмечены данные о согласии СТО с претензией и возможности решения проблемы, соответственно.

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

Подсистема-расширения состоит из двух таблиц и оказывает влияние на 2-ю таблицы из основной системы. (см. рис. 17)

Рисунок 17. Расширение

Таблицы «ремонт кузова и ремонт салона» включают в себя информацию о видах услуг.

Ремонт кузова:

• ? Замена деталей.
• ? Шпатлевка.
• ? Покраска.
• ? Лакировка.
• ? Полировка.

Ремонт салона:

• ? Замена составляющих.
• ? Ремонт составляющих.

Из этих таблиц вытекают связи с таблицей «Стоимость » чтобы закрепить цены на услуги.

Функционал:

• ? наряд заказы,
• ? работы,
• ? услуги,
• ? бригады,
• ? норма-часы.

Ресурсы базы данных:

• ? люди,
• ? оборудование,
• ? материалы,
• ? компьютеры,
• ? станки,
• ? здания.

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

В базе данных это представлено таким образом:

• ? прием заказа на ремонт,
• ? диагностика автомобиля,
• ? ремонт автомобиля,
• ? выпуск автомобиля с СТО.

Рисунок 18. Модель базы данных

Фаза анализа

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

Фаза проектирования

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

Фаза реализации и внедрения

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

Фаза сопровождения

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

Свойства системы

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

Делимость - система состоит из множества подсистем, которые выполняют определённые функции и имеют возможность работать в автономном режиме.

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

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

Стандарты

ГОСТ 21624 -76 - настоящий стандарт устанавливает требования к изделиям по обеспечению заданного уровня эксплуатационной технологичности (ЭТ) и ремонтопригодности (РП), а также значения показателей ЭТ и РП, предусмотренных ГОСТ 20334-81, для изделий автомобильной техники - полно приводных и неполно приводных автомобилей (грузовых, легковых и автобусов), прицепов и полуприцепов (далее - изделий).

ГОСТ 18507 -73 - настоящий стандарт распространяется на автобусы и легковые автомобили (далее - автомобили) и устанавливает методы их контрольных испытаний после капитального ремонта, произведенного авторемонтными предприятиями.

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

Технические задания

1. Сделать общую базу всех услуг на СТО для конкретного автомобиля.

Рисунок 19. Общая база всех услуг на СТО

2. Данные по необходимым инструментам и материалам.

Рисунок 20. Данные по инструментам и материалам

3. Связи со сторонними системами.

Рисунок 21. Сторонние системы

Рисунок 22. Автоцентры

Рисунок 23. Страховщики

Рисунок 24. Поле Страховщики

4. Комментарии по качеству обслуживания.

Рисунок 25. Комментарии

Рисунок 26. Отзывы посетителей

Рисунок 27. Отзывы

В ходе работы была создана база данных в системе управления базами данных MS Access. В работе отображена пошаговая технология создания Базы данных. Приведен пример базы данных «Автосервис». Данная база была апробирована на СТО. Система была протестирована. В ходе работы внесены коррективы и приведен в работе окончательный вариант базы данных «Автосервис».

Необходимо создать базу данных аксесс «Автосервис»

Рис. 1 Главная кнопочная форма готовой базы данных «Автосервис»

Форма «Владельцы» с подчинённой формой «Автомобили»

Рис. 2 Форма «Автомобили»

Форма «Сотрудники»

Рис. 4 Форма «Сервис»

Рис. 5 Страница «Запросы»

Запрос «Группировка по работам и сотрудникам»

Запрос «По фамилии механика»

Запрос «Поиск по госномеру»

Рис. 6 Отчёты

Отчёт «Группировка по работам и сотрудникам»

Рис.7 Отчёт «Поиск по госномеру»

Рис. 8 Отчёт «По фамилии механика»

Рис. 9 Схема данных готовой базы данных «Автосервис» отображает связи таблиц: Владельцы, Автомобили, Сервис, Категория работы, Сотрудники.

Структура таблицы «Автомобили»: гос. номер, марка, владелец.

Структура таблицы «Владельцы»: № владельца, ФИО, сотовый телефон, № водительского удостоверения.

Структура таблицы «Сервис»: № сервиса, автомобиль, категория работы, дата готовности заказа, сотрудник.

Структура таблицы «Сотрудники»: № сотрудника, сотовый телефон, адрес, ФИО.

или здесь:

Скачать отчёт по базе данных с экранными формами бесплатно

Примерная цена 763 руб.

Точная цена зависит от способа оплаты.

Способы оплаты базы данных Access: WebMoney, Терминалы оплаты, Почта России, QIWI, Билайн, MTC, Мегафон, Debit or Credit Card, WeChat Pay, Alipay (China), UnionPay, Яндекс.Деньги, Подарочный сертификат и другие.

Скачать базы данных Access подобной тематики:

1. База данных access Автосервис 2
2. Формирование счетов на оплату в автосервисе
3. Учёт автомобилей в автотранспортном предприятии.
4. АТП (автотранспортное предприятие).
5. АТП 2007 (автотранспортное предприятие)
6. Авторемонтные мастерские
7. «Учет эксплуатации транспортных средств»
8. «Учет дорожно-транспортных происшествий»
9. Учёт автонарушителей в ГАИ.
10. «Учет нарушений правил дорожного движения»
11. «Замена автозапчастей на СТО»
12. Городской транспорт
13. «Продажа авиабилетов»
14. «Автовокзал»
15. «Прокат автомобилей»
16. Прокат автомобилей 2
17. Автошкола
18. Фирма по продаже запчастей
19. Автосалон
20. Учет амортизации автотранспорта по МОЛ и группам автотранспорта
21. Такси
22. Пассажирское автопредприятие
23. Расписание маршруток
24. Учет автотранспортных перевозок по маркам автомобилей

Ключевые слова: база данных скачать; программа база данных; база данных; база данных курсовой; скачать базу данных access; access; готовая база данных access; базы данных в access; пример базы данных access; создать базу данных в access; примеры баз данных access; создание базы данных в access; базы access; запросы в access; access отчеты; таблицы access; макросы в access; access курсовой; примеры бд access; формы access; базы данных microsoft access; купить базу данных; создание БД; примеры БД; скачать БД; курсовая работа по СУБД; база данных примеры; готовая курсовая работа база данных. Курсовая база данных «Автосервис» создана в access 2010 и преобразована в access 2003, поэтому откроется в access 2003, 2007, 2010.

Необходимо создать базу данных аксесс «Автосервис». Главная кнопочная форма готовой базы данных «Автосервис». Форма «Владельцы» с подчинённой формой «Автомобили». Форма «Автомобили». Форма «Категория работы». Форма «Сотрудники». Форма «Сервис». Страница «Запросы». Запрос «Группировка по работам и сотрудникам». Запрос «По фамилии механика». Запрос «Поиск по госномеру». Отчёт «Группировка по работам и сотрудникам». Отчёт «По фамилии механика». Отчёт «По фамилии механика». Схема данных готовой базы данных «Автосервис» отображает связи таблиц: Владельцы, Автомобили, Сервис, Категория работы, Сотрудники. Структура таблицы «Автомобили»: гос. номер, марка, владелец. Структура таблицы «Владельцы»: № владельца, ФИО, сотовый телефон, № водительского удостоверения. Структура таблицы «Категория работы»: код работы, наименование работы, описание, стоимость работы. Структура таблицы «Сервис»: № сервиса, автомобиль, категория работы, дата готовности заказа, сотрудник. Структура таблицы «Сотрудники»: № сотрудника, сотовый телефон, адрес, ФИО. Структура запроса «Группировка по работам и сотрудникам» в режиме конструктора. Структура запроса «По фамилии механика» в режиме конструктора. Структура запроса «Поиск по госномеру» в режиме конструктора. Макросы в режиме конструктора.

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

Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

Рязанский государственный университет имени С.А. Есенина

Факультет Физико-математический

Специальность Математическое обеспечение и администрирование
информационных систем

Кафедра Информатики и ВТ

Курсовая работа по дисциплине

«Базы данных и СУБД»
на тему:

«Проектирование базы данных

“Станция технического обслуживания автомобилей”»

Выполнил студент 3 курса ФМФ

Макаров Дмитрий

Научный руководитель:

Богданова Н аталья Владимировна

Рязань 2015 г.

Введение

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

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

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

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

В БД должны храниться сведения об автомобилях: производитель, модель, гос. номер, год выпуска, страна-производитель, номер паспорта владельца, газовое оборудование; сведения о владельцах: ФИО, адрес, телефон, а так же номер паспорта; сведения о работниках: ФИО Работника, идентификационный номер работника; сведения о работах: код работы, описание, дата выполнения, продолжительность, гос. номер.

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

Важнейшие задачи , стоящие перед нами в процессе выполнения работы, следующие:

·Изучение особенностей предметной области «Станция технического обслуживания автомобилей»;

· Разработка схемы БД;

· Реализация разработанной схемы в конкретной СУБД (MS Access);

· Создание форм для ввода данных, отчетов, запросов.

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

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

ГЛАВА 1. Проектирование базы данных

В базе данных « Станция технического обслуживания автомобилей» должны быть следующие атрибуты:

• Производитель
• Модель
• Год выпуска
• Газовое оборудование
• Страна-производитель
• Гос. номер авто
• ФИО владельца
• Номер паспорта владельца
• Адрес владельца
• Телефон владельца
• ФИО Работника
• Код работы
• Описание работы
• Дата выполнение работы
• Продолжительность работы

Выделим 4 сущности: «Авто», «Владельцы», «Работники», «Работы».

Сущность « Авто» имеет следующие атрибуты:

Производитель

Модель

Гос. номер

Страна-производитель

Газовое оборудование

Год выпуска

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

Сущность « Владельцы» имеет следующие атрибуты:

ФИО владельца

Адрес владельца

Телефон владельца

Номер паспорта владельца

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

Сущность « Работники» имеет следующие атрибуты:

ФИО работника

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

Сущность « Работы» имеет следующие атрибуты:

Описание работы

Дата выполнения работы

Продолжительность работы

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

Примем соглашения.

Соглашение 1:

Каждый владелец может иметь несколько автомобилей, следовательно степень связи для сущности «Авто» равна N . В свою очередь, любое авто принадлежит одному владельцу, следовательно степень связи для сущности «Владельцы» равно 1.

Соглашение 2:

Каждый автомобиль обязательно принадлежит владельцу, следовательно, класс принадлежности для сущности «Авто» обязателен. Каждый владелец обязательно владеет хотя бы одним автомобилем, следовательно, класс принадлежности для сущности «Владельцы» обязателен.

Рис.1.1 ER -диаграмма связи сущностей Авто и Владельцы

Таким образом, у нас есть бинарная связь один ко многим с обязательным классом принадлежности для обеих сущностей, для её реализации необходимо создать два отношения (по одному для каждой сущности), причем в отношении для многосвязной сущности «Авто» необходимо добавить для установления связи первичный ключ односвязной сущности «Владельцы» номер паспорта.

Соглашение 3:

Над одним авто может быть выполнена только одна работа, следовательно, степень связи для сущности «Авто» равна 1. В свою очередь каждая работа может выполняться над несколькими авто, следовательно, степень связи для сущности «Работы» равно N .

Соглашение 4:

Над автомобилем выполняется работа. Работы выполняются над автомобилями.

Рис.1.2 ER -диаграмма связи сущностей Авто и Работы

Таким образом, у нас есть бинарная связь один ко многим с обязательным классом принадлежности для обеих сущностей, для её реализации необходимо создать два отношения (по одному для каждой сущности), причем в отношении для многосвязной сущности «Работы» необходимо добавить для установления связи первичный ключ односвязной сущности «Авто» гос. номер.

Соглашение 5:

Любой работник может выполнять любую работу, следовательно, степень связи для сущности «Работы» равна N . В свою очередь любая работа может быть выполнена любым работником, следовательно, степень связи для сущности «Работники» равно N .

Соглашение 6:

Работники выполняют работы. Работы выполняются работниками.

Рис.1.3 ER -диаграмма связи сущностей Работники и Работы

Таким образом, имеется бинарная связь «многие ко многим», для её реализации необходимо создать три отношения: по одному для каждой сущности с соответствующими атрибутами и первичными ключами и 3е – для связи; в качестве атрибутов – первичные ключи обеих сущностей; первичный ключ – составной.

Таблица связи (код работы, индивидуальный номер работника)

Функциональная зависимость сущности «Авто»

Рис.1.4 Функциональная зависимость сущности «Авто»

Гос. номер  Производитель

Гос. номер  Модель

Гос. номер  Год выпуска

Гос. номер  Страна-производитель

Гос. номер  Газ

Гос. номер  Номер паспорта

Гос. номер – детерминант, гос. номер – возможный ключ, значит отношение «Авто» находится в БКНФ.

Функциональная зависимость сущности «Владельцы»

Рис.1.5 Функциональная зависимость сущности «Владельцы»

Номер паспорта  ФИО

Номер паспорта  Адрес

Номер паспорта  Телефон

Номер паспорта – детерминант, номер паспорта – возможный ключ, значит отношение «Владельцы» находится в БКНФ.

Функциональная зависимость сущности «Работы»

Рис.1.6 Функциональная зависимость сущности «Работы»

Код работы  Описание

Код работы  Дата выполнения

Код работы  Продолжительность

Код работы  Гос. номер

Код работы – детерминант; Код работы – возможный ключ, значит отношение «Работы» находится в БКНФ.

Функциональная зависимость сущности «Работники»

Рис.1.7 Функциональная зависимость сущности «Владельцы»

Идентификационный номер  ФИО

Идентификационный номер – детерминант, Идентификационный номер – возможный ключ, значит отношение «Работники» находится в БКНФ.

Рассмотрим реализацию БД средствами MS ACCESS .

«Авто» (производитель, модель, гос. номер, год выпуска, газовое оборудование, страна-производитель, номер паспорта владельца)

AVTO ”

Рис.1.8 Конструктор таблицы “ AVTO ”.

Рис.1.9 Таблица сущности «Авто»

«Владельцы» (ФИО, адрес, телефон, номер паспорта).

Отношению в реляционной базе соответствует таблица “ VLADELCY ”

Рис.1.10 Конструктор таблицы “ VLADELCY ”.

Рис.1.11 Таблица сущности «Владельцы»

«Работы» (Код работы, описание работы, дата выполнения, гос. номер).

Отношению в реляционной базе соответствует таблица “ RABOTU ”.

Рис.1.12 Конструктор таблицы “RABOTU” .

Рис.1.13 Таблица сущности «Работы»

Таблица связи (Код работы, идентификационный номер работника).

Отношению в реляционной базе соответствует таблица “ DLYSVYZI ”

Рис.1.14 Конструктор таблицы “ DLYSVYZI ”.

Рис.1.15 Таблица c вязи

«Работники» (ФИО, идентификационный номер работника).

Отношению в реляционной базе соответствует таблица “ RABOTNIKI ”.

Рис.1.16 Конструктор таблицы “RABOTNIKI” .

Рис.1.17 Таблица сущности «Работники»

Схема данных

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

ГЛАВА 2. Описание БД и системы управления

2.1 Запросы

1. Модели автомобилей производителя Lexus

SELECT MODEL FROM AVTO

WHERE PROIZV = " Lexus ";

1. Производители авто и все модели

SELECT PROIZV, MODEL

FROM AVTO ;

1. Производитель, модель и гос. номер авто, принадлежащих Кузину Валерию Валентиновичу

SELECT AVTO.PROIZV, AVTO.MODEL, AVTO.GOSNOMER

FROM VLADELCY INNER JOIN AVTO ON VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER

WHERE VLADELCY . FIO =" Кузин Валерий Валентинович";

1. Производитель, модель, год выпуска и гос.номер авто, выпущенного раньше 2005 года с сортировкой по дате выпуска

SELECT PROIZV, MODEL, GOSNOMER, GODVIPUSKA

FROM AVTO

WHERE GODVIPUSKA < 2005 order by GODVIPUSKA;

1. Дата выполнения и описание работ, выполненных Сменовым Эдуардом Викторовичем.

SELECT RABOTU.DATAV, RABOTU.OPISANIE

FROM RABOTU INNER JOIN (RABOTNIKI INNER JOIN DLYSVYZI ON RABOTNIKI.IDR = DLYSVYZI.IDR) ON RABOTU.KODRABOTU = DLYSVYZI.KODRABOTU

WHERE RABOTNIKI . FIO ="Сменов Эдуард Викторович";

1. Список марок авто, гос. номеров и работ, которые над ними производились

SELECT AVTO.PROIZV, AVTO.GOSNOMER, RABOTU.OPISANIE

FROM AVTO INNER JOIN RABOTU ON AVTO.GOSNOMER = RABOTU. GOSNOMERAVTO;

1. Производители, год выпуска и модели самых новых авто (по году выпуска)

SELECT PROIZV, MODEL

FROM AVTO

WHERE GODVIPUSKA =(SELECT MAX(GODVIPUSKA) AS MAXGV FROM AVTO);

1. Вывести всю информацию о 3 самых продолжительных работах

SELECT TOP 3 *

FROM RABOTU

ORDER BY PRODOLG DESC;

1. Имена владельцев, производители и гос. номера авто, принадлежащих им

SELECT VLADELCY.FIO, AVTO.PROIZV, AVTO.GOSNOMER

FROM VLADELCY INNER JOIN AVTO ON VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER;

1. Вся информация о всех работниках

SELECT *

FROM RABOTNIKI;

1. ФИО, телефон и адрес владельцев авто из Рязани

SELECT FIO, TELEFON,ADRES

FROM VLADELCY

WHERE ADRES LIKE "*Рязань*";

1. Список стран-производителей авто

SELECT DISTINCT STRANA

FROM AVTO;

1. ФИО владельца, который имеет наибольшее количество авто, и это количество

SELECT Temp.FIO, Temp.MaxAVTO

FROM . AS Temp INNER JOIN . AS Temp0 ON Temp.MaxAVTO=Temp0.Maxim;

1. Количество часов, затраченных на работы в определенные дни

TRANSFORM SUM(PRODOLG)

SELECT KODRABOTU

FROM RABOTU

GROUP BY KODRABOTU

PIVOT DATAV;

1. Описание и продолжительность самой краткосрочной работы

SELECT OPISANIE, PRODOLG

FROM RABOTU

WHERE PRODOLG =(SELECT MIN(PRODOLG) FROM RABOTU);

1. Вывести всех производителей авто

SELECT PROIZV

FROM AVTO ;

1. Производитель и год выпуска авто, имеющих газовое оборудование

SELECT PROIZV, GODVIPUSKA

FROM AVTO

WHERE GAZ;

1. Добавить информацию о новом работнике в автосервисе.

INSERT INTO RABOTNIKI

VALUES (" Джейсон Стэтхем ", 7);

До добавления:

Рис.2.18 Таблица “ RABOTNIKI ” до добавления новой записи

Запрос:

После добавления:

Рис.2.20 Таблица “ RABOTNIKI ” после добавления новой записи

1. Изменить адрес Логинова Егора Юрьевича

UPDATE VLADELCY SET ADRES = "г.Рязань, Московское шоссе, 15"

WHERE PASPORTNOMER ="34 88 336882";

До изменения:

Рис.2.21 Таблица “ VLADELCY ” до изменения записи

Запрос:

После изменения :

Рис.2.24 Таблица “ VLADELCY ” после изменения записи

1. Удалить запись об автомобиле с госномером е244вв 23.

DELETE *

FROM AVTO

WHERE GOSNOMER = “ е 244 вв 23”;

До удаления:

Рис.2.25 Таблица “ AVTO ” до удаления записи

Запрос:

После удаления:

Рис.2.28 Таблица “ AVTO ” после удаления записи

2.2. Формы

Общая форма базы данных «Станция технического обслуживания автомобилей»

На форме расположены кнопки для открытия подчинённых форм (Авто, Владельцы, Работы, Работники), кнопки для выполнения запросов, а также кнопка закрытия главной формы.

В режиме «Форма»

Рис.2.29 Общая форма базы данных «Станция технического обслуживания автомобилей»

В режиме «Конструктор»

Рис.2.30 Общая форма базы данных «Станция технического обслуживания автомобилей» в режиме конструктор

Форма « Авто »

Рис.2.31 Форма «Авто»

В режиме «Конструктор»

Рис.2.32 Форма «Актеры» в режиме конструктор

Запросы для полей со списком

Запросы для полей со списком

Запросы для полей со списком

Форма « Владельцы »

Рис.2.36 Форма «Владельцы»

В режиме «Конструктор»

Рис.2.37 Форма «Владельцы» в режиме конструктор

Форма « Работы »

Рис.2.38 Форма «Работы»

В режиме «Конструктор»

Рис.2.39 Форма «Работы» в режиме конструктор

Запросы для полей со списком

Форма связи «Работа-Работники»

Рис.2.41 Форма связи «Работа-Работники»

В режиме «Конструктор»

Рис.2.42 Форма связи «Работа-Работники» в режиме конструктор

Запросы для полей со списком

Заключение

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

Основные этапы разработки:

1. Определение цели создания базы данных
2. Определение нужных полей в базе данных
3. Определение таблиц, которые должна содержать база данных.
4. Определение таблиц, к которым относятся поля.
5. Определение первичных ключей.
6. Определение связей между таблицами.
7. Усовершенствование структуры базы данных.
8. Ввод данных и создание других объектов базы данных (например, форм и запросов).

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

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

Список использованной литературы

1. Бекаревич Ю., Пушкина Н. Microsoft Access за 21 занятие. - М.: Олма-Пресс, 2006. - 544с.

2. Лори Ульрих Фуллер, Кен Кук, Джон Кауфельд. Microsoft Office Access 2007 для «чайников». - М.: Вильямс, 2007. - 384с.

3. Михеева В., Харитонова И. Microsoft Access 2003. - М.: Нова, 2005. - 1072с.

4. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф. А.Д. Хомоненко // СПб.:КОРОНАпринт, 2000. – 416 с.

5. Хомоненко А., Гридин В. В. Microsoft Access. Быстрый старт. - М., 2008. - 304с.

6. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации М.:Нолидж, 2000. – 352 с.

Авто

N : 1

Владельцы

Авто

1: N

Работы

Работники

N : N

Работы

Гос. номер

Производитель

Модель

Год выпуска

Страна-производитель

Газ

Номер паспорта

Номер паспорта

ФИО

Адрес

Телефон

Код

работы

Описание

Дата

выполнения

Продолжительность

Гос.

номер

Идентификационный номер

ФИО

Другие похожие работы, которые могут вас заинтересовать.вшм>
18542.		Станция технического обслуживания легковых автомобилей	786.59 KB
	Определяющим для развития инфраструктуры является парк автомобилей и тенденция его прироста. Это абсолютно невосполнимые потери для нас для будущего страны. Для решения этой проблемы следует уделять особое внимание автомобилям принадлежащим физическим лицам так как ответственность за техническое состояние транспортного средства несет его владелец. На втором месте находятся бывшие государственные СТО на третьем вновь созданные независимые частные СТО на четвертом автотранспортные предприятия выполняющие услуги по техническому...
13718.		Организация технического обслуживания автомобилей Mitsubishi в условиях ООО «Транстехсервис»	363.83 KB
	Целью дипломной работы является организация технического обслуживания автомобилей Mitsubishi в условиях ООО Транстехсервис. Для достижения поставленной цели определены следующие задачи: Mitsubishi завоевала и держит репутацию производителя автомобилей высокого качества; расширение модельного ряда автомобиля Mitsubishi; рассмотреть технические характеристики автомобилей Mitsubishi по модельному ряду; карта ТО Mitsubishi: краткое описание регламента; последовательность выполнения...
4523.		Организация придорожной станции технического обслуживания по текущему ремонту автомобилей	369.01 KB
	Особенности и преимущества автомобильного транспорта, предопределяющие достаточно высокие темпы развития, связаны с мобильностью и гибкостью доставки грузов и пассажиров «от двери до двери», «точно в срок» и соблюдением при необходимости расписания.
17752.		Организация моторного участка на станции технического обслуживания автомобилей «КРЫМДИЗЕЛЬСЕРВИС»	649.78 KB
	В дальнейшем развитии и интенсификации работы автотранспорта ключевой стала проблема более полного использования производственного потенциала предприятий и выявления резервов для повышения эффективности производства. Как правило эти перевозчики не имеют собственной базы для надлежащего технического обслуживания и ремонта автомобилей. Это связано с тем что владельцы легковых автомобилей либо не имеют либо имеют в ограниченной степени материальные средства и трудовые навыки для обслуживания и ремонта своего автомобиля. Быстрые темпы развития...
4622.		Проектирование участка диагностики фирменного обслуживания легковых автомобилей ЮГУ	2.74 MB
	Ханты-Мансийский автономный округ - Югра один из самых динамично развивающихся регионов Российской Федерации. Наш округ является основным нефтегазоносным районом России и одним из крупнейших нефтедобывающих регионов мира. В России ХМАО-Югра лидирует по целому ряду основных экономических показателей:
4606.		Проектирование агрегатного участка фирменного обслуживания легковых автомобилей ЮГУ	1.86 MB
	Проверить состояние кабины платформы стекол зеркал заднего вида противосолнечных козырьков оперения номерных знаков механизмов дверей запоров бортов платформы капота крышки багажника буксирного опорносцелного устройства Проверить действие стеклоочистителя и омывателей ветрового стекла и фар действие системы отопления и обогрева стекол в холодное время года системы вентиляции. Двигатель включая системы охлаждения смазки Проверить осмотром герметичность систем смазки питания и охлаждения двигателя в том числе...
20665.		Проектирование и реализация базы данных аптеки	2.55 MB
	Новокузнецк задание на курсовую работу Необходимо спроектировать база данных включающую сведения представленные в виде группы атрибутов: Аптека Наименование лекарства; аннотация; место хранения; дата поступления; приход; остаток на конец месяца; фирма производитель; поставщик и т. Задание состоит в следующем: Создать базу данных. Организовать постоянные связи между таблицами для обеспечения целостности своей базе данных.
20182.		Проектирование базы данных дневное отделение колледжа	2.59 MB
	Проектирование базы данных дневное отделение колледжа Выполнила: студентка гр. В курсовой работе ставится задача – разработать проект базы данных для накопления необходимой информации в организации создать наполнить базу данных. База данных должна быть спроектирована с учетом реализации запросов различного типа по получению информации. При проектировании базы данных следует учесть возможность выдачи бумажного отчета.
20025.		Проектирование базы данных страховой компании ОАО «Согаз-Мед»	448.12 KB
	Страховые компании - это финансовые посредники, которые специализируются на предоставлении страховых услуг. Их деятельность состоит в формировании на основании договоров с юридическими и физическими лицами (через продажу страховых полисов) специальных денежных фондов, из которых осуществляются выплаты страхователям денежных средств в обусловленных размерах в случае наступления определенных событий (страховых случаев).
10007.		Проектирование базы данных «Каталог запчастей автомобиля»	182.36 KB
	Первоначально для накопления и хранения информации на ЭВМ применялись локальные массивы (или файлы), при этом для каждой из решаемых функциональных задач создавались собственные файлы исходной и результатной информации. Это приводило к значительному дублированию данных, усложняло их обновление, затрудняло решение взаимосвязанных проблемных задач.