 Вивчити специфіку вибраної предметної галузі.

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

 Реалізувати її у СУБД MS Access.

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

Призначення бази даних

База даних « «Автосервіс»призначена для реалізації прийому та оформлення замовлень на роботи підприємством автосервісу.

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

 Бухгалтерії,

 Економічний блок

 Планового

 Постачання

 І цілого ряду інших блоків.

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

Функції, що виконуються базою даних

База даних виконує такі функції

1. Облік та зберігання відомостей про співробітників автосервісу. «Mechanics»

2. Введення та зберігання відомостей про види виконуваних робіт. «Orders»

3. Введення відомостей про замовників, про автомобілі замовників та даних про них. «Requests»

4. Форма "Введення відомостей про замовлення" забезпечує введення власнезамовлення, вибір ПІБ замовника (зі списку), вибір типу автомобіля замовника та введення відомостей про нього.

Там же – вводиться склад виконуваних робіт та ПІБ співробітників автосервісу, що їх виконують. А також – відомості про склад та кількість використаних запчастин.

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

Категорії користувачів

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

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

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

Введемо такі поняття і умовні позначення :

Сутності

СУТНІСТЬ

Сутність - реальний або репрезентований об'єкт , інформація про яку має зберігатися та бути доступна. У діаграмах ER-моделі сутність представляється як прямокутника, що містить ім'я сутності.

Сутностібудемо позначати прямокутниками,

Атрибути сутності

Атрибут - Пойменована характеристика сутності . Його найменування має бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутності. Атрибутом сутності є будь-яка деталь, яка служить уточнення, ідентифікації, класифікації, числової характеристики чи висловлювання стану сутності.

СУТНІСТЬ

Атрибути

Імена атрибутівбудемо заносити в прямокутник,

позначає сутність, під ім'ям сутності, та писати

малі літери.

Взаємозв'язку

Зв'язок - це графічно зображувана асоціація , що встановлюється між двома сутностями. Ця асоціація завжди є бінарною і може існувати між двома різними сутностями або між сутністю і їй самою (рекурсивний зв'язок).

Зв'язки– позначимо лініями, над якими проставлятимемо ступінь зв'язку (« 1 » або « ∞ » , Що позначає "багато") та її характеристики.

Ключові поля

Визначимо поняття первиннихі зовнішніхключів

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

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

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

Не допускається, щоб первинний ключ сутності (будь-який атрибут, що бере участь у первинному ключі) приймав невизначенезначення. Інакше виникне суперечлива ситуація: з'явиться той, хто не має індивідуальності, і, отже, не існуючий екземпляр сутності. З тих самих причин необхідно забезпечити унікальністьпервинного ключа.

Зовнішні ключі

Якщо сутність Зпов'язує сутності Аі В, вона повинна включати зовнішні ключі, що відповідають первинним ключам сутностей А і В.

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

Примітка:

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

Access не вимагаєйого обов'язкового включення до таблиці. Але наполегливо пропонує.

Особливості цього поля такі:

При введенні нового запису – у цьому полі АВТОМАТИЧНО формується нове, унікальне, неповторне числове значення.

Поле не може приймати невизначенезначення.

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

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

Тому проблема ключових поліві зовнішніх ключівв Access вирішується просто:

У головній таблиці(сутності) створюємо спеціальне ключове поле. Воно й буде у нас первинним ключем .

У підлеглі таблиці вводимо його копію (з тією самою назвою). Це буде їх зовнішній ключ .

Зв'язуємо за цими полями головну та підлеглу таблиці. От і все. Зв'язок реалізований!

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

Яка дозволяє не тільки зв'язатитаблиці, але й вказати для кожного зв'язку:

її тип(«один – до – одного», «один – до – багатьох» тощо)

і її Характеристики: забезпечення цілісності, а також каскадного оновлення та видалення інформації з пов'язаних таблиць та полів.

Що необхідно вказувати і при побудові ER– моделібази даних.

Зокрема, саме тому Access ідеально підходить як система програмування для реалізації ER – моделей.

При реалізації нашоїER- моделі вAccessми всіма цими можливостями та скористаємося.

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

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

Форма "Власники" з підлеглою формою "Автомобілі"

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

Форма «Співробітники»

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

Рис. 5 Сторінка «Запити»

Запит «Угруповання з робіт та співробітників»

Запит «На прізвище механіка»

Запит «Пошук за держномером»

Рис. 6 Звіти

Звіт «Угруповання з робіт та співробітників»

Рис.7 Звіт «Пошук за держномером»

Рис. 8 Звіт «На прізвище механіка»

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

Структура таблиці "Автомобілі": держ. номер, марка, власник.

Структура таблиці «Власники»: № власника, ПІБ, стільниковий телефон, № посвідчення водія.

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

Структура таблиці «Співробітники»: № співробітника, стільниковий телефон, адреса, ПІБ.

або тут:

Завантажити звіт з бази даних з екранними формами безкоштовно

Орієнтовна ціна 763 руб.

Точна ціна залежить від способу оплати.

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

Завантажити бази даних Access подібної тематики:

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

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

Необхідно створити базу даних аксесуарів «Автосервіс». Головна форма кнопки готової бази даних «Автосервіс». Форма "Власники" з підлеглою формою "Автомобілі". Форма "Автомобілі". Форма "Категорія роботи". Форма "Співробітники". Форма "Сервіс". Сторінка "Запити". Запит «Угруповання з робіт та співробітників». Запит «На прізвище механіка». Запит "Пошук за держномером". Звіт «Угруповання з робіт та співробітників». Звіт «На прізвище механіка». Звіт «На прізвище механіка». Схема даних готової бази даних "Автосервіс" відображає зв'язки таблиць: Власники, Автомобілі, Сервіс, Категорія роботи, Співробітники. Структура таблиці "Автомобілі": держ. номер, марка, власник. Структура таблиці «Власники»: № власника, ПІБ, стільниковий телефон, № посвідчення водія. Структура таблиці "Категорія роботи": код роботи, найменування роботи, опис, вартість роботи. Структура таблиці "Сервіс": № сервісу, автомобіль, категорія роботи, дата готовності замовлення, співробітник. Структура таблиці «Співробітники»: № співробітника, стільниковий телефон, адреса, ПІБ. Структура запиту «Угруповання по роботам та співробітникам» у режимі конструктора. Структура запиту "На прізвище механіка" в режимі конструктора. Структура запиту "Пошук за держномером" у режимі конструктора. Макроси у режимі конструктора.

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

Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.

Розміщено на 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 у 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

додаток. Кодпрограми

використовуючи System.Collections.Generic;

using System.ComponentModel;

using System.Data;

використовуючи System.Drawing;

using System.Linq;

using System.Text;

використовуючи 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: Ця лінія code loads data в "db_autoDataSet.masters" table. Ви можете переміщатися, або повертати його, як потрібно.

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

// TODO: Ця лінія code loads data в "db_autoDataSet.calculation" table. Ви можете переміщатися, або повертати його, як потрібно.

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

// TODO: Ця лінія code loads data в "db_autoDataSet.customers" table. Ви можете переміщатися, або повертати його, як потрібно.

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 результат;// 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 курсу ФМФ

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

Науковий керівник:

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

Рязань 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 Таблиця з вязі

«Працівники» (ПІБ, ідентифікаційний номер працівника).

Відносно у реляційній основі відповідає таблиця “ 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
	Спочатку для накопичення та зберігання інформації на ЕОМ застосовувалися локальні масиви (або файли), при цьому для кожної з функціональних завдань, що вирішуються, створювалися власні файли вихідної і результатної інформації. Це призводило до значного дублювання даних, ускладнювало їх оновлення, ускладнювало вирішення взаємозалежних проблемних завдань.

Вступ 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 передбачено три різні способи створення таблиці бази даних:

створення таблиць у режимі дизайну;
використання майстра до створення таблиці;
створення уявлення.

У цьому роботі таблиці створювалися з допомогою майстра.
p align="justify"> Для кожної реляційної таблиці БД наводиться її структура: склад полів, їх імена, тип даних і розмір кожного поля, ключі таблиці та інші властивості полів.
Розробка таблиць бази даних проводиться послідовно:

Визначення необхідних таблиць та полів.

Таблиця є основою бази даних, тому розробки таблиць рекомендується керуватися такими основними принципами :

відомості не повинні дублюватися у таблиці або між таблицями;
дані, що зберігаються лише в одній таблиці, оновлюються лише у цій таблиці;
Кожна таблиця повинна містити інформацію лише одну тему.

Кожна таблиця містить відомості на конкретну тему, а кожне поле в таблиці містить конкретний факт на тему таблиці. Для кожної таблиці в базі даних необхідно визначити властивості, що містяться в них.
База даних «Автосервіс» містить чотири таблиці:

Таблиця Замовники (рис.3) призначена для введення інформації про власника автомобіля, що ремонтується. Ця таблиця містить такі атрибути:

П.І.Б. (тип поля – текстове, довжина – 50, обов'язкове);
паспортні дані (тип поля – текстове, довжина – 100, обов'язкове);
серія та № тех. паспорти (тип поля – текстове, довжина – 15, обов'язкове);
Марка автомобіля (тип поля – текстове, довжина – 100, обов'язкове);
колір автомобіля (тип поля - текстове, довжина - 100, не обов'язкове);
№ шасі (тип поля - текстове, довжина - 100, не обов'язкове);
№ двигуна (тип поля – числове, довжина – 100, не обов'язкове);
рік випуску (тип поля – дата, обов'язкове).

Рис. 3. Таблиця Замовники.

Таблиця Замовлення (рис. 4) призначена для введення інформації про замовлення: коли замовили, хто замовив, відповідальний майстер, вартість ремонтних робіт, зауваження. Ця таблиця містить такі атрибути:

код замовлення (тип поля - ціле, довжина - 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. Форма Майстра із субформою Замовлення.
Форма Майстра із субформою Замовлення дозволяє контролювати виконання робіт конкретним майстром.

Розробка запитів до бази даних

Запит - об'єкт, що дозволяє отримати потрібні дані з однієї або кількох таблиць.
Запити служать для отримання даних з таблиць і надання їх користувачеві в зручному вигляді. З їх допомогою виконують відбір даних, їх сортування та фільтрацію. Можна виконати перетворення даних за заданим алгоритмом, створювати нові таблиці, виконувати автоматичне заповнення таблиць даними, імпортованими з інших джерел, виконувати найпростіші обчислення в таблицях та багато іншого.
Особливість запитів у тому, що вони черпають дані з базових таблиць і створюють їх основі тимчасову результуючу таблицю (моментальний знімок) - образ відібраних з базових таблиць полів і записів. Робота з образом відбувається швидше і ефективніше, ніж таблиці, що зберігаються на жорсткому диску.
За відповідним запитом можна отримати відсортовані та відфільтровані потрібним чином дані. Запити також можна використовувати як джерела записів для форм, звітів та сторінок доступу до даних .
Існує кілька типів запитів:

Запит на вибірку. Запит на вибірку є типом запиту, що найчастіше використовується. Запити цього типу повертають дані з однієї або декількох таблиць і відображають їх у вигляді таблиці, записи в якій можна оновлювати (з деякими обмеженнями). Запити на вибірку можна також використовувати для групування записів та обчислення сум,
і т.д.................

Віруси