Базы данных курсовая ремонт
Файл: Курсовая Разрабокта БД ремонтной мастерской.pdf
ВУЗ: Не указан
Дисциплина: Базы данных
Добавлена: 15.11.2018
Просмотров: 707
Скачиваний: 13
TRANSPORTA UN SAKARU INSTITŪTS
К У Р С О В А Я Р А Б О Т А
Базы и банки данных
Разработка информационной системы в среде СУБД
Darba vadītāja piezīmes:
Разработка информационной системы в среде СУБД
Тема курсовой работы — “Разработка справочно-информационной системы в среде
СУБД”.
Индивидуальное задание
Предметная область «Ремонтная мастерская» была выбрана мной, так как я лично знаком
с внутренней организацией авторемонтных мастерских, знаю их потребности и нюансы
работы.
Целью курсовой работы является получение практических навыков по проектированию
и реализации справочно-информационных систем с использованием технологий
реляционных баз данных.
Постановка задачи для достижения заданной цели:
Для предметной области «Ремонтная мастерская» в среде выбранной СУБД разработать
информационную систему, которая должна включать:
не менее пяти связанных таблиц в БД;
входные формы для заполнения таблиц и работы с ними;
не менее пяти SQL запросов, обеспечивающих поиск и обработку данных;
не менее пяти выходных форм–отчетов.
Система должна иметь удобный интерфейс для работы пользователей, для чего
необходимо разработать соответствующие формы и меню.
Процесс разработки справочно-информационной системы в среде СУБД должен включать
следующие основные этапы:
анализ предметной области;
проектирование базы данных, в том числе: разработка модели базы данных типа
“сущность-связь”; нормализация исходных отношений до третьей нормальной
формы,
проектирование основных функций системы;
разработка входных и выходных форм.
выбор и обоснование используемой СУБД.
реализация проекта базы данных на персональной ЭВМ в среде выбранной СУБД.
тестирование разработанной системы на персональной ЭВМ.
1. Анализ предметной области
Мастерская предоставляет клиенту услуги по ремонту определенного вида продукта, а так
же, возможно, его гарантийному обслуживанию и поставке комплектующих деталей.
Клиент обращается в мастерскую с просьбой отремонтировать вышедшую из строя вещь,
либо приобрести расходные материалы или комплектующие товары. В зависимости от
того, является ли предмет ремонта продуктом компании-партнера ремонтной мастерской,
или же нет (в таком случае возможно получение отказа от мастерской), клиент получает
ценовое предложение с указанием сроков выполнения диагностики и ремонта. На сроки
влияют такие факторы как наличие необходимых деталей на складе и занятость
технического персонала.
Получив подтверждение клиента и авансовый платеж мастерская выдает клиенту
квитанцию о получении авансового платежа. В квитанции указывается сумма аванса и
полная стоимость ремонта, сроки выполнения и номер заказа с расшифровкой
планируемых работ и наименованием объекта ремонта.
Когда количество заказов растет, настает необходимость управления сроками и
планирования работ. Для этого управляющий менеджер в любой момент должен иметь
возможность получить актуальную информацию о состоянии заказов и сроков их
выполнения. Ежедневные отчеты о сроках (как старых заказов, так и поступивших
сегодня) и прогрессе ремонта позволяют держать все процессы под контролем и вовремя
выполнять договорные обязательства.
Бухгалтерия мастерской, используя информацию из базы данных, может фиксировать
финансовые сделки и объемы денежных средств которые можно вкладывать в развитие
или выполнение текущих задач.
Бухгалтер должен иметь возможность получить информацию, касающуюся денежных
средств — какие авансы получены, какие поступления ожидаются, и каков резерв
денежных средств для заказа деталей, как и о том, какова стоимость деталей на складе.
Так же, бухгалтер подготовит для клиента квитанцию, которая будет включать в себя всю
информацию о проделанном этапе работ и понесенных мастерской затратах. В готовом же
виде квитанцию клиент получает у менеджера, который, введя в форму номер клиента,
увидит все текущие операции и квитанции для этого заказчика.
По просьбе заказчика менеджер должен заполнить форму заказа диагностики, или форму
окончательного заказа. Мастер должен иметь доступ к незаконченным заказам и вводить
информацию о ходе работ.
2. Разработка модели базы данных
Первым этапом проектирования является выделение сущностей на основе анализа
предметной области. В данном случае такими могут быть:
Клиенты
Заказы
Квитанции
Зап. части
Диагностика
Ключевые атрибуты сущностей, а так же прочие атрибуты наполняют каждую из
сущностей определенным смыслом, а так же позволяют установить связи между
сущностями.
Для удобства представления замысла будет применена диаграмма (рис. 1) Сущность-
Связь, которая отразит все тонкости проектируемой модели.
Источник
База данных для ремонта автомобилей
Для построения любой базы данных необходимо определить бизнес-правила, по которым формируются сущности в ER-модели и заполняются таблицы. Правила: Все клиенты имеют
База данных для ремонта автомобилей
Другие курсовые по предмету
1. Описание компании «СмартАвто»
3. Разработка логической и физической модели базы данных
4. Создание таблиц при помощи языка SQL
5. Создание запросов
6. Создание форм и отчетов
В курсовой работе будет разработана базы данных организации, которая занимается ремонтом автомобилей и реализована в виде программного продукта, также будут получены навыки по моделированию структуры баз данных с использованием CASE средств, и созданию средствами языка SQL.
1. Описание компании
В качестве предметной области базы данных выбрана организация «СмартАвто», занимается ремонтом автомобилей, различных видов.
Обязательной частью работы организации является договор, в который заключается между клиентом и фирмой. В договоре имеется информация о специалистах, предварительная стоимость запчастей необходимых для ремонта.
В любой коммерческой организации необходимо хранить подробную информацию о клиентах. При заключении договора регистрируются данные о виде неисправности, стоимости ремонта, запчастях необходимых для ремонта, даты, и времени необходимого для ремонта. Так же существуют данные, в которых отображается полная информация о запчастях необходимых для ремонта. Можно вводить данные о новых специалистах, и стоимость составляющих.
Процесс ремонта можно описать следующим образом: клиент приходит в фирму, заносит в базу свои данные, при оформлении договора ему сообщается о неисправности затем выбирается специалист для ремонта неисправности.
Для построения любой базы данных необходимо определить бизнес-правила, по которым формируются сущности в ER-модели и заполняются таблицы. Правила:
- Все клиенты имеют код, адрес, телефон
- При выборе неисправности, необходимо указать компоненты необходимые для ремонта
- Когда заключается договор, указывается дата ремонта, вид неисправности, стоимость ремонта
- Стоимость ремонта зависит от вида неисправности и запчастей
3. Разработка логической модели и преобразовании в физическую
На основе этих бизнес-правил можно создать ER-диаграмму модели данных.
Построение логической модели осуществим с помощью программного средства ERWin 4.0.
Выберем тип модели Logical/Physical, и на логическом уровне определим:
- сущности,
- связи между ними,
- первичные ключи и атрибуты сущностей.
Результат построения Логической модели представлен на рисунке 1, а Физическая модель изображена на рисунке 2.
Рисунок 1 — Логическая модель
В построенной модели используется следующий вид связи не идентифицирующая связь, типа «один ко многим». Значит, что один экземпляр одной сущности связан с множеством экземпляров другой сущности.
На рисунке также отражены процедуры обеспечения ссылочной ценности. Ссылочная целостность означает метод обеспечения правильности и непротиворечивости хранящихся данных, это означает, что внешний ключ должен всегда либо содержать значение в пределах области значений внешних ключей (т.е. значений, которые в настоящий момент находятся в столбце первичного ключа), либо принимать значение Null (если это допустимо).
«U:R» и «D:R» означают, что удаление или обновление первичного ключа запрещено если есть один и более соответствующих ему экземпляров дочерней сущности.
«I:R» и «U:R» означают, что вставка или обновление дочерней строки запрещена если значение внешнего ключа в новой строке не соответствует ни одному значению первичного ключа в родительской таблице.
Рисунок 2 — Физическая модель
Физическим аналогом атрибута сущности является столбец таблицы. Здесь мы вводим ограничения на данные каждого из столбцов, присваивая каждому определенный тип.
4. Создание таблиц при помощи языка SQL
При реализации ER модели применяются 5 таблиц, и характер связей отражен схемой данных и показан на рисунке 3.
Рисунок3 Схема данных
Объекты физической базы данных создаются с помощью языка описания данных SQL (команды DDL). CREATE TABLE используется для первоначального создания объекта базы данных.
Запрос на создание таблицы Договор (рисунок 4):
CREATE TABLE Договор (
КодДоговора Autoincrement Constraint ДоговорыPK PRIMARY KEY,
КодСпециалиста Long Not Null Constraint СпециалистыFK
REFERENCES Специалисты (КодСпециалиста),
КодКлиента Long Not Null Constraint КлиентыFK
REFERENCES Клиенты (КодКлиента),
Из этой инструкции следует следующее описание структуры таблицы:
— КодДоговора — Отражает код текущего договора. Данное поле является первичным ключом;
— КодСпециалиста — тип Long. Это поле в которое вводится кодспециалиста;
— КодКлиента — тип Long. Поле, в которое вводится кодКлиента в договоре.
— ДатаРемонта тип DateTime. Здесь необходимо поставить дату заключения договора.
— ВремяРемонта тип Text. Необходимо указать время необходимое для ремонта неисправности.
— СтоимостьРемонта тип Currency. Поле для введения стоимости ремонта.
— ВидНеисправности тип Text. Оставляются данные о виде неисправности.
Рисунок 4 — Таблица Договор
Запрос на создание таблицы Клиенты (рисунок 5):
CREATE TABLE Клиенты (
КодКлиента AUTOINCREMENT Constraint КлиентыPK PRIMARY KEY,
ФамилияК Text Not Null,
ИмяК Text Not Null,
ОтчествоК Text Not Null,
ПаспортныеДанные Integer Not Null
Из этой инструкции следует следующее описание структуры таблицы:
— КодКлиента. Поле, в которое вводится кодКлиента в договоре. Данное поле является первичным ключом;
— ФамилияК тип Text. Указывается фамилия нового клиента.
— ИмяК тип Text. Указывается Имя нового клиента.
— ОтчествоК тип Text. Указывается Отчество нового клиента.
— Телефон тип Integer. Указывается телефон клиента.
— Адрес тип Text. Указывается место проживание клиента.
— ПаспортныеДанные тип Integer. Указываются паспортные данные.
Рисунок 5 — Таблица Клиенты
Запрос на создание таблицы Специалисты (рисунок 6):
CREATE TABLE Специалисты (
КодСпециалиста AUTOINCREMENT Constraint СпециалистыPK PRIMARY KEY,
Фамилия Text Not Null,
Имя Text Not Null,
Отчество Text Not Null,
Отсюда следует описание структуры таблицы:
— КодСпециалиста. Поле, в которое вводится кодспециалиста в договоре. Данное поле является первичным ключом;
— Фамилия тип Text. Указывается фамилия Специалиста.
— Имя тип Text. Указывается Имя Специалиста.
— Отчество тип Text. Указывается Отчество Специалиста.
— Квалификация тип Text. Указывается квалификация специалиста.
— Адрес тип Text. Указывается место проживание клиента.
— ВремяРаботы тип DateTime. Указываются время начало работы того или иного Специалиста.
Рисунок 6 — Таблица Специалисты
Запрос на создание таблицы Ремонт (рисунок 7):
CREATE TABLE Ремонт (
КодРемонта Autoincrement Constraint РемонтPK PRIMARY KEY,
КодДоговора Long Not Null Constraint ДоговорFK
REFERENCES Договор (КодДоговора)
Отсюда следует описание структуры таблицы:
— КодРемонта. Поле, в которое вводится номер ремонта. Данное поле является первичным ключом;
— Название тип Text. Указывается название компонентов.
— ПредварительнаяСтоимость тип Currency. Указывается стоимость на используемые компоненты.
Рисунок 7 — Таблица Ремонт
Запрос на создание таблицы Израсходованные запчасти (рисунок 8):
CREATE TABLE ИзрасходованныеЗапчасти (
КодИзрасходованныхЗапчастей Autoincrement Constraint ДеталиPK PRIMARY KEY,
КодДоговора Long Not Null Constraint ДоговорыFK
REFERENCES Договор (КодДоговора),
Отсюда следует описание структуры таблицы:
— КодИзрасходованныхЗапчастей. Поле, в которое вводится номера компонентов. Данное поле является первичным ключом;
— КодДоговора. Указывается код Договора, в котором необходимо использовать запчасти.
— Детали тип Text. Список запчастей в данном договоре.
Рисунок 8 — Таблица Израсходованные компаненты
5. Создание запросов
Выполним запрос Информация о договорах (рисунок 9):
SELECT Фамилия, КодДоговора, ДатаРемонта, ВремяРемонта, СтоимостьРемонта
FROM Специалисты INNER JOIN Договор ON Специалисты.КодСпециалиста=Договор.КодСпециалиста;
Рисунок 9 Запрос информация о договорах
Выполним запрос на Поиск Клиентов по ФИО (рисунок 10):
WHERE ФамилияК=[введите фамилию] AND ИмяК=[введите имя] AND ОтчествоК=[введите отчество];
Источник