Контакти

Бд автосервіс. База даних Access Автосервіс. Список використаної літератури

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

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

 Реалізувати її в СУБД 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 ми всіма цими можливостями і скористаємося.

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

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

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

Розроблена і створена База даних «Автосервіс» являє собою сукупність взаємопов'язаних компонентів і відображає різні напрямки ремонту автомобіля.

Малюнок 14. База даних «Автосервіс»

Система ділиться на дві підсистеми і одне розширення:

  • ? Ремонт технічної частини автомобіля.
  • ? Розширення - ремонт салону автомобіля.

Основна система «Ремонт технічної частини автомобіля» складається з чотирьох таблиць (див. Рис. 15):

« замовлення»- включає в себе необхідну інформацію про замовлення на ремонт і діагностику автомобіля, тобто:

  • ? Автомобіль.
  • ? Власник.
  • ? Причина звернення на СТО.

« ремонт»- таблиця, що описує процес ремонту технічних частин автомобіля, а саме частини, ремонт яких потрібних зробити найближчим часом. Дана таблиця включає в себе пункти:

  • ? Ремонт двигуна.
  • ? Ремонт КПП.
  • ? Ремонт ходової частини.
  • ? Ремонт паливної системи.

Малюнок 15. Замовлення на ремонт технічних частин

Таблиця « діагностика», Пов'язана з« замовленням»І розподіляє автомобілі на діагностику певних частин автомобіля, тобто двигун, КПП, ходова частина і паливна система.

У « діагностиці»Зберігатися інформація про автомобілях, яким потрібна діагностика тієї чи іншої частини.

  • ? Діагностика двигуна.
  • ? Діагностика КПП.
  • ? Діагностика ходової частини.
  • ? Діагностика паливної системи.

Основна система працює на основі "Каскадної моделі " і посилається на стандарт ГОСТ 21624 -76

ГОСТ 18507 -73

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

Підсистема IT-сервіс була створена з метою надання гарантії ремонту, звернення по гарантії з претензією і закупівлі запчастин для ремонту.

  • 1) звернення з претензією,
  • 2) оформлення гарантії,
  • 3) замовлення запчастин, і включає 11 таблиць, одна з яких загальна для IT-сервісу. (Див рис. 16).

Малюнок 16. IT-сервіс

IT-сервіс - ділить весь сервіс на 3 частини:

  • ? звернення по гарантії,
  • ? оформлення гарантії,
  • ? замовлення запчастин.

Дані 1 і 2 - містять інформацію про замовників.

Отримання 1 - таблиця містить дані про час звернення і ціною наданих послуг.

Причина звернення - таблиця, в якій міститься інформація про причини звернення до СТО по гарантії. Має зв'язок, з таблицями: згода СТО 1 і Підсумок 1, де відзначені дані про згоду СТО з претензією і можливості вирішення проблеми, відповідно.

Розширення являє собою деяке збільшення послуг ремонту автомобіля. Тепер система має ремонт кузова і ремонт салону, якими також займається СТО.

Підсистема-розширення складається з двох таблиць і впливає на 2-ю таблиці з основної системи. (Див. Рис. 17)


Малюнок 17. Розширення

Таблиці «ремонт кузова і ремонт салону» включають в себе інформацію про види послуг.

Ремонт кузова:

  • ? Заміна деталей.
  • ? Шпаклівка.
  • ? Фарбування.
  • ? Лакування.
  • ? Полірування.

Ремонт салону:

  • ? Заміна складових.
  • ? Ремонт складових.

З цих таблиць випливають зв'язку з таблицею « вартість»Щоб закріпити ціни на послуги.

функціонал:

  • ? наряд замовлення,
  • ? роботи,
  • ? послуги,
  • ? бригади,
  • ? норма-години.

Ресурси бази даних:

  • ? люди,
  • ? обладнання,
  • ? матеріали,
  • ? комп'ютери,
  • ? верстати,
  • ? будівлі.

Каскадна модель, представлена \u200b\u200bна малюнку 18, передбачає послідовне виконання всіх етапів проекту в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі.

У базі даних це представлено таким чином:

  • ? прийом замовлення на ремонт,
  • ? діагностика автомобіля,
  • ? ремонт автомобіля,
  • ? випуск автомобіля з СТО.

Малюнок 18. Модель бази даних

фаза аналізу

Тут реалізується оформлення заявки на ремонт автомобіля на СТО. Замовником заповнюється документ, де замовник вказує ту послугу, яка йому необхідна.

фаза проектування

На даній стадії автомобіль відправляється на діагностику, яка визначає причину поломки авто. Надалі на вибір замовника машина відправляється на ремонт.

Фаза реалізації і впровадження

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

фаза супроводу

На даному етапі проводиться виписування гарантії на ремонт і підрахунок коштів, які були витрачені на діагностику і ремонт автомобіля, після виплат яких машину віддають господареві.

властивості системи

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

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

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

структурність - розподіл за рівнями і ієрархій елементів системи, тобто система не зможе продовжити роботу якщо пропустити один з етапів (без оформлення гарантії, замовник не зможе звернутися з претензією до СТО).

стандарти

ГОСТ 21624 -76 - справжній стандарт встановлює вимоги до виробів із забезпечення заданого рівня експлуатаційної технологічності (ЕТ) і ремонтопридатності (РП), а також значення показників ЕТ і РП, передбачених ГОСТ 20334-81, для виробів автомобільної техніки - повно приводних і неповно приводних автомобілів (вантажних, легкових і автобусів), причепів та напівпричепів (далі - виробів).

ГОСТ 18507 -73 - справжній стандарт поширюється на автобуси і легкові автомобілі (далі - автомобілі) і встановлює методи їх контрольних випробувань після капітального ремонту, виробленого авторемонтними підприємствами.

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

Технічні завдання

1. Зробити загальну базу всіх послуг на СТО для конкретного автомобіля.


Малюнок 19. Загальна база всіх послуг на СТО

2. Дані по необхідних інструментів і матеріалів.


Малюнок 20. Дані по інструментів і матеріалів

3. Зв'язки зі сторонніми системами.

Малюнок 21. Сторонні системи


Малюнок 22. Автоцентри

Малюнок 23. Страховики

Малюнок 24. Поле Страховики

4. Коментарі за якістю обслуговування.

Малюнок 25. Коментарі

Малюнок 26. Відгуки відвідувачів


Малюнок 27. Відгуки

В ході роботи була створена база даних в системі управління базами даних MS 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 року.

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

Автоматизація технології формування документів про закінчення університету в рамках АСУ МІІТа

База даних "Автосервіс"

Зв'язки таблиць: Таблиця custumers пов'язана з таблицею masters за допомогою зв'язку 1: N по полю vin_number Таблиця custumers пов'язана з таблицею calculation за допомогою зв'язку 1: 1 по полю ...

База даних "Студенти"

Програма починається з підключення бібліотек необхідних для роботи певних функцій. #include - для роботи з файлами, структурами і функціями. #include - для функції strcmp (). #include - для функції очищення екрану. ...

База даних ГИБДД

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

База даних по обліку металопродукції на платформі SQL Server

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

Організація впровадження інформаційної системи ТОВ "MensFormat"

Проектування блоку обробки даних в структурному базисі серії К1804ВС2

Пристрій управління (УУ) являє собою комбінаційну схему, що має сім входів. Воно перетворює зовнішні керуючі сигнали і внутрішній сигнал з ФПН в набір керуючих сигналів для блоків мікросхеми ...

Розробка автоматизованих інформаційних систем для обліку розрахунків по глушіння нафтових свердловин

Для створення бази даних використовується СУБД MySQL менеджер. Так як ми проживаємо в Росії було вирішено вибрати кодування cp_1251. Що б була можливість використовувати зовнішні ключі буде використаний движок InnoDB ...

Розробка інформаційно-довідкової системи "Відділ кадрів Шарковщінском РОО"

Відділ освіти, спорту і туризму Шарковщінском райвиконкому перебуває в міському селищі Шарківщина, вул. Комсомольська, 15. Відділ освіти ...

Розробка програмного продукту "Відділ кадрів заводу"

Структурна схема - схема, що відображає склад і взаємодія з управління частин продукту, що розробляється. При об'єктної декомпозиції такими частинами є об'єкти (рисунок 6.1). Малюнок 6 ...

Розробка системи обліку і руху кадрів на підприємстві

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

Розробка системи обліку оплати навчання студентами

Для створення БД буде використовуватися СУБД Microsoft SQL Server 2005 Express Edition. Виконуємо наступні дії: Здійснення цього етапу буде проводити за допомогою Microsoft Visual Studio 2005. При натисканні на кнопку Tools в панелі меню, випаде список команд ...

Створення сайту на прикладі РАГСу еловской району

Існує кілька основних структур сайту: - лінійна - web-сторінки розташовуються в певному порядку. Перехід з одного web-сторінки на іншу строго визначений. Така структура обумовлена, наприклад, при навчанні ...

Електронний класний журнал

У спроектованої відповідно до завдання з технічним завданням базі даних вийшло 3 таблиці: Анкета, Успішність, Предмет ...

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

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

Розміщено на 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-е видання \u003d C # Programming Language (Covering C # 4.0), 4th Ed. - СПб .: «Пітер», 2012. - 784 с. - ISBN 978-5-459-00283-6

3. Е. Стіллмен, Дж. Грін Вивчаємо C #. 2-е видання \u003d Head First C #, 2ed. - СПб .: «Пітер», 2012. - 704 с. - ISBN 978-5-4461-0105-4

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

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

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

прикладна програма. кодпрограми

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

public partial class Form1: Form

InitializeComponent ();

groupBox1.Visible \u003d false;

groupBox2.Visible \u003d false;

private void customersBindingNavigatorSaveItem_Click_1 (object sender, EventArgs e)

this.Validate ();

this.customersBindingSource.EndEdit ();

this.tableAdapterManager.UpdateAll (this.db_autoDataSet);

private void Form1_Load (object sender, EventArgs e)

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

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

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

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

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

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

private void b_exit_Click (object sender, EventArgs e)

private void button5_Click_1 (object sender, EventArgs e)

private void b_add_Click (object sender, EventArgs e)

groupBox1.Visible \u003d true;

b_replace.Visible \u003d false;

b_delete.Visible \u003d false;

b_exit.Visible \u003d false;

b_add.Visible \u003d false;

b_exit2.Visible \u003d false;

b_save.Visible \u003d false;

textBox1.Text \u003d "";

textBox2.Text \u003d "";

textBox3.Text \u003d "";

textBox4.Text \u003d "";

textBox5.Text \u003d "";

private void b_replace_Click (object sender, EventArgs e)

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

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

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

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

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

textBox6.ReadOnly \u003d true;

groupBox2.Visible \u003d true;

b_add.Visible \u003d false;

b_delete.Visible \u003d false;

b_exit.Visible \u003d false;

b_exit2.Visible \u003d false;

b_replace.Visible \u003d false;

b_save.Visible \u003d false;

private void b_cancel1_Click (object sender, EventArgs e)

b_add.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_exit2.Visible \u003d true;

b_replace.Visible \u003d true;

b_save.Visible \u003d true;

groupBox1.Visible \u003d false;

private void b_cancel2_Click (object sender, EventArgs e)

b_add.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_exit2.Visible \u003d true;

b_replace.Visible \u003d true;

b_save.Visible \u003d true;

groupBox2.Visible \u003d 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 \u003d db_autoDataSet.Tables;

DataRow row \u003d table.NewRow ();

row \u003d textBox1.Text;

row \u003d Convert.ToDateTime (textBox2.Text);

row \u003d textBox3.Text;

row \u003d textBox4.Text;

row \u003d textBox5.Text;

table.Rows.Add (row);

groupBox1.Hide ();

b_replace.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_add.Visible \u003d true;

b_exit2.Visible \u003d true;

b_save.Visible \u003d true;

private void b_record2_Click (object sender, EventArgs e)

DataTable table \u003d db_autoDataSet.Tables; // 12 зв'язали динамічний. табл. table з першим файлом з бази даних

vinRab \u003d Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString ()); // 13 отримали vin поточного запису

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

row \u003d textBox10.Text; // 15 записали в другому полі рядка row дане з вікна

row \u003d Convert.ToDateTime (textBox9.Text); // 15 записали в третє поле рядка row

row \u003d textBox8.Text; // 15 записали в четвертому полі рядка row row \u003d textBox7.Text;

row \u003d textBox6.Text;

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

groupBox2.Hide (); // 16

b_replace.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_add.Visible \u003d true;

b_exit2.Visible \u003d true;

b_save.Visible \u003d true;

private void b_delete_Click (object sender, EventArgs e)

// видалення рядка під курсором

// спочатку будуємо попередження, щоб не зробити помилкового видалення

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

DialogResult result; // 18

int ind \u003d customersDataGridView.CurrentRow.Index;

s1 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s2 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s3 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s4 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s5 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

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

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

result \u003d MessageBox.Show (message, "Видалити наступний запис?",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result \u003d\u003d DialogResult.Yes) // Рядок видаляється

(// 20 В буферну таблицю записується поточна таблиця з customersDataGridView типу DataGrid

CurrencyManager CurMng \u003d (CurrencyManager) customersDataGridView.BindingContext;

if (CurMng.Count\u003e 0) // якщо таблиця не порожня

CurMng.RemoveAt (CurMng.Position); // видалення зазначеної позиції

// тут result \u003d\u003d 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. Схема взаємодії проектів програми.



Сподобалася стаття? поділіться їй