![]() |
|
сделать стартовой | добавить в избранное |
![]() |
База данных для ремонта автомобилей |
Содержание Введение 1. Описание компании &quo ;СмартАвто&quo ; 2. Бизнес-правила 3. Разработка логической и физической модели базы данных 4. Создание таблиц при помощи языка SQL 5. Создание запросов 6. Создание форм и отчетов 7. Усовершенствование Заключение Список литературы Введение В курсовой работе будет разработана базы данных организации, которая занимается ремонтом автомобилей и реализована в виде программного продукта, также будут получены навыки по моделированию структуры баз данных с использованием CASE – средств, и созданию средствами языка SQL. 1. Описание компании В качестве предметной области базы данных выбрана организация «СмартАвто», занимается ремонтом автомобилей, различных видов. Обязательной частью работы организации является договор, в который заключается между клиентом и фирмой. В договоре имеется информация о специалистах, предварительная стоимость запчастей необходимых для ремонта. В любой коммерческой организации необходимо хранить подробную информацию о клиентах. При заключении договора регистрируются данные о виде неисправности, стоимости ремонта, запчастях необходимых для ремонта, даты, и времени необходимого для ремонта. Так же существуют данные, в которых отображается полная информация о запчастях необходимых для ремонта. Можно вводить данные о новых специалистах, и стоимость составляющих. Процесс ремонта можно описать следующим образом: клиент приходит в фирму, заносит в базу свои данные, при оформлении договора ему сообщается о неисправности затем выбирается специалист для ремонта неисправности. 2. Бизнес – правила Для построения любой базы данных необходимо определить бизнес-правила, по которым формируются сущности в ER-модели и заполняются таблицы. Правила: Все клиенты имеют код, адрес, телефон При выборе неисправности, необходимо указать компоненты необходимые для ремонта Когда заключается договор, указывается дата ремонта, вид неисправности, стоимость ремонта Стоимость ремонта зависит от вида неисправности и запчастей 3. Разработка логической модели и преобразовании в физическую На основе этих бизнес-правил можно создать ER-диаграмму модели данных. Построение логической модели осуществим с помощью программного средства ERWi 4.0. Выберем тип модели Logical/Physical, и на логическом уровне определим: сущности, связи между ними, первичные ключи и атрибуты сущностей. Результат построения Логической модели представлен на рисунке 1, а Физическая модель изображена на рисунке 2. Рисунок 1 - Логическая модель В построенной модели используется следующий вид связи – не идентифицирующая связь, типа «один ко многим». Значит, что один экземпляр одной сущности связан с множеством экземпляров другой сущности. На рисунке также отражены процедуры обеспечения ссылочной ценности. Ссылочная целостность означает метод обеспечения правильности и непротиворечивости хранящихся данных, это означает, что внешний ключ должен всегда либо содержать значение в пределах области значений внешних ключей (т.е. значений, которые в настоящий момент находятся в столбце первичного ключа), либо принимать значение ull (если это допустимо).
«U:R» и «D:R» означают, что удаление или обновление первичного ключа запрещено если есть один и более соответствующих ему экземпляров дочерней сущности. «I:R» и «U:R» означают, что вставка или обновление дочерней строки запрещена если значение внешнего ключа в новой строке не соответствует ни одному значению первичного ключа в родительской таблице. Рисунок 2 - Физическая модельФизическим аналогом атрибута сущности является столбец таблицы. Здесь мы вводим ограничения на данные каждого из столбцов, присваивая каждому определенный тип. 4. Создание таблиц при помощи языка SQL При реализации ER модели применяются 5 таблиц, и характер связей отражен схемой данных и показан на рисунке 3. Рисунок3 – Схема данныхОбъекты физической базы данных создаются с помощью языка описания данных SQL (команды DDL). CREA E ABLE используется для первоначального создания объекта базы данных. Запрос на создание таблицы Договор (рисунок 4): CREA E ABLE Договор ( КодДоговора Au oi creme Co s rai ДоговорыPK PRIMARY KEY, КодСпециалиста Lo g o ull Co s rai СпециалистыFK REFERE CES Специалисты (КодСпециалиста), КодКлиента Lo g o ull Co s rai КлиентыFK REFERE CES Клиенты (КодКлиента), ДатаРемонта Da e ime, ВремяРемонта ex , СтоимостьРемонта Curre cy, ВидНеисправности ex ); Из этой инструкции следует следующее описание структуры таблицы: - КодДоговора - Отражает код текущего договора. Данное поле является первичным ключом; - КодСпециалиста - тип Lo g. Это поле в которое вводится кодспециалиста; - КодКлиента - тип Lo g. Поле, в которое вводится кодКлиента в договоре. - ДатаРемонта – тип Da e ime. Здесь необходимо поставить дату заключения договора. - ВремяРемонта – тип ex . Необходимо указать время необходимое для ремонта неисправности. - СтоимостьРемонта – тип Curre cy. Поле для введения стоимости ремонта. - ВидНеисправности – тип ex . Оставляются данные о виде неисправности. Рисунок 4 - Таблица Договор Запрос на создание таблицы Клиенты (рисунок 5): CREA E ABLE Клиенты ( КодКлиента AU OI CREME Co s rai КлиентыPK PRIMARY KEY, ФамилияК ex o ull, ИмяК ex o ull, ОтчествоК ex o ull, Телефон I eger, Адрес ex , ПаспортныеДанные I eger o ull ); Из этой инструкции следует следующее описание структуры таблицы: - КодКлиента. Поле, в которое вводится кодКлиента в договоре. Данное поле является первичным ключом; - ФамилияК – тип ex . Указывается фамилия нового клиента. - ИмяК – тип ex . Указывается Имя нового клиента. - ОтчествоК – тип ex . Указывается Отчество нового клиента. - Телефон – тип I eger. Указывается телефон клиента. - Адрес – тип ex . Указывается место проживание клиента. - ПаспортныеДанные – тип I eger. Указываются паспортные данные. Рисунок 5 - Таблица КлиентыЗапрос на создание таблицы Специалисты (рисунок 6): CREA E ABLE Специалисты ( КодСпециалиста AU OI CREME Co s rai СпециалистыPK PRIMARY KEY, Фамилия ex o ull, Имя ex o ull, Отчество ex o ull, Квалификация ex , ВремяРаботы Da e ime ); Отсюда следует описание структуры таблицы: - КодСпециалиста. Поле, в которое вводится кодспециалиста в договоре. Данное поле является первичным ключом; - Фамилия – тип ex .
Указывается фамилия Специалиста. - Имя – тип ex . Указывается Имя Специалиста. - Отчество – тип ex . Указывается Отчество Специалиста. - Квалификация – тип ex . Указывается квалификация специалиста. - Адрес – тип ex . Указывается место проживание клиента. - ВремяРаботы– тип Da e ime. Указываются время начало работы того или иного Специалиста. Рисунок 6 - Таблица СпециалистыЗапрос на создание таблицы Ремонт (рисунок 7): CREA E ABLE Ремонт ( КодРемонта Au oi creme Co s rai РемонтPK PRIMARY KEY, КодДоговора Lo g o ull Co s rai ДоговорFK REFERE CES Договор (КодДоговора) Название ex , ПредварительнаяСтоимость Curre cy ); Отсюда следует описание структуры таблицы: - КодРемонта. Поле, в которое вводится номер ремонта. Данное поле является первичным ключом; - Название – тип ex . Указывается название компонентов. - ПредварительнаяСтоимость – тип Curre cy. Указывается стоимость на используемые компоненты. Рисунок 7 - Таблица РемонтЗапрос на создание таблицы Израсходованные запчасти (рисунок 8): CREA E ABLE ИзрасходованныеЗапчасти ( КодИзрасходованныхЗапчастей Au oi creme Co s rai ДеталиPK PRIMARY KEY, КодДоговора Lo g o ull Co s rai ДоговорыFK REFERE CES Договор (КодДоговора), Детали ex ); Отсюда следует описание структуры таблицы: - КодИзрасходованныхЗапчастей. Поле, в которое вводится номера компонентов. Данное поле является первичным ключом; - КодДоговора. Указывается код Договора, в котором необходимо использовать запчасти. - Детали – тип ex . Список запчастей в данном договоре. Рисунок 8 - Таблица Израсходованные компаненты 5. Создание запросов Выполним запрос Информация о договорах (рисунок 9): SELEC Фамилия, КодДоговора, ДатаРемонта, ВремяРемонта, СтоимостьРемонта FROM Специалисты I ER JOI Договор O Рисунок 9 – Запрос информация о договорах Выполним запрос на Поиск Клиентов по ФИО (рисунок 10): SELEC FROM Клиенты WHERE ФамилияК= A D ОтчествоК=; Рисунок 10 – Запрос на поиск клиентов по ФамилииВыполним запрос на Информацию о специалистах (рисунок 11): SELEC КодСпециалиста, Фамилия, Имя, Отчество, ВремяРаботы, Квалификация FROM Специалисты; Рисунок 11 – Запрос на Информацию о специалистахВыполним запрос на Информацию о стоимости запчастей (рисунок 12): SELEC FROM Ремонт; Рисунок 12 – Запрос на Информацию о стоимости запчастей 6. Создание форм и отчетов Исходная форма, представляет собой меню, где пользователь выбирает нужную ему область Баз Данных (Договор, Клиенты, Специалисты и Отчет), рисунок 13. При нажатии на вкладки появляются формы, которые изображены и описаны на следующих рисунках. Рисунок 13 – Исходная форма Форма Клиенты (рисунок 14), Договор (рисунок 15), были созданы с помощью конструктора и состоят из полей одноименных таблиц, за исключением ключевого поля. Эти формы предназначены для ввода новых и редактирования старых данных. Рисунок 14 – Вкладка Клиенты Рисунок 15 – Вкладка Договор Как видно из рисунка на форме клиенты расположена кнопка поиск Клиентов, при нажатии на которую вводятся данные ФИО, и в результате появляется таблица с информацией о данном клиенте, если они имеются. При нажатии на кнопку добавить Договор представлены все параметры Договора который заключается при ремонте автомобиля (рисунок 16).
Устройство, которое сравнивание множество нитей сделает возможность существования неисправимых ошибок практически нулевой. В реальности машины ремонта сравнят молекулы ДНК из нескольких клеток, сделают исправленные копии, и будут их использовать как образцы для проверки ошибок и восстановления ДНК по всей ткани. Сравнивая несколько нитей, машины ремонта разительно улучшат наши природные ремонтные ферменты. Другие виды ремонта потребуют различной информации о здоровых клетках и о том, как конкретная поврежденная клетка отличается от нормы. Антитела идентифицируют белки при соприкосновении, и должным образом выбранные антитела могут в общем случае отличать любые два белка по их отличающимся формам и поверхностным свойствам. Машины ремонта будут идентифицировать молекулы аналогичным образом. С подходящим компьютером и базой данных, они будут способны идентифицировать белки, читая их аминокислотные последовательности. Рассмотрим сложную и многофункциональную систему ремонта. Объем двух кубических микрон – примерно 2/1000 объема средней клетки – будет достаточно, чтобы содержать центральную базу данных системы способной: 1
2. Разработка проекта управления базами данных для процесса "Учет ремонта и ТО автотранспорта"
4. Форматы баз данных в автоматизированных библиографических системах
5. Различные классы баз данных по предметным областям использования
9. Современные системы управления базами данных
10. Создание и описание базы данных "СТУДЕНТЫ" (Отчет по курсу "Базы данных")
11. Разработка базы данных "Кадры"
12. Лекции по теории проектирования баз данных (БД)
14. Система управления базами данных ACCESS
15. База данных - Бактериологическая испытательная лаборатория Боханского района
16. Создание базы данных "Библиотека"
19. Системы принятия решений, оптимизация в Excel и базы данных Access
21. Работа в среде EXCEL. Средства управления базами данных в EXCEL
25. Visual C++. Бази даних Укр.
26. Археологический источник и база данных. Выбор модели.
27. Использование Internet/intranet технологий для организации доступа к базам данных
28. Создание баз данных в InterBase SQL Server
29. Введение в проектирование реляционных баз данных
30. Средства доступа к базам данных в Internet и свободно доступная СУБД POSTGRES95
31. Базы данных и файловые системы
32. Базы данных по законодательству в интернет и на компакт-дисках
34. Проектирование и реализация базы данных
35. Excel 97 в качестве базы данных
36. База данных Бюро знакомств
37. Базы данных. Создание форм и отчетов (на примере ACCESS)
41. Перенос Базы Данных на WEB-сервер
42. Проектирование базы данных Библиотека
43. Разработка баз данных в Delphi
44. Реляционные базы данных-правила формирования отношений
45. Создание базы данных в интегральном пакете Works
46. Создание учебной базы данных Телефонный справочник в Access 97
47. Учет очереди на получение квартир по организациям (база данных)
48. Создание базы данных в Access и работа с ней
49. Реляционные модели базы данных
50. Система баз данных MS Access
52. Создание файла и таблиц базы данных мастером и по заданной логической модели
53. Современные системы управления базами данных
57. Использование пакета Cold Fusion для MS Windows при построении WWW - интерфейсов к базам данных
58. Разработка базы данных «Магазин бытовой техники “Электрон” средствами СУБД MS Access»
59. Використання баз даних та інформаційно-пошукових систем для раціонального ведення діловодства
60. Правовая охрана программ для ЭВМ и баз данных
61. Автоматизация базы данных для ООО "ОриенБанк"
62. База даних "Теорія та практика прикладного програмування"
63. База даних лікарських препаратів
64. База даних по приватним підприємствам регіону
65. База даних студії веб-дизайну
66. База данный "Хозяйственный учет футбольного клуба"
67. База данных "Автоматизация учета больных в студенческой больнице"
69. База данных "Международные переговоры"
74. База данных аттестационных ведомостей
76. База данных заместителя директора по воспитательной работе приюта г. Аксу
77. База данных компьютерного магазина
78. База данных по учету металлопродукции на платформе SQL Server
80. База данных станции технического обслуживания автомобилей
81. База данных: "Деканат: дистанционное обучение"
82. Базы данных
83. Базы данных
84. Базы данных в юриспруденции
85. Базы данных и их функции. Структурные элементы базы данных
89. Инфологическая модель базы данных "Тестирование"
90. Инфологическая модель базы данных технологического процесса
91. Информационные базы данных: нормализация, связи и ключи
92. Історія розвитку баз даних
93. ЛИСП-реализация основных операций над базами данных
94. Методология проектирования баз данных
95. Настольные системы управления базами данных