Acasă › Navigatori › Service auto BD. Descărcați baza de date de acces Service auto. Funcții realizate de baza de date

Service auto BD. Descărcați baza de date de acces Service auto. Funcții realizate de baza de date

Tehnologia de creație Baza de date „Serviciul auto”

Pentru crearea unei baze de date au fost stabilite scopurile și obiectivele bazei de date Autoservice:

? asigurarea satisfacției clienților atât cu serviciul, cât și cu firma;
? oferi cel mai bun serviciu aproape
? reparații în garanție a mașinilor noi și second-hand vândute;
? întreținere preventivă comercială (ajustări etc.);
? serviciu de reabilitare comercială (reparații);
? repararea componentelor si ansamblurilor uzate pentru stocul de piese de schimb refabricate.

? Oameni,
? materiale,
? calculatoare,
? masini,
? clădire.

Baza de date dezvoltată și creată „Serviciul auto” este un set de componente interconectate și afișează diverse domenii de reparații auto.

Figura 14. Baza de date „Serviciul auto”

Sistemul este împărțit în două subsisteme și o extensie:

? Repararea părții tehnice a mașinii.
? Extindere - reparatie interior auto.

Sistemul principal „Repararea părții tehnice a mașinii” este format din patru tabele (vezi Fig. 15):

« Ordin„- inclusiv informațiile necesare despre comanda pentru repararea și diagnosticarea mașinii, adică:

? Auto.
? Proprietar.
? Motivul contactării stației de service.

« Reparație„- un tabel care descrie procesul de reparare a pieselor tehnice ale mașinii, și anume piesele care trebuie reparate în viitorul apropiat. Acest tabel include articolele:

? Reparatie motor.
? Reparație punct de control.
? Reparație șasiu.
? Reparatie sistem de combustibil.

Figura 15. Comanda pentru repararea pieselor tehnice

Masa " Diagnosticare', asociat cu ' Ordin» și alocă mașini pentru diagnosticarea anumitor părți ale mașinii, de ex. motor, cutie de viteze, șasiu și sistem de alimentare.

IN " Diagnosticare» stocați informații despre mașinile care necesită diagnosticarea unei anumite piese.

? Diagnosticarea motorului.
? Diagnosticare punct de control.
? Diagnosticarea șasiului.
? Diagnosticarea sistemului de combustibil.

Principal sistem lucrări pe bază „În cascadă modele” Și se referă pe standard GOST 21624 -76

GOST 18507 -73

Funcționarea sistemului provine din colectarea de informații despre comandă, apoi au loc diagnostice, care determină necesitatea reparației mașinii. Fiecare etapă (cu excepția celei inițiale) nu poate începe până la finalizarea următoarei, cu excepția cazului în care mașina nu are nevoie de reparații.

Subsistemul IT-service a fost creat pentru a oferi o garanție de reparație, gestionarea unei cereri de garanție și achiziționarea de piese de schimb pentru reparații.

1) depunerea unei cereri,
2) emiterea unei garanții,
3) comanda piese de schimb, si include 11 tabele, dintre care unul comun serviciului IT. (vezi fig. 16).

Figura 16. Serviciul IT

Serviciu IT - împarte întregul serviciu în 3 părți:

? cereri de garantie,
? emiterea unei garanții,
? comanda piese de schimb.

Datele 1 și 2 - conțin informații despre clienți.

Chitanța 1 - tabelul conține date privind timpul de tratament și prețul serviciilor prestate.

Motivul contactului - un tabel care conține informații despre motivul contactării stației de service în garanție. Are legătură cu tabelele: acordul SRT 1 și Rezultatul 1, unde se notează date privind acordul SRT cu revendicarea și, respectiv, posibilitatea de rezolvare a problemei.

Extinderea reprezintă un fel de creștere a serviciilor de reparații auto. Acum sistemul are reparații caroserie și reparații interioare, de care se ocupă și stația de service.

Subsistemul de extensie este format din două tabele și influențează două tabele din sistemul principal. (vezi fig. 17)

Figura 17. Extensie

Tabelele „reparații caroserie și reparații interioare” includ informații despre tipurile de servicii.

Reparatii caroserie:

? Inlocuire piese.
? Chit.
? Pictura.
? Lacuirea.
? Lustruire.

Reparatii interioare:

? Înlocuirea componentelor.
? Repararea componentelor.

Din aceste tabele urmați legăturile cu tabelul " Preț» pentru a stabili prețurile pentru servicii.

Funcţional:

? comenzi de tinute,
? muncă,
? Servicii,
? brigadă,
? orele-norma.

Resurse baze de date:

? Oameni,
? echipamente,
? materiale,
? calculatoare,
? masini,
? clădire.

Modelul în cascadă, prezentat în Figura 18, prevede execuția secvențială a tuturor etapelor proiectului într-o ordine strict fixă. Trecerea la etapa următoare înseamnă finalizarea completă a lucrării în etapa anterioară.

Aceasta este reprezentată în baza de date astfel:

? preluarea comenzilor de reparatii
? Diagnosticare auto,
? reparatii auto,
? eliberarea mașinii din benzinărie.

Figura 18. Modelul bazei de date

Faza de analiză

Iată aplicația pentru reparații auto la benzinărie. Clientul completează un document în care clientul indică serviciul de care are nevoie.

Fază de proiectare

În această etapă, mașina este trimisă pentru diagnosticare, care determină cauza defecțiunii mașinii. Pe viitor, la alegerea clientului, mașina este trimisă la reparație.

Faza de implementare și implementare

În această fază, se efectuează reparații la piesele mașinii care, în funcție de rezultatul diagnosticului, trebuie reparate sau înlocuite. De asemenea, fara nici o verificare, in aceasta etapa se pot repara exteriorul masinii si interiorul.

Faza de intretinere

În această etapă, se emite o garanție pentru reparații și un calcul al fondurilor care au fost cheltuite pentru diagnosticarea și repararea mașinii, după care mașina este returnată proprietarului.

Proprietățile sistemului

Integrabilitate- sistemul este integrabil, întrucât are capacitatea de a interacționa cu diverse bănci (plata serviciilor prin aceste bănci), cu o societate fiscală (vânzarea pieselor de schimb în afara regiunii). De asemenea, sistemul este conectat cu diverse dealeri auto (în baza contractului) și companii de asigurări care asigură serviciul auto în sine, precum și compania de unde sunt achiziționate piesele de schimb.

Divizibilitate- sistemul este format din multe subsisteme care îndeplinesc anumite funcții și au capacitatea de a funcționa offline.

Integritate- în ciuda faptului că sistemul este divizibil, atunci când este pe deplin operațional, nu va funcționa dacă funcționalitatea unuia dintre subsistemele sale este întreruptă.

Structuralitatea- distribuția pe niveluri și ierarhii a elementelor sistemului, i.e. sistemul nu va putea continua să funcționeze dacă se omite una dintre etape (fără garanție, clientul nu va putea depune o reclamație la stația de service).

Standarde

GOST 21624 -76 - acest standard stabilește cerințe pentru produse pentru a asigura un anumit nivel de fabricabilitate operațională (ET) și menținere (RP), precum și valorile indicatorilor ET și RP prevăzute de GOST 20334-81, pentru produsele auto - vehicule cu tracțiune integrală și cu tracțiune parțială (camioane, mașini și autobuze), remorci și semiremorci (denumite în continuare - produse).

GOST 18507 -73 - prezentul standard se aplică autobuzelor și autoturismelor (denumite în continuare autoturisme) și stabilește metode de testare a acestora după reparații majore efectuate de întreprinderile de reparații auto.

Standardul nu se aplică mașinilor, a căror revizie a fost făcută la comenzile proprietarilor individuali.

Termeni de referinta

1. Realizați o bază de date comună cu toate serviciile de la stația de service pentru o anumită mașină.

Figura 19. Baza generală a tuturor serviciilor la stațiile de benzină

2. Date despre instrumentele și materialele necesare.

Figura 20. Date despre instrumente și materiale

3. Legături cu sisteme terțe.

Figura 21. Sisteme de la terți

Figura 22. Centre auto

Figura 23. Asigurători

Figura 24. Câmpul Asigurători

4. Comentarii privind calitatea serviciului.

Figura 25. Comentarii

Figura 26. Recenziile vizitatorilor

Figura 27. Recenzii

În cursul lucrării, a fost creată o bază de date în sistemul de management al bazei de date MS Access. Lucrarea prezintă o tehnologie pas cu pas pentru crearea unei baze de date. Este dat un exemplu de bază de date „Serviciul auto”. Această bază a fost testat la benzinărie. Sistemul a fost testat. Pe parcursul lucrărilor s-au făcut ajustări și a fost prezentată versiunea finală a bazei de date Autoservice în lucrare.

Este necesar să creați o bază de date de acces „Serviciul automat”

Orez. 1 Formularul principal de buton al bazei de date finalizate „Serviciul auto”

Formularul „Proprietari” cu subformularul „Mașini”

Orez. 2 Formularul „Mașini”

Formularul „Angajați”

Orez. 4 Formularul „Serviciu”

Orez. 5 Pagina de cereri

Interogarea „Gruparea după locuri de muncă și angajați”

Solicitare „După numele mecanicului”

Solicitați „Căutare după numărul plăcuței de înmatriculare”

Orez. 6 Rapoarte

Raport „Gruparea după locuri de muncă și angajați”

Fig.7 Raport „Căutare după plăcuță de înmatriculare”

Orez. 8 Raport „După numele mecanicului”

Orez. 9 Schema de date a bazei de date finalizată „Serviciul auto” afișează relațiile dintre tabelele: Proprietari, Autoturisme, Service, Categoria post, Angajați.

Structura tabelului „Mașini”: stare. număr, marca, proprietar.

Structura tabelului „Proprietari”: numărul proprietarului, numele complet, Telefon celular, Numărul permisului de conducere.

Structura tabelului „Serviciu”: număr serviciu, mașină, categorie de muncă, data pregătirii comenzii, angajat.

Structura tabelului „Angajați”: numărul angajatului, telefonul mobil, adresa, numele complet.

sau aici:

Descărcați raportul bazei de date de la formulare de ecran gratuit

Preț aproximativ 763 de ruble.

Pretul exact depinde de metoda de plata.

Accesați metodele de plată ale bazei de date: WebMoney, Terminale de plată, Russian Post, QIWI, Beeline, MTC, Megafon, Card de debit sau de credit, WeChat Pay, Alipay (China), UnionPay, Yandex.Money, Certificat cadou și altele.

Descărcați baze de date Access cu subiecte similare:

acces la baza de date Service auto 2
Formarea facturilor pentru plata într-un service auto
Contabilitate autoturisme intr-o firma de transport.
ATP (companie de transport auto).
ATP 2007 (companie de transport cu motor)
Ateliere de reparații auto
„Contabilitatea operațiunii Vehicul»
„Contabilitatea accidentelor de circulație”
Înregistrarea infractorilor auto în poliția rutieră.
„Contabilizarea încălcărilor rutiere”
„Înlocuirea pieselor auto la stația de service”
Transport urban
„Vânzarea biletelor de avion”
"Stație de autobuz"
"Închirieri auto"
Închiriere de mașini 2
scoala de soferi
Firma de piese de schimb
showroom auto
Contabilitatea deprecierii vehiculelor pe ITP și grupe de vehicule
Taxi
Întreprindere de autoturisme
Orarul microbuzului
Contabilitatea transportului rutier pe marci auto

Cuvinte cheie: descărcare baze de date; program de bază de date; Bază de date; baza de date a cursurilor; descărcare bază de date de acces; acces; baza de date cu acces gata; baze de date în acces; exemplu de acces la baza de date; crearea unei baze de date în acces; exemple de baze de date de acces; crearea unei baze de date în acces; acces la bază; cereri de acces; rapoarte de acces; tabele de acces; macrocomenzi în acces; acces la cursuri; exemple de acces la baze de date; formulare de acces; Bază de date acces microsoft; cumpără o bază de date; crearea bazei de date; exemple de baze de date; descărcare bază de date; curs de lucru pe DBMS; exemple de baze de date; baza de date pe hârtie terminată. Baza de date de cursuri „Autoservice” a fost creată în access 2010 și convertită în access 2003, așa că se va deschide în access 2003, 2007, 2010.

Este necesar să se creeze o bază de date de acces „Serviciul automat”. Butonul principal al bazei de date finalizate „Serviciul auto”. Formularul „Proprietari” cu subformularul „Mașini”. Formularul „Mașini”. Formularul „Categoria de muncă”. Formularul „Angajați”. Formular de serviciu. Pagina de cereri. Interogarea „Gruparea după locuri de muncă și angajați”. Solicitare „După numele mecanicului”. Solicitați „Căutare după numărul de înmatriculare”. Raport „Gruparea după locuri de muncă și angajați”. Raportare „După numele mecanicului”. Raportare „După numele mecanicului”. Schema de date a bazei de date finalizate „Serviciul auto” afișează relațiile dintre tabelele: Proprietari, Mașini, Service, Categoria post, Angajați. Structura tabelului „Mașini”: stare. număr, marca, proprietar. Structura tabelului „Proprietari”: numărul proprietarului, numele complet, telefonul mobil, numărul permisului de conducere. Structura tabelului „Categoria de muncă”: codul muncii, numele lucrării, descrierea, costul muncii. Structura tabelului „Serviciu”: număr serviciu, mașină, categorie de muncă, data pregătirii comenzii, angajat. Structura tabelului „Angajați”: numărul angajatului, telefonul mobil, adresa, numele complet. Structura interogării „Gruparea după locuri de muncă și angajați” în modul proiectare. Structura interogării „După numele mecanicului” în modul proiectare. Structura interogării „Căutare după plăcuță de înmatriculare” în modul proiectare. Macrocomenzi în modul proiectare.

Introducere 3
SECȚIUNEA 1. Dezvoltarea bazei de date 4

SECȚIUNEA 2. Modelarea structurilor de date 7
2.1. Dezvoltarea unui model conceptual de bază de date 7
2.2. Dezvoltarea unui model logic de date 9
2.3. Conversia unui model entitate-relație într-un model relațional
model de date 10
SECȚIUNEA 3. Proiectarea bazei de date 12
3.1. Elaborarea tabelelor 12
3.2. Proiectarea formularelor de introducere a datelor 17
3.3. Dezvoltarea interogărilor bazei de date 21
3.4. Elaborarea raportului 27
CONCLUZIA 30
REFERINȚE 31
ANEXE 32

INTRODUCERE

Până în prezent, proiectarea bazelor de date (denumită în continuare DB) a devenit importantă pentru multe organizații care folosesc tehnologia informatică pentru a crește productivitatea muncii lor. Bazele de date au devenit baza sistemelor informatice, iar utilizarea lor devine parte integrantă a funcționării oricărei întreprinderi.
obiect termen de hârtie este studiul tehnologiilor de proiectare a bazelor de date relaționale.
Subiectul lucrării de curs este studiul principiilor dezvoltării bazelor de date relaționale pe exemplul proiectării și creării unei baze de date „Autoservice”.
Scopul proiectării bazei de date este de a afișa procesul de activități de reparații ale unei întreprinderi mici
Pentru atingerea acestui obiectiv au fost stabilite următoarele sarcini:

Există multe surse diferite de informații cu privire la proiectarea și aplicarea bazelor de date relaționale. Dintre toate resursele propuse, au fost selectate acelea care sunt potrivite pentru proiectarea bazelor de date în mediul OpenOffice.org Base. Deci, de exemplu, cărțile acoperă tehnicile și principiile de bază ale lucrului și creării bazelor de date folosind Base, care face parte din OpenOffice.org. Sursele oferă informații de bază despre crearea tabelelor, formularelor, interogărilor și rapoartelor. Cărțile descriu liniile directoare pentru proiectarea și implementarea bazelor de date.

SECȚIUNEA 1. Dezvoltarea bazei de date

Această bază de date este destinată organizațiilor care desfășoară orice fel de servicii de întreținere auto.
Principalele funcții ale bazei de date se referă la contabilizarea tuturor mașinilor care au fost vreodată într-un service auto, stocând informații complete despre fiecare mașină (marca, seria și numărul pașaportului tehnic, numărul șasiului și numărul motorului, culoarea, anul de fabricație etc. ).
Baza de date ar trebui să stocheze și informații despre fiecare proprietar care a folosit cel puțin o dată serviciile unui service auto. Ar trebui să fie posibil să stocați nu numai informațiile de bază și cele mai necesare, ci și note, clarificări, descrieri și date tehnice. caracteristicile pieselor de schimb instalate și o mulțime de alte informații utile.
Administrația de service auto poate solicita următoarele date:

Operatorul DBMS poate face următoarele modificări:

Rapoartele trebuie să prevadă posibilitatea eliberării unui certificat de funcționare defectuoasă a mașinii acestui proprietar și a unui raport privind activitatea service-ului auto (numărul de mașini reparate, numele angajatului care le-a reparat).

Baza de date Autoservice a fost dezvoltată pentru administratorul și angajații service auto care primesc și procesează comenzi pentru reparații și întreținere auto.
Domeniul subiectului din sarcină este datele despre defecțiuni, proprietarii de mașini și lucrătorii de service auto.
Sistemul informatic dezvoltat trebuie să îndeplinească următoarele funcții:

Ieșirea informațiilor sub formă de rapoarte:

Următoarele cerințe sunt impuse bazei de date în curs de dezvoltare: integritatea datelor, fără duplicare, fără relații multi-la-multe, fără legături recursive, fără legături cu atribute, fără atribute multiple.
Cerințele pentru informațiile conținute în baza de date sunt:
semnificație, completitudine, fiabilitate, înțelegere, eficiență.
Această reprezentare crește gradul de utilizare a bazei de date, în acest caz, introducerea informațiilor se va reduce la selectarea informațiilor necesare din listă, acolo unde este posibil, ceea ce cu siguranță va crește viteza de introducere a informațiilor și va ajuta la evitarea introducerii incorecte a parametrilor.
Ca urmare a creării și implementării acestei baze de date, se impune obținerea următorilor indicatori de performanță: reducerea timpului la introducerea datelor noi și schimbarea celor vechi și, în consecință, creșterea productivității muncii, precum și primirea la timp și completă a informațiilor. necesare pentru administrarea unui service auto.

SECȚIUNEA 2. Modelarea structurilor de date

2.1. Dezvoltarea unui model conceptual de bază de date

La construirea unui model conceptual al bazei de date, vom folosi recomandările lui Karpova I.P. . După cum notează autorul, modelul conceptual al bazei de date este un model de nivel înalt orientat pe obiecte al domeniului subiectului, reprezentând zona obiectului ca un set de obiecte care au anumite proprietăți și sunt într-o anumită relație. Scopul principal al dezvoltării unui model de date la nivel înalt este de a crea un model de percepție a datelor de către utilizator și de a conveni asupra unui număr mare de aspecte tehnice legate de proiectarea bazei de date. Modelul conceptual de date nu este legat de o implementare fizică specifică a bazelor de date și nu depinde de un anumit SGBD. Modelul conceptual este creat pe baza ideilor despre domeniul fiecărui tip de utilizator, care este un set de date de care utilizatorul are nevoie pentru a-și rezolva problemele.
Modelul conceptual pentru baza „Autoservice” a fost conceput ca un model „entitate-relație”.
Conceptele de bază ale modelului includ concepte precum entitate (obiect), relație (relație), tipuri de entități, tipuri de relații și atribute.
O entitate este o entitate reală sau imaginară despre care informațiile trebuie stocate și puse la dispoziție. În diagramele modelului ER, o entitate este reprezentată ca un dreptunghi care conține numele entității. Fiecare entitate este definită de un set de atribute.
Un atribut este o caracteristică numită a unei entități. Numele său trebuie să fie unic pentru un anumit tip de entitate, dar poate fi același pentru tipuri variate entitati. Un atribut al unei entități este orice detaliu care servește la clarificarea, identificarea, clasificarea, cuantificarea sau exprimarea stării unei entități. Vom introduce numele atributelor într-un dreptunghi care denotă entitatea și îl vom scrie sub numele entității.
Relațiile se stabilesc între entități.
O relație este o asociere grafică stabilită între două entități. Această asociere este întotdeauna binară și poate exista între două entități diferite sau între o entitate și ea însăși (asociere recursiv). Conexiuni - notate prin linii.
Astfel, din descrierea domeniului subiectului, extragem toate tipurile
entitati:
- Clienți;
- Comenzi;
- Masterat;
- Lista lucrărilor.
Fiecare dintre entități își va defini propriul set de atribute.
Entitatea Client este definită de următorul set de atribute:

Atributele entității Comenzi sunt definite după cum urmează:

Entitatea Master este documentată pe baza următoarelor atribute:

Entitatea List of Works este definită de următorul set de atribute:

În conformitate cu modelul domeniului, este prezentat următorul model conceptual al bazei de date „Serviciul auto” (Fig. 1).
Fig.1 Modelul conceptual al bazei de date „Serviciul auto”.

2.2. Dezvoltarea unui model logic de date

Convertirea unui model conceptual de date local într-un model logic local constă în eliminarea elementelor nedorite din modelele conceptuale și transformarea modelelor rezultate în modele logice locale. Articolele nedorite includ:
- relatii multi-la-multi;
– linkuri recursive;
– link-uri către atribute.
În modelul conceptual creat, elementele nedorite de mai sus nu au fost găsite.
Diagrama logică datele sunt prezentate în Fig.2.

Orez. 2. Schema logică a datelor.

Conversia unui model entitate-relație într-un model de date relaționale
realizat prin efectuarea secvenţială a unei serii de paşi:
- fiecare entitate este asociată cu relația modelului de date relaționale;
– fiecare atribut de entitate devine un atribut al relației corespunzătoare;
- Cheia primară a entității devine cheia primară a relației corespunzătoare. Atributele care fac parte din cheia primară a unei relații primesc automat proprietatea obligatorie (NOT NULL). În fiecare relație corespunzătoare entității subordonate se adaugă un set de atribute ale entității principale, care este cheia primară a entității principale. În relația corespunzătoare entității subordonate, acest set de atribute devine cheia externă.
Acest proces este discutat mai jos.

SECȚIUNEA 3. Proiectarea bazei de date

Un tabel este un obiect conceput pentru a stoca date sub formă de înregistrări (rânduri) și câmpuri (coloane).
Programul OpenOffice.org Base oferă trei diferite căi crearea unui tabel de bază de date:

În această lucrare, tabelele au fost create folosind vrăjitorul.
Pentru fiecare tabel al bazei de date relaționale este dată structura acestuia: compoziția câmpurilor, numele acestora, tipul de date și dimensiunea fiecărui câmp, cheile tabelului și alte proprietăți ale câmpului.
Dezvoltarea tabelelor bazei de date se realizează secvenţial:

Tabelul stă la baza bazei de date, prin urmare, la elaborarea tabelelor, se recomandă să se ghideze după următoarele principii de bază:

Fiecare tabel conține informații despre un anumit subiect, iar fiecare câmp din tabel conține un fapt specific despre subiectul tabelului. Pentru fiecare tabel din baza de date, trebuie să definiți proprietățile conținute în acestea.
Baza de date Autoservice conține patru tabele:

Orez. 3. Clienți de masă.

Orez. 4. Tabelul comenzilor.

Acest tabel conține următoarele atribute:

Orez. 5. Lista lucrărilor.

Orez. 6. Maestrii.

Să definim o cheie primară pentru fiecare entitate, ținând cont de faptul că entitățile puternice au un singur câmp cheie, iar entitățile slabe au câte legături. Atunci când alegem o cheie primară, ne vom ghida după reguli:
– cheia trebuie să conțină un set minim de atribute;
– ar trebui să utilizați cheia, a cărei probabilitate de modificare a valorilor este minimă;
– valoarea cheii trebuie să aibă o lungime minimă.
Pe baza celor de mai sus, definim următoarele câmpuri cheie pentru entitățile existente:

După împărțirea informațiilor în tabele și definirea câmpurilor cheie, trebuie să alegeți modul în care SGBD-ul va combina informațiile aferente. Pentru a face acest lucru, este necesar să se definească relații între tabelele bazei de date.
OpenOffice.org BASE acceptă patru tipuri de relații de tabele:
– one-to-one (fiecare înregistrare dintr-un tabel corespunde doar unei înregistrări dintr-un alt tabel);
– one-to-many (fiecare înregistrare dintr-un tabel corespunde mai multor înregistrări dintr-un alt tabel);
– many-to-one (similar cu notația unu-la-mulți);
– many-to-many (o înregistrare din primul tabel poate fi legată de mai mult de o înregistrare din al doilea tabel, sau o înregistrare din al doilea tabel poate fi legată de mai multe înregistrări din primul tabel).
Conexiunile stabilite în baza de date Autoservice au fost deja prezentate în secțiunea anterioară din Fig. 2.

Formular - un obiect conceput pentru introducerea, editarea și vizualizarea datelor tabelare într-o formă convenabilă.
Formularele conțin așa-numitele controale care accesează datele din tabele. Elementele de control sunt câmpuri de text pentru introducerea și editarea datelor, butoane, casete de selectare, comutatoare, liste, etichete. Crearea formularelor care conțin controalele necesare simplifică foarte mult procesul de introducere a datelor și ajută la prevenirea erorilor.
Formularele de bază OpenOffice.org oferă funcționalitate pentru a efectua multe sarcini care nu pot fi efectuate prin alte mijloace, vă permit să efectuați validarea datelor pe măsură ce introduceți, efectuați calcule și oferiți acces la datele din tabelele aferente folosind subformulare.
OpenOffice.org Base oferă mai multe moduri de a crea formulare. Cel mai simplu dintre acestea este să utilizați crearea automată a formularelor bazate pe un tabel sau o interogare.
Există patru formulare simple și trei subformulare pentru baza de date Autoservice.
Exemple de forme simple sunt prezentate în Figura 7-10.

Fig.7. Formular client.

Fig.8. Formează Comenzi.

Fig.9. Lista lucrărilor.

Fig.10. Masterat.
O formă compusă conține o formă principală și o subformă, o subformă. Un subformular este aceeași formă în conținut, dar nu este folosit independent, ci întotdeauna încărcat dintr-un formular atunci când se deschide sau se creează un document. Puteți face aproape orice într-un subformular pe care le puteți face într-un formular, cu excepția faptului că nu puteți introduce un alt subformular în el.
Când creați câmpuri în subformulare, asigurați-vă că rețineți că numele tuturor câmpurilor trebuie să fie unice în formular, împreună cu toate subformularele care sunt utilizate simultan în acesta.
Datorită formelor compuse, devine posibilă completarea simultană a diferitelor tabele.
Exemple de subforme sunt prezentate în fig. 11-13.

Orez. 11. Formular client cu subformular Comenzi.
Formularul Client cu subformularul Comenzi oferă introducerea datelor necesare pentru identificarea clientului și vizualizarea lucrărilor efectuate pentru această comandă. Acest formular vă permite să introduceți informații în tabelele Clienți și Comenzi.

Orez. 12. Formular Comenzi cu subformular Lucrari de reparatii.
Acest formular vă permite să introduceți informații în tabelele Comenzi și Reparații.

Orez. 13. Formular expert cu subformular Comenzi.
Formularul Foreman cu subformularul Comenzi vă permite să controlați execuția lucrării de către un anumit maistru.

O interogare este un obiect care vă permite să obțineți datele necesare dintr-unul sau mai multe tabele.
Interogările sunt folosite pentru a extrage date din tabele și pentru a le furniza utilizatorului într-o formă convenabilă. Cu ajutorul lor, efectuează selecția, sortarea și filtrarea datelor. Puteți efectua transformarea datelor conform unui anumit algoritm, puteți crea tabele noi, puteți completa automat tabelele cu date importate din alte surse, puteți efectua calcule simple în tabele și multe altele.
Particularitatea interogărilor este că extrag date din tabelele de bază și creează pe baza lor un tabel rezultat temporar (instantaneu) - o imagine a câmpurilor și înregistrărilor selectate din tabelele de bază. Lucrul cu o imagine este mai rapid și mai eficient decât cu tabelele stocate pe un hard disk.
La cererea corespunzătoare, puteți obține datele sortate și filtrate după cum este necesar. Interogările pot fi, de asemenea, folosite ca surse de înregistrare pentru formulare, rapoarte și pagini de acces la date.
Există mai multe tipuri de cereri:

 Să studieze specificul disciplinei alese.

 Dezvoltarea unui model informatic-logic al bazei de date „Serviciul auto”

 Implementați-l în MS Access DBMS.

 Întocmește o „Notă explicativă” la proiectul de curs în conformitate cu următorul plan:

Scopul bazei de date

Bază de date "Service auto" este conceput pentru a implementa acceptarea și procesarea comenzilor pentru lucru de către o întreprindere de service auto.

Bineînțeles, el nu se preface la rangul înalt al ACS. Datorită absenței în acesta a blocurilor întregi necesare unui sistem de control automat integrat:

 Contabilitate,

 Bloc economic

 Planificat

 Rechizite

 Și o serie de alte blocuri.

Este implementat doar unul dintre blocurile sistemului de control automat - locul de muncă „Recepția comenzilor”: lucrul cu clienții: primirea și fixarea comenzilor, organizarea implementării acestora, raportarea rezultatelor muncii.

Funcții realizate de baza de date

Baza de date îndeplinește următoarele funcții

1. Contabilitatea si stocarea informatiilor despre angajatii service auto. "Mecanics»

2. Introducerea și stocarea informațiilor despre tipurile de muncă efectuate. "Ordins»

3. Introducerea informațiilor despre clienți, mașinile clienților și date despre aceștia. "Cereres»

4. Formularul „Introducerea informațiilor despre comenzi” oferă introducere de fapt comanda, selectarea numelui complet al clientului (din lista), selectarea tipului de masina al clientului si introducerea informatiilor despre acesta.

În același loc - se înscriu componența muncii prestate și numele complet al angajaților service auto care le execută. Și, de asemenea, - informații despre compoziția și cantitatea pieselor de schimb utilizate.

5. Baza de date oferă și diverse rapoarte care vă permit să analizați starea de fapt la întreprinderea de service auto.

Categorii de utilizatori

Baza de date este destinată în primul rând angajaților de service auto care primesc și procesează comenzi pentru reparații și întreținere auto.

Iar rapoartele prevăzute în acesta sunt și pentru alte departamente ale întreprinderii, precum și pentru managerii acesteia.

Proiectarea bazei de date

Vă prezentăm următoarele concepte Și conventii :

Esențe

ESENȚĂ

Esență - real sau imaginar un obiect , informații despre care trebuie stocate și disponibile. În diagramele modelului ER, o entitate este reprezentată ca un dreptunghi care conține numele entității.

Esențe va fi notat cu dreptunghiuri,

Atributele entității

Atribut - numit caracteristică de esență . Numele său trebuie să fie unic pentru un anumit tip de entitate, dar poate fi același pentru diferite tipuri de entitate. Un atribut al unei entități este orice detaliu care servește la clarificarea, identificarea, clasificarea, cuantificarea sau exprimarea stării unei entități.

ESENȚĂ

Atribute

Nume de atribute vom pune un dreptunghi,

denotând esență, sub numele entității și scrieți

litere mici.

Relații

Conexiune este un grafic asociere A care este stabilit între două entități. Această asociere este întotdeauna binară și poate exista între două entități diferite sau între o entitate și ea însăși (asociere recursiv).

Conexiuni- notati liniile peste care vom pune jos gradul de conexiune (« 1 » sau « ∞ » , desemnând „mult”) și caracteristicile sale.

Câmpuri cheie

Să definim conceptul primarȘi extern chei

Cheie - acesta este setul minim de atribute, după valorile cărora puteți găsi în mod unic instanța necesară a entității. Minimitatea înseamnă că excluderea din set a oricărui atribut nu permite identificarea entității de către cele rămase. Fiecare entitate are cel puțin o cheie posibilă.

Unul dintre ei este luat cheia principala .

La alegere cheia principala ar trebui să li se acorde preferință necompozit chei sau chei formate dintr-un număr minim de atribute. De asemenea, este nepotrivit să folosiți chei cu valori de text lungi (este de preferat să utilizați întreg e atribute).

Cheia primară a unei entități (orice atribut care participă la cheia primară) nu este permisă nedefinită sens. În caz contrar, va apărea o situație contradictorie: va apărea o persoană fără individualitate și, în consecință, nu o instanță de entitate existentă. Din aceleași motive, este necesar să se asigure unicitatea cheia principala.

Chei străine

Dacă entitate CU leagă entitățile AȘi ÎN, atunci trebuie să includă chei străine corespunzătoare cheilor primare ale entităților A și B.

Dacă entitate ÎN denotă o entitate A, atunci trebuie să includă o cheie străină corespunzătoare cheii primare a entității A.

Notă:

1. Din moment ce dezvoltatorii MS Access DBMS iniţial ia in calcul problemele cu primarȘi chei externe, un tip special de câmp a fost introdus în Access - KEY FIELD. Tipul său este COUNTER.

Acces nu necesita includerea sa obligatorie în tabel. Dar puternic promoții.

Caracteristicile acestui tip de câmp sunt următoarele:

Când intri un nou record– în acest domeniu se formează AUTOMAT unul nou, unic, nerepetitiv valoare numerica.

Câmpul nu poate accepta nedefinită sens.

Câmp - automat indexate.

Modificarea manuală a valorii acestui câmp imposibil.

Prin urmare problema câmpuri cheieȘi chei externeÎn Access, soluția este simplă:

În tabelul principal(entități) creează special cheie camp. Va fi al nostru cheia principala .

În tabelele subordonate introducem copia acestuia (cu același nume). Va fi al lor cheie externă .

Conectăm tabelele principale și subordonate prin aceste câmpuri. Asta e tot. Comunicare gata!

2. Dezvoltatorii au introdus în Access un instrument numit « Schema de date »

care permite nu numai a lega tabele, dar specificați și pentru fiecare link:

a ei tip(„unu-la-unu”, „unu-la-mulți”, etc.)

si ea caracteristici: Asigurarea integrității și a actualizărilor și ștergerilor în cascadă din tabelele și câmpurile asociate.

Ce trebuie specificat la construirea ER– modele Bază de date.

În special, acesta este motivul pentru care Accesul este ideal ca sistem de programare pentru implementarea modelelor ER.

La implementarea noastrăER– modele înAccesVom profita de toate aceste oportunități.

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizați formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

Găzduit la http://www.allbest.ru/

PRIMA INSTITUȚIE TEHNICĂ SUPERIORĂ DIN RUSIA

MINISTERUL EDUCAȚIEI ȘI ȘTIINȚEI AL FEDERATIEI RUSE

Instituția de învățământ de învățământ profesional superior bugetar de stat federal

„UNIVERSITATEA NAȚIONALĂ DE MINERALĂ „MINERIE”

Lucrări de curs

"Baza de date - service auto"

După disciplină: Programare aplicată

Completat de: Stepanova K.A.

Verificat de: Matyukhin S.A.

Sankt Petersburg 2013

Introducere

1. Descrierea domeniului subiectului

2. Descrierea structurii bazei de date

3. Tabele

4. Termeni de referință

5. Descrierea programului

6. Componente

7. Schema pentru utilizator

8. Interfață

Concluzie

Bibliografie

Aplicație

Introducere

În epoca noastră, epoca tehnologiilor digitale, computerele joacă un rol important. Acum, în fiecare organizație - fie că este vorba de agenții guvernamentale sau de firme private, totul este computerizat, iar acest lucru se datorează puterii de calcul foarte mari. Calculul chiar și al celor mai complexe procese și sarcini este realizat în cel mai scurt timp posibil, iar factorul timp joacă adesea un rol major în majoritatea sarcinilor. Puterea de calcul și capacitatea de memorie a computerelor în ultimii ani au devenit incredibil de mari, iar prețurile acestora au scăzut semnificativ, ceea ce a contribuit la informatizarea în masă a absolutului tuturor ramurilor activității umane. Acum este dificil să ne imaginăm viața fără o mașină inteligentă care simplifică și accelerează un număr mare de sarcini. Utilitatea unui calculator este redusă la nimic în lipsa unui software specializat, fără de care „asistentul de fier” devine inutil. În această lucrare va fi discutat despre crearea unui astfel de important, și în majoritatea organizațiilor și programul principal, al cărui nume este o bază de date. În acest caz particular, baza de date de service auto.

1. Descrierea domeniului subiectului

Scopul sarcinii este de a obține produs software, care vă permite să stocați informații despre clienții serviciului, defecte ale mașinilor acestora, asigurând eficiența și fiabilitatea prelucrării datelor.

Baza de date de service auto este destinată operatorilor de service auto și oferă acces la informații despre marca mașinii, data vizitei, defecțiune, numărul vin al mașinii, precum și informații despre clienți: număr de telefon etc.

Eficacitatea programului constă în reducerea timpului de procesare, căutarea informațiilor necesare.

Necesitatea de a automatiza această sarcină se datorează faptului că selectarea datelor necesare pentru rapoarte și contabilitate pentru munca inginerilor se face de obicei manual sau folosind Excel, petrecând o cantitate semnificativă de timp pentru aceasta. Acest program oferă, de asemenea, capabilități de căutare, filtrare și sortare.

Nu sunt necesare cunoștințe speciale pentru a lucra cu programul în domeniul programării.

2. Descrierea structurii bazei de date

Link-uri la tabel:

Tabelul clienți este legat de tabelul master folosind o relație 1:N în câmpul vin_number

Tabelul clienți este legat de tabelul de calcul cu o relație 1:1 în câmpul vin_number

3. Mese

Tabelul 1: Clienți (tabel principal)

Tabelul 2: Masters (slave)

Tabelul 3: Masters (slave)

editarea bazei de servicii pentru mașini software

4. Sarcina tehnică

Baza dezvoltării:

Sarcina profesorului de a conduce orele practice și de a finaliza cursurile.

Scopul dezvoltarii:

Programul este conceput pentru a automatiza munca operatorilor de service auto.

Cerințe pentru program:

Ar trebui să automatizeze munca unui operator de service auto

Informațiile trebuie să fie stocate permanent pe hard disk-ul computerului

· Ar trebui să fie posibilă vizualizarea bazei de date cu posibilitatea de a șterge informațiile specificate din ea.

Cerințe de fiabilitate:

· Programul ar trebui să proceseze acțiunile eronate ale utilizatorului și să-l informeze despre aceasta.

· Programul ar trebui să ofere controlul informațiilor de intrare.

5. Descrierea programului

private void Form1_Load(object sender, EventArgs e) () // încărcați componentele principale

private void b_add_Click(exmițător obiect, EventArgs e) () // adăugarea unei noi înregistrări

private void b_replace_Click (expeditor obiect, EventArgs e) () // editați intrarea

private void b_cancel1_Click(expeditor obiect, EventArgs e) () // anulează acțiunea

private void b_save_Click(expeditor obiect, EventArgs e) () // salvează modificările

private void b_record1_Click(expeditor obiect, EventArgs e) () // scrie date

private void b_delete_Click(expeditor obiect, EventArgs e) () // șterge datele

private void b_exit_Click (expeditor obiect, EventArgs e) () // ieșire din program

6. Componente

7. Schema pentruutilizator

Tabelul 1 „Clienți” și tabelul 2 „Maeștri” sunt conectate printr-o relație unu-la-mai mulți prin câmpul vin_number.

Tabelul 1 „Clienți” și tabelul 3 „Cost” sunt legate într-o relație unu-la-unu prin câmpul vin_number.

8. Interfață

Adăugarea unei noi intrări

Editarea unei postări vechi

Ștergerea unei intrări

Sortați după data vizitei

Tabelele semnate

Tabelul principal al programului „Serviciul auto” include:

1. Lista mașinii clienților

2. Data contactării proprietarului mașinii

3. Vina

4. Telefon client

5. Numărul Vin

6. Gestionarea listei de clienți se realizează prin butoane (Add/Replace/Delete)

7. Afișează și înregistrează clienții salonului

8. Sortarea

10. Alegerea maeștrilor

11. Denumirea tabelelor

12. Ieșiți din program

Concluzie

Rezultatul lucrării a fost creația software deservirea locului de muncă al operatorului de service auto.

În procesul de finalizare a lucrărilor de curs au fost dobândite abilități în domeniul construirii și programarii bazelor de date în limbajul de programare C#.

Bibliografie

1. Matyukhin S.A. „Programare în C # abordare orientată pe obiect” - complex educațional și metodic 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamuth, P. Gold C# limbaj de programare. Informatica clasica. Ediția a 4-a = Limbajul de programare C# (acoperă C# 4.0), Ed. a 4-a. - Sankt Petersburg: „Piter”, 2012. - 784 p. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. Ediția a 2-a = Head First C#, 2ed. - Sankt Petersburg: „Piter”, 2012. - 704 p. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 Programming Language și .NET 4.5 Framework, ediția a 6-a = Pro C# 5.0 și .NET 4.5 Framework, ediția a 6-a. - M.: „Williams”, 2013. - 1312 p. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Director. Descrierea completă a limbii = C# 5.0 pe scurt: Referința definitivă. - M.: „Williams”, 2013. - 1008 p. -- ISBN 978-5-8459-1819-2

6. Herbert Schildt. C# 4.0: ghid complet= C# 4.0 Referința completă. - M.: „Williams”, 2010. - S. 1056. - ISBN 978-5-8459-1684-6

Aplicație. Codprograme

folosind System.Collections.Generic;

folosind System.ComponentModel;

folosind System.Data;

folosind System.Drawing;

folosind System.Linq;

folosind System.Text;

folosind System.Threading.Tasks;

folosind System.Windows.Forms;

clasă parțială publică Form1: Form

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Vizibil = fals;

private void customersBindingNavigatorSaveItem_Click_1 (expeditor obiect, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load (emițător obiect, EventArgs e)

// TODO: Această linie de cod încarcă date în tabelul „db_autoDataSet.masters”. Puteți mutați sau îndepărtați-l, după cum este necesar.

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

// TODO: Această linie de cod încarcă date în tabelul „db_autoDataSet.calculation”. Îl puteți muta sau elimina, după cum este necesar.

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

// TODO: Această linie de cod încarcă date în tabelul „db_autoDataSet.customers”. Îl puteți muta sau elimina, după cum este necesar.

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

private void b_exit_Click (expedător obiect, EventArgs e)

private void button5_Click_1 (expeditor al obiectului, EventArgs e)

private void b_add_Click (expedător obiect, EventArgs e)

groupBox1.Visible = adevărat;

b_inlocuire.Vizibil = fals;

b_delete.Visible = false;

b_exit.Vizibil = fals;

b_add.Vizibil = fals;

b_exit2.Vizibil = fals;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click (expedător obiect, EventArgs e)

textBox10.Text = clienți DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = clienți DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = clienți DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = clienți DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = clienți DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = adevărat;

groupBox2.Visible = adevărat;

b_add.Vizibil = fals;

b_delete.Visible = false;

b_exit.Vizibil = fals;

b_exit2.Vizibil = fals;

b_inlocuire.Vizibil = fals;

b_save.Visible = false;

private void b_cancel1_Click (expedător obiect, EventArgs e)

b_add.Vizibil = adevărat;

b_delete.Visible = adevărat;

b_exit.Visible = adevărat;

b_exit2.Vizibil = adevărat;

b_inlocuire.Vizibil = adevarat;

b_save.Visible = adevărat;

groupBox1.Visible = false;

private void b_cancel2_Click (expedător obiect, EventArgs e)

b_add.Vizibil = adevărat;

b_delete.Visible = adevărat;

b_exit.Visible = adevărat;

b_exit2.Vizibil = adevărat;

b_inlocuire.Vizibil = adevarat;

b_save.Visible = adevărat;

groupBox2.Vizibil = fals;

private void b_save_Click (expedător obiect, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(sender, e);

private void b_record1_Click (expedător obiect, EventArgs e)

DataTable table = db_autoDataSet.Tables;

DataRow row = table.NewRow();

row = textBox1.Text;

row = Convert.ToDateTime(textBox2.Text);

row = textBox3.Text;

row = textBox4.Text;

row = textBox5.Text;

table.Rows.Add(rând);

groupBox1.Hide();

b_inlocuire.Vizibil = adevarat;

b_delete.Visible = adevărat;

b_exit.Visible = adevărat;

b_add.Vizibil = adevărat;

b_exit2.Vizibil = adevărat;

b_save.Visible = adevărat;

private void b_record2_Click (expedător obiect, EventArgs e)

Tabel DataTable = db_autoDataSet.Tables;//12 legat dinamic. fila. tabel cu primul fișier din baza de date

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString());//13 a primit vinul înregistrării curente

DataRow row = table.Rows.Find(vinRab);//14 dinamic combinat. rândul cu intrarea în fișier vin c shifrRab și puneți setul de date în starea „editare”, în care vă permite să modificați valorile câmpului

row = textBox10.Text;//15 scris în al doilea câmp al rândului dat din fereastră

row = Convert.ToDateTime(textBox9.Text);// 15 este scris în al treilea câmp al rândului rând

row = textBox8.Text; //15 a fost scris în al patrulea câmp al rândului rând row = textBox7.Text;

row = textBox6.Text;

table.AcceptChanges();//15 Comanda AcceptChanges vă permite să acceptați valorile câmpurilor modificate

groupBox2.Hide();//16

b_inlocuire.Vizibil = adevarat;

b_delete.Visible = adevărat;

b_exit.Visible = adevărat;

b_add.Vizibil = adevărat;

b_exit2.Vizibil = adevărat;

b_save.Visible = adevărat;

private void b_delete_Click (expedător obiect, EventArgs e)

// ștergerea liniei de sub cursor

// mai întâi construim un avertisment pentru a nu face o ștergere eronată

șir s1, s2, s3, s4, s5, mesaj;

Rezultat DialogResult;// 18

int ind = customersDataGridView.CurrentRow.Index;

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

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

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

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

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

mesaj = "Marca mașinii= " + s1 + "\nData vizitei= " + s2 + "\n Defecțiune= " + s3 + "\n Telefon client= " + s4 + "\n număr vin" + s5;

// variabila rezultat poate lua fie DialogResult.Yes, fie DialogResult.No

rezultat = MessageBox.Show(mesaj, "Ștergeți următoarea intrare? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

dacă (rezultat == DialogResult.Yes)//Line este ștearsă

(// 20 Tabelul curent din customersDataGridView de tipul DataGrid este scris în tabelul buffer

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // dacă tabelul nu este gol

CurMng.RemoveAt(CurMng.Position);// ștergerea poziției marcate

// aici rezultat == DialogResult.No și ștergerea este respinsă

// procedura de ieșire

Găzduit pe Allbest.ru

Documente similare

Crearea bazei de date. Căutați, modificați și ștergeți intrări. Prelucrare și schimb de date. Proiectarea bazei de date. Definirea formulelor pentru partea calculată a bazei. Editarea câmpurilor și înregistrărilor. Forme de prezentare a informațiilor conținute în baza de date.

lucrare de termen, adăugată 23.02.2009

Dezvoltarea unui produs software - baza de date "Excursion" in mediul integrat de programare C++ Builder 6. Determinarea ordinii de vizualizare a datelor bazei de date, editarea si stergerea acestora. Caracteristicile manualului de utilizare și interfața generală a programului.

lucrare de termen, adăugată 11.03.2013

Fundamentarea necesității sistemelor de management al bazelor de date în întreprinderi. Caracteristici ale dezvoltării unui software de gestionare a bazelor de date care asigură vizualizarea, editarea, inserarea înregistrărilor bazei de date, generarea de interogări și rapoarte.

lucrare de termen, adăugată 23.01.2010

Crearea unei baze de date și descrierea programului „Study Database” destinat grupării informațiilor despre studenți. Caracteristică funcţionalitate programe: adăugarea înregistrărilor în baza de date, editarea, ștergerea înregistrărilor și sortarea datelor.

lucrare de termen, adăugată 25.04.2011

Dezvoltarea programului „Baza de date a echipamentelor sportive”. Descrierea algoritmului de funcționare a modulelor și blocurilor. Diagrama structurală a reprezentării proiectului. Procesul de a găsi informațiile potrivite. Sortare automată a datelor. Adăugarea și editarea înregistrărilor.

lucrare de termen, adăugată 15.08.2013

Crearea de formulare de referință simple. Editarea proprietăților formularului în modul proiectare. Adăugarea și editarea proprietăților controalelor. Proiectarea rapoartelor pentru baza de date. Aducând masa la forma normalași construirea unei scheme de date.

rezumat, adăugat 23.11.2008

Procedura de proiectare și dezvoltare a unei baze de date și a unui software. Informații despre structura bazei de date, tabele create, formulare, rapoarte, interogări, informații stocate. Modele de date logice și conceptuale; alegerea software-ului.

lucrare de termen, adăugată 20.01.2010

Tipuri de constrângeri care mențin integritatea în modelul de date relaționale. Determinarea valorii unui câmp cheie primară folosind un generator. Adăugarea, modificarea și ștergerea înregistrărilor în tabelul bazei de date „Biblioteca” în limbajul de programare SQL.

munca de laborator, adaugat 10.10.2012

Analiza domeniului. Cerințe pentru compilarea unei baze de date hoteliere. Implementarea procesului de căutare a informațiilor necesare. Formarea tabelelor, interogărilor, rapoartelor și tipărirea acestora. Editarea, adăugarea și stocarea datelor.

lucrare de termen, adăugată 02.07.2016

Motivul pentru alegerea instrumentelor de dezvoltare a aplicațiilor. Adăugarea, ștergerea, editarea informațiilor. Reflectarea informațiilor din baza de date. Căutați informații despre tabelul selectat. Date proiecte, entitate, logică, firmă. Schema de interactiune intre proiectele programului.

Popular în categorie: