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

Service auto OBD. Descărcați baza de date de acces Service auto. Funcții efectuate de baza de date

Tehnologia de creare a bazei de date „Serviciul auto”

Pentru crearea bazei de date au fost stabilite scopurile și obiectivele bazei de date „Auto Service”:

? 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 pentru mașini vândute noi și uzate;
? întreținere preventivă comercială (ajustări etc.);
? Servicii de reabilitare comercială (reparaţii);
? repararea componentelor si ansamblurilor uzate pentru stocul de piese de schimb reconditionate.

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

Baza de date Car Service dezvoltată și creată este un set de componente interconectate și afișează diverse domenii ale reparației 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 - reparatii interioare auto.

Sistemul principal „Repararea pieselor tehnice ale unei mașini” este format din patru tabele (vezi Fig. 15):

« Ordin» - inclusiv informațiile necesare despre comanda de reparații și diagnosticare a mașinii, adică:

? Auto.
? Proprietar.
? Motivul pentru care contactați stația de service.

« Reparație„- un tabel care descrie procesul de reparare a pieselor tehnice ale unei mașini, și anume piese care trebuie reparate în viitorul apropiat. Acest tabel include următoarele elemente:

? Reparatie motor.
? Reparatie cutie de viteze.
? Reparație șasiu.
? Reparatie sistem de combustibil.

Figura 15. Comanda pentru repararea pieselor tehnice

Masa " Diagnosticare", în legătură cu " In ordine» și distribuie mașini pentru diagnosticarea anumitor părți ale mașinii, i.e. motor, cutie de viteze, șasiu și sistem de alimentare.

IN " Diagnosticare» sunt stocate informații despre mașini care necesită diagnosticarea unei anumite piese.

? Diagnosticarea motorului.
? Diagnosticarea transmisiei.
? Diagnosticarea șasiului.
? Diagnosticarea sistemului de combustibil.

Principal sistem lucrări pe bază "Cascadă modele" Și se referă pe standard GOST 21624 -76

GOST 18507 -73

Sistemul funcționează din colectarea informațiilor despre comandă, apoi au loc diagnosticarea, care determină necesitatea reparației mașinii. Fiecare etapă (cu excepția celei inițiale) nu poate începe până când cealaltă nu este finalizată, cu excepția cazului în care mașina nu are nevoie de reparații.

Subsistemul de servicii IT a fost creat pentru a oferi o garanție de reparație, a depune o cerere de garanție și pentru a cumpăra piese de schimb pentru reparații.

1) depunerea unei reclamații,
2) înregistrarea unei garanții,
3) comanda piese de schimb și include 11 tabele, dintre care unul este comun pentru serviciul IT. (vezi Fig. 16).

Figura 16. Serviciul IT

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

? cerere de garantie,
? înregistrarea garanției,
? comanda piese de schimb.

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

Chitanța 1 - tabelul conține date privind momentul solicitării ș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 STO 1 și Rezultatul 1, unde se notează date privind acordul STO cu revendicarea și, respectiv, posibilitatea de rezolvare a problemei.

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

Subsistemul de extensie constă din două tabele și afectează al 2-lea tabel din sistemul principal. (vezi Fig. 17)

Figura 17. Extindere

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

Reparatii caroserie:

? Înlocuirea pieselor.
? Chit.
? Pictura.
? Lacuirea.
? Lustruire.

Renovare interioară:

? Înlocuirea componentelor.
? Repararea componentelor.

Aceste tabele duc la conexiuni cu tabelul " Preț» pentru a stabili prețurile pentru servicii.

Funcţional:

? comenzi de tinute,
? muncă,
? Servicii,
? brigăzi,
? 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ărilor în etapa anterioară.

Aceasta este reprezentată în baza de date după cum urmează:

? acceptarea comenzilor de reparații,
? Diagnosticare auto,
? reparatii auto,
? eliberarea unui autoturism dintr-o benzinărie.

Figura 18. Modelul bazei de date

Faza de analiză

Aici puteți completa o cerere de reparații auto la o stație de service. 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. Ulterior, la discreția clientului, mașina este trimisă pentru reparație.

Faza de implementare și implementare

În această fază, se efectuează reparații la părțile mașinii care, conform rezultatelor diagnosticului, necesită reparații sau înlocuiri. De asemenea, fără nicio verificare, în această etapă se pot face reparații la exteriorul mașinii și la interior.

Faza de intretinere

În această etapă, se emite o garanție pentru reparații și se calculează fondurile 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). Sistemul este conectat, de asemenea, cu diverse dealeri de mașini (sub contract) și companii de asigurări care asigură serviciul auto în sine, precum și cu 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 autonom.

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ă a emite o 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 funcționare (ET) și mentenanță (RP), precum și valorile indicatorilor ET și RP prevăzuți de GOST 20334-81 pentru produsele auto - patru roți vehicule cu tracțiune ș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ă autoturismelor, a căror revizie a fost efectuată conform comenzilor proprietarilor individuali.

Specificatii tehnice

1. Creaț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 benzinărie

2. Date despre instrumentele și materialele necesare.

Figura 20. Date despre scule și materiale

3. Conexiuni 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 timpul lucrărilor, 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 baza de date „Serviciul auto”. Această bază de date a fost testat la o stație de service. Sistemul a fost testat. Pe parcursul lucrărilor s-au făcut ajustări și a fost prezentată versiunea finală a bazei de date „Serviciul auto”.

Este necesară crearea unei baze de date cu accesorii „Serviciul auto”.

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

Formularul „Proprietari” cu formularul subordonat „Mașini”.

Orez. 2 Formularul „Mașini”

Se formează angajații

Orez. 4 Formularul „Serviciu”

Orez. 5 Pagina de cereri

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

Interogare „După numele de familie al 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 „Pe numele mecanicului”

Orez. 9 Diagrama de date a bazei de date finisate „Serviciul auto” afișează relațiile dintre tabelele: Proprietari, Mașini, Service, Categoria postului, Angajați.

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

Structura tabelului „Proprietari”: nr. proprietar, numele complet, Telefon celular, permis de conducere nr.

Structura tabelului „Servicii”: număr serviciu, vehicul, categorie de lucru, data pregătirii comenzii, angajat.

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

sau aici:

Descărcați gratuit un raport al bazei de date cu formulare de ecran

Preț aproximativ 763 ruble.

Pretul exact depinde de metoda de plata.

Accesați metode de plată în baza 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 pe subiecte similare:

Acces la baza de date Serviciu auto 2
Generarea facturilor pentru plata la un centru de service auto
Înmatricularea mașinii într-o companie de transport auto.
ATP (întreprindere de transport cu motor).
ATP 2007 (întreprindere de transport cu motor)
Ateliere de reparații auto
„Contabilitatea operațiunii Vehicul»
„Contabilitatea accidentelor rutiere”
Înregistrarea infractorilor auto în poliția rutieră.
„Contabilizarea încălcărilor rutiere”
„Înlocuirea pieselor auto la stațiile de service”
Transport urban
„Vânzări de bilete 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 MOL și grupuri de vehicule
Taxi
Companie de autoturisme
Program de microbuz
Contabilitatea transportului rutier dupa marca 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; accesați exemple de baze de date; crearea unei baze de date în acces; acces la baze de date; cereri de acces; rapoarte de acces; tabele de acces; macrocomenzi în acces; acces la cursuri; accesați exemple de baze de date; formulare de acces; Bază de date acces microsoft; cumpără o bază de date; crearea unei baze 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 pregătită pentru cursuri. Baza de date de cursuri „Serviciul auto” a fost creată în acces 2010 și convertită în acces 2003, prin urmare se va deschide în acces 2003, 2007, 2010.

Este necesară crearea unei baze de date cu accesorii „Serviciul auto”. Butonul principal al bazei de date finalizate „Serviciul auto”. Formularul „Proprietari” cu formularul subordonat „Mașini”. Formularul „Mașini”. Formularul categoriei de muncă. Se formează angajații. Formular de serviciu. Pagina de cereri. Interogarea „Gruparea după locuri de muncă și angajați”. Interogare „După numele de familie al mecanicului”. Solicitați „Căutare după numărul de înmatriculare”. Raport „Gruparea după locuri de muncă și angajați”. Raportați „Pe numele mecanicului”. Raportați „Pe numele mecanicului”. Diagrama de date a bazei de date finisate „Serviciul auto” afișează relațiile dintre tabelele: Proprietari, Mașini, Service, Categoria de locuri de muncă, Angajați. Structura tabelului „Mașini”: stare. număr, marca, proprietar. Structura tabelului „Proprietari”: numărul proprietarului, numele complet, numărul de telefon mobil, numărul permisului de conducere. Structura tabelului „Categoria de muncă”: codul muncii, numele lucrării, descrierea, costul lucrării. Structura tabelului „Servicii”: număr serviciu, vehicul, categorie de lucru, 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 de familie al mecanicului” în modul proiectare. Structura cererii „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. Transformarea modelului entitate-relație într-unul relațional
model de date 10
SECȚIUNEA 3. Proiectarea bazei de date 12
3.1. Elaborarea tabelelor 12
3.2. Elaborarea 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
APLICAȚII 32

INTRODUCERE

Astăzi, proiectarea bazelor de date (denumită în continuare DB) a devenit importantă pentru multe organizații care folosesc tehnologia computerizată pentru a îmbunătăți productivitatea muncii lor. Bazele de date au devenit baza sistemelor informatice, iar utilizarea lor devine o parte integrantă a funcționării oricărei întreprinderi.
Obiect munca de curs este studiul tehnologiilor de proiectare a bazelor de date relaționale.
Subiectul lucrării de curs este studierea principiilor dezvoltării bazelor de date relaționale folosind exemplul de proiectare și creare a bazei de date „Serviciul auto”.
Scopul designului 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ă un număr mare de surse diferite de informații cu privire la proiectarea bazelor de date relaționale și aplicațiile acestora. Din toate resursele propuse au fost selectate cele care sunt potrivite pentru proiectarea bazelor de date în mediul OpenOffice.org Base. De exemplu, cărțile discută 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 recomandări metodologice pentru proiectarea și implementarea bazelor de date.

SECȚIUNEA 1. Dezvoltarea bazei de date

Această bază de date este destinată organizațiilor angajate în orice tip de servicii de întreținere a vehiculelor.
Principalele funcții ale bazei de date se referă la înregistrarea tuturor mașinilor vreodată în centrul de service, stocarea informațiilor 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 etc. caracteristicile pieselor de schimb instalate și multe alte informații utile.
Administrația serviciului auto poate solicita următoarele informații:

Operatorul DBMS poate face următoarele modificări:

Rapoartele trebuie să prevadă posibilitatea eliberării unui certificat cu privire la prezența unei defecțiuni în mașina proprietarului și a unui raport privind activitatea serviciului auto (numărul de mașini reparate, numele angajatului care le-a reparat).

Baza de date „Serviciul Auto” este concepută pentru administratorul și angajații service auto care primesc și procesează comenzile de reparații și service auto.
Domeniul de activitate al sarcinii este datele despre defecțiuni, proprietarii de mașini și lucrătorii de service auto.
Sistemul informatic în curs de dezvoltare 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, absența duplicării, absența relațiilor multi-la-mulți, absența relațiilor recursive, relații cu atribute, atribute multiple.
Informațiile conținute în baza de date îndeplinesc următoarele cerințe:
semnificație, completitudine, fiabilitate, înțelegere, eficacitate.
Această prezentare mărește ușurința de utilizare a bazei de date; în acest caz, introducerea informațiilor se va reduce la selectarea informațiilor necesare dintr-o 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, sunt necesari următorii 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 serviciului auto.

SECȚIUNEA 2: Modelarea structurilor de date

2.1. Dezvoltarea unui model conceptual de bază de date

Când construim un model conceptual de bază de date, vom folosi recomandările lui I.P.Karpova. . După cum notează autorul, modelul conceptual al bazei de date este un model de nivel înalt orientat pe obiecte al domeniului subiectului, reprezentând domeniul obiectului ca un set de obiecte care au anumite proprietăți și sunt în anumite relații. Scopul principal al dezvoltării unui model de date la nivel înalt este de a crea un model al percepției utilizatorului asupra datelor și de a reconcilia numărul mare de aspecte tehnice asociate cu proiectarea bazei de date. Modelul conceptual de date nu este legat de o anumită implementare fizică a bazei de date și nu depinde de un anumit SGBD. Se creează un model conceptual bazat pe idei despre domeniul fiecărui tip de utilizator, care reprezintă un set de date necesare utilizatorului pentru a-și rezolva problemele.
Modelul conceptual pentru baza de date Autoservice a fost conceput ca un model „entitate-relație”.
Principalele concepte ale modelului includ concepte precum entitate (obiect), relație (relație), tipuri de entități, tipuri de relații și atribute.
O entitate este un obiect real sau imaginabil, informații despre care trebuie stocate și accesibile. Î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 entității este orice detaliu care servește la clarificarea, identificarea, clasificarea, cuantificarea sau exprimarea stării entității. 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 reprezentată 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 (relație recursiva). Notăm conexiuni cu linii.
Astfel, din descrierea domeniului subiectului extragem toate tipurile
entitati:
- Clienți;
- Comenzi;
- Masterat;
- Lista lucrărilor.
Definim fiecare entitate propriul set de atribute.
Entitatea Client este definită de următorul set de atribute:

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

Esența Masterului 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 Model 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 implică eliminarea elementelor nedorite din modelele conceptuale și conversia modelelor rezultate în modele logice locale. Elementele nedorite includ:
– relatii multi-la-multi;
– conexiuni recursive;
– conexiuni cu atribute.
Elementele nedorite menționate mai sus nu au fost găsite în modelul conceptual creat.
Circuit logic datele sunt prezentate în Fig. 2.

Orez. 2. Diagrama de date logice.

Conversia unui model de entitate-relație într-un model de date relaționale
realizat prin efectuarea secvenţială a unui număr de paşi:
– fiecare entitate este asociată cu o relație în modelul 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. Atributelor incluse în cheia primară a unei relații li se atribuie automat proprietatea necesară (NOT NULL). Fiecare relație corespunzătoare unei entități subordonate este atașată cu un set de atribute ale entității principale, care este cheia primară a entității principale. În relația corespunzătoare subentității, acest set de atribute devine o cheie străină.
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).
OpenOffice.org Base oferă trei căi diferite 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, așa că atunci când dezvoltați tabele se recomandă să vă ghidați 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 tabelelor pe care le conține.
Baza de date Car Service conține patru tabele:

Orez. 3. Clienți de masă.

Orez. 4. Comenzi de masă.

Acest tabel conține următoarele atribute:

Orez. 5. Lista lucrărilor.

Orez. 6. Maestrii.

Să definim o cheie primară pentru fiecare entitate și trebuie să ținem cont de faptul că entitățile puternice au un singur câmp cheie, iar cele slabe au același număr de conexiuni. Atunci când alegem o cheie primară, ne vom ghida după următoarele reguli:
– cheia trebuie să conțină un set minim de atribute;
– ar trebui să utilizați cheia ale cărei valori este cel mai puțin probabil să se schimbe;
– valoarea cheii trebuie să aibă o lungime minimă.
Pe baza celor de mai sus, vom defini 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 va combina informațiile aferente. Pentru a face acest lucru, este necesar să se definească relațiile dintre tabelele bazei de date.
OpenOffice.org BASE acceptă patru tipuri de relații între 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);
– multi-la-unu (asemănător 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 „Serviciul auto” au fost deja prezentate în secțiunea anterioară din Fig. 2.

Un formular este un obiect conceput pentru introducerea, editarea și vizualizarea datelor tabelare într-o formă convenabilă.
Formularele conțin așa-numitele controale care vă permit să accesați datele din tabele. Elementele de control sunt câmpuri de text pentru introducerea și editarea datelor, butoane, casete de selectare, butoane radio, liste și 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 realizate prin alte mijloace, permițându-vă să validați datele pe măsură ce le introduceți, să efectuați calcule și să 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ă folosiți instrumente pentru a crea automat formulare bazate pe un tabel sau o interogare.
Pentru baza de date Auto Service, există patru formulare simple și trei subformulare.
Exemple de forme simple sunt prezentate în Fig. 7-10.

Fig.7. Formular client.

Fig.8. Formular de 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ținutul său, dar nu este utilizat independent, ci este întotdeauna încărcat dintr-un anumit 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ă țineți cont de faptul că numele tuturor câmpurilor trebuie să fie unice în cadrul formularului, împreună cu toate subformularele care sunt utilizate în acesta simultan.
Datorită formelor compuse, devine posibilă completarea simultană a diferitelor tabele.
Exemple de subforme sunt prezentate în Fig. 11-13.

Orez. 11. Formular client cu subformularul Comenzi.
Formularul Client cu subformularul Comenzi - furnizeaza introducerea datelor necesare identificarii clientului si vizualizarii lucrarilor efectuate pentru aceasta comanda. 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 principal cu subformularul Comenzi.
Formularul Master cu subformularul Comenzi vă permite să controlați execuția lucrării de către un anumit master.

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 prezenta utilizatorului într-o formă convenabilă. Cu ajutorul lor, datele sunt selectate, sortate și filtrate. Puteți converti datele folosind un anumit algoritm, puteți crea tabele noi, puteți completa automat tabele 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 lucrul cu tabele stocate pe hard disk.
La cerere, 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:

 Studiază specificul materiei selectate.

 Dezvoltarea unui model informativ și logic al bazei de date „Auto Service”.

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

 Alcătuiți o „Notă explicativă” pentru proiectul de curs în conformitate cu următorul plan:

Scopul bazei de date

Bază de date „Serviciul auto” este destinat implementarii primirii si procesarii comenzilor pentru munca de catre o firma de service auto.

Desigur, nu aspiră la titlul înalt de ACS. Datorită absenței blocurilor întregi necesare pentru un sistem de control automatizat complet:

 Contabilitate,

 Bloc economic

 Planificat

 Rechizite

 Și o serie de alte blocuri.

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

Funcții efectuate 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 „Introduceți informații despre comenzi” vă permite să introduceți de fapt comanda, selectând numele complet al clientului (din listă), selectând tipul de mașină al clientului și introducerea informațiilor despre aceasta.

În același loc se înscriu componența muncii prestate și numele 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 service auto.

Iar rapoartele furnizate în acesta sunt pentru alte divizii ale întreprinderii, precum și pentru managerii acesteia.

Proiectare baze de date

Să introducem următoarele concepte Și simboluri :

Entități

ESENȚĂ

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

Entități vom nota prin dreptunghiuri,

Atributele entității

Atribut - numit caracteristica entitatii . 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 entității este orice detaliu care servește la clarificarea, identificarea, clasificarea, cuantificarea sau exprimarea stării entității.

ESENȚĂ

Atribute

Nume de atributeîl vom pune într-un dreptunghi,

denotand esență, sub numele entității și scrieți

cu litere mici.

Relații

Conexiune - aceasta este reprezentată grafic asociere , 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 (relație recursiva).

Conexiuni– vom desemna cu linii deasupra cărora le vom pune gradul de conexiune (« 1 » sau « ∞ » , adică „mulți”) și caracteristicile sale.

Câmpuri cheie

Să definim conceptul primarȘi extern chei

Cheie este un set minim de atribute ale căror valori pot fi folosite pentru a găsi fără ambiguitate instanța necesară a unei entități. Minimalitatea înseamnă că excluderea oricărui atribut din set 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 ca cheia principala .

La alegere cheia principala ar trebui acordată preferință necompozit chei sau chei compuse 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).

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

Chei străine

Dacă entitate CU conectează 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ă 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 a luat în considerare problemele apărute 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 urgent promoții.

Caracteristicile acestui tip de câmp sunt:

La intrare intrare nouă– se formează AUTOMAT unul nou în acest domeniu, 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. O vom avea cheia principala .

Introducem o copie a acesteia (cu același nume) în tabelele subordonate. Va fi al lor cheie externă .

Conectăm tabelele principale și subordonate folosind aceste câmpuri. Asta e tot. Conexiunea este completă!

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

Ceea ce permite nu numai a lega tabele, dar indicați și pentru fiecare conexiune:

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

si ea caracteristici: Asigurarea integrității, precum și actualizările în cascadă și ștergerile informațiilor din tabelele și câmpurile aferente.

Ce trebuie indicat la construcție 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.

Postat pe 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 RESURSE MINERALE „MINIT”

Lucrări de curs

"Baza de date - service auto"

Disciplina: Programare aplicata

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. Diagrama utilizatorului

8. Interfață

Concluzie

Bibliografie

Aplicație

Introducere

În epoca noastră, era tehnologiei digitale, computerele joacă un rol vital. 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 atribuite se realizează în cel mai scurt timp posibil, iar factorul timp joacă adesea un rol critic în majoritatea sarcinilor atribuite. Puterea de calcul și capacitatea de memorie a computerelor au devenit incredibil de mari în ultimii ani, iar prețurile acestora au scăzut semnificativ, acest lucru a contribuit la informatizarea în masă a absolut toate sectoarele de activitate umană. 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 computer este anulată în absența unui software specializat, fără de care „asistentul de fier” devine inutil. În această lucrare vom vorbi despre crearea unui program atât de important, iar în majoritatea organizațiilor, principalul program, al cărui nume este o bază de date. În acest caz particular, o bază 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 de servicii, 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ăr vin auto, precum și informații despre clienți: număr de telefon etc.

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

Necesitatea de a automatiza această sarcină se datorează faptului că selectarea datelor necesare pentru rapoarte și înregistrarea muncii inginerilor se face de obicei manual sau folosind Excel, petrecând o cantitate semnificativă de timp pentru aceasta. Acest program De asemenea, oferă posibilitatea de a căuta, filtra și sorta datele.

Nu sunt necesare cunoștințe speciale de programare pentru a lucra cu programul.

2. Descrierea structurii bazei de date

Relații de masă:

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

Tabelul clienți este conectat la tabelul de calcul folosind o relație 1:1 folosind câmpul vin_number

3. Mese

Tabelul 1: Clienți (tabel de conducere)

Tabelul 2: Masters (slave)

Tabelul 3: Masters (slave)

software de editare a bazei de date de service auto

4. Sarcina tehnică

Motivul dezvoltării:

Sarcina profesorului pentru desfășurarea orelor practice și finalizarea lucrărilor de curs.

Scopul dezvoltarii:

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

Cerințe pentru program:

· Ar trebui să automatizeze activitatea operatorului de service auto

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

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

Cerințe de fiabilitate:

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

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

5. Descrierea programului

private void Form1_Load(object sender, EventArgs e) () // se încarcă componentele principale

private void b_add_Click(expeditor obiect, EventArgs e) () // adăugând o intrare nouă

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(exmițător obiect, EventArgs e) () // ieși din program

6. Componente

7. Schema pentruutilizator

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

Tabelul 1 „Clienți” și tabelul 3 „costul” sunt legate printr-o relație „Un-la-unu” folosind 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 Auto Service include:

1. Lista mașinilor clienților

2. Data cererii de către proprietarul autoturismului

3. Defecțiune

4. Numărul de telefon al clientului

5.Număr VIN

6. Lista de clienți este gestionată cu ajutorul butoanelor (Adaugă/Înlocuiește/Șterge)

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 unui operator de service auto.

Pe parcursul cursului 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 abordarea orientată pe obiecte C#” - complex educațional și metodologic 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamut, 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: „Petru”, 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: „Petru”, 2012. - 704 p. -- ISBN 978-5-4461-0105-4

4. Limbajul de programare Andrew Troelsen C# 5.0 ș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 limbajului = C# 5.0 pe scurt: Referința definitivă. - M.: „Williams”, 2013. - 1008 p. -- ISBN 978-5-8459-1819-2

6. Herbert Shildt. C# 4.0: ghid complet= C# 4.0 Referința completă. -- M.: „Williams”, 2010. -- P. 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.Vizibil = 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.Vizibil = 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.Vizibil = adevărat;

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

DataTable table = db_autoDataSet.Tables;//12 conectat dinamic. masa 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ând de rând cu o înregistrare a fișierului vin cu shifrRab și a mutat DataSet-ul în starea de „editare”, în care vă permite să modificați valorile câmpului

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

row = Convert.ToDateTime(textBox9.Text);// 15 a fost 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.Vizibil = adevărat;

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

// ștergerea liniei de sub cursor

// construiește mai întâi 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 Eroare = " + s3 + "\n Numărul de telefon al clientului = " + s4 + "\n Număr Vin" + s5;

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

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

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (rezultat == DialogResult.Yes)//Linia este ștearsă

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

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

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

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

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

// ieși din procedură

Postat pe Allbest.ru

Documente similare

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

lucrare de curs, adăugată 23.02.2009

Dezvoltarea unui produs software – baza de date „Excursion” în mediul integrat de programare C++ Builder 6. Determinarea ordinii de vizualizare a datelor bazei de date, editarea și ștergerea acestora. Caracteristicile manualului de utilizare și interfața generală a programului.

lucrare curs, adaugat 11.03.2013

Justificarea necesității sistemelor de management al bazelor de date în întreprinderi. Caracteristici de dezvoltare a software-ului de gestionare a bazelor de date care oferă vizualizarea, editarea, inserarea înregistrărilor bazei de date, generarea de interogări și rapoarte.

lucrare de curs, adăugată 23.01.2010

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

lucrare curs, adaugat 25.04.2011

Dezvoltarea programului „Baza de date echipamente sportive”. Descrierea algoritmului de funcționare a modulelor și blocurilor. Diagrama structurală a prezentării proiectului. Procesul de găsire a informațiilor necesare. Sortare automată a datelor. Adăugarea și editarea intrărilor.

lucrare curs, adaugat 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. Turnând o masă 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; selectarea software-ului.

lucrare de curs, 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 Bibliotecă î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. Generarea de tabele, interogări, rapoarte și tipărirea acestora. Editarea, adăugarea și stocarea datelor.

lucrare curs, adăugată 02.07.2016

Justificare 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 interacțiune între proiectele programului.

Popular în categoria: