дома › Навигатори › Сервис за автомобили OBD. Преземете ја пристапната база на податоци Услуга за автомобили. Функции што ги извршува базата на податоци

Сервис за автомобили OBD. Преземете ја пристапната база на податоци Услуга за автомобили. Функции што ги извршува базата на податоци

Технологија на создавање База на податоци „Автоматска услуга“

За да се создаде базата на податоци, беа поставени целите и задачите на базата на податоци „Автоматска услуга“:

? да се обезбеди задоволство на клиентите и од услугата и од фирмата;
? обезбеди најдобра услугаво близина
? гарантни поправки на продадени нови и користени автомобили;
? комерцијално превентивно одржување (приспособувања, итн.);
? комерцијални услуги за рехабилитација (поправки);
? поправка на искористени компоненти и склопови за залиха на обновени резервни делови.

? Луѓе,
? материјали,
? компјутери,
? машини,
? зграда.

Развиената и креирана База на податоци за сервиси за автомобили е збир на меѓусебно поврзани компоненти и прикажува различни области на поправка на автомобили.

Слика 14. База на податоци „Сервис за автомобили“

Системот е поделен на два потсистема и една екстензија:

? Поправка на техничкиот дел од автомобилот.
? Проширување - поправки на внатрешноста на автомобилот.

Главниот систем „Поправка на технички делови на автомобил“ се состои од четири табели (види слика 15):

« Со цел» - вклучувајќи ги потребните информации за нарачката за поправка и дијагностика на автомобилот, односно:

? Автомобил.
? Сопственик.
? Причина за контактирање на сервисната станица.

« Поправка„- табела која го опишува процесот на поправка на техничките делови на автомобилот, поточно делови што треба да се поправат во блиска иднина. Оваа табела ги вклучува следните ставки:

? Поправка на моторот.
? Поправка на менувачот.
? Поправка на шасија.
? Поправка на системот за гориво.

Слика 15. Нарачка за поправка на технички делови

Табела" Дијагностика", поврзано со " По нарачка» и дистрибуира автомобили за дијагностика на одредени делови од автомобилот, т.е. мотор, менувач, шасија и систем за гориво.

ВО" Дијагностика» се чуваат информации за автомобили кои бараат дијагностика на одреден дел.

? Дијагностика на моторот.
? Дијагностика на пренос.
? Дијагностика на шасијата.
? Дијагностика на системот за гориво.

Главна систем работи на основа „Каскада модели“ И се однесува на стандарден ГОСТ 21624 -76

ГОСТ 18507 -73

Системот работи од собирање информации за нарачката, потоа се случува дијагностика, која ја одредува потребата за поправка на машината. Секоја фаза (освен почетната) не може да започне додека не се заврши другата, освен ако на автомобилот не му требаат поправки.

Подсистемот за ИТ услуги е создаден за да обезбеди гаранција за поправка, да поднесе барање за гаранција и да купи резервни делови за поправки.

1) поднесување барање,
2) регистрација на гаранција,
3) нарачување резервни делови и вклучува 11 табели, од кои едната е вообичаена за ИТ сервис. (види Сл. 16).

Слика 16. ИТ услуга

ИТ услуга - ја дели целата услуга на 3 дела:

? барање за гаранција,
? регистрација на гаранција,
? нарачување резервни делови.

Податоци 1 и 2 - содржат информации за клиентите.

Потврда 1 - табелата содржи податоци за времето на барање и цената на дадените услуги.

Причина за контакт - табела која содржи информации за причината за контактирање на сервисната станица под гаранција. Има врска со табелите: договор на КНИ 1 и Исход 1, каде што се забележуваат соодветно податоци за согласноста на КНИ со побарувањето и можноста за решавање на проблемот.

Проширувањето претставува некаков вид зголемување на услугите за поправка на автомобили. Сега системот вклучува поправка на каросеријата и внатрешна поправка, со кои се работи и сервисната станица.

Подсистемот за проширување се состои од две табели и влијае на 2-та табела од главниот систем. (види Сл. 17)

Слика 17. Проширување

Табелите „поправка на каросерија и поправка на внатрешни работи“ вклучуваат информации за видовите услуги.

Поправка на телото:

? Замена на делови.
? Кит.
? Сликарство.
? Лакирање.
? Полирање.

Внатрешно реновирање:

? Замена на компоненти.
? Поправка на компоненти.

Овие табели доведуваат до поврзување со табелата " Цена» да се утврдат цените на услугите.

Функционално:

? нарачки за облека,
? работа,
? услуги,
? бригади,
? нормални часови.

Ресурси на база на податоци:

? Луѓе,
? опрема,
? материјали,
? компјутери,
? машини,
? зграда.

Каскадниот модел, претставен на Слика 18, предвидува последователно извршување на сите фази на проектот по строго фиксен редослед. Преминот во следната фаза значи целосно завршување на работата во претходната фаза.

Ова е претставено во базата на податоци како што следува:

? прифаќање нарачки за поправки,
? Дијагностика на автомобили,
? поправка на автомобил,
? ослободување на автомобил од сервис.

Слика 18. Модел на база на податоци

Фаза на анализа

Овде можете да пополните апликација за поправка на автомобили на сервисна станица. Клиентот пополнува документ каде што клиентот укажува на услугата што му е потребна.

Фаза на дизајнирање

Во оваа фаза, автомобилот се испраќа на дијагностика, со што се утврдува причината за дефектот на автомобилот. Последователно, по дискреција на клиентот, машината се испраќа на поправка.

Фаза на имплементација и имплементација

Во оваа фаза се вршат поправки на делови од автомобилот на кои, според дијагностичките резултати, им е потребна поправка или замена. Исто така, без никакви проверки, во оваа фаза може да се направат поправки на надворешноста на автомобилот и внатрешноста.

Фаза на одржување

Во оваа фаза се издава гаранција за поправки и се пресметуваат средствата потрошени за дијагностицирање и поправка на автомобилот, по што автомобилот му се враќа на сопственикот.

Својства на системот

Интеграбилност- системот е интеграбилен, бидејќи има можност за интеракција со различни банки (плаќање за услуги преку овие банки), со даночна компанија (продажба на резервни делови надвор од регионот). Системот е поврзан и со различни автосалони (по договор) и осигурителни компании кои го осигуруваат самиот сервис за автомобили, како и со компанијата каде што се купуваат резервни делови.

Деливост- системот се состои од многу потсистеми кои вршат одредени функции и имаат способност да работат автономно.

Интегритет- и покрај фактот што системот е делив, кога е целосно оперативен, нема да работи ако се наруши функционалноста на еден од неговите потсистеми.

Структуралност- дистрибуција по нивоа и хиерархии на системски елементи, т.е. системот нема да може да продолжи да работи ако се прескокне една од фазите (без издавање гаранција, клиентот нема да може да поднесе барање до сервисната станица).

Стандарди

ГОСТ 21624 -76 - овој стандард утврдува барања за производи за да се обезбеди одредено ниво на услужливост (ET) и одржливост (RP), како и вредностите на индикаторите ET и RP предвидени со ГОСТ 20334-81 за автомобилски производи - со четири тркала возила со погон и со погон на половина тркала (камиони, автомобили и автобуси), приколки и полуприколки (во натамошниот текст: производи).

ГОСТ 18507 -73 - овој стандард се однесува на автобуси и патнички автомобили (во натамошниот текст: автомобили) и воспоставува методи за нивните контролни тестови по големи поправки извршени од претпријатија за поправка на автомобили.

Стандардот не се однесува на патнички автомобили, чиј ремонт беше извршен според наредбите на индивидуалните сопственици.

Технички спецификации

1. Направете заедничка база на податоци за сите услуги на сервисната станица за одреден автомобил.

Слика 19. Општа основа на сите услуги на сервисната станица

2. Податоци за потребните алатки и материјали.

Слика 20. Податоци за алат и материјал

3. Врски со системи од трети страни.

Слика 21. Системи на трети страни

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

Слика 23. Осигурениците

Слика 24. Поле на осигурениците

4. Коментари за квалитетот на услугата.

Слика 25. Коментари

Слика 26. Осврти на посетители

Слика 27. Прегледи

Во текот на работата беше креирана база на податоци во системот за управување со бази на податоци MS Access. Работата покажува чекор-по-чекор технологија за создавање База на податоци. Даден е пример за базата на податоци „Car Service“. Оваа база на податоцибеше тестиран на сервисна станица. Системот е тестиран. Во текот на работата беа направени прилагодувања и во работата беше претставена финалната верзија на базата на податоци „Car Service“.

Неопходно е да се создаде база на податоци за додатоци „Car service“.

Ориз. 1 Форма на главното копче на готовата база на податоци „Сервис за автомобили“

Формата „Сопственици“ се формираат со подредениот образец „Автомобили“.

Ориз. 2 Форма „Автомобили“

Вработените формираат

Ориз. 4 Образец „Услуга“

Ориз. 5 Страна со барања

Прашање „Групирање по работни места и вработени“

Прашање „По презиме на механичар“

Барање „Барај по број на регистарска табличка“

Ориз. 6 Извештаи

Извештај „Групирање по работни места и вработени“

Сл.7 Извештај „Пребарување по регистарска табличка“.

Ориз. 8 Извештај „По име на механичарот“

Ориз. 9 Дијаграмот со податоци на готовата база на податоци „Car Service“ ги прикажува односите на табелите: Сопственици, Автомобили, Сервис, Категорија на работни места, Вработени.

Структура на табелата „Автомобили“: состојба. број, марка, сопственик.

Структура на табелата „Сопственици“: сопственик бр., полно име, мобилен телефон, возачка дозвола бр.

Структура на табелата „Услуга“: број на услуга, возило, категорија на работа, датум на подготвеност на нарачката, вработен.

Структура на табелата „Вработени“: број на вработен, мобилен телефон, адреса, полно име.

или тука:

Преземете извештај за базата на податоци со формулари на екранот бесплатно

Приближна цена 763 руб.

Точната цена зависи од начинот на плаќање.

Пристапете до методите на плаќање во базата на податоци: WebMoney, терминали за плаќање, Руска пошта, QIWI, Beeline, MTC, Megafon, дебитна или кредитна картичка, WeChat Pay, Alipay (Кина), UnionPay, Yandex.Money, сертификат за подарок и други.

Преземете ги базите на податоци за пристап на слични теми:

Пристап до базата на податоци Услуга за автомобили 2
Генерирање фактури за плаќање во автосервис
Регистрација на автомобил во автопревозна компанија.
АТП (претпријатие за моторен транспорт).
АТП 2007 (претпријатие за моторен транспорт)
Продавници за поправка на автомобили
„Оперативно сметководство Возило»
„Сметководство за сообраќајни несреќи“
Регистрација на прекршителите на автомобили во сообраќајната полиција.
„Сметководство за сообраќајни прекршоци“
„Замена на автоделови на бензински пумпи“
Градски транспорт
„Продажба на авионски билети“
"Автобуска станица"
"Изнајмување на автомобили"
Изнајмување автомобил 2
Автошкола
Компанија за резервни делови
салон за автомобили
Сметководство за амортизација на возилата по MOL и групи возила
Такси
Компанија за патнички автомобили
Распоред на минибуси
Сметководство за патен транспорт по автомобил марка

Клучни зборови: преземање на база на податоци; програма за бази на податоци; база на податоци; база на податоци за предмети; преземете пристап до базата на податоци; пристап; база на податоци за подготвен пристап; бази на податоци во пристапот; Пример за пристап до базата на податоци; креирајте база на податоци во пристапот; пристап до примери на база на податоци; креирање на база на податоци во пристапот; пристап до бази на податоци; барања во пристап; извештаи за пристап; табели за пристап; макроа во пристап; пристап до предмети; пристап до примери на база на податоци; формулари за пристап; База на податоци microsoft пристап; купи база на податоци; креирање на база на податоци; примери на бази на податоци; преземете база на податоци; работа на курсеви на DBMS; примери на бази на податоци; подготвена база на податоци за предмети. Базата на податоци за курсеви „Car Service“ беше креирана во пристапот 2010 година и претворена во пристап во 2003 година, па затоа ќе се отвори во пристапот 2003, 2007, 2010 година.

Неопходно е да се создаде база на податоци за додатоци „Car service“. Формата на главното копче на готовата база на податоци „Car Service“. Формата „Сопственици“ се формираат со подредениот образец „Автомобили“. Форма „Автомобили“. Формулар за категорија на работа. Вработените формираат. Формулар за услуга. Страна со барања. Прашање „Групирање по работни места и вработени“. Прашање „По презиме на механичар“. Барање „Пребарај по број на регистарска табличка“. Извештај „Групирање по работни места и вработени“. Извештај „Со името на механичарот“. Извештај „Со името на механичарот“. Дијаграмот со податоци на готовата база на податоци „Car Service“ ги прикажува односите на табелите: Сопственици, Автомобили, Сервис, Категорија на работни места, Вработени. Структура на табелата „Автомобили“: состојба. број, марка, сопственик. Структура на табелата „Сопственици“: број на сопственикот, полно име, број на мобилен телефон, број на возачка дозвола. Структура на табелата „Категорија на работа“: шифра на работа, име на работа, опис, цена на работа. Структура на табелата „Услуга“: број на услуга, возило, категорија на работа, датум на подготвеност на нарачката, вработен. Структура на табелата „Вработени“: број на вработен, мобилен телефон, адреса, полно име. Структура на барањето „Групирање по работни места и вработени“ во режим на дизајнирање. Структура на барањето „По презиме на механичар“ во режим на дизајнирање. Структура на барањето „Пребарување по регистарска табличка“ во режим на дизајнирање. Макроа во режим на дизајнирање.

Вовед 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

ВОВЕД

Денес, дизајнот на базата на податоци (во понатамошниот текст DB) стана важен за многу организации кои користат компјутерска технологија за да ја подобрат продуктивноста на нивната работа. Базите на податоци станаа основа на информациските системи, а нивната употреба станува составен дел од функционирањето на секое претпријатие.
Објект работа на курсоте изучување на технологии за дизајн на релациони бази на податоци.
Предмет на предметната работа е изучување на принципите на развивање на релациони бази на податоци користејќи го примерот на дизајнирање и креирање на базата на податоци „Car Service“.
Целта на дизајнот на базата на податоци е да го прикаже процесот на активности за поправка на мало претпријатие
За да се постигне оваа цел, беа поставени следните задачи:

Има огромен број на различни извори на информации во врска со дизајнот на релационите бази на податоци и нивните апликации. Од сите предложени ресурси беа избрани оние кои се погодни за дизајнирање бази на податоци во опкружувањето OpenOffice.org Base. На пример, книгите разговараат за основните техники и принципи на работа и креирање бази на податоци со користење на Base, кој е дел од OpenOffice.org. Изворите обезбедуваат основни информации за креирање табели, формулари, прашања и извештаи. Книгите опишуваат методолошки препораки за дизајнирање и имплементација на бази на податоци.

ДЕЛ 1. Развој на бази на податоци

Оваа база на податоци е наменета за организации кои се занимаваат со секаков вид услуги за одржување возила.
Главните функции на базата се однесуваат на снимање на сите автомобили досега во сервисниот центар, складирање на целосни информации за секој автомобил (марка, број на серии и технички пасош, број на шасија и број на мотор, боја, година на производство итн.).
Базата на податоци треба да складира и информации за секој сопственик кој барем еднаш ги користел услугите на сервис за автомобили. Треба да биде можно да се складираат не само основните и најпотребните информации, туку и белешките, појаснувањата, описите итн. карактеристики на инсталираните резервни делови и многу други корисни информации.
Администрацијата на автомобилски сервис може да ги бара следните информации:

Операторот DBMS може да ги направи следните промени:

Извештаите мора да предвидат можност за издавање потврда за присуство на дефект во автомобилот на сопственикот и извештај за работата на сервисот за автомобили (бројот на автомобили што се поправаат, името на работникот што ги поправил).

Базата на податоци „Car Service“ е наменета за администраторот и вработените во сервисот за автомобили кои примаат и обработуваат нарачки за поправки и сервисирање на автомобили.
Предметната област на задачата е податоци за дефекти, сопственици на автомобили и работници за автосервис.
Информацискиот систем што се развива мора да ги извршува следниве функции:

Излез на информации во форма на извештаи:

На базата на податоци што се развива се наметнуваат следните барања: интегритет на податоците, отсуство на дуплирање, отсуство на врски многу-до-многу, отсуство на рекурзивни врски, односи со атрибути, повеќе атрибути.
Информациите содржани во базата на податоци ги исполнуваат следниве барања:
значење, комплетност, сигурност, разбирливост, ефективност.
Оваа презентација ја зголемува леснотијата на користење на базата на податоци; во овој случај, внесувањето информации ќе се сведе на избирање на потребните информации од список, каде што е можно, што секако ќе ја зголеми брзината на внесување информации и ќе помогне да се избегне неправилно внесување на параметри.
Како резултат на создавањето и имплементацијата на оваа база на податоци, потребни се следните показатели за успешност: намалување на времето при внесување нови податоци и менување на старите и, следствено, зголемување на продуктивноста на трудот, како и навремено и целосно добивање на информации потребни за администрација на сервисот за автомобили.

ДЕЛ 2: Моделирање на структури на податоци

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

При градење на концептуален модел на база на податоци ќе ги искористиме препораките на И.П.Карпова. . Како што забележува авторот, концептуалниот модел на база на податоци е објектно-ориентиран модел на предметната област на високо ниво, кој го претставува доменот на објектот како збир на објекти кои имаат одредени својства и се во одредени односи. Главната цел на развојот на модел на податоци на високо ниво е да се создаде модел на перцепцијата на податоците од страна на корисникот и да се усогласат големиот број технички аспекти поврзани со дизајнот на базата на податоци. Концептуалниот модел на податоци не е поврзан со одредена физичка имплементација на базата на податоци и не зависи од специфичен DBMS. Концептуален модел е создаден врз основа на идеи за предметната област на секој тип на корисник, што претставува збир на податоци потребни за корисникот да ги реши своите проблеми.
Концептуалниот модел за базата на податоци на Autoservice беше дизајниран како модел „ентитет-врска“.
Основните концепти на моделот вклучуваат концепти како ентитет (објект), однос (врска), типови на ентитети, типови на односи и атрибути.
Ентитетот е реален или замислив објект, информациите за кои мора да бидат складирани и достапни. Во дијаграмите на ER модел, ентитет е претставен како правоаголник кој го содржи името на ентитетот. Секој ентитет е дефиниран со збир на атрибути.
Атрибут е именувана карактеристика на ентитет. Неговото име мора да биде единствено за одреден тип на ентитет, но може да биде исто за разни видовисубјекти. Атрибут на ентитет е секој детал што служи за разјаснување, идентификување, класификација, квантифицирање или изразување на состојбата на ентитетот. Ќе ги внесеме имињата на атрибутите во правоаголник што го означува ентитетот и ќе го запишеме под името на ентитетот.
Се воспоставуваат односи меѓу субјектите.
Врската е графички претставена асоцијација воспоставена помеѓу два ентитета. Оваа асоцијација е секогаш бинарна и може да постои помеѓу два различни ентитета или помеѓу ентитет и самиот себе (рекурзивна врска). Врските ги означуваме со линии.
Така, од описот на предметната област ги извлекуваме сите видови
ентитети:
– Клиенти;
– Нарачки;
– мајстори;
- Список на дела.
Ние го дефинираме секој ентитет свој сет на атрибути.
Ентитетот на клиентот е дефиниран со следниов сет на атрибути:

Атрибутите на ентитетот на нарачки се дефинирани на следниов начин:

Суштината на мајсторот е документирана врз основа на следните атрибути:

Ентитетот List of Works е дефиниран со следниот сет на атрибути:

Во согласност со моделот на доменот, претставен е следниот концептуален модел на базата на податоци „Car Service“ (сл. 1).
Сл. 1 Концептуален модел на базата на податоци „Car service“.

2.2. Развој на модел на логички податоци

Конвертирањето на локалниот концептуален модел на податоци во локален логички модел вклучува отстранување на несаканите елементи од концептуалните модели и конвертирање на добиените модели во локални логички модели. Несаканите елементи вклучуваат:
– многу-до-многу врски;
– рекурзивни врски;
– врски со атрибути.
Горенаведените непожелни елементи не беа пронајдени во креираниот концептуален модел.
Логичко колоподатоците се прикажани на сл. 2.

Ориз. 2. Дијаграм со логички податоци.

Конвертирање на модел на ентитет-врска во модел на релациски податоци
се врши со последователно извршување на голем број чекори:
– секој ентитет е поврзан со релација во моделот на релациони податоци;
– секој атрибут на ентитет станува атрибут на соодветната врска;
– примарниот клуч на ентитетот станува примарен клуч на соодветната врска. На атрибутите вклучени во примарниот клуч на врската автоматски им се доделува потребната особина (НЕ NULL). Секоја врска што одговара на подреден ентитет е додадена со збир на атрибути на главниот ентитет, кој е примарен клуч на главниот ентитет. Во односот што одговара на подсубјектот, овој сет на атрибути станува странски клуч.
Овој процес е дискутиран подолу.

ДЕЛ 3. Дизајн на база на податоци

Табелата е објект дизајниран да складира податоци во форма на записи (редови) и полиња (колони).
OpenOffice.org Base обезбедува три различни начиникреирање табела со база на податоци:

Во оваа работа, табелите беа креирани со помош на волшебникот.
За секоја табела со релациска база на податоци е дадена нејзината структура: составот на полињата, нивните имиња, типот на податоци и големината на секое поле, табелите копчиња и други својства на полињата.
Развојот на табелите за бази на податоци се врши последователно:

Табелата е основа на базата на податоци, така што при развивање табели се препорачува да се води според следните основни принципи:

Секоја табела содржи информации за одредена тема, а секое поле во табелата содржи специфичен факт за темата на табелата. За секоја табела во базата на податоци, треба да ги дефинирате својствата на табелите што ги содржи.
Базата на податоци за Car Service содржи четири табели:

Ориз. 3. Табела клиенти.

Ориз. 4. Нарачки на табели.

Оваа табела ги содржи следните атрибути:

Ориз. 5. Список на дела.

Ориз. 6. Мајстори.

Ајде да дефинираме примарен клуч за секој ентитет, имајќи предвид дека силните ентитети имаат само едно клучно поле, а слабите имаат ист број на врски. При изборот на примарен клуч, ќе се водиме според следниве правила:
– клучот мора да содржи минимален сет на атрибути;
- треба да го користите клучот чии вредности се најмала веројатност да се променат;
– клучната вредност мора да има минимална должина.
Врз основа на горенаведеното, ќе ги дефинираме следните клучни полиња за постоечките ентитети:

Откако ќе ги разделите информациите во табели и ќе ги дефинирате клучните полиња, треба да изберете како DBMS ќе ги комбинира поврзаните информации. За да го направите ова, неопходно е да се дефинираат односите помеѓу табелите на базата на податоци.
OpenOffice.org BASE поддржува четири типа на врски помеѓу табелите:
– еден-на-еден (секој запис во една табела одговара само на еден запис во друга табела);
– еден-на-многу (секој запис во една табела одговара на многу записи во друга табела);
– многу-на-еден (слично на ознаката „еден-на-многу“);
– многу-на-многу (еден запис од првата табела може да биде поврзан со повеќе од еден запис од втората табела, или еден запис од втората табела може да биде поврзан со повеќе од еден запис од првата табела).
Врските воспоставени во базата на податоци „Car Service“ се веќе претставени во претходниот дел на Сл. 2.

Формуларот е објект дизајниран за внесување, уредување и гледање табеларни податоци во пригодна форма.
Формуларите содржат таканаречени контроли кои ви овозможуваат пристап до податоците во табелите. Контролните елементи се текстуални полиња за внесување и уредување податоци, копчиња, полиња за избор, радио копчиња, списоци и етикети. Создавањето обрасци кои ги содржат потребните контроли во голема мера го поедноставува процесот на внесување податоци и помага да се спречат грешки.
Основните форми на OpenOffice.org обезбедуваат функционалност за извршување на многу задачи што не можат да се остварат со други средства, овозможувајќи ви да ги потврдите податоците додека ги внесувате, да вршите пресметки и да обезбедите пристап до податоците во поврзаните табели користејќи подформи.
OpenOffice.org Base нуди неколку начини за креирање форми. Наједноставно од нив е да се користат алатки за автоматско креирање форми врз основа на табела или барање.
За базата на податоци за автоматско сервисирање, постојат четири едноставни обрасци и три подформи.
Примери на едноставни форми се прикажани на сл. 7-10.

Сл.7. Формулар за клиент.

Сл.8. Формулар за нарачки.

Сл.9. Список на дела.

Сл. 10. Мајстори.
Сложената форма содржи главна форма и подформа - подформа. Подформа е истата форма по својата содржина, но не се користи самостојно, туку секогаш се вчитува од некоја форма при отворање или креирање документ. Можете да направите речиси сè во подформа што можете да направите во форма, освен што не можете да вметнете друга подформа во неа.
Кога креирате полиња во подформите, внимавајте да земете предвид дека имињата на сите полиња мора да бидат единствени во формата, заедно со сите подформи што се користат во него истовремено.
Благодарение на сложените форми, станува возможно истовремено да се пополнуваат различни табели.
Примери на подформи се претставени на сл. 11-13.

Ориз. 11. Формулар за клиенти со подформа за Нарачки.
Формуларот Клиент со подформа Нарачки - обезбедува внесување на потребните податоци за идентификување на клиентот и прегледување на работата извршена за оваа нарачка. Овој формулар ви овозможува да внесувате информации во табелите Клиент и Нарачки.

Ориз. 12. Формирајте нарачки со подобразец Поправка.
Овој формулар ви овозможува да внесувате информации во табелите за нарачки и поправки.

Ориз. 13. Главен формулар со подформа Orders.
Формуларот Master со подформата Orders ви овозможува да го контролирате извршувањето на работата од одреден мајстор.

Барањето е објект кој ви овозможува да ги добиете потребните податоци од една или повеќе табели.
Пребарувањата се користат за извлекување податоци од табели и нивно презентирање на корисникот во пригодна форма. Со нивна помош, податоците се избираат, сортираат и филтрираат. Можете да конвертирате податоци користејќи даден алгоритам, да креирате нови табели, автоматски да ги пополнувате табелите со податоци увезени од други извори, да вршите едноставни пресметки во табели и многу повеќе.
Особеноста на барањата е тоа што тие црпат податоци од базните табели и врз нивна основа создаваат привремена добиена табела (слика) - слика на полиња и записи избрани од базните табели. Работата со слика е побрза и поефикасна од работата со табели зачувани на тврдиот диск.
По барање, можете да добиете подредени и филтрирани податоци по потреба. Барањата може да се користат и како извори на записи за формулари, извештаи и страници за пристап до податоци.
Постојат неколку видови на барања:

 Проучување на спецификите на избраната предметна област.

 Развијте информациски и логички модел на базата на податоци „Auto Service“.

 Имплементирајте го во MS Access DBMS.

 Составете „Објаснувачка белешка“ за предметниот проект во согласност со следниов план:

Цел на базата на податоци

База на податоци „Сервис за автомобили“е наменет за спроведување на примање и обработка на нарачки за работа од страна на автосервис.

Се разбира, тој не се стреми кон високата титула на ACS. Поради отсуството на цели блокови неопходни за сеопфатен автоматизиран систем за контрола:

 Сметководство,

 Економски блок

 Планирано

 Залихи

 И голем број други блокови.

Се имплементира само еден од блоковите ACS - работното место „Прием на нарачки“: работа со клиенти: примање и снимање нарачки, организирање на нивното спроведување, известување за резултатите од работата.

Функции што ги извршува базата на податоци

Базата на податоци ги извршува следните функции

1. Сметководство и складирање на информации за вработените во автосервис. "Механичарс»

2. Внесување и чување информации за видовите на извршената работа. "Со целс»

3. Внесување информации за клиенти, автомобили на клиенти и податоци за нив. „Барањес»

4. Формуларот „Внеси информации за нарачките“ ви овозможува да внесете всушностнарачка, избирање на целото име на клиентот (од списокот), избирање на типот на автомобилот на клиентот и внесување информации за него.

На истото место се внесува составот на извршената работа и имињата на вработените во автосервис што ги извршуваат. И, исто така - информации за составот и количината на користени резервни делови.

5. Базата на податоци, исто така, обезбедува различни извештаи кои ви дозволуваат да ја анализирате состојбата на работите во претпријатието за автосервис.

Категории на корисници

Базата на податоци е наменета првенствено за вработените во автосервис кои примаат и обработуваат нарачки за поправки и сервисирање на возила.

А извештаите дадени во него се за други одделенија на претпријатието, како и за неговите раководители.

Дизајн на бази на податоци

Да го воведеме следново концепти И симболи :

Ентитети

СУШТИНА

Суштина - реално или замислено објект , информациите за кои мора да се складираат и да бидат достапни. Во дијаграмите на ER модел, ентитет е претставен како правоаголник кој го содржи името на ентитетот.

Ентитетиќе означиме со правоаголници,

Атрибути на ентитети

Атрибут – именуван карактеристика на ентитет . Неговото име мора да биде единствено за одреден тип на ентитет, но може да биде исто за различни типови ентитети. Атрибут на ентитет е секој детал што служи за разјаснување, идентификување, класификација, квантифицирање или изразување на состојбата на ентитетот.

СУШТИНА

Атрибути

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

означувајќи суштина, под името на ентитетот и напишете

со мали букви.

Врски

Поврзување - ова е графички прикажано асоцијација , поставен помеѓу два ентитета. Оваа асоцијација е секогаш бинарна и може да постои помеѓу два различни ентитета или помеѓу ентитет и самиот себе (рекурзивна врска).

Врски– ќе означиме со линии над кои ќе ставиме степен на поврзаност (« 1 » или « ∞ » , што значи „многу“) и неговите карактеристики.

Клучни полиња

Ајде да го дефинираме концептот основноИ надворешенклучеви

Клуч е минимален сет на атрибути чии вредности може да се користат за недвосмислено да се најде потребната инстанца на ентитет. Минималноста значи дека исклучувањето на кој било атрибут од множеството не дозволува ентитетот да се идентификува со останатите. Секој ентитет има барем еден можен клуч.

Еден од нив се зема како примарен клуч .

При изборот примарен клуч треба да се даде предност некомпозитниклучеви или клучеви составени од минимален број на атрибути. Исто така, несоодветно е да се користат копчиња со долги текстуални вредности (пожелно е да се користат цел бројатрибути).

Не е дозволено прифаќање на примарниот клуч на ентитетот (било кој атрибут што учествува во примарниот клуч). неопределенозначење. Во спротивно, ќе се појави контрадикторна ситуација: ќе се појави некој без индивидуалност, и, според тоа, не постоечка инстанца на ентитет. Од истите причини, неопходно е да се обезбеди уникатностпримарен клуч.

Странски клучеви

Доколку субјектот СОповрзува ентитети АИ ВО, тогаш мора да вклучува странски клучеви што одговараат на примарните клучеви на ентитетите А и Б.

Доколку субјектот ВОозначува ентитет А, тогаш мора да вклучува странски клуч што одговара на примарниот клуч на ентитетот А.

Забелешка:

1. Бидејќи програмерите на MS Access DBMS на почетокот ги зеде предвид проблемите што произлегуваат со основноИ странски клучеви, специјален тип на поле беше воведен во Access - KEY FIELD. Нејзиниот тип е КОЛАТА.

Пристап не баранегово задолжително вклучување во табелата. Но итно понуди.

Карактеристиките на овој тип на поле се:

При влегувањето нов влез– АВТОМАТСКИ се формира нов на ова поле, уникатен, неповторлив нумеричка вредност.

Полето не може да прифати неопределенозначење.

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

Рачно менување на вредноста на ова поле невозможно.

Затоа проблемот клучни полињаИ странски клучевиво Access решението е едноставно:

Во главната табела(ентитети) создаваат посебен клуч Поле. ќе го имаме примарен клуч .

Во подредените табели внесуваме копија од неа (со исто име). Ќе биде нивно надворешен клуч .

Ги поврзуваме главните и подредените табели користејќи ги овие полиња. Тоа е се. Врската е завршена!

2. Програмерите воведоа алатка во Access наречена « Шема на податоци »

Што дозволува не само да се врзувааттабели, но и наведете за секоја врска:

неа тип(„еден-на-еден“, „еден-на-многу“, итн.)

и неа карактеристики: Обезбедување интегритет, како и каскадни ажурирања и бришења на информации од поврзаните табели и полиња.

Што мора да се наведе при изградбата ЕР– моделиБаза на податоци.

Особено, ете зошто Пристапот е идеален како програмски систем за имплементација на ER модели.

При спроведувањето на нашитеЕР– модели воПристапЌе ги искористиме сите овие можности.

Испратете ја вашата добра работа во базата на знаење е едноставна. Користете ја формата подолу

Студентите, дипломираните студенти, младите научници кои ја користат базата на знаење во нивните студии и работа ќе ви бидат многу благодарни.

Објавено на http://www.allbest.ru/

ПРВА ВИСОКА ТЕХНИЧКА ИНСТИТУЦИЈА НА РУСИЈА

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

Сојузна државна буџетска образовна институција за високо професионално образование

„НАЦИОНАЛЕН УНИВЕРЗИТЕТ ЗА МИНЕРАЛНИ РЕСУРСИ „РУДАРСТВО“

Работа на курсот

„База на податоци - сервис за автомобили“

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

Заврши: Степанова К.А.

Проверено од: Matyukhin S.A.

Санкт Петербург 2013 година

Вовед

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

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

3. Табели

4. Услови на работа

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

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

7. Кориснички дијаграм

8. Интерфејс

Заклучок

Библиографија

Апликација

Вовед

Во нашето време, ерата на дигиталната технологија, компјутерите играат витална улога. Сега во секоја организација - било да е тоа владини агенции или приватни фирми, сè е компјутеризирано, а тоа се должи на многу високата компјутерска моќ. Пресметувањето дури и на најсложените процеси и зададените задачи се врши во најкус можен рок, а факторот време често игра клучна улога во повеќето доделени задачи. Пресметувачката моќ и капацитетот на меморијата на компјутерите станаа неверојатно големи во последниве години, а нивните цени значително се намалија, ова придонесе за масовна компјутеризација на апсолутно сите сектори на човековата активност. Сега е тешко да се замисли животот без паметна машина која поедноставува и забрзува огромен број задачи. Корисноста на компјутерот е негирана во отсуство на специјализиран софтвер, без кој „железниот асистент“ станува бескорисен. Во ова дело ќе разговарамеза создавање на толку важна, и во повеќето организации, главната програма, чие име е база на податоци. Во овој конкретен случај, база на податоци за сервис на автомобили.

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

Целта на задачата е да се добие софтверски производ, кој ви овозможува да складирате информации за клиентите на услуги, дефекти во нивните автомобили, обезбедувајќи ефикасност и доверливост на обработката на податоците.

Базата на податоци за сервиси за автомобили е наменета за оператори на автомобилски сервиси и овозможува пристап до информации за брендот на автомобилот, датумот на посета, дефектот, бројот на автомобилот vin, како и информации за клиентите: телефонски број итн.

Ефективноста на програмата лежи во намалувањето на времето за обработка и пребарувањето на потребните информации.

Потребата за автоматизирање на оваа задача се должи на фактот што изборот на потребните податоци за извештаи и снимање на работата на инженерите обично се врши рачно или со помош на Excel, трошејќи значителна количина на време на ова. Оваа програмаОбезбедува и можност за пребарување, филтрирање и сортирање податоци.

Не е потребно посебно знаење за програмирање за работа со програмата.

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

Врски на табелата:

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

Табелата за клиенти е поврзана со пресметковната табела користејќи врска 1:1 користејќи го полето vin_number

3. Табели

Табела 1: Клиенти (водечка табела)

Табела 2: Господари (роб)

Табела 3: Господари (роб)

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

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

Причина за развој:

Задача на наставникот за изведување практична настава и завршување на работа на курсот.

Цел на развој:

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

Барања за програмата:

· Треба да ја автоматизира работата на операторот на автомобилски сервис

Информациите мора трајно да се складираат на хард дискот на компјутерот

· Мора да биде можно да се прегледа базата на податоци со можност да се бришат одредени информации од неа.

Барања за доверливост:

· Програмата мора да обработи погрешни дејства на корисникот и да го информира за тоа.

· Програмата мора да обезбеди контрола на влезните информации.

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

приватна празнина Form1_Load(праќач на објекти, EventArgs e) () // вчитување на главните компоненти

private void b_add_Click(праќач на објекти, EventArgs e) () // додавање нов запис

приватна празнина b_replace_Click(испраќач на објект, EventArgs e) () // измени запис

приватна празнина b_cancel1_Click(испраќач на објект, EventArgs e) () // откажете го дејството

приватна празнина b_save_Click(испраќач на објекти, EventArgs e) () // зачувување промени

приватна празнина b_record1_Click(праќач на објекти, EventArgs e) () // пишува податоци

приватна празнина b_delete_Click(испраќач на објект, EventArgs e) () // бришење податоци

приватна празнина b_exit_Click(испраќач на објекти, EventArgs e) () // излезете од програмата

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

7. Шема закорисник

Табела 1 „Клиенти“ и табела 2 „Господари“ се поврзани со врска „Еден-на-многу“ користејќи го полето vin_number.

Табела 1 „Клиенти“ и табела 3 „трошок“ се поврзани со врска „Еден-на-еден“ користејќи го полето vin_number.

8. Интерфејс

Додавање нов запис

Уредување на стара објава

Бришење запис

Подреди по датум на посета

Потпишани табели

Главната табела на програмата за автоматско сервисирање вклучува:

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

2. Датум на апликација од сопственикот на автомобилот

3. Неисправност

4. Телефонски број на клиентот

5.ВИН број

6. Списокот на клиенти се управува со помош на копчињата (Додај/Замени/Избриши)

7. Прикажете и снимајте клиенти од салонот

8. Сортирање

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

11. Име на табелите

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

Заклучок

Резултатот од работата беше создавањето софтверсервисирање на работно место на автосервис.

Во текот на наставата се стекнаа вештини од областа на градење и програмирање бази на податоци на програмскиот јазик C#.

Библиографија

1. Matyukhin S.A. „Програмирање во C# објектно-ориентиран пристап“ - едукативен и методолошки комплекс 2013 година

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

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

4. Andrew Troelsen 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;

користејќи System.Drawing;

користејќи System.Linq;

користејќи System.Text;

користејќи System.Threading.Tasks;

користејќи System.Windows.Forms;

јавна делумна класа Образец1: Образец

InitializeComponent();

groupBox1.Visible = неточно;

groupBox2.Visible = неточно;

приватни празни клиентиBindingNavigatorSaveItem_Click_1(праќач на објекти, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

приватна празнина 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);

приватна празнина b_exit_Click(испраќач на објекти, EventArgs e)

приватно копче за празнина5_Кликни_1(испраќач на објекти, EventArgs e)

приватна празнина b_add_Click(испраќач на објекти, EventArgs e)

groupBox1.Visible = точно;

b_replace.Visible = неточно;

b_delete.Видливо = неточно;

b_exit.Visible = неточно;

b_add.Visible = неточно;

b_exit2.Visible = неточно;

b_save.Visible = неточно;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

приватна празнина 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 = неточно;

b_delete.Видливо = неточно;

b_exit.Visible = неточно;

b_exit2.Visible = неточно;

b_replace.Visible = неточно;

b_save.Visible = неточно;

приватна празнина 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 = неточно;

приватна празнина 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 = неточно;

приватна празнина b_save_Click(испраќач на објекти, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(испраќач, e);

приватна празнина b_record1_Click(испраќач на објекти, EventArgs e)

Табела DataTable = db_autoDataSet.Tables;

DataRow row = table.NewRow();

ред = textBox1.Text;

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

ред = textBox3.Text;

ред = textBox4.Text;

ред = textBox5.Text;

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

groupBox1.Hide();

b_replace.Visible = точно;

b_delete.Visible = точно;

b_exit.Visible = точно;

b_add.Visible = точно;

b_exit2.Visible = точно;

b_save.Visible = точно;

приватна празнина 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 со shifrRab и го премести DataSet во состојба „уредување“, во која ви овозможува да ги менувате вредностите на полето

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

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

ред = textBox8.Text; //15 беше напишано во четвртото поле од редот на редот = textBox7.Text;

ред = textBox6.Text;

табела.AcceptChanges();//15 командата AcceptChanges ви овозможува да ги прифатите променетите вредности на полињата

groupBox2.Hide();//16

b_replace.Visible = точно;

b_delete.Visible = точно;

b_exit.Visible = точно;

b_add.Visible = точно;

b_exit2.Visible = точно;

b_save.Visible = точно;

приватна празнина b_delete_Click(испраќач на објекти, EventArgs e)

// бришење на линијата под курсорот

// прво изградете предупредување за да не направите погрешно бришење

низа s1, s2, s3, s4, s5, порака;

Резултат од Dialog Result; // 18

int ind = customersDataGridView.CurrentRow.Index;

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

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

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

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

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

порака = "Марка на автомобил = " + s1 + "\nДатум на посета = " + s2 + "\n Грешка = " + s3 + "\n Телефонски број на клиентот = " + s4 + "\n Vin број" + s5;

// променливата резултат може да ги земе вредностите или DialogResult.Yes или DialogResult.No

резултат = MessageBox.Show(порака, „Да се избрише следниот запис?“,

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

ако (резултат == DialogResult.Yes)// Линијата е избришана

(// 20 Тековната табела од customersDataGridView од типот DataGrid е запишана во табела за тампон

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

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

CurMng.RemoveAt(CurMng.Position); // отстранување на означената позиција

// тука резултат == DialogResult.Не и бришењето е одбиено

// излезете од процедурата

Објавено на Allbest.ru

Слични документи

Создавање бази на податоци. Пребарувајте, менувајте и бришете записи. Обработка и размена на податоци. Дизајн на база на податоци. Дефинирање формули за пресметаниот дел од базата на податоци. Уредување полиња и записи. Формулари за презентирање информации содржани во базата на податоци.

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

Развој на софтверски производ - базата на податоци „Екскурзија“ во интегрираното програмско опкружување C++ Builder 6. Одредување редослед на прегледување на податоците од базата, нивно уредување и бришење. Карактеристики на упатството за употреба и општиот програмски интерфејс.

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

Оправдување на потребата од системи за управување со бази на податоци во претпријатијата. Карактеристики на развој на софтвер за управување со бази на податоци кој обезбедува прегледување, уредување, вметнување записи од базата на податоци, генерирање прашања и извештаи.

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

Креирање на база на податоци и опис на програмата „Образовната база на податоци“, наменета за групирање информации за студентите. Карактеристично функционалностпрограми: додавање записи во базата на податоци, уредување, бришење записи и сортирање податоци.

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

Изработка на програмата „База на податоци за спортска опрема“. Опис на алгоритмот на работа на модули и блокови. Структурен дијаграм на презентација на проектот. Процесот на пронаоѓање на потребните информации. Автоматско сортирање на податоци. Додавање и уредување записи.

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

Креирање на едноставни референтни форми. Уредување на својствата на формуларот во режим на дизајнирање. Додавање и уредување својства на контролите. Дизајнирање извештаи за базата на податоци. Лиење маса на нормална формаи градење шема за податоци.

апстракт, додаден на 23.11.2008

Постапката за дизајнирање и развој на база на податоци и софтвер. Информации за структурата на базата на податоци, креирани табели, формулари, извештаи, прашања, зачувани информации. Логички и концептуални модели на податоци; избор на софтвер.

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

Видови ограничувања кои одржуваат интегритет во моделот на релациони податоци. Одредување на вредноста на полето со примарен клуч со помош на генератор. Додавање, менување и бришење записи во табелата со база на податоци на Библиотеката во програмскиот јазик SQL.

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

Анализа на домен. Барања за составување база на хотели. Спроведување на процесот на пребарување на потребните информации. Генерирање табели, прашања, извештаи и нивно печатење. Уредување, додавање и складирање податоци.

работа на курсот, додаде 02/07/2016

Оправдување за избор на алатки за развој на апликации. Додавање, бришење, уредување информации. Рефлексија на информации од базата на податоци. Пребарајте информации за избраната табела. Податоци за проекти, ентитет, логика, фирма. Шема на интеракција помеѓу програмските проекти.

Популарни во категоријата: