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

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


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

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


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

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

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

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

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

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

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

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

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

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

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

Выполнил студент 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
Первоначально для накопления и хранения информации на ЭВМ применялись локальные массивы (или файлы), при этом для каждой из решаемых функциональных задач создавались собственные файлы исходной и результатной информации. Это приводило к значительному дублированию данных, усложняло их обновление, затрудняло решение взаимосвязанных проблемных задач.

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

 Разработать информационно – логическую модель БД «Автосервис»

 Реализовать ее в СУБД MS Access.

 Составить «Пояснительную записку» к курсовому проекту в соответствии со следующим планом:

Назначение базы данных

База данных « «Автосервис» предназначена для реализации приема и оформления заказов на работы предприятием автосервиса.

На высокое звание АСУ – конечно не претендует. В силу отсутствия в ней целых блоков, необходимых для комплексной автоматизированной системы управления:

 Бухгалтерии,

 Экономического блока

 Планового

 Снабжения

 И целого ряда других блоков.

Реализуется только один из блоков АСУ – рабочее место «Прием заказов»: работа с заказчиками: прием и фиксирование заказов, организация их выполнения, отчетность о результатах работы.

Выполняемые базой данных функции

База данных выполняет следующие функции

1. Учет и хранение сведений о сотрудниках автосервиса. «Mechanic s »

2. Ввод и хранение сведений о видах выполняемых работ. «Order s »

3. Ввод сведений о заказчиках, о автомобилях заказчиков и данных о них. «Request s »

4. Форма «Ввод сведений о заказах» обеспечивает ввод собственно заказа, выбор ФИО заказчика (из списка), выбор типа автомобиля заказчика и ввод сведений о нем.

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

5. В базе данных предусмотрены и различные отчеты, позволяющие анализировать состояние дел на предприятии автосервиса.

Категории пользователей

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

А отчеты, предусмотренные в ней – и для других подразделений предприятия, а также для его руководителей.

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

Введем следующие понятия и условные обозначения :

Сущности

СУЩНОСТЬ

Сущность - реальный или представляемый объект , информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности.

Сущности будем обозначать прямоугольниками,

Атрибуты сущности

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

СУЩНОСТЬ

Атрибуты

Имена атрибутов будем заносить в прямоугольник,

обозначающий сущность , под именем сущности, и писать

малыми буквами.

Взаимосвязи

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

Связи – обозначим линиями, над которыми будем проставлять степень связи (« 1 » или « ∞ » , обозначающую "много") и ее характеристики.

Ключевые поля

Определим понятие первичных и внешних ключей

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

Один из них принимается за первичный ключ .

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

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

Внешние ключи

    Если сущность С связывает сущности А и В , то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В.

    Если сущность В обозначает сущность А , то она должна включать внешний ключ, соответствующий первичному ключу сущности А .

Примечание:

1. Поскольку разработчики СУБД MS Access изначально учли проблемы, возникающие с первичными и внешними ключами , в Access был введен специальный тип поля – КЛЮЧЕВОЕ ПОЛЕ. Его тип – СЧЕТЧИК.

Access не требует его обязательного включения в таблицу. Но настоятельно предлагает .

Особенности этого типа поля таковы:

    При вводе новой записи – в этом поле АВТОМАТИЧЕСКИ формируется новое, уникальное, неповторяющееся числовое значение.

    Поле не может принимать неопределенное значение.

    Поле – автоматически индексируется.

    Ручное изменение значения этого поля невозможно .

Поэтому проблема ключевых полей и внешних ключей в Access решается просто:

    В главной таблице (сущности) создаем специальное ключевое поле. Оно и будет у нас первичным ключем .

    В подчиненные таблицы вводим его копию (с тем же названием). Это будет их внешний ключ .

    Связываем по этим полям главную и подчиненную таблицы. Вот и все. Связь реализована!

2. Ввели в Access разработчики и инструмент, который называется « Схема данных »

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

    ее тип («один – к – одному», «один – ко – многим» и т.д.)

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

Что необходимо указывать и при построении ER – модели базы данных.

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

При реализации нашей ER – модели в Access мы всеми этими возможностями и воспользуемся.

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

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

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

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

Рисунок 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. В работе отображена пошаговая технология создания Базы данных. Приведен пример базы данных «Автосервис». Данная база была апробирована на СТО. Система была протестирована. В ходе работы внесены коррективы и приведен в работе окончательный вариант базы данных «Автосервис».

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

ПЕРВОЕ ВЫСШЕЕ ТЕХНИЧЕСКОЕ ЗАВЕДЕНИЕ РОССИИ

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

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

«НАЦИОНАЛЬНЫЙ МИНЕРАЛЬНО-СЫРЬЕВОЙ УНИВЕРСИТЕТ «ГОРНЫЙ»

Курсовая работа

«База данных - автосервис»

По дисциплине: Прикладное программирование

Выполнил: Степанова К.А.

Проверил: Матюхин С.А.

Санкт-Петербург 2013 год

Введение

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

2. Описание структуры БД

3. Таблицы

4. Техническое задание

5. Описание программы

6. Компоненты

7. Схема для пользователя

8. Интерфейс

Заключение

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

Приложение

Введение

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

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

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

База данных автосервиса предназначена для операторов автосервиса и обеспечивает доступ к информации о марке авто, дате визита, неисправности, vin номере авто, также информации о клиентах: номер телефона и т.д.

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

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

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

2. Описание структуры БД

Связи таблиц:

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

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

3. Таблицы

Таблица 1: Клиенты (ведущая таблица)

Таблица 2: Мастера (ведомая)

Таблица 3: Мастера (ведомая)

программный автосервис база редактирование

4. Техническое задание

Основание для разработки:

Задание преподавателя для проведения практических занятий и выполнения курсовой работы.

Назначение разработки:

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

Требования к программе:

· Должна автоматизировать работу оператора автосервиса

· Информация должна постоянно храниться на жестком диске ЭВМ

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

Требования к надежности:

· Программа должна обрабатывать ошибочные действия пользователя и сообщать ему об этом.

· Программа должна обеспечивать контроль входной информации.

5. Описание программы

private void Form1_Load(object sender, EventArgs e) {} // загрузка основных компонентов

private void b_add_Click(object sender, EventArgs e) {} // добавление новой записи

private void b_replace_Click(object sender, EventArgs e) {} // редактирование записи

private void b_cancel1_Click(object sender, EventArgs e) {} // отмена действия

private void b_save_Click(object sender, EventArgs e) {} // сохранение изменений

private void b_record1_Click(object sender, EventArgs e) {} // записать данные

private void b_delete_Click(object sender, EventArgs e) {} // удалить данные

private void b_exit_Click(object sender, EventArgs e) {} // выход из программы

6. Компоненты

7. Схема для пользователя

Таблица 1 «Клиенты» и таблица 2 «Мастера» связаны отношением «Один-ко-многим» по полю vin_number.

Таблица 1 «Клиенты» и таблица 3 «стоимость» связаны отношением «Один-к-одному» по полю vin_number.

8. Интерфейс

Добавление новой записи

Редактирование старой записи

Удаление записи

Сортировка по дате визита

Подписанные таблицы

Главная таблица программы «Автосервис» включает в себя:

1. Список автомобилей клиентов

2. Дату обращения владельца автомобиля

3. Неисправность

4. Телефон клиента

5. Vin номер

6. Управление списком клиентов осуществляется кнопками (Добавить/Заменить/Удалить)

7. Отображение и запись клиентов салона

8. Сортировка

10. Выбор мастеров

11. Наименование таблиц

12. Выход из программы

Заключение

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

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

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

1. Матюхин С.А «Программирование на С# объектно-ориентированный подход» - учебно методический комплекс 2013 г.

2. А. Хейлсберг, М. Торгерсен, С. Вилтамут, П. Голд Язык программирования C#. Классика Computers Science. 4-е издание = C# Programming Language (Covering C# 4.0), 4th Ed. -- СПб.: «Питер», 2012. -- 784 с. -- ISBN 978-5-459-00283-6

3. Э. Стиллмен, Дж. Грин Изучаем C#. 2-е издание = Head First C#, 2ed. -- СПб.: «Питер», 2012. -- 704 с. -- ISBN 978-5-4461-0105-4

4. Эндрю Троелсен Язык программирования C# 5.0 и платформа.NET 4.5, 6-е издание = Pro C# 5.0 and the .NET 4.5 Framework, 6th edition. -- М.: «Вильямс», 2013. -- 1312 с. -- ISBN 978-5-8459-1814-7

5. Джозеф Албахари, Бен Албахари C# 5.0. Справочник. Полное описание языка = C# 5.0 in a Nutshell: The Definitive Reference. -- М.: «Вильямс», 2013. -- 1008 с. -- ISBN 978-5-8459-1819-2

6. Герберт Шилдт. C# 4.0: полное руководство = C# 4.0 The Complete Reference. -- М.: «Вильямс», 2010. -- С. 1056. -- ISBN 978-5-8459-1684-6

Приложение . Код программы

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

public partial class Form1: Form

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Visible = false;

private void customersBindingNavigatorSaveItem_Click_1(object sender, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load(object sender, EventArgs e)

// TODO: This line of code loads data into the "db_autoDataSet.masters" table. You can move, or remove it, as needed.

this.mastersTableAdapter.Fill(this.db_autoDataSet.masters);

// TODO: This line of code loads data into the "db_autoDataSet.calculation" table. You can move, or remove it, as needed.

this.calculationTableAdapter.Fill(this.db_autoDataSet.calculation);

// TODO: This line of code loads data into the "db_autoDataSet.customers" table. You can move, or remove it, as needed.

this.customersTableAdapter.Fill(this.db_autoDataSet.customers);

private void b_exit_Click(object sender, EventArgs e)

private void button5_Click_1(object sender, EventArgs e)

private void b_add_Click(object sender, EventArgs e)

groupBox1.Visible = true;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click(object sender, EventArgs e)

textBox10.Text = customers DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = customers DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = customers DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = customers DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = customers DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = true;

groupBox2.Visible = true;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

private void b_cancel1_Click(object sender, EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox1.Visible = false;

private void b_cancel2_Click(object sender, EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox2.Visible = false;

private void b_save_Click(object sender, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(sender, e);

private void b_record1_Click(object sender, EventArgs e)

DataTable table = db_autoDataSet.Tables;

DataRow row = table.NewRow();

row = textBox1.Text;

row = Convert.ToDateTime(textBox2.Text);

row = textBox3.Text;

row = textBox4.Text;

row = textBox5.Text;

table.Rows.Add(row);

groupBox1.Hide();

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

private void b_record2_Click(object sender, EventArgs e)

DataTable table = db_autoDataSet.Tables;//12 связали динамич. табл. table с первым файлом из базы данных

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString());//13 получили vin текущей записи

DataRow row = table.Rows.Find(vinRab);//14 совместили динамич. строку row со записью файла vin c shifrRab и перевели набор данных DataSet в состояние "редактирования", в котором он позволяет изменять значения полей

row = textBox10.Text;//15 записали во второе поле строки row данное из окна

row = Convert.ToDateTime(textBox9.Text);// 15 записали в третье поле строки row

row = textBox8.Text; //15 записали в четвёртое поле строки row row = textBox7.Text;

row = textBox6.Text;

table.AcceptChanges();//15 команда AcceptChanges позволяет принять изменённые значения полей

groupBox2.Hide();//16

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

private void b_delete_Click(object sender, EventArgs e)

// удаление строки под курсором

// сначала строим предупреждение, чтобы не сделать ошибочного удаления

string s1, s2, s3, s4, s5, message;

DialogResult result;// 18

int ind = customersDataGridView.CurrentRow.Index;

s1 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s2 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s3 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s4 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s5 = customersDataGridView.CurrentRow.Cells.Value.ToString();

message = "Марка авто= " + s1 + "\nДата визита= " + s2 + "\n Неисправность= " + s3 + "\n Тел. клиента= " + s4 + "\n vin номер" + s5;

// переменная result может принимать значения либо DialogResult.Yes, либо DialogResult.No

result = MessageBox.Show(message, "Удалить следующую запись? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result == DialogResult.Yes)//Строка удаляется

{// 20 В буферную таблицу записывается текущая таблица из customersDataGridView типа DataGrid

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // если таблица не пуста

CurMng.RemoveAt(CurMng.Position);// удаление отмеченной позиции

// здесь result == DialogResult.No и удаление отвергается

// выходим из процедуры

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

Подобные документы

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

    курсовая работа , добавлен 23.02.2009

    Разработка программного продукта - базы данных "Экскурсия" в интегрированной среде программирования C++ Builder 6. Определение порядка просмотра данных базы, их редактирования и удаления. Особенности руководства пользователя и общего интерфейса программы.

    курсовая работа , добавлен 03.11.2013

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

    курсовая работа , добавлен 23.01.2010

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

    курсовая работа , добавлен 25.04.2011

    Разработка программы "База данных спортивного инвентаря". Описание алгоритма работы модулей и блоков. Структурная схема представления проекта. Процесс поиска нужной информации. Автоматическая сортировка данных. Добавление и редактирование записей.

    курсовая работа , добавлен 15.08.2013

    Создание простых форм-справочников. Редактирование свойств формы в режиме конструктора. Добавление и редактирование свойств элементов управления. Проектирование отчётов для базы данных. Приведение таблицы к нормальной форме и построение схемы данных.

    реферат , добавлен 23.11.2008

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

    курсовая работа , добавлен 20.01.2010

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

    лабораторная работа , добавлен 10.10.2012

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

    курсовая работа , добавлен 07.02.2016

    Обоснование выбора средств разработки приложения. Добавление, удаление, редактирование информации. Отражение информации из базы данных. Поиск информации по выбранной таблице. Проекты Data, Entity, Logic, Firm. Схема взаимодействия проектов программы.

Введение 3
РАЗДЕЛ 1. Разработка базы данных 4

      Постановка задачи 4
      Анализ предметной области 5
РАЗДЕЛ 2. Моделирование структур данных 7
2.1. Разработка концептуальной модели базы данных 7
2.2. Разработка логической модели данных 9
2.3. Преобразование модели «сущность-связь» в реляционную
модель данных 10
РАЗДЕЛ 3. Проектирование базы данных 12
3.1. Разработка таблиц 12
3.2. Разработка форм для ввода данных 17
3.3. Разработка запросов к базе данных 21
3.4. Разработка отчетов 27
ЗАКЛЮЧЕНИЕ 30
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 31
ПРИЛОЖЕНИЯ 32

ВВЕДЕНИЕ

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

    определение и анализ предметной области;
    разработка концептуальной модели базы данных;
    построение таблиц базы данных «Автосервис»;
    построение форм, запросов и отчётов данной БД.
Существует огромное количество различных источников информации, касающиеся проектирования реляционных баз данных и их применения. Из всех предложенных ресурсов, были выбраны те, которые подходят для проектирования баз данных в среде OpenOffice.org Base. Так, например, в книгах рассматриваются основные приемы и принципы работы и создании баз данных с помощью Base, входящей в состав OpenOffice.org. В источниках изложены основные сведенья о создании таблиц, форм, запросов и отчётов. В книгах описаны методические рекомендации по проектированию и реализации баз данных.

РАЗДЕЛ 1. Разработка базы данных

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

РАЗДЕЛ 2. Моделирование структур данных

2.1. Разработка концептуальной модели базы данных

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

    код заказчика;
    Ф.И.О.;
    паспортные данные;
    серия и № тех. паспорта;
    марка автомобиля;
    цвет;
    № шасси;
    № двигателя;
    год выпуска.
Атрибуты сущности Заказы определяются следующим образом:
    код заказчика;
    код заказа;
    дата приема и оплаты;
    калькуляция ремонтных работ;
    ответственный мастер;
    замечания.
Сущность Мастера документируется на основании следующих атрибутов:
    № мастера;
    ФИО;
    должность на данном предприятии;
Сущность Перечень работ определяется следующим набором атрибутов:
    код запроса;
    код работ;
    деталировка.
В соответствии с моделью предметной области, представляется следующая концептуальная модель базы данных «Автосервис» (рис. 1).
Рис.1 Концептуальная модель базы данных «Автосервис».

2.2. Разработка логической модели данных

Преобразование локальной концептуальной модели данных в локальную логическую модель заключается в удалении из концептуальных моделей нежелательных элементов и преобразование полученных моделей в локальные логические модели . К нежелательным элементам относятся :
– связи типа «многие-ко-многим»;
– рекурсивные связи;
– связи с атрибутами.
В созданной концептуальной модели вышеперечисленных нежелательных элементов не обнаружено.
Логическая схема данных приведена на рис.2.

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

      Преобразование модели «сущность-связь» в реляционную модель данных
Преобразование модели «сущность-связь» в реляционную модель данных
осуществляется путем последовательного выполнения ряда шагов :
– каждой сущности ставится в соответствие отношение реляционной модели данных;
– каждый атрибут сущности становится атрибутом соответствующего отношения;
– первичный ключ сущности становится первичным ключом соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL). В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом.
Этот процесс рассмотрен ниже.

РАЗДЕЛ 3. Проектирование базы данных

      Разработка таблиц
Таблица - это объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов) .
В программе OpenOffice.org Base предусмотрено три различных способа создания таблицы базы данных:
    создание таблиц в режиме дизайна;
    использование мастера для создания таблицы;
    создание представления.
В данной работе таблицы создавались с помощью мастера.
Для каждой реляционной таблицы БД приводится ее структура: состав полей, их имена, тип данных и размер каждого поля, ключи таблицы и другие свойства полей.
Разработка таблиц базы данных производится последовательно:
    Определение необходимых таблиц и полей.
Таблица является основой базы данных, поэтому при разработке таблиц рекомендуется руководствоваться следующими основними принципами :
    сведения не должны дублироваться в таблице или между таблицами;
    данные, хранящиеся только в одной таблице, обновляются только в этой таблице;
    каждая таблица должна содержать информацию только на одну тему.
Каждая таблица содержит сведения по конкретной теме, а каждое поле в таблице содержит конкретный факт по теме таблицы. Для каждой таблицы в базе данных необходимо определить свойства содержащихся в них.
База данных «Автосервис» содержит четыре таблицы:
    Таблица Заказчики (рис.3) предназначена для ввода информации о владельце ремонтируемого автомобиля. Данная таблица содержит следующие атрибуты:
    Ф.И.О. (тип поля – текстовое , длинна – 50, обязательное);
    паспортные данные (тип поля – текстовое , длинна – 100, обязательное);
    серия и № тех. паспорта (тип поля – текстовое , длинна – 15, обязательное);
    Марка автомобиля (тип поля – текстовое , длинна – 100, обязательное);
    цвет автомобиля (тип поля – текстовое , длинна – 100, не обязательное);
    № шасси (тип поля – текстовое , длинна – 100, не обязательное);
    № двигателя (тип поля – числовое , длинна – 100, не обязательное);
    год выпуска (тип поля – дата , обязательное).
Рис. 3. Таблица Заказчики.
    Таблица Заказы (рис. 4) предназначена для ввода информации о заказах: когда заказали, кто заказал, ответственный мастер, стоимость ремонтных работ, замечания. Данная таблица содержит следующие атрибуты:
    код заказа (тип поля – целоe , длинна – 10, обязательное);
    код заказчика (тип поля – текстовое , длинна – 10, не обязательное);
    дата заказа (тип поля – дата , не обязательное);
    общая калькуляция ремонтных работ (тип поля – десятичное , длинна – 100, не обязательное);
    ответственный мастер (тип поля – целое , длинна – 10, не обязательное);
    дата оплаты (тип поля – дата , не обязательное);
    дата приема (тип поля – дата , не обязательное);
    замечания (тип поля – тестовое , длинна – 100, не обязательное).
Рис. 4. Таблица Заказы.
    Таблица Ремонтные работы (рис. 5) предназначена для описания всех видов ремонтных работ, которые были выполнены на данном предприятии.
Данная таблица содержит следующие атрибуты:
    код работ (тип поля – целое , длинна – 10, обязательное);
    код заказа (тип поля – целое , длинна – 10, обязательное);
    деталировка (тип поля – текстовое , длинна – 100, не обязательное).
Рис. 5. Перечень работ.
    Мастера (рис. 6). Таблица мастера предназначена для ввода информации о сотрудниках. Данная таблица содержит следующие атрибуты:
    № мастера (тип поля – целое , длинна – 10, обязательное);
    Ф.И.О. мастера (тип поля – текстовое , длинна – 100, не обязательное);
    должность (тип поля – текстовое , длинна – 100, не обязательное).
Рис. 6. Мастера.
    Установление первичных ключей.
Определим, для каждой сущности первичный ключ, при этом надо учитывать, что сильные сущности имеют только одно ключевое поле, а слабые - столько же, сколько и связей. При выборе первичного ключа будем руководствоваться правилами :
– ключ должен содержать минимальный набором атрибутов;
– использовать следует тот ключ, вероятность изменения значений которого минимальна;
– значение ключа должно иметь минимальную длину.
Исходя из вышесказанного, у имеющихся сущностей определим такие ключевые поля:
    сущность Заказчики имеет ключевое поле Код заказчика;
    сущность Заказы определяется ключом Код заказа;
    сущность Мастера имеет ключевое поле № мастера;
    сущность Ремонтные работы определяется ключом Код запроса;
    Формирование связей между таблицами.
После разбиения сведений на таблицы и определения ключевых полей необходимо выбрать способ, которым СУБД будет объединять связанные сведения. Для этого не обходимо определить связи между таблицами базы данных.
OpenOffice.org BASE поддерживает четыре типа отношений между таблицами :
– один-к-одному (каждая запись в одной таблице соответствует только одной записи в другой таблице);
– один-ко-многим (каждая запись в одной таблице соответствует многим записям в другой таблице);
– много-к-одному (аналогична записи «один-ко-многим);
– много-ко-многим (одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы либо одна запись из второй таблицы может быть связана болеечем с одной записью из первой таблицы).
Связи, установленные в БД «Автосервис» уже были представленны в предыдущем разделе на рис. 2.
      Разработка форм ввода информации
Форма - объект, предназначенный для ввода, редактирования и просмотра табличных данных в удобном виде.
Формы содержат так называемые элементы управления, с помощью которых осуществляется доступ к данным в таблицах. Элементами управления являются текстовые поля для ввода и правки данных, кнопки, флажки, переключатели, списки, надписи. Создание форм, содержащих необходимые элементы управления, существенно упрощает процесс ввода данных и позволяет предотвратить ошибки.
Формы OpenOffice.org Base предоставляют функциональные возможности для выполнения многих задач, которые нельзя выполнить другими средствами, они позволяют выполнять проверку корректности данных при вводе, проводить вычисления, и обеспечивают доступ к данным в связанных таблицах с помощью подчиненных форм.
OpenOffice.org Base предлагает несколько способов создания форм. Самым простым из них является использование средств автоматического создания форм на основе таблицы или запроса .
Для базы данных «Автосервис» предусмотрены четыре простые формы и три субформы.
Примеры простых форм приведены на рис.7-10.

Рис.7. Форма Заказчик.

Рис.8. Форма Заказы.

Рис.9. Перечень работ.

Рис.10. Мастера.
Составная форма содержит главную форму и подчиненную ей форму - субформу. Субформа - это по своему содержанию та же форма, но используемая не самостоятельно, а загружаемая всегда из какой-либо формы при открытии или создании документа. В субформе можно делать практически все то же, что и в форме, за тем исключением, что нельзя вставить в нее другую субформу.
При создании полей в субформах обязательно нужно учитывать, что имена всех полей должны быть уникальными в пределах формы вместе со всеми субформами, которые в ней используются одновременно.
Благодаря составным формам появляется возможность одновременно заполнять разные таблицы.
Примеры субформ представлены на рис. 11-13.

Рис. 11. Форма Заказчик с субформой Заказы.
Форма Заказчик с субформой Заказы - обеспечивает ввод необходимых данных для идентификации заказчика и просмотра выполненных работ по данному заказу. Эта форма позволяет вносить информацию в таблицы Заказчик и Заказы.

Рис. 12. Форма Заказы с субформой Ремонтные работы.
Эта форма позволяет вносить информацию в таблицы Заказы и Ремонтные работы.

Рис. 13. Форма Мастера с субформой Заказы.
Форма Мастера с субформой Заказы позволяет контролировать выполнения работ конкретным мастером.

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