Wicker база данни на роботизирания автосервиз. Получете достъп до базата данни Avtoservis. Списък на победоносната литература

 Обмислете спецификата на избраната тематична галерия.

 Разширете информационно-логическия модел на базата данни "Автосервиз"

 Внедряване в MS Access СУБД.

 Сгънете „Обяснителната бележка“ към курсовия проект в съответствие с предстоящия план:

Назначаване на базата данни

База данни "Автосервиз"признат за изпълнението на приемането на това формализирано заявление за работа под отговорността на автосервиза.

На храма на ранга на ACS не се преструвам. В резултат на наличието в броя на блоковете, необходими за сложна автоматизирана система за управление:

 счетоводство,

 Икономичен блок

 Планирано

 Доставка

 I цяла серия от други блокове.

Внедрява се само един от блоковете на ACS - работното място „Приемане на инициацията”: работа от асистентите: приемане и фиксиране на назначението, организиране на техните победи, публичност за резултатите от работата.

Функции, които се индексират от базата данни

Базата данни съдържа такива функции

1. Появата и събирането на информация за spivrobitnik в автосервиза. „Механикс»

2. Въвеждане и събиране на информация за победили роботи. "Поръчкас»

3. Въвеждане на информация за депутатите, за автомобилите на депутатите и данни за тях. „Исканес»

4. Формулярът „Въвеждане на информация за ангажимента” осигурява въвеждането vlasne zamovlennya, избор на име на депутата (от списъка), избор на типа кола на депутата и въвеждане на информация за новия.

На същото място - склад за качване на роботи и PIB spіvrobіtnikіv автосервиз, който те опаковат. И също така - информация за склада и броя на резервните части.

5. В базата данни има различни обаждания, които ви позволяват да анализирате лагера на правата в автосервиза.

Категории потребители

Базата е призната през първата година за spіvrobіtnіv avtoservisu, scho zdіysnyuyut zdіysnyuyut priyom, че формализирана заявка за ремонт и сервизно обслужване на автомобила.

И обаждания, трансфери от тях, - и за други служители на предприятието, както и за йога керивници.

Проектиране на база данни

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

Същност

КРАСОТА

издръжливост - реални или представителни обект , информацията за yaku може да бъде запазена, но е налична. В диаграмите на ER-модела деня е представен като правоъгълник, който отмъщава за деня си.

Същностще означаваме с правоъгълници,

Атрибути на същността

Атрибут - Пойменова същностна характеристика . Името може да е уникално за конкретен тип ден или може да е същото за различен тип ден. Атрибут на същността е детайл, как да служи за изясняване, идентификация, класификация, числена характеристика на числото на съществуването на деня.

КРАСОТА

Атрибути

Имена на атрибутище го поставим в правоъгълник,

означава през деня, под im'yam на деня, че пишат

малки букви.

Взаимна комуникация

Zvyazok - графично изобразен асоциация , който се установява между две субекти. Тази асоциация е двоична и може да се използва между две различни единици или между ден и себе си (рекурсивна връзка).

звезди- многозначително линии, над които поставяме стъпка zvyazku 1 » или « » , Какво означава "богат") и това е характеристики.

Ключови полета

Значително разбрано първоі чуждестраненключове

Ключ - минималният набор от атрибути, за чиито значения можете недвусмислено да знаете необходимия екземпляр на същността. Минималност означава, че лозите от набора на който и да е атрибут не позволяват идентифициране на деня чрез resht. Кожата през деня може с един възможен ключ.

Един от тях е приет за първичен ключ .

При избора първичен ключ следвайте приоритета тромавключове или ключове, които се формират от минималния брой атрибути. Също така не е необходимо да се фитилизират ключове със стари текстови стойности (важно е да се фитилизират здравословенд атрибути).

Не е позволено първичният ключ на съществуване (било то атрибут, който участва в първичния ключ) маловаженсмисъл. В противен случай ситуацията е излишна: да се покаже на този, който няма индивидуалност и следователно не ключов екземпляр на същността. Точно поради тези причини е необходимо да се осигури уникалностпървичен ключ.

Зовнишни ключове

    Като деня У po'yazuє sushnostі НОі IN, ваша отговорност е да включите първичните ключове, които съвпадат с първичните ключове на обекти А и Б.

    Като деня INозначава деня НО, ваша отговорност е да включите първичния ключ, който потвърждава първичния ключ на същността НО.

Забележка:

1. Oskіlki търговци на дребно DBMS MS Access точно на кочана излъгаха проблемите, които те обвиняват първоі външни ключове, беше предоставен специален тип поле в Access - KEY FIELD. Його тип - ЛИЧИЛНИК.

Достъп не ме интересувайога obov'yazykovogo включени към масата. Але безгрижно proponuє.

Характеристиките на това поле са както следва:

    Когато се въведе нов запис, АВТОМАТИЧНО се формира нов за това поле, уникален, уникален числова стойност.

    Полето не може да бъде прието маловаженсмисъл.

    Поле - автоматично индексиран.

    Ръчна промяна на стойността на полето невъзможен.

Това е проблема ключови полетаі външни ключовев Access е лесно да пишете:

    На масата на главата(същност) създавам специален ключ поле. Ще го имаме първичен ключ .

    В таблицата по-долу въведете същото копие (със собственото си име). Tse ще бъдат их външен ключ .

    Ние наричаме за тези полета главата и таблицата. От всички аз. Обаждане за реализация!

2. Въведен в Access на търговците на дребно този инструмент, който се нарича « Схема за данни »

Yaka позволява не само зв'язатитаблици

    її Тип("един - към - един", "един - към - bagatioh" toshchoo)

    і її Характеристики: сигурност на целостта, както и каскадно актуализиране и визуализация на информация, свързана с таблици и полета.

Какво е необходимо да се каже, когато бъдете подканени спешна помощ– моделибаза данни.

Зокрема, до това много Access е идеално подходящ като система за програмиране за внедряване на ER-модели.

При прилагане на нашитеспешна помощ- модели вДостъпс всички възможности, които са бързи.

Необходимо е да се създаде база данни за аксесоари "Автосервиз"

Ориз. 1 Форма на основния бутон на готовата база данни "Автосервис"

Формуляр "Власники" с подпис "Автомобили"

Ориз. 2 Формуляр "Автомобили"

Формуляр "Спивробитники"

Ориз. 4 Формуляр "Услуга"

Ориз. 5 страна "Попитай"

Заявка "Групиране с роботи и spivrobitnikiv"

Заявка "По обаждане на механик"

Заявка „Натиснете за номер на притежател“

Ориз. 6 Обадете се

Звук "Група с роботи и spivrobitnikiv"

Фиг. 7 Обадете се на „Търсене на задържащ габарит“

Ориз. 8 Zvіt "В името на механик"

Ориз. 9 Схемата с данни на готовата база данни "Автосервиз" показва връзките в таблицата: Vlasniki, Автомобили, Сервиз, Категория работа, Spivrobitniki.

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

Структурата на масите "Власники": номер на собственика, PIB, стил телефон, номер на сватбената вода.

Структурата на таблицата "Услуга": сервизен номер, автомобил, категория работа, дата на готовност на поръчката, обаждащ се.

Структурата на таблицата Spivrobitniki: номер на spivrobitnik, стил телефонен номер, адреси, PIB.

или тук:

Вземете безплатно звук от основни данни с екранни форми

Ориентационна цена 763 рубли.

Точната цена за депозит според начина на плащане.

Достъп до методите на плащане в базата данни: WebMoney, Платежни терминали, Руска поща, QIWI, Beeline, MTC, Megafon, дебитна или кредитна карта, WeChat Pay, Alipay (Китай), UnionPay, Yandex.Money, сертификат за подарък и други.

Вземете база данни на Access с подобни теми:

  1. Автосервиз за достъп до база данни 2
  2. Лайни рачункив за плащане в автосервиз
  3. Формата на автомобилите в автомобилния транспорт.
  4. ATP (автомобилен транспорт).
  5. ATP 2007 (автомобилен транспорт)
  6. Автосервизи
  7. "Естеството на работата на транспортните съоръжения"
  8. "Формата на пътните и транспортните съоръжения"
  9. Поява на артилеристи в ДАИ.
  10. "Формата на разрушаването на правилата за движение по пътищата"
  11. "Смяна на авточасти в сервиза"
  12. Московски транспорт
  13. "Продажба на самолетни билети"
  14. "Автобусна спирка"
  15. "Наемане на кола"
  16. Коли под наем 2
  17. школа за кормуване
  18. Фирма за продажба на резервни части
  19. автосалона
  20. Вид амортизация на превозни средства по MOL и групи превозни средства
  21. Такси
  22. Пикап на лека кола
  23. Маршрут на микробуси
  24. Появата на автотранспортни превози за марки автомобили

Ключови думи: база данни; програма за база данни; база данни; база данни за курсове; вземете достъп до база данни; достъп; базата данни е с готов достъп; база данни за достъп; достъп до база данни; създаване на база данни за достъп; прилагане на достъп до бази данни; създаване на база данни за достъп; достъп до базата; попитайте преди достъп; повикване за достъп; достъп до маси; макроси в достъп; достъп до курсова работа; прилагайте db достъп; достъп до формуляра; база данни Microsoft Access; купете база данни; DB сгъване; прилага DB; изтегляне на БД; курсова работа от СУБД; прилагат базови данни; курсовата работа е готова bazi danih. Курсовата база данни "Автосервиз" е създадена в Access 2010 и преобразувана в Access 2003, което е потвърдено в Access 2003, 2007, 2010.

Необходимо е да се създаде база данни за аксесоари "Автосервис". Главната форма на бутона на готовата база данни "Автосервиз". Формулярът "Власники" с подпис "Автомобили". Формуляр "Автомобил". Формуляр "Категория работа". Формуляр "Спивробитники". Формуляр "Услуга". Сторинка "Попитай". Заявка "Групиране с robit и spivrobitnikiv". Заявка "По обаждане на механик." Попитан "Poshuk за derzhnomeromer." Zvіt "Groupovannya z robit i spіvrobіtnikіv". Звук "По повикване на механик." Звук "По повикване на механик." Схемата с данни на готовата база данни "Автосервис" показва връзки към таблицата: Vlasniki, Автомобили, Сервиз, Категория работа, Spivrobitniki. Структурата на таблиците "Автомобили": задръжте. номер, марка, собственик. Структурата на масите "Власники": номер на собственика, PIB, стил телефон, номер на сватбената вода. Структурата на таблицата "Категория роботи": код на робота, име на робота, описание, брой роботи. Структурата на таблицата "Услуга": сервизен номер, автомобил, категория работа, дата на готовност на поръчката, обаждащ се. Структурата на таблицата Spivrobitniki: номер на spivrobitnik, стил телефонен номер, адреси, PIB. Структурата на заявката "Групиране по роботи и spivrobitnikam" в режим на конструктор. Структурата на заявката "По повикване на механиците" в режим на дизайнер. Структурата на заявката "Търсене на задържащ габарит" в режим на конструктор. Макроси в режим на проектиране.

Лесно е да изпратите своя харн на робота до основите. Vikoristovy форма, raztastovanu по-долу

Студенти, завършили студенти, млади възрастни, като победоносна база от знания в своите обучени роботи, ще бъдат вашият най-добър приятел.

Публикувано на http://www.allbest.ru/

ПЪРВОТО ВЕЛИКО ТЕХНИЧЕСКО ИЗЯВЛЕНИЕ НА РУСИЯ

МИНИСТЕРСТВО НА ОБРАЗОВАНИЕТО И НАУКАТА НА РУСКАТА ФЕДЕРАЦИЯ

Федерално държавно бюджетно осветително заведение с най-високо професионално образование

"НАЦИОНАЛЕН МИНЕРАЛ-СИРОВИНИЙ УНИВЕРСИТЕТ" ГИРНИЧИИ"

курсова работа

"База данни - автосервиз"

Дисциплини: Приложно програмиране

Виконав: Степанова К.А.

Ревизиран от: Matyukhin S.A.

Санкт Петербург 2013 rіk

Влизане

1. Описание на предметната галерия

2. Описание на структурата на базата данни

3. Таблици

4. Техническа задача

5. Описание на програмата

6. Компоненти

7. Схема за ползвач

8. Интерфейс

Висновок

Списък с референции

допълнение

Влизане

В нашия час, векът на цифровите технологии EOM играе най-важната роля. В същото време в скин организацията - някои суверени са се установили, някои частни фирми са компютъризирани, но също така са оклеветени от високо изчислително напрежение. Изчисляването на най-сложните процеси и поставянето на задачи се завършва в най-кратък срок, а чиновникът най-често играе най-важната роля от по-големия набор от задачи. Броят на трудностите и obsyg EOM памет през останалите години станаха невероятно големи и цените за тях всъщност намаляха и цялата масова компютъризация на всички звънци и свирки на дейността падна. Веднага е важно да разкриете живота без разумна машина, веднага щом тя ви помоли да ускорите величието на поставените задачи. Сложността на компютъра се изгражда поради наличието на специализиран софтуер, без какъвто и да е вид "умен помощник" се превръща в проблем. В тази практика има толкова важно създаване, а в повечето организации тази основна програма, която те наричат ​​база данни. Имат tsomu vipadku база данни автосервиз.

1. Описание на предметната област

Това е метод за поръчка и надграждане на софтуерния продукт, който ви позволява да запазвате информация за клиенти в сервиза, дефекти във вашия автомобил, което гарантира безопасността и надеждността на обработката на данните.

Базата данни на автосервизите е разпозната за операторите на автосервизи и предоставя достъп до информация за марката на автомобила, дата на посещение, неизправности, vin номер на автомобила, както и информация за клиенти: телефонен номер и др.

Ефективността на програмата помага за кратко време за обработка, търсене на необходимата информация.

Необходимостта от автоматизиране на тази задача се дължи на факта, че изборът на необходимите данни за обаждането и появата на роботизирани инженери трябва да се извършва ръчно или чрез Excel, за много час. Тази програма осигурява възможност за търсене, филтриране и сортиране на данни.

За работа с програмата в стаята за програмиране не са необходими специални познания.

2. Описание на структурата на базата данни

Zvyazki маса:

Таблицата на клиентите е свързана с основната таблица с допълнителна връзка 1:N в полето vin_number

Таблицата на клиентите е свързана с таблицата за изчисление с допълнителна връзка 1:1 в полето vin_number

3. таблици

Таблица 1: Клиенти (предоставена таблица)

Таблица 2: Maistri (vidoma)

Таблица 3: Maistri (vidoma)

софтуер за редактиране на база данни за автоматично обслужване

4. Техническа задача

Поддръжка за разпространение:

Мениджър на задачи за извършване на практическа работа, за да вземете тази курсова работа.

Цел на разпространението:

Програмата е призната за автоматизиране на работата на операторите в автосервиз.

Wimogi преди програмата:

Виновен за автоматизиране на работата на оператора на автосервиза

· Информацията трябва да се съхранява постоянно на EOM твърдия диск

· Поради опасения за сигурността, преглед на базата данни поради възможността за достъп до предоставената информация.

Vimogi до арогантност:

· Програмата е длъжна да дава помилвания на съда и да ви напомня за това.

· Програмата може да осигури контрол на входната информация.

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(подавател на обект, 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 „Maistri“ съответстват на настройките „One-rich“ в полето vin_number.

Таблица 1 „Клиенти“ и таблица 3 „varty“ съответстват на настройките „едно към едно“ по полето vin_number.

8. интерфейс

Добавяне на нов запис

Редактиране на стара публикация

Влизане на Видал

Сортиране по дата на посещение

Подписи на таблицата

Основната таблица на програмата "Автосервиз" включва:

1. Списък на автомобилите на клиентите

2. Рождена дата на собственика на автомобила

3. Неправилно

4. Клиентски телефон

5. Вин номер

6. Управлявайте списъка с клиенти с помощта на бутоните (Add/Replace/Vidality)

7. Vіdobrazhennya, че запис kієntіv салон

8. Сортиране

10. Избор на майстори

11. Именуване на таблици

12. Излезте от програмата

Висновок

Резултатът от работата беше създаването на софтуер, който обслужва работното място на оператора на автосервиза.

Процесът на разработване на курсовата работа получи нови умения в тази област, за да насърчи това програмиране на база данни за моето C# програмиране.

Списък с референции

1. Matyukhin S.A. "Програмиране в C # обектно-ориентационен pidkhid" - начално-методологичният комплекс 2013 г.

2. A. Hejlsberg, M. Torgersen, S. Wiltamuth, P. Gold Mova C# програмиране. Класическа компютърна наука. 4-то издание = език за програмиране C# (покриващ C# 4.0), 4-то издание. – Санкт Петербург: „Питър“, 2012. – 784 с. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Vivchaemo C #. 2-ро издание = Head First C#, 2ed. – Санкт Петербург: „Питър“, 2012. – 704 с. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen Mova Programming C# 5.0 и .NET 4.5 Framework, 6-то издание = Pro C# 5.0 и .NET 4.5 Framework, 6-то издание. - М.: "Уилямс", 2013. - 1312 с. -- ISBN 978-5-8459-1814-7

5. Джоузеф Албахарі, Бен Албахарі C# 5.0. Окончателно описание на филма = C# 5.0 накратко: окончателната справка. - М.: "Уилямс", 2013. - 1008 с. -- ISBN 978-5-8459-1819-2

6. Хърбърт Шилд. C# 4.0: Пълната справка = C# 4.0 Пълната справка. - М.: "Уилямс", 2010. - С. 1056. - ISBN 978-5-8459-1684-6

допълнение. Кодътпрограми

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

използване на System.ComponentModel;

използване на System.Data;

vicorist System.Drawing;

използване на System.Linq;

използване на System.Text;

vicorist System.Threading.Tasks;

използване на System.Windows.Forms;

публичен частичен клас Form1: Формуляр

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Visible = false;

частни недействителни клиентиBindingNavigatorSaveItem_Click_1(изпращач на обект, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load(изпращач на обект, EventArgs e)

// TODO: Този ред код зарежда данни в таблицата "db_autoDataSet.masters". Можете да се движите или да завъртите йога, ако е необходимо.

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

// TODO: Този ред код зарежда данни в таблицата "db_autoDataSet.calculation". Можете да се движите или да завъртите йога, ако е необходимо.

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

// TODO: Този ред код зарежда данни в таблицата "db_autoDataSet.customers". Можете да се движите или да завъртите йога, ако е необходимо.

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

private void b_exit_Click(подавател на обект, EventArgs e)

private void button5_Click_1(изпращач на обект, EventArgs e)

private void b_add_Click(подавател на обект, EventArgs e)

groupBox1.Visible = вярно;

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(подавател на обект, EventArgs e)

textBox10.Text = клиенти DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = клиенти DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = клиенти DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = клиенти DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = клиенти DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = вярно;

groupBox2.Visible = вярно;

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(подавател на обект, EventArgs e)

b_add.Visible = вярно;

b_delete.Visible = вярно;

b_exit.Visible = вярно;

b_exit2.Visible = вярно;

b_replace.Visible = вярно;

b_save.Visible = вярно;

groupBox1.Visible = false;

private void b_cancel2_Click(подавател на обект, EventArgs e)

b_add.Visible = вярно;

b_delete.Visible = вярно;

b_exit.Visible = вярно;

b_exit2.Visible = вярно;

b_replace.Visible = вярно;

b_save.Visible = вярно;

groupBox2.Visible = false;

private void b_save_Click(подавател на обект, EventArgs e)

clientsBindingNavigatorSaveItem_Click_1(sender, e);

private void b_record1_Click(подавател на обект, EventArgs e)

Таблица на DataTable = db_autoDataSet.Tables;

Ред с данни = таблица.Нов ред();

ред=текстово поле1.Текст;

ред = Convert.ToDateTime(textBox2.Text);

row=textBox3.Text;

row=textBox4.Text;

row=textBox5.Text;

таблица.Редове.Добавяне(ред);

groupBox1.Hide();

b_replace.Visible = вярно;

b_delete.Visible = вярно;

b_exit.Visible = вярно;

b_add.Visible = вярно;

b_exit2.Visible = вярно;

b_save.Visible = вярно;

private void b_record2_Click(подавател на обект, EventArgs e)

Таблица на DataTable = db_autoDataSet.Tables;//12 връзки динамични. раздел. таблица с първия файл от базата данни

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString());//13 приспаднат запис на vin поток

DataRow row = table.Rows.Find(vinRab);//14 ред ред със запис на файл vin c shifrRab

row = textBox10.Text;//15 са написали поле на ред от друг ред в даден прозорец

row = Convert.ToDateTime(textBox9.Text);// 15 се записва в третото поле на реда на реда

row=textBox8.Text; //15 записани в четвъртия ред ред row = textBox7.Text;

row=textBox6.Text;

table.AcceptChanges();//15 Командата AcceptChanges позволява приемане на промени в стойностите на полето

groupBox2.Hide();//16

b_replace.Visible = вярно;

b_delete.Visible = вярно;

b_exit.Visible = вярно;

b_add.Visible = вярно;

b_exit2.Visible = вярно;

b_save.Visible = вярно;

private void b_delete_Click(подавател на обект, EventArgs e)

// Видим ред под курсора

// Ще изчакам предварително, за да не се извиня

низ s1, s2, s3, s4, s5, съобщение;

DialogResult резултат;// 18

int ind = customerDataGridView.CurrentRow.Index;

s1 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s2 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s3 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s4 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s5 = customerDataGridView.CurrentRow.Cells.Value.ToString();

message = "Марка на автомобил = " + s1 + "\nДата на посещение = " + s2 + "\n Невалидност = " + s3 + "\n Телефон на клиента = " + s4 + "\n vin номер" + s5;

// резултатът от промяната може да приеме DialogResult.Yes или DialogResult.No

резултат = MessageBox.Show(съобщение, "Виждате ли следващата публикация?",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (резултат == DialogResult.Yes)//Редът е видим

(// 20 Таблица с поток се записва в буферната таблица за тип customersDataGridView DataGrid

CurrencyManager CurMng=(CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // ако таблицата не е празна

CurMng.RemoveAt(CurMng.Position);// премахване на присвоената позиция

// тук резултат == DialogResult.No този изглед се показва

// Прилича на процедури

Публикувано на Allbest.ru

Подобни документи

    Създаване на база данни. Пошук, смени записа. Обробка и обмен на даними. Проектиране на база данни. Обозначаване на формули за номерираната част на основата. Редактиране на полета и записи. Форми за представяне на информацията, която се съхранява в базата данни.

    курсова работа, дарения 23.02.2009г

    Разработване на програмния продукт - база данни "Екскурсия" в интегрираната среда на програмиране C++ Builder 6. Особеностите на помощника на koristuvach и скандалния интерфейс на програмата.

    курсова работа, дарения 11/03/2013

    Установяване на необходимостта от поддържащи системи с бази данни в предприятията. Характеристики на разработването на софтуерна сигурност за управление на базата данни, която осигурява преглед, редактиране, вмъкване на записи в базата данни, формиране на вход и изход.

    курсова работа, дарения 23.01.2010г

    Създаване на бази данни и описания на програмата "База данни", призната за групиране на информация за академичните среди. Характеристики на функционалните възможности на програмата: добавяне на записи към базата данни, редактиране, изтриване на записи и сортиране на данни.

    курсова работа, дарения 25.04.2011г

    Разработване на програма "База данни за спортно оборудване". Описание на алгоритъма за роботизирани модули и блокове. Структурна схема, представена към проекта. Процесът на търсене на необходимата информация. Автоматично сортиране на данни. Добавяне и редактиране на записи.

    курсова работа, дарения 15.08.2013г

    Създаване на най-простите форми-довидници. Redaguvannya власти формират като дизайнер. Добавяне на това redaguvannya на силата на елементите на cherubanya. Проектиране на zvіtіv за база данни. Таблиците се привеждат в нормален вид и са дадени схемите с данни.

    реферат, допълнения 23.11.2008г

    Редът за проектиране и разработване на база данни и софтуерна сигурност. Информация за структурата на базата данни, създаването на таблици, формуляри, обаждания, заявки, запазена информация. Този концептуален модел на данни е логичен; изберете софтуерна защита.

    курсова работа, дарения 20.01.2010г

    Tipi obmezhenie, scho podtrimuyut tsіlіsnіst іn релационни modelі danih. Стойността на полето за първичен ключ се присвоява на спомагателния генератор. Добавяне, промяна на този запис в таблицата на базата данни "Библиотека" към моето SQL програмиране.

    лабораторен робот, дарение 10.10.2012г

    Анализ на тематичната галерия. Wimogi, какво се представя в часа на поръчване на базата данни към хотела. Изпълнение на процеса на търсене на необходимата информация. Оформяне на маси, пиене, обаждане и виждане за другите. Redaguvannya, добавяйки, че запазването на данни.

    курсова работа, дарения 07.02.2016г

    Obґruntuvannya избор zasobіv razrobki програми. Добавяне, премахване, редактиране на информация. Показване на информация от базата данни. Търсете информация за избрани таблици. Данни, Обект, Логика, Фирмени проекти. Схема на взаимодействие между проекти на програмата.

База данни - tse, nasampered, колекция от обекти от данни, tobto. nabіr mozhlivyh разбират чи podіy, scho opisuyuetsya база данни, іz mozhlivіstyu търсене tsikh ob'ektіv знаци. Базата данни се въвежда като таблица, индексираща файлове със знания за различни формати, а самите файлове, смърдящи фрагменти, са типизирани колекции от знания в такава база данни. Базите данни могат да бъдат настроени като допълнителна функция, която позволява изпълнението на основна функция.


Споделете работата в социалните мрежи

Ако този робот не ви се е появил в долната част на страницата, има списък с подобни роботи. Можете също да ускорите с бутона за търсене


Министерство на образованието и науката на Руската федерация

Федерална държавна бюджетна осветителна инсталация

висше професионално образование

Рязански държавен университет на името на S.O. Есенина

Физико-математически факултет

Специалност Математическа сигурност и администрация
информационни системи

Катедра Информатика и компютърни науки

Курсова работа от дисциплини

"Бази даних та СУБД"
по темата:

„Проектиране на бази даних

"Станция за техническо обслужване на автомобили"

Виконав студент 3-та година на ФМФ

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

Научен куратор:

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

Рязан 2015г

Влизане

При zv'yazku zі zbіlshennyam obsyagu іnformatsії i nebhіdnіstyu ее преработка, zrostaє pobeka v automatizatsії іsnuyuchih protsessіv obrobki danih. Преди подобни процеси е възможно да се извърши анализ, систематизиране, визуализиране и редактиране на информация.

Съвременни технологии за разработване на приложни програми Квалификациите за помощта на Microsoft Access днес могат да бъдат извършени за една вечер на персонален компютър, което отне месеци работа по ранния EOM. Освен това сега е много по-лесно да знаете помилванията, да ги приемете и да промените проекта без посредник в процеса на създаване на бази данни.

База данни - tse, nasampered, колекция от обекти от данни, tobto. nabіr mozhlivyh разбират чи podіy, scho opisuyuetsya база данни, іz mozhlivіstyu търсене tsikh ob'ektіv знаци. Базата данни се въвежда като таблица, индексираща файлове със знания за различни формати, а самите файлове, смърдящи фрагменти, са типизирани колекции от знания в такава база данни. Базите данни могат да бъдат настроени като допълнителна функция, която позволява изпълнението на основна функция.

Създадена е база данни "Автомобилен технически сервиз", която позволява да се систематизира шведско търсене на необходимата информация в тази тематична галерия.

Базата данни е отговорна за запазването на информация за автомобили: пикер, модел, държач. номер, rіk vypusku, страна-виробник, номер на паспорт на собственика, разпоредби за газ; информация за Vlasniks: PIB, адреси, телефон, както и номер на паспорт; информация за практикуващи: PIB на практикуващия, идентификационен номер на практикуващия; информация за роботите: код на робота, описание, дата на дипломиране, тривалност, държане. стая.

Метою дадена курсова работає проектиране на база данни "Станция на техническо обслужване на автомобили".

Най-важните задачи за да застанете пред нас в процеса на победоносна работа, хайде:

При изучаването на особеностите на предметната област „Технически сервиз на автомобили“;

· Разработване на схема на база данни;

· Внедряване на разбита схема за конкретна СУБД (MS Access);

· Създаване на формуляри за въвеждане на данни, обаждания, заявки.

Създаването, независимо дали като база от данни, се основава на избора на структурата на базата от данни. Според нас е по-добре да използваме пет маси даними. Дадоха ни сметка за ваучери за избор по различни параметри и също им се обадиха. За удобство на работа създаваме пръскане от форми и бутони за преходи между тях.

Курсовата работа се състои от запис, две раздели, висновкив, списък на избраната литература.

РАЗДЕЛ 1. Проектиране на базата данни

В базата данни " Станция за техническо обслужване на автомобили "благодарение на майката такива атрибути:

  • Виробник
  • Модел
  • Освобождаване на Рик
  • Газ
  • Крайна виробник
  • Задръжте номер на автомобила
  • ПИБ Власник
  • Номер на паспорт на Власник
  • Адресите на Власник
  • Телефонът на Власник
  • ПИБ Працівника
  • Код на робот
  • Описание на роботите
  • дата vikonnannya roboti
  • Тривалност на роботите

Виждаме 4 дни: "Авто", "Власники", "Практикуващи", "Роботи".

Същността на "Авто" може да има следните атрибути:

Виробник

Модел

Задръжте стая

Крайна виробник

Газ

Освобождаване на Рик

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

сутнист "Власники" може да има следните атрибути:

ПИБ Власник

Адресите на Власник

Телефонът на Власник

Номер на паспорт на Власник

Разпръснатите всички атрибути от ежедневния живот на "Режисьора" могат да имат значение, което се повтаря, след което добавете атрибута на индивидуалния номер на режисьора, което не е по вина на майката на повтарящия се смисъл.

Sutnist "Pracivniki" може да има следните атрибути:

PIB практик

Oskіlki всички vihіdnі атрибути на ежедневния живот Pratsіvniki Ако майката на значенията, които се повтарят, тогава добавете атрибута на индивидуалния номер на практикуващия, което не е по вина на майката на повтарящите се значения.

Същността на "Роботите" може да има следните атрибути:

Описание на роботите

дата vikonnannya roboti

Тривалност на роботите

Oskіlki всички vihіdnі атрибути на ежедневния живот roboti Ако майката на стойностите, които се повтарят, тогава добавяме кода на атрибута на произведението, което не е по вина на майката на повтарящите се стойности.

Моля приемете.

Удоволствие 1:

Кожен собственик може да е майката на автомобила и тогава връзката за деня "Авто" е по-скъпан . Имате своя собствена линия, независимо дали е кола, която да принадлежи на един собственик, тогава една разкъсана зв'язка за ежедневието на "Власники" е по-скъпа за 1.

Удоволствие 2:

Кожен автомобил obov'yazkovo лъжа собственик, същия клас аксесоари за деня "Auto" obov'yazkovy. Кожа Vlasnik obov'yazkovo volodіy hocha с една кола, същия клас аксесоари за ежедневието "Vlasniki" obov'yazkovy.

Фиг.1.1 ER -диаграма zv'yazyk vestnosti Avto ta Vlasniki

По този начин имаме двоична връзка една към богата с обвързващ клас на принадлежност за двата обекта, за нейното изпълнение е необходимо да създадете два блуса (един за скин обекта), връзката е настроена на първия ключ на едноличния номер на паспорт "Власники".

Удоволствие 3:

Над една кола се вижда само един робот, следователно пръстенът на пръстена за деня на "Авто" е по-скъпН.

Удоволствие 4:

Над колата витае робот. Роботите надвисват над колите.

Фиг.1.2 ER -диаграма, свързваща обектите Auto и Roboty

По този начин имаме двоична връзка една към богата с обвързващ клас на принадлежност и за двете есенции, за нейното изпълнение е необходимо да създадете два блуса (един за същността на кожата), освен това е необходимо да добавите богата връзка vstanovlennya zv'yazku първия ключ на odnozvyaznoy nastnostі "Auto" задръжте. стая.

Удоволствие 5:

Be-yaky pratsіvnik може да vikonuvat be-yak на робота, otzhe, rіven zv'yazku за същността на “Roboti” е добрен . В сърцето си, бъдете робот, можете да бъдете vikonan, бъдете вид практикуващ, след което стъпете във връзка за ежедневния живот на "Практикуващите"Н.

Удоволствие 6:

Pratsіvniki vykonuyut роботи. Роботите са бити от практикуващи.

Фиг.1.3 ER -диаграма, свързваща същностите на Pratsіvniki и Roboti

В този ред, є двоична връзка “richly xto to rich”, за нейното изпълнение е необходимо да се създадат три гласни: една за същността на кожата с първични атрибути и 3e - за връзката; като атрибути - първичните ключове на двата обекта; първият ключ е склад.

Таблица за контакти (код на робот, номер на индивидуален практикуващ)

Функционална застой на деня "Авто"

Фиг.1.4

Задръжте номер  Виробник

Задръжте №  Модел

Задръжте номер  Дата на издаване

Задръжте номер  Крайна виробник

Задръжте номер  Газ

Задръжте номер  Номер на паспорт

Задръжте число - определител, задръж. номерът е възможен ключ, тъй като името "Авто" е в BCNF.

Функционална застой на "Власники"

Фиг. 1.5

Номер на паспорт  ПІБ

Номер на паспорт  Адреси

Номер на паспорт  Телефон

Номерът на паспорта е определящ, номерът на паспорта е възможен ключ, тъй като името на Vlasniki е в БКНФ.

Функционална застоялост на същността на "Роботи"

Фиг.1.6

Код на робота  Описание

Код на робота  Дата на седмицата

Код на робота  Тривалност

Код на робота  Задръжте стая

Код на робота - детерминанта; Кодът на робота е възможен ключ, тъй като препратката към "Робот" се намира в BCNF.

Функционална застой на ежедневието на "Практикуващите"

Фиг. 1.7

Идентификационен номер PIB

Идентификационният номер е определящ фактор, Идентификационният номер е възможен ключ.

Нека да разгледаме изпълнението на базата данни от котките MS ДОСТЪП.

"Автоматичен" (Vyrobnik, модел, холдингов номер, дата на пускане, лиценз за газ, страна-виробник, номер на паспорт на Vlasnik)

АВТОМАТИЧЕН"

Фиг.1.8 Конструктор на таблицаАВТОМАТИЧЕН".

Фиг. 1.9 "Авто" дневна таблица

"Власники" (ПИБ, адреси, телефонен номер, номер на паспорт).

От релационната основа е видно, че таблицата “владелци”

Фиг.1.10 Конструктор на таблицаВЛАДЕЛСИ".

Фиг. 1.11 Таблица за деня "Власники"

"роботи" (Код на робота, описание на робота, дата на дипломиране, номер на заведение).

От релационната основа е видно, че таблицата “РАБОТА“.

Фиг.1.12 Конструктор на таблица"РАБОТУ" .

Фиг. 1.13 Таблица на същността на "Roboti"

Таблица за контакти (код на робота, идентификационен номер на практикуващия).

Вижте в релационната база данни, вижте таблицата"DLYSVYZI"

Фиг.1.14 Конструктор на таблица DLYSVYZI.

Фиг.1.15 Таблица на връзките

"Практикуващи" (PIB, идентификационен номер на практикуващия).

От релационната основа е видно, че таблицата “РАБОТНИЦИ“.

Фиг.1.16 Конструктор на таблица"РАБОТНИКИ" .

Фиг. 1.17 Таблица на ежедневния живот "Практикуващи"

Схема за данни

Фиг.1.18 Схема за данни

ГЛАВА 2. Описание на базата данни и системата за управление

2.1 Попитайте

  1. Модели автомобили Lexus

ИЗБЕРЕТЕ МОДЕЛ ОТ АВТОМАТИЧНО

КЪДЕ ПРОИЗВ = "Лексус";

  1. Подбирачи на автомобили и всички модели

ИЗБЕРЕТЕ ПРОИЗВ, МОДЕЛ

ОТ АВТОМАТИЧНО;

  1. Виробник, моделът държи. номерът на автомобила, който принадлежи на Кузин Валерий Валентинович

ИЗБЕРЕТЕ АВТО.ПРОИЗВ, АВТО.МОДЕЛ, АВТО.ГОСНОМЕР

ОТ VLADELCY INNER ПРИСЪЕДИНЕТЕ СЕ АВТО НА VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER

КЪДЕТО ВЛАДЕЛИ. FIO = "Кузин Валерий Валентинович";

  1. Виробник, модел, дата на пускане и държавен номер на автомобил, издаден преди 2005 г., подредени по дата на пускане

ИЗБЕРЕТЕ ПРОИЗВ, МОДЕЛ, ГОСНОМЕР, ГОДВИПУСКА

ОТ АВТО

КЪДЕТО ГОДВИПУСКА< 2005 order by GODVIPUSKA;

  1. Датата на vikonnannya и описанието на робита, vikonaniy Zminovym Eduard Viktorovich.

ИЗБЕРЕТЕ РАБОТУ.ДАТАВ, РАБОТУ.ОПИСАНИЕ

ОТ RABOTU INNER JOIN (RABOTNIKI INNER JOIN DLYSVYZI ON RABOTNIKI.IDR = DLYSVYZI.IDR) ON RABOTU.KODRABOTU = DLYSVYZI.KODRABOTU

КЪДЕТО РАБОТНИЦИ. FIO = "Змин Едуард Викторович";

  1. Списък на марките автомобили, задръжте. Числа и роботи, как са извършени

ИЗБЕРЕТЕ АВТО.ПРОИЗВ, АВТО.ГОСНОМЕР, РАБОТУ.ОПИСАНИЕ

ОТ АВТО ВЪТРЕШНО ПРИСЪЕДИНЕТЕ СЕ РАБОТУ НА AVTO.GOSNOMER = RABOTU.ГОСНОМЕРАВТО;

  1. Virobniki, дата на пускане и модели на най-новите автомобили (за дата на пускане)

ИЗБЕРЕТЕ ПРОИЗВ, МОДЕЛ

ОТ АВТО

КЪДЕ GODVIPUSKA = (ИЗБЕРЕТЕ MAX (GODVIPUSKA) КАТО MAXGV ОТ АВТО);

  1. Въведете цялата информация за 3 нови робота

ИЗБЕРЕТЕ ТОП 3*

ОТ РАБОТА

ПОРЪЧКА ПО PRODOLG DESC;

  1. Имената на власниците, виробниците от това стопанство. номер на колата, какво да лежа їм

ИЗБЕРЕТЕ VLADELCY.FIO, AVTO.PROIZV, AVTO.GOSNOMER

ОТ VLADELCY INNER JOIN AVTO ON VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER;

  1. Цялата информация за всички практикуващи

ИЗБЕРЕТЕ *

ОТ РАБОТНИЦИ;

  1. ПИБ, телефон и адрес собственик на авто от Рязан

ИЗБЕРЕТЕ ФИО, ТЕЛЕФОН, АДРЕС

ОТ ВЛАДЕЛИ

КЪДЕ АДРЕСИ КАТО "Рязан";

  1. Списък на местните производители на автомобили

ИЗБЕРЕТЕ ОТЛИЧНА СТРАНА

ОТ АВТОМАТИЧНО;

  1. ПИБ Власник, който е най-голям брой автомобили, и този брой

ИЗБЕРЕТЕ Temp.FIO, Temp.MaxAVTO

ОТ. КАТО Temp INNER JOIN. AS Temp0 ON Temp.MaxAVTO=Temp0.Maxim;

  1. Kіlkіst години, изцапани на работа в дни на песни

СУМА НА ТРАНСФОРМИРАНЕ (PRODOLG)

ИЗБЕРЕТЕ КОДРАБОТУ

ОТ РАБОТА

ГРУПА ОТ КОДРАБОТУ

PIVOT DATAV;

  1. Описване на тривиалността на самия робот с къси линии

ИЗБЕРЕТЕ ОПИСАНИЕ, PRODOLG

ОТ РАБОТА

КЪДЕ PRODOLG =(ИЗБЕРЕТЕ MIN(PRODOLG) ОТ RABOTU);

  1. Въведете всички кодове на автомобили

ИЗБЕРЕТЕ ПРОИЗВ

ОТ АВТОМАТИЧНО;

  1. Vyrobnik ta rіk vpusku auto, scho mayut gas obladnannya

ИЗБЕРЕТЕ ПРОИЗВ, ГОДВИПУСКА

ОТ АВТО

КЪДЕ ГАЗ;

  1. Добавете информация за новия практикуващ в автосервиза.

ВМЕСТЕ В РАБОТНИЦИ

ЦЕННОСТИ ("Джейсън Стейтъм", 7);

Преди да добавите:

Фиг.2.18 Таблица “РАБОТНИЦИ ” преди да добавите нов запис

Заявка:

Добавяне на публикация:

Фиг.2.20 Таблица “РАБОТНИЦИ ” след добавяне на нов запис

  1. Променете адреса на Логинов Егор Юрийович

АКТУАЛИЗИРАНЕ НА VLADELCY SET ADRES = "Рязан, Московска магистрала, 15"

WHERE PASPORTNOMER = "34 88 336882";

До промяната:

Фиг.2.21 Таблица “ВЛАДЕЛИ ” преди да промените записа

Заявка:

След промяна:

Фиг.2.24 Таблица “ВЛАДЕЛИ ” след промяна на записа

  1. Видалностен запис за автомобила с номер e244bb 23.

ИЗТРИЙ *

ОТ АВТО

WHERE GOSNOMER = "e 244 cc 23";

Преди завъртане:

Фиг.2.25 Таблица “АВТОМАТИЧЕН “, докато записът не бъде изтрит

Заявка:

След отстраняване:

Фиг.2.28 Таблица “АВТОМАТИЧЕН “, след като видях записа

2.2. За моя

Формалната форма на базата данни "Станция за техническо обслужване на автомобили"

Във формуляра има бутони за подаване на подформуляри (Авто, Власники, Роботи, Працівники), бутони за отправяне на заявки и бутон за навигация за затваряне на основния формуляр.

В режим "Формуляр".

Фиг. 2.29 Заглавна форма на базата данни "Станция за техническо обслужване на автомобили"

В режим "Конструктор".

Фиг. 2.30 Основната форма на базата данни "Автомобилен технически сервиз" в режим на конструктор

Формуляр "Авто"

Фиг.2.31 Формуляр "Авто".

В режим "Конструктор".

Фиг.2.32 Форма "Actory" като конструктор

Заявка за поливане от списъка

Заявка за поливане от списъка

Заявка за поливане от списъка

Формуляр "Власники"

Фиг.2.36 Формуляр "Власники"

В режим "Конструктор".

Фиг. 2.37 Форма Vlasniki като конструктор

Формуляр "Роботи"

Фиг.2.38 Формуляр "Роботи".

В режим "Конструктор".

Фиг. 2.39 Форма "Roboti" като конструктор

Заявка за поливане от списъка

Формуляр zv'yazku "Практикуващи роботи"

Фиг. 2.41 Форма на връзката "Робот-Практикуващи"

В режим "Конструктор".

Фиг. 2.42 Формата на връзката "Робот-Практикуващи" в режим на конструктор

Заявка за поливане от списъка

Висновок

За този проект беше създадена релационна база данни „Автомобилен технически сервиз“, която трябва да включва пет таблици с данни: таблица за автомобили, таблица за служители, таблица за роботи, таблица за практикуващи и таблица за комуникация с работници и практикуващи.

Основни етапи на развитие:

  1. Назначаване meti създаване bazi danih
  2. Определяне на необходимите полета в базата данни
  3. Определени таблици, yakі maє mіstiti база данни.
  4. Определени таблици, до които са разположени полета.
  5. Обозначаване на първични ключове.
  6. Определени връзки между таблици.
  7. Подобрена структура на базата данни.
  8. Въвеждането на данни и създаването на други обекти от базата данни (например форма и вход).

Базата данни осигурява ефективна работа, създава ефективност и съотношение цена/качество. За otrimannya іinformatsiї за автомобили, собственикіv, prаtsivnіvіv и robіt koristuvach zdіysnyuє dіysnyuє dіy, scho позволява да премине един час работа от базата данни.

С помощта на тази база данни тя може да бъде подредена от програмист-pochatkіvets, така че да бъде създадена с най-ефективния и разумен начин.

Списък на победоносната литература

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

Vlasniki

Автоматичен

1:N

roboti

Pratsіvniki

Н: Н

roboti

Задръжте стая

Виробник

Модел

Освобождаване на Рик

Крайна виробник

Газ

паспорт

паспорт

PIB

Адреси

Телефон

Кодът

roboti

Описание

дата на

vikonanna

Тривалност

Задръжте

стая

Идентификационен номер

PIB

Други подобни роботи, те могат да ви закачат.

18542. Сервиз за леки автомобили 786,59 КБ
Основното за развитието на инфраструктурата е паркингът и тенденцията на растеж. Абсолютно погрешно е да харчите за нас за бъдещата държава. За да разрешим проблема, трябва да отдадем специално уважение на автомобилите, които принадлежат на физически лица, парчета от върхови постижения за техническия стандарт на транспортната система, така че не забравяйте да носите йога. На друго място има повече суверенни сервизи на третата новосъздадена самостоятелна частна сервиза на четвъртото автотранспортно предприятие, като осъдителни услуги от технически ...
13718. Организация на техническо обслужване на автомобили Mitsubishi в съзнанието на ТОВ "Транстехсервиз" 363,83 КБ
Методът на дипломната работа е организиране на техническо обслужване на автомобили Mitsubishi за умовете на TOV Transtekhservis. За постигането на поставената цел е поставена следната задача: Mitsubishi спечели тези три репутации като производител на висококачествени автомобили; разширяване на моделната гама на автомобила Mitsubishi; разгледайте техническите характеристики на автомобилите Mitsubishi според моделната гама; Mitsubishi MOT карта: кратко описание на разпоредбите; приемственост виконания...
4523. Организиране на крайпътна станция за техническо обслужване и редовен ремонт на автомобили 369,01 КБ
Характеристики и предимства на автомобилния транспорт, които означават висок темп на развитие, po'yazanі z mobіlnіstyu и nuchkіstyu vantagey и пътниците "от врата до врата", "точно на линия" и dotrimannyam за необходимото оформление.
17752. Организиране на камион в СТО за автомобили "КРИМДИЗЕЛСЕРВИС" 649,78 КБ
Предвид развитието на тази интензификация на работата на автотранспорта, ключов проблем се превърна в по-голямото увеличаване на производствения потенциал на предприятията и развитието на резерви за повишаване на ефективността на производството. По правило превозвачите не създават добра база за правилна техническа поддръжка и ремонт на автомобили. Tse pov'yazano z scho, scho чиновници на леки автомобили или не, или може да бъде заобиколен от света на материалния труд и труд новак за обслужване и ремонт на автомобила си. Швидки темпи розетка.
4622. Проектиране на бизнес за диагностика на фирмен сервиз за дистанционно управление на леки автомобили 2.74MB
Ханти-Мансийският автономен окръг - Югра е един от регионите на Руската федерация, който се развива най-динамично. Нашият окръг е основният нефтен и газов регион на Русия и един от най-големите петролни и газови региони в света. В Русия Ханти-Мансийският автономен окръг-Югра е лидер по най-нисък брой основни икономически показатели:
4606. Проектиране на комплексен бизнес за фирмен сервиз на леки автомобили Пивдни 1,86 MB
Revіriti stan kabіni платформа dvіrkal dіyu dіyu dіyu chіvіchіv vіtrovoy vіtrovoy svіtі headlіvі dіyu scorchіvі vіgrіvіvіvіvіr_vіrіvіvі Включване на охладителните системи на двигателя Прегледайте херметичността на охладителните системи на двигателя с един поглед, сред тях...
20665. Проектиране и внедряване на аптечната база данни 2,55 MB
Новокузнецк задание за курсова работа Необходимо е да се проектира база данни, която включва представяне на група атрибути: абстрактно; място за спестяване; дата на раждане; енория; излишък за последния месец; фирма виробник; пощенски служител и така нататък. Организирайте пост-връзки между таблиците, за да гарантирате целостта на вашата база данни.
20182. Проектиране на база данни с данни за колежа 2,59 MB
Проектиране на база данни на Denne за колеж Виконала: студент гр. Задачата е да се постави задача на робота - да разшири проекта за база данни за натрупване на необходимата информация при организацията на създаването и да извика базата данни. Базата данни може да бъде проектирана за изпълнение на различни видове придобиване на информация. След часа на проектиране на базата данни следващата стъпка е да се подобри способността да се вижда името на хартията.
20025. Проектиране на база данни за застрахователна компания БАТ "Согаз-Мед" 448,12 КБ
Застрахователните компании са финансови посредници, специализирани в застрахователни услуги. Их diyalnіst poligaє при формирането на въз основа на договори с юридически и физически лица (чрез продажба на застрахователни полици) специални пени фондове, от които е необходимо да се плащат пени koshtіv застрахователи на доходоносни рози при различни течения на пени ( застрахователни загуби).
10007. База данни за дизайн "Каталог автомобилни резервни части" 182,36 КБ
С цел натрупване и събиране на информация за EOM се съхраняват локални масиви (или файлове), докато за скинни и функционални задачи, които нарушават, се създават локални файлове с визуална и резултатна информация. Това доведе до значително дублиране на данни, улесни тяхното актуализиране, улесни решаването на взаимно проблемни задачи.

Вход 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

INSTUP

На този ден проектирането на бази данни (бази данни) придоби голямо значение за богатите организации, тъй като за повишаване на производителността на роботите и застосова компютърна технология. Базите данни са се превърнали в основата на информационните системи, сякаш са невидима част от функционирането на всеки бизнес.
Предмет на курсовата работа е разработването на технологии за проектиране на релационна база данни.
Предмет на курсовата работа е изучаване на принципите на разработване на релационни бази данни на базата на проектиране и създаване на бази данни "Автосервис".
Мета-дизайнът на бази данни помага за подобряване на процеса на ремонтна дейност на малкия бизнес
За постигането на тази цел беше поставена следната задача:

    определяне и анализ на предметната област;
    разработване на концептуалния модел на базата данни;
    побудова таблица с бази данни "Автосервис";
    pobudova форми, zapitіv и zvіtіv danї DB.
Іnuіє безлични различни dzherel іinformatsiї, scho suyuutsya проектиране на релационни бази данни и їх stosuvannya. Три от предложените ресурси бяха установени като подходящи за проектиране на бази данни от OpenOffice.org Base. Така например в книгите се разглеждат основните принципи на работа на бази данни за помощ на Base, които са включени в склада на OpenOffice.org. В Джерелах беше направена основната информация за създаването на таблици, формуляри, заявки и обаждания. Книгите описват методически препоръки как да се проектират и внедряват бази данни.

РОЗДИЛ 1. Розробка баси даних

      Постановка на проблема
Базата данни Tsya е призната за организации, които се занимават с всякакъв вид услуги от техническа поддръжка на автомобили.
Основните функции на базата данни са видими от външния вид на всички автомобили, които, ако сте в автосервиз, събират цялата информация за кожен автомобил (марка, серия, номер на технически паспорт, номер на шаси, номер на двигателя, цвят, освобождаване и др.).
Отговорност на базата данни е също така да съхранява информация за дерматолога, който би желал да бъде нает веднъж в автосервиза. Виновен е за възможността да се запази не само основната и най-важната информация, но и бележките, за да се изясни, да се опише тихо. характеристики на инсталираните резервни части и много друга основна информация.
Администрацията на автосервиза може да се нуждае от следните данни:
    ПІБ, серия и номер на техническия паспорт на автомобила, дата на издаване и марка на берача;
    информация за датата на приемане на първата заявка, от назначаването на тарифа за ремонтни работи, датата на потвърждение на ремонта и датата на плащане на заявката;
    преразказ на спонтанни аборти в колата на главата на чувала;
    Служител на ПИБ от автосервиз, отстранил неизправността на автомобила на този собственик и його населено място.
Операторът на СУБД може да прави следните промени:
    добавяне или промяна на информация за ангажимента;
    добавяне или промяна на информация за практикуващия;
    визуализира информация за доставчика на автомобилни услуги.
В отговор е необходимо да се изпрати съобщение за наличие на неизправност в автомобила на даденото длъжностно лице и бележка за работата на автосервиза (броя на автомобилите, които се ремонтират, PIB на производителя, който единият е в ремонт).
      Анализ на тематичната галерия
База данни "Avtoservis" е разделена за администратора и spіvrobіtnikіv avtoservisu, scho zdіysnyuyut zadіysnyuyut zamіsnyuyut zamovlennja zamovlennja за ремонт и servіsne obslugovuvannya avtomobilіv.
Предметната област в данните за неизправности, автосервизи и автосервизни техници.
Информационната система, която се разработва, е отговорна за нарушаване на следните функции:
    Това е страхотна колекция от информация като таблица с бази данни.
    Формоване на пресни напитки за:
    колко молитви на час песни;
    марки автомобили, които се ремонтират;
    изчисляване на ремонтни работи за пеещ рик;
    общата сума на платения и неплатения робит;
    vіdsotkove spіvvіdnoshnja платени и неплатени robіt.
Виждайки информация от зрителите:
    марки автомобили, които се ремонтират, от броя на записаните часове за автосервиз;
    брой неплатени залози;
    общо изчисление на ремонтните дейности за първия час обслужване на автомобила.
Преди базата данни, която се разширява, се представят: целостта на данните, наличието на дублиране, броя на връзките от типа „богато богато”, броя на рекурсивните връзки, връзките с атрибути, и множество атрибути.
До информацията, която се съхранява в базата данни, се виждат следните:
значимост, точност, достоверност, интелигентност, ефективност.
По този начин се повишава точността на избора на база данни, като в момента на въвеждане на информацията това ще доведе до избор на необходимите данни от списъка, където е възможно безумно да се повиши сигурността на въведена информация и да помогне за премахване на неправилното въвеждане на параметрите.
В резултат на това създаването на тази база данни за необходимостта от премахване на обидни показатели за ефективност: намаляване на часа, когато се въвеждат нови данни и промяна на старите, както и повишаване на производителността на практика, както и собствено външно премахване на необходимата за администрацията информация

РОЗДИЛ 2. Моделиране на структури от данни

2.1. Разработване на концептуалния модел на базата данни

С подсказването на концептуалния модел на базата данни, ние бързо следваме препоръките на Карпова И.П. . Както авторът посочва, концептуалният модел на базата данни е обектно-ориентиран модел на предметната област от високо ниво, който представлява обектната област като набор от обекти, които могат да се управляват със същите правомощия и да бъдат познати в определени води. Основната мета-разработка на модела на данни от високо ниво се основава на създадения модел за разработване на база данни и използването на голям брой технически аспекти, свързани с дизайна на базата данни. Концептуалният модел на данните не е обвързан с конкретна физическа реализация на базата данни и е депозиран в конкретна СУБД. Концептуалният модел е създаден на базата на констатациите за предметната област на дермалния тип користаза, която представлява съвкупност от данни, необходими за разработването на задачите.
Идейният модел за базата на "Автосервис" е проектиран като модел "day-to-link".
Основните понятия на модела включват следните понятия: ак същност (обект), релация (връзка), видове същности, видове връзки и атрибути.
Препитание - реален или обект, който се появява, информация за това кой е виновен за спасяването и е налична. В диаграмите на ER-модела деня е представен като правоъгълник, който отмъщава за деня си. Същността на кожата се определя от набор от атрибути.
Атрибут - характеристиката на същността е назована. Името може да е уникално за конкретен тип ден или може да е същото за различен тип ден. Атрибут на същността е детайл, как да служи за изясняване, идентификация, класификация, числена характеристика на числото на съществуването на деня. Имената на атрибутите се въвеждат в правоъгълник, които означават деня, и се записват под имената на деня.
Създават се връзки между същностите.
Zv'yazok - ce графично изобразява асоциацията, тъй като тя се установява между две единици. Тази асоциация е двоична и може да се използва между две различни единици или между ден и себе си (рекурсивна връзка). Zv'yazki - смислени редове.
По този начин, от описанието на предметната област, всички видове на
субекти:
- Депутат;
- Замовление;
- Майстри;
- Робот Перелик.
Кожа от есенции, за да обозначите свой собствен набор от атрибути.
Денят на Замовника се определя от предстоящия набор от атрибути:

    код на попечител;
    P.I.B.;
    паспортни данни;
    серия и не. паспорти;
    Марка кола;
    цвят;
    номер на шасито;
    номер на двигателя;
    rіk освобождаване.
Атрибутите на същността на Омагьосването се дефинират, както следва:
    код на попечител;
    правописен код;
    дата на получаване и плащане;
    изчисляване на ремонтните работи;
    старши майстор;
    уважение.
Същността на Maystra е документирана въз основа на предстоящите атрибути:
    магистърски номер;
    PIB;
    насаждането на своя бизнес;
Същността на робота Perelik се определя от следния набор от атрибути:
    изискван код;
    код на робот;
    подробности.
Подходящ за модела на домейна, концептуалният модел на базата данни Autoservice изглежда се приближава (фиг. 1).
Фиг.1 Концептуален модел на база данни "Автосервиз".

2.2. Разработване на логически модел на данни

Преобразуването на локалния концептуален модел на данни в локалния логически модел е подобно на отдалечените концептуални модели на незначими елементи и трансформацията на премахването на модели от локалния логически модел. Към маловажните елементи може да се види:
- призовава като "много от някой към много неща";
- Рекурсивни връзки;
- Връзки с атрибути.
При създаването на концептуалния модел не бяха открити повече ирелевантни елементи.
Логическата схема на данните е показана на фиг.2.

Ориз. 2. Схемата за данни е логична.

      Реконструкция на модела "от ден до връзка" към релационния модел на данните
Реконструкция на модела "от ден до връзка" към релационния модел на данните
zdіysnyuєtsya по пътя на последния vikonnanny към редица krokіv:
– дневността на кожата трябва да се постави в контекста на релационния модел на данните;
- Кожният атрибут на деня се превръща в атрибут на жизнеността;
– първичният ключ на ежедневния живот става първичен ключ на първичното всезнание. Атрибутите, които идват преди първичния ключ на препратката, автоматично се задават на специфичния за езика авторитет (НЕ NULL). Референцията за кожата, в случай на възвишено ежедневие, се добавя набор от атрибути в основното ежедневие, което е основният ключ на основното ежедневие. Shkodo vydpovidnogo pіdpoordovanoї sushnostі tsey nabіr attributіv staє zvnіshnіshnіm ключ.
Целият процес е разгледан по-долу.

РАЗДЕЛ 3. Проектиране на базата данни

      Оформление на таблицата
Таблицата е обект на назначения за събиране на данни от прегледни записи (редове) и полета (stowpts).
Програмата OpenOffice.org Base има три различни начина за създаване на таблици на база данни:
    създаване на таблици в режим на проектиране;
    vikoristannya майстор преди създаването на таблици;
    създаване на проявление.
При когото са създадени масите на роботите със съдействието на майстора.
p align="justify"> За таблица на релационна база данни на кожата е посочена следната структура: склад на полето, техните имена, тип данни и размер на полето на кожата, ключове на таблицата и други права на полето.
Разширяването на таблиците на базата данни се извършва последователно:
    Посочени необходими таблици и полета.
Таблицата е основата на базата данни и се препоръчва да се разшири таблицата според следните основни принципи:
    vіdomosti не са виновни за дублиране между таблици или между таблици;
    данните, които се записват по-малко в една таблица, се актуализират по-малко в тази таблица;
    Таблицата на кожата е отговорна за отмъщението само на една тема.
Кожата на таблицата е да пише информация по конкретна тема, а кожата на таблицата е да напише конкретен факт по темата на таблицата. За таблиците на кожата в базата данни е необходимо да се посочи мощността, която е в тях.
Базата данни "Автосервис" съдържа няколко таблици:
    Таблица Zamovniki (фиг. 3) се използва за въвеждане на информация за собственика на автомобила, който се ремонтира. Тази таблица има следните атрибути:
    P.I.B. (тип поле - текст, дожина - 50, обов'язкове);
    паспортни данни (тип поле - текст, дата - 100, obov'yazkove);
    серия и не. паспорти (тип поле - текст, довжина - 15, obov'yazkove);
    Марка на автомобила (тип поле – текст, дата – 100, промяна на езика);
    цвят на автомобила (тип на полето - текст, дължина - 100, не obov'yazkove);
    № шсі (тип поле - текст, дожина - 100, не обов'язкове);
    номер на двигател (тип поле - числово, довжина - 100, не обов'язкове);
    r_k освобождаване (тип поле - дата, obov'yazkove).
Ориз. 3. Таблица Zamovniki.
    Таблицата за ремонт (фиг. 4) се използва за въвеждане на информация за ремонта: ако е оправен, кой е ремонтиран, главният майстор, броят на ремонтите, уважението. Тази таблица има следните атрибути:
    код zamovlennya (тип поле - tsile, dovzhina - 10, obov'yazkove);
    код на шкафчето (тип на полето - текст, по подразбиране - 10, без обвързване);
    дата на затваряне (тип поле - дата, не обвързващо);
    глобално изчисляване на ремонтните работи (тип поле - десет, дожина - 100, neobov'yazkove);
    vіdpovidalny майстор (тип поле - tsіle, dovzhina - 10, не obov'yazkove);
    дата на плащане (тип поле - дата, neobov'yazkova);
    дата на получаване (тип поле - дата, neobov'yazkova);
    уважение (тип поле - тест, стойност - 100, не обвързващо).
Ориз. 4. Таблица на омагьосването.
    Таблица Ремонтни работи (фиг. 5) е призната за описанието на всички видове ремонтни работи, сякаш те работят по този бизнес.
Тази таблица има следните атрибути:
    код на робота (тип поле - cile, дата - 10, obov'yazkove);
    правописен код (тип поле - цяло число, дължина - 10, obov'yazkove);
    детайлизиране (тип поле - текст, стойност - 100, без обвързване).
Ориз. 5. Робот Perelik.
    Майстри (фиг. 6). Таблица майстра варта, въвеждаща информация за spivrobitnikiv. Тази таблица има следните атрибути:
    Майсторски номер (тип поле - циле, дожина - 10, обов'язкове);
    P.I.B. Maistri (тип поле - текст, dovzhina - 100, не obov'yazkove);
    селище (тип поле - текст, довжина - 100, не обовъязкове).
Ориз. 6. Майстри.
    Инсталиране на първични ключове.
Показателно е, че дневността на кожата е първият ключ, в нейната нужда от изцеление, че силният ден може да има само едно ключово поле, а слабият - stylki w, siklki zv'yazkiv. При избора на първичен ключ използваме следните правила:
– ключът е виновен за минималния набор от атрибути;
- Vykoristovuvat следващия ключ, възможността за промяна на стойността на всеки един е минимална;
– стойността на ключа може да бъде минималната стойност.
Vyhodyachi от горното, в случай на съществени субекти, следните ключови полета са важни:
    дневните пазители могат да въвеждат поле код на пазителя;
    денят на омагьосването се обозначава с ключов код на омагьосване;
    денят на капитана е номерът на ключовото поле на капитана;
    денят на извършване на ремонтните дейности се определя от кода на ключа за заявката;
    Формиране на връзки между таблици.
След разделяне на листингите в таблиците и определяне на ключовите полета е необходимо да се избере начина, по който СУБД ще комбинира изписването на листингите. За което е необходимо да се зададат връзки между таблиците на базата данни.
OpenOffice.org BASE поддържа различни типове между таблици:
- Едно към едно (записът на кожата в една таблица съвпада само с един запис в друга таблица);
- one-before-rich (записът в обложката в една таблица е подобен на богатите записи в друга таблица);
- богати към едно (подобно на записа "един богат");
– богато богато (един запис от първата таблица може да бъде свързан по-ниско с един запис от друга таблица или един запис от друга таблица може да бъде свързан по-ниско с един запис от първата таблица).
Вмъкнатите връзки в базата данни "Автосервиз" вече бяха представени в предния раздел на фиг. 2.
      Разширяващи се форми за въвеждане на информация
Формулярът е обект за въвеждане, редактиране и преглед на таблични данни по ръчен начин.
Оформете място за редиците на елементите на управление, с помощта на които ще имате достъп до данните в таблиците. Контролни елементи - текстови полета за въвеждане и редактиране на данни, бутони, пропорции, джъмпери, списъци, писане. Създаването на формуляри, премахването на необходимите елементи на управление, пълната простота на процеса на въвеждане на данни и допускане на помилвания.
Формите на OpenOffice.org Base предоставят функционалност за въвеждане на богати задачи, тъй като не е възможно да се извиконират по друг начин, те ви позволяват да проверите коректността на данните за един час на въвеждане, да изчислите и да осигурите достъп до данни в свързващи таблици за допълнителни полезни форми.
OpenOffice.org Base въвежда редица начини за създаване на формуляри. Най-простият от тях е използването на автоматично създаване на формуляри въз основа на таблици или заявки.
Към базата данни "Автосервис" сме добавили три прости формуляра и три подформуляра.
Приложете прости форми, показани на фиг. 7-10.

Фиг.7. Формулярът на зам.

Фиг.8. Форма на омагьосване.

Фиг.9. Перелик работи.

Фиг.10. Майстри.
Складова форма за замяна на бланка за глава и подформуляр - подформуляр. Подформулярът е един и същ формуляр само по себе си, но не е победоносно независим, а винаги се заема с be-каквато и да е формата, когато се създава или създава документът. Подформулярът може да работи практически с всички, които имат формуляр, поради малка причина, че не е възможно да се вмъкне друг подформуляр в него.
Когато поливанията се комбинират в подформулярите, obov'yazkovo трябва да бъде vrakhovuvaty, така че имената на всички полета могат да бъдат уникални в границите на формите наведнъж от подформулярите мустаци, които те използват един час.
Zavdyaki сгънати форми z'yavlyaєtsya mozhlivіst един час zapovnyuvati различни маси.
Приложете подформулярите, представени на фиг. 11-13.

Ориз. 11. Формуляр Zamovnik іz подформуляр Zamovlennia.
Формулярът „Замовник“ от подформуляр „Замовление“ – осигурява въвеждането на необходимите данни за идентифициране на замовника и преразглеждане на записите върху данните за замовление. Този формуляр ви позволява да въведете информация в таблицата Zamovnik и Zamovlennia.

Ориз. 12. Формуляр Ремонт от подформуляр Ремонтни работи.
Този формуляр ви позволява да въвеждате информация до Таблицата за завършване и ремонтни работи.

Ориз. 13. Формата на Майстра от подформата на Омагьосване.
Формулярът Maistra от подформуляра Прикриване ви позволява да контролирате работата на конкретен майстер.

      Razrobív zapіtiv на базата на данни
Заявка - обект, който ви позволява да вземете необходимите данни за една или повече таблици.
Искане да служи за otrimannya данни от таблицата и данните на их koristuvachevі по удобен начин. С тяхна помощ можем да спечелим подбора на данни, тяхното сортиране и филтриране. Възможно е да се променят данни по даден алгоритъм, да се създават нови таблици, автоматично да се променят таблици с данни, да се импортират данни от други източници, да се променят по-прости изчисления в таблици и др.
Особеността на пиенето е, че те черпят данни от базовите таблици и създават своите бази за таблицата с времеви резултати (моментален знак) - изображение, взето от базовите таблици на полета и записи. Работата се извършва по-бързо и ефективно, по-ниски таблици, които се съхраняват на твърд диск.
За отделна заявка можете да премахнете сортирането и филтрирането по необходимия ранг на данните. Заявката може да бъде написана и като джерела записи за формуляри, обаждания и достъп до данни.
Іsnuє kіlka видове zapіv:
    Заявка за вибриране. Искането за гласуване е видът искане, който най-често печели. Заявките от този тип ротират данните в една или друга таблица и ги показват в същата таблица, записите от този тип могат да се актуализират (с някои обмени). Можете също да поискате гласуване за група записи и да изчислите сумата,
    и т.н.............
вируси