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

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

Зв'язки таблиць: Таблиця 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 таблиці: Анкета, Успішність, Предмет ...

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

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

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

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

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

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

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

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

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

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

Рис. 6 Звіти

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

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

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

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

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

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

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

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

або тут:

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

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

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

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

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

База даних access Автосервіс 2
Формування рахунків на оплату в автосервісі
Облік автомобілів в автотранспортному підприємстві.
АТП (автотранспортне підприємство).
АТП 2007 (автотранспортне підприємство)
авторемонтні майстерні
«Облік експлуатації транспортних засобів»
«Облік дорожньо-транспортних пригод»
Облік автопорушників в ДАІ.
«Облік порушень правил дорожнього руху»
«Заміна автозапчастин на СТО»
Міський транспорт
«Продаж авіаквитків»
«Автовокзал»
"Прокат автомобілів"
Прокат автомобілів 2
автошкола
Фірма з продажу запчастин
Автосалон
Облік амортизації автотранспорту по МОЛ і групам автотранспорту
таксі
пасажирське автопідприємство
Розклад маршруток
Облік автотранспортних перевезень по маркам автомобілів

Ключові слова: база даних скачати; програма база даних; база даних; база даних курсової; скачати базу даних 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 року.

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

введення 3
РОЗДІЛ 1. Розробка бази даних 4

РОЗДІЛ 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 передбачено три різні способи створення таблиці бази даних:

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

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

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

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

Рис. 4. Таблиця Замовлення.

Дана таблиця містить наступні атрибути:

Рис. 5. Перелік робіт.

Рис. 6. Майстри.

Визначимо, для кожної сутності первинний ключ, при цьому треба враховувати, що сильні суті мають тільки одне ключове поле, а слабкі - стільки ж, скільки і зв'язків. При виборі первинного ключа будемо керуватися правилами:
- ключ повинен містити мінімальний набором атрибутів;
- використовувати слід той ключ, ймовірність зміни значень якого мінімальна;
- значення ключа повинно мати мінімальну довжину.
Виходячи з вищесказаного, у наявних сутностей визначимо такі ключові поля:

Після розбиття відомостей на таблиці і визначення ключових полів необхідно вибрати спосіб, яким СУБД буде об'єднувати пов'язані відомості. Для цього не обходимо визначити зв'язки між таблицями бази даних.
OpenOffice.org BASE підтримує чотири типи відносин між таблицями:
- один-до-одного (кожна запис в одній таблиці відповідає тільки одному запису в іншій таблиці);
- один-ко-многим (кожен запис в одній таблиці відповідає багатьом записам в іншій таблиці);
- багато-до-одного (аналогічна запису «один-ко-многим);
- багато-до-багатьох (один запис із першої таблиці може бути пов'язана більш ніж з одним записом з другого таблиці або один запис з другої таблиці може бути пов'язана болеечем з одним записом з першої таблиці).
Зв'язки, встановлені в БД «Автосервіс» вже були представлені в попередньому розділі на рис. 2.

Форма - об'єкт, призначений для введення, редагування і перегляду табличних даних в зручному вигляді.
Форми містять так звані елементи управління, за допомогою яких здійснюється доступ до даних в таблицях. Елементами управління є текстові поля для введення і редагування даних, кнопки, прапорці, перемикачі, списки, написи. Створення форм, що містять необхідні елементи управління, істотно спрощує процес введення даних і дозволяє запобігти помилкам.
Форми OpenOffice.org Base надають функціональні можливості для виконання багатьох завдань, які не можна виконати іншими засобами, вони дозволяють виконувати перевірку коректності даних при введенні, проводити обчислення, і забезпечують доступ до даних в зв'язаних таблицях за допомогою підлеглих форм.
OpenOffice.org Base пропонує кілька способів створення форм. Найпростішим з них є використання засобів автоматичного створення форм на основі таблиці або запиту.
Для бази даних «Автосервіс» передбачені чотири прості форми і три субформи.
Приклади простих форм наведені на ріс.7-10.

Рис.7. Форма Замовник.

Рис.8. Форма Замовлення.

Рис.9. Перелік робіт.

Рис.10. Майстри.
Складова форма містить головну форму і підпорядковану їй форму - субформи. Субформи - це за своїм змістом та ж форма, але використовувана не самостійно, а завантажується завжди з будь-якої форми при відкритті або створенні документа. У субформи можна робити практично все те ж, що і в формі, за тим винятком, що не можна вставити в неї іншу субформи.
При створенні полів в субформи обов'язково потрібно враховувати, що імена всіх полів повинні бути унікальними в межах форми разом з усіма субформи, які в ній використовуються одночасно.
Завдяки складовим формам з'являється можливість одночасно заповнювати різні таблиці.
Приклади субформи представлені на рис. 11-13.

Рис. 11. Форма Замовник з субформи Замовлення.
Форма Замовник з субформи Замовлення - забезпечує введення необхідних даних для ідентифікації замовника і перегляду виконаних робіт по даному замовленню. Ця форма дозволяє вносити інформацію в таблиці Замовник і Замовлення.

Рис. 12. Форма Замовлення з субформи Ремонтні роботи.
Ця форма дозволяє вносити інформацію в таблиці Замовлення і Ремонтні роботи.

Рис. 13. Форма Майстри з субформи Замовлення.
Форма Майстри з субформи Замовлення дозволяє контролювати виконання робіт конкретним майстром.

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

База даних Access Автосервіс призначена для автоматизації роботи компанії, що займається ремонтом автомобілів. У базі таблиці заповнені даними, виконані прості і перехресні запити, а також на додавання, оновлення та видалення. Також зроблені форми для роботи з даними і звіти, які можна виводити на друк.
База даних Access Автосалон містить 6 таблиць , 9 запитів, 7 форм + головна кнопкова форма, 5 звітів. Дана база даних Access оптимально підходить для подальшої оптимізації та доопрацювання відповідно до своїх потреб.

УВАГА! Є пояснювальна записка (21 стор)

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

мета практичних завдань - придбання навичок аналізу предметної області, проектування бази даних, її фізичної реалізації в СУБД Access.
Результат виконання роботи представляється у вигляді бази Access, який повинен містити:
структуру спроектованих таблиць,
схему даних зі зв'язками між таблицями,
приклади форм, які забезпечують інтерфейс користувача,
запити (в режимі Конструктора і на мові SQL),
звіти (в режимі звіту і в режимі Конструктора),
головну кнопкову форму.

Таблиця «Автомобілі» - База даних Access Автосервіс

Таблиця «Майстри» - База даних Access Автосервіс

Запит «Вартість робіт» - База даних Access Автосервіс

Перехресний запит - База даних Access Автосервіс

Форма «Клієнти» - База даних Access Автосервіс

Форма «Склади» - База даних Access Автосервіс

Звіт «Сума з запчастиною і роботою» - База даних Access Автосервіс

Головна кнопкова форма - База даних Access Автосервіс

Готова база даних База даних Access Автосервіс доступна для скачування за посиланням нижче.

. Готова база даних Access «Автосервіс»

Завантажити базу даних (БД) MS Access; БД Access Автосервіс; продаж автомобілів access; база даних access; бд access; СУБД access; бази даних access; access приклад; програмування access; готова база даних; створення база даних; база даних СУБД; access курсова; база даних приклад; програма access; access опис; access реферат; access запити; access приклади; скачати бд access; об'єкти access; бд в access; скачати СУБД access; база даних ms access; СУБД access реферат; СУБД ms access; переваги access; базу даних; скачати базу даних на access; бази даних; реляційна база даних; системи управління базами даних; курсова база даних; скачати базу даних; база даних access скачати; бази даних access скачати; ремонт автомобілів; ремонт авто; автомобільний салон; сервіс по ремонту автомобілів

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

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

Розміщено на 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. Схема взаємодії проектів програми.