Информационная система "Станция технического обслуживания автомобилей"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Вµнтах;
-Договор - хранит информацию о заключенных договорах;
-Заказ - хранит всю информацию о поступившем заказе;
-Вид работ - хранит информацию о виде работы.
.2 Перечень атрибутов
В результате исследования предметной области были получены следующие атрибуты:
. Таблица klient(клиенты) содержит:
-Фамилия
-Имя
-Отчество
-Адрес
-Паспортные данные
-Телефон
-Id_клиента
2. Таблица zakaz(заказы) содержит:
-Описание поломки
-Номер_машины
-Дата_оформления_заказа
-Id_клиента
-Id_заказа
-Марка машины
3. Таблица dogovor(договора) содержит:
-Вид ремонта
-Номер заказа
-Дополнительные требования к ремонту
-Id_договора
-Стоимость
-Срок_ремонта
-Id_клиента
4. Таблица vid_rabot(вид работ) содержит:
-Вид_работ
-Стоимость_работ
-Длительность_ремонта
-Id_типа_заказа
2.3 Инфологическое проектирование БД
Цель инфологического проектирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства.
Связь - ассоциирование двух и более сущностей. Если бы назначением БД было только хранение отдельных, не связанных между собой данных, то ее структура могла быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по назначениям других, для чего необходимо установить между ними определенные связи.
2.4 Модель сущность - связь
Модель сущность - связь основана на использовании 3-х основных конструктивных элементах:
1.Сущность.
2.Атрибут.
.Связь.
Взаимосвязи между таблицами БД могут быть типизированы по следующим основным видам:
- Отношение один к одному (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;
- Отношение один ко многим (1:М) возникает, когда одна запись взаимосвязана со многими другими;
- Отношение многие к одному означает, что многие записи связаны с одной (М:1);
- Отношение многие ко многим (M:N) возникает между двумя таблицами в тех случаях, когда:
- Одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;
- Одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.
Недостатком данной модели является то, что одни и те же элементы могут выступать одновременно и в качестве сущности, и в качестве атрибута, и в качестве связи. В данном случае, будем считать, что каждый объект может выступать только в качестве одного конструктивного элемента. Схема модели сущность-связь приведена в Приложении А.
2.5 Классификация связей
В базе данных определены следующие отношения между таблицами:
Таблица КлиентТаблица ЗаказId_клиентаId_клиентаТип отношений:один - ко - многим (1:М)Таблица КлиентТаблица ДоговорId_клиентаId_клиентаТип отношенийодин - ко - многим (1:М)Таблица ЗаказТаблица Вид работId_заказаId_типа_заказаТип отношений:один - к - одному (1:1)Таблица ЗаказТаблица ДоговорId_заказаId_договораТип отношений:один - к - одному (1:1)
.6 Реляционная модель БД
Данные представляются в виде двумерных таблиц, над которыми допускаются традиционные теоретико-множественные операции (объединение, пересечение, разность и декартово произведение) и специальные реляционные операции (селекция, проекция, соединение и деление).
Использование модели позволило создать как сами реляционные базы данных, так и системы управления реляционными базами данных.
В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение. В манипуляционной части модели утверждаются два фундаментальных механизма манипулирования реляционными БД - реляционная алгебра и реляционное исчисление. Первый механизм базируется в основном на классической теории множеств, а второй на классическом логическом аппарате исчисления предикатов первого порядка.
.7 Функциональные зависимости между атрибутами
В разработанной базе данных Ремонт автомобилей существуют следующие функциональные зависимости между атрибутами:
Таблица 4.1.1 клиент
Название атрибутовФункциональные зависимостиId_клиента Фамилия Имя Отчество Адрес Паспортные данные Телефон
Таблица 4.1.2 Заказ
Название атрибутовФункциональные зависимостиId_заказа Описание поломки Номер_машины Дата_оформления_заказа Id_клиента Марка машины
Таблица 4.1.3 Договор
Название атрибутовФункциональныезависимостиId_договора Id_клиента Вид ремонта Номер заказа Дополнительные требования к ремонту Стоимость Срок_ремонтаТаблица 4.1.4 Вид работ
Название атрибутовФункциональные зависимости- Id_типа_заказа - Вид_работ - Стоимость_работ - Длительность_ремонта
.8 Выбор ключей
Использование ключей и индексов позволяет:
- Однозначно идентифицировать записи;
Избегать дублирования значений в ключевых полях;
Выполнять сортировку таблиц;
Ускорять операции поиска в таблицах;
Устанавливать связи между отдельными таблицами ?/p>