casa › Navigatori › Servizio auto OBD. Scarica il database di accesso Servizio auto. Funzioni eseguite dal database

Servizio auto OBD. Scarica il database di accesso Servizio auto. Funzioni eseguite dal database

Tecnologia di creazione Database "Servizio auto"

Per creare il database sono stati fissati gli scopi e gli obiettivi del database “Auto Service”:

? garantire la soddisfazione del cliente sia per il servizio che per l'azienda;
? fornire miglior servizio vicino
? riparazioni in garanzia di autovetture nuove e usate vendute;
? manutenzione preventiva commerciale (aggiustamenti, ecc.);
? servizi di riabilitazione commerciale (riparazioni);
? riparazione di componenti e gruppi usati per lo stock di pezzi di ricambio ricondizionati.

? Persone,
? materiali,
? computer,
? macchine,
? edificio.

Il database Car Service sviluppato e creato è un insieme di componenti interconnessi e visualizza varie aree della riparazione dell'auto.

Figura 14. Database "Servizio auto"

Il sistema è diviso in due sottosistemi e un'estensione:

? Riparazione della parte tecnica dell'auto.
? Espansione - riparazioni interni auto.

Il sistema principale “Riparazione di parti tecniche di un'auto” è composto da quattro tabelle (vedi Fig. 15):

« Ordine» - comprese le informazioni necessarie sull'ordine di riparazione e diagnostica dell'auto, ovvero:

? Automobile.
? Proprietario.
? Motivo per contattare la stazione di servizio.

« Riparazione"- una tabella che descrive il processo di riparazione delle parti tecniche di un'auto, ovvero le parti che dovranno essere riparate nel prossimo futuro. Questa tabella include i seguenti elementi:

? Riparazione del motore.
? Riparazione del cambio.
? Riparazione del telaio.
? Riparazione del sistema di alimentazione.

Figura 15. Ordine per la riparazione di parti tecniche

Tavolo " Diagnostica", relativo a" Per ordine» e distribuisce auto per la diagnostica di alcune parti dell'auto, ad es. motore, cambio, telaio e sistema di alimentazione.

IN " Diagnostica» vengono memorizzate le informazioni sulle auto che richiedono la diagnostica di una parte particolare.

? Diagnostica del motore.
? Diagnostica della trasmissione.
? Diagnostica del telaio.
? Diagnostica del sistema di alimentazione.

Principale sistema lavori SU base "Cascata Modelli" E si riferisce SU standard GOST 21624 -76

GOST 18507 -73

Il sistema funziona raccogliendo informazioni sull'ordine, quindi avviene la diagnostica, che determina la necessità di riparare la macchina. Ogni tappa (tranne quella iniziale) non può iniziare finché non viene completata l'altra, a meno che l'auto non necessiti di riparazioni.

Il sottosistema di servizi IT è stato creato per fornire una garanzia di riparazione, presentare una richiesta di garanzia e acquistare pezzi di ricambio per le riparazioni.

1) presentare un reclamo,
2) registrazione di una garanzia,
3) ordinazione ricambi, e comprende 11 tabelle di cui una comune per il servizio IT. (vedi Fig. 16).

Figura 16. Servizio IT

Servizio IT - divide l'intero servizio in 3 parti:

? richiesta di garanzia,
? registrazione della garanzia,
? ordinare pezzi di ricambio.

Dati 1 e 2: contengono informazioni sui clienti.

Ricevuta 1 - la tabella contiene i dati relativi al momento della richiesta e al prezzo dei servizi forniti.

Motivo del contatto: una tabella contenente informazioni sul motivo per cui si è contattato il centro di assistenza in garanzia. Ha un collegamento con le tabelle: accordo della STO 1 e Risultato 1, dove vengono annotati rispettivamente i dati sull'accordo della STO con il reclamo e la possibilità di risolvere il problema.

L'espansione rappresenta una sorta di aumento dei servizi di riparazione auto. Ora il sistema comprende la riparazione della carrozzeria e quella degli interni, anch'esse gestite dalla stazione di servizio.

Il sottosistema di estensione è costituito da due tabelle e influisce sulla seconda tabella del sistema principale. (vedi Fig. 17)

Figura 17. Espansione

Nelle tabelle “riparazioni carrozzeria e riparazioni interni” sono riportate le informazioni sulle tipologie di servizi.

Riparazione della carrozzeria:

? Sostituzione di parti.
? Mastice.
? Pittura.
? Verniciatura.
? Lucidatura.

Ristrutturazione interni:

? Sostituzione dei componenti.
? Riparazione di componenti.

Queste tabelle portano a collegamenti con la tabella " Prezzo» fissare i prezzi dei servizi.

Funzionale:

? ordini di abbigliamento,
? lavoro,
? Servizi,
? brigate,
? orari-normali.

Risorse del database:

? Persone,
? attrezzatura,
? materiali,
? computer,
? macchine,
? edificio.

Il modello a cascata, presentato nella Figura 18, prevede l'esecuzione sequenziale di tutte le fasi del progetto in un ordine rigorosamente fisso. Il passaggio alla fase successiva significa il completamento completo del lavoro nella fase precedente.

Questo è rappresentato nel database come segue:

? accettare ordini per riparazioni,
? Diagnostica dell'auto,
? riparazione auto,
? rilascio di un'auto da una stazione di servizio.

Figura 18. Modello di database

Fase di analisi

Qui puoi compilare una domanda per la riparazione dell'auto presso una stazione di servizio. Il cliente compila un documento in cui indica il servizio di cui ha bisogno.

Fase di progettazione

In questa fase, l'auto viene inviata alla diagnostica, che determina la causa del guasto dell'auto. Successivamente, a discrezione del cliente, la macchina viene inviata in riparazione.

Fase di attuazione e implementazione

In questa fase vengono eseguite le riparazioni su parti dell'auto che, in base ai risultati diagnostici, necessitano di riparazione o sostituzione. Inoltre, senza alcun controllo, in questa fase è possibile effettuare riparazioni sia all'esterno dell'auto che all'interno.

Fase di manutenzione

In questa fase viene rilasciata una garanzia per la riparazione e vengono calcolati i fondi spesi per la diagnosi e la riparazione dell'auto, dopodiché l'auto viene restituita al proprietario.

Proprietà del sistema

Integrabilità- il sistema è integrabile, in quanto ha la possibilità di interagire con diverse banche (pagamento dei servizi tramite queste banche), con una società fiscale (vendita di pezzi di ricambio fuori regione). Il sistema è inoltre collegato con diverse concessionarie di automobili (convenzionate) e compagnie di assicurazione che assicurano il servizio auto stesso, nonché con l'azienda presso la quale vengono acquistati i pezzi di ricambio.

Divisibilità- il sistema è costituito da molti sottosistemi che svolgono determinate funzioni e hanno la capacità di lavorare in modo autonomo.

Integrità- nonostante il sistema sia divisibile, quando sarà pienamente operativo non funzionerà se la funzionalità di uno dei suoi sottosistemi viene interrotta.

Strutturalità- distribuzione per livelli e gerarchie degli elementi del sistema, ovvero se si salta una delle fasi il sistema non potrà continuare a funzionare (senza il rilascio della garanzia il cliente non potrà presentare reclamo alla stazione di servizio).

Standard

GOST 21624 -76 - questo standard stabilisce i requisiti per i prodotti per garantire un determinato livello di manutenibilità (ET) e manutenibilità (RP), nonché i valori degli indicatori ET e RP previsti da GOST 20334-81 per i prodotti automobilistici - a quattro ruote veicoli a trazione integrale e parziale (camion, automobili e autobus), rimorchi e semirimorchi (di seguito denominati prodotti).

GOST 18507 -73 - Questa norma si applica agli autobus e alle autovetture (di seguito denominate automobili) e stabilisce i metodi per i loro test di controllo dopo le riparazioni importanti effettuate dalle imprese di riparazione automobilistica.

Lo standard non si applica alle autovetture, la cui revisione è stata effettuata secondo gli ordini dei singoli proprietari.

Specifiche tecniche

1. Creare un database comune di tutti i servizi presso la stazione di servizio per un'auto specifica.

Figura 19. Base generale di tutti i servizi presso la stazione di servizio

2. Dati sugli strumenti e sui materiali necessari.

Figura 20. Dati su strumenti e materiali

3. Connessioni con sistemi di terze parti.

Figura 21. Sistemi di terze parti

Figura 22. Centri automobilistici

Figura 23. Assicuratori

Figura 24. Campo Assicuratori

4. Commenti sulla qualità del servizio.

Figura 25. Commenti

Figura 26. Recensioni dei visitatori

Figura 27. Recensioni

Durante il lavoro è stato creato un database nel sistema di gestione del database MS Access. Il lavoro mostra una tecnologia passo passo per la creazione di un database. Viene fornito un esempio del database "Car Service". Questa banca datiè stato testato in una stazione di servizio. Il sistema è stato testato. Durante i lavori sono state apportate modifiche e nel lavoro è stata presentata la versione finale del database “Car Service”.

E' necessario creare un database degli accessori “Car service”.

Riso. 1 Modulo principale del pulsante del database finito “Car service”

Il modulo “Proprietari” con il modulo subordinato “Automobili”.

Riso. 2 Modulo “Automobili”

Modulo dipendenti

Riso. 4 Modulo "Servizio"

Riso. 5 Pagina Richieste

Query "Raggruppamento per mansioni e dipendenti"

Query "Per cognome del meccanico"

Richiedi “Ricerca per numero di targa”

Riso. 6 Rapporti

Rapporto “Raggruppamento per mansioni e dipendenti”

Fig.7 Report “Ricerca per targa”.

Riso. 8 Report “Con il nome del meccanico”

Riso. 9 Il diagramma dei dati del database finito “Car Service” mostra le relazioni delle tabelle: Proprietari, Auto, Servizio, Categoria professionale, Dipendenti.

Struttura della tabella “Automobili”: stato. numero, marca, proprietario.

Struttura della tabella “Proprietari”: n. proprietario, nome completo, telefono cellulare, patente di guida n.

Struttura della tabella “Servizio”: numero di servizio, veicolo, categoria di lavoro, data di preparazione dell'ordine, dipendente.

Struttura della tabella “Dipendenti”: matricola del dipendente, cellulare, indirizzo, nome completo.

o qui:

Scarica gratuitamente un report del database con moduli di visualizzazione

Prezzo approssimativo 763 rubli.

Il prezzo esatto dipende dal metodo di pagamento.

Accedi ai metodi di pagamento del database: WebMoney, terminali di pagamento, Russian Post, QIWI, Beeline, MTC, Megafon, carta di debito o credito, WeChat Pay, Alipay (Cina), UnionPay, Yandex.Money, buono regalo e altri.

Scarica i database di Access su argomenti simili:

Accesso al database Servizio auto 2
Generazione di fatture per il pagamento presso un centro di assistenza auto
Immatricolazione dell'auto presso un'azienda di trasporti automobilistici.
ATP (impresa di trasporto automobilistico).
ATP 2007 (impresa di trasporto automobilistico)
Officine di riparazione auto
"Contabilità operativa Veicolo»
“Contabilità degli incidenti stradali”
Registrazione dei trasgressori automobilistici nella polizia stradale.
“Contabilità delle violazioni del codice della strada”
"Sostituzione ricambi auto presso stazioni di servizio"
Trasporto urbano
"Vendite di biglietti aerei"
"Stazione degli autobus"
"Noleggio auto"
Noleggio auto 2
Scuola guida
Azienda di ricambi
autosalone
Contabilità dell'ammortamento del veicolo da parte di MOL e gruppi di veicoli
Taxi
Azienda di autovetture
Orari del minibus
Contabilità del trasporto stradale per marca automobilistica

Parole chiave: download del database; programma di database; Banca dati; database dei corsi; scaricare il database di accesso; accesso; banca dati ad accesso immediato; banche dati in accesso; esempio di accesso al database; creare un database in accesso; accedere ad esempi di database; creazione di un database in accesso; accedere ai database; richieste in accesso; rapporti di accesso; tabelle di accesso; macro in accesso; accedere ai corsi; accedere ad esempi di database; moduli di accesso; Banca dati accesso Microsoft; acquistare una banca dati; creazione di una banca dati; esempi di database; scaricare la banca dati; lavoro del corso su DBMS; esempi di database; database dei corsi già pronto. Il database dei corsi “Car Service” è stato creato in Access 2010 e convertito in Access 2003, pertanto verrà aperto in Access 2003, 2007, 2010.

E' necessario creare un database degli accessori “Car service”. Il modulo del pulsante principale del database "Car Service" finito. Il modulo “Proprietari” con il modulo subordinato “Automobili”. Forma "Automobili". Modulo categoria di lavoro. Modulo dipendenti. Modulo di servizio. Pagina delle richieste. Query "Raggruppamento per lavori e dipendenti". Interrogazione “Per cognome del meccanico”. Richiedi “Ricerca per targa”. Report “Raggruppamento per mansioni e dipendenti”. Segnala "Con il nome del meccanico". Segnala "Con il nome del meccanico". Il diagramma dei dati del database "Car Service" finito mostra le relazioni delle tabelle: Proprietari, Auto, Servizio, Categoria professionale, Dipendenti. Struttura della tabella “Automobili”: stato. numero, marca, proprietario. Struttura della tabella “Proprietari”: numero del proprietario, nome completo, numero di cellulare, numero di patente. Struttura della tabella “Categoria Opera”: codice opera, nome opera, descrizione, costo opera. Struttura della tabella “Servizio”: numero di servizio, veicolo, categoria di lavoro, data di preparazione dell'ordine, dipendente. Struttura della tabella “Dipendenti”: matricola del dipendente, cellulare, indirizzo, nome completo. Struttura della query "Raggruppamento per mansioni e dipendenti" in modalità progettazione. Struttura della query “Per cognome del meccanico” in modalità progettazione. Struttura della richiesta “Ricerca per targa” in modalità progettazione. Macro in modalità progettazione.

Introduzione 3
SEZIONE 1. Sviluppo del database 4

SEZIONE 2: Modellazione di strutture dati 7
2.1. Sviluppo di un modello concettuale di database 7
2.2. Sviluppare un modello logico dei dati 9
2.3. Conversione del modello entità-relazione in modello relazionale
modello di dati 10
SEZIONE 3. Progettazione del database 12
3.1. Sviluppo delle tabelle 12
3.2. Sviluppo di moduli di inserimento dati 17
3.3. Sviluppo di query di database 21
3.4. Sviluppo del rapporto 27
CONCLUSIONE 30
RIFERIMENTI 31
APPLICAZIONI 32

INTRODUZIONE

Oggi, la progettazione di database (di seguito denominata DB) è diventata importante per molte organizzazioni che utilizzano la tecnologia informatica per migliorare la produttività del proprio lavoro. I database sono diventati la base dei sistemi informativi e il loro utilizzo sta diventando parte integrante del funzionamento di qualsiasi impresa.
Oggetto lavoro del corsoè lo studio delle tecnologie di progettazione di database relazionali.
L'oggetto del lavoro del corso è lo studio dei principi dello sviluppo di database relazionali utilizzando l'esempio della progettazione e creazione del database “Car Service”.
Lo scopo della progettazione del database è visualizzare il processo delle attività di riparazione di una piccola impresa
Per raggiungere questo obiettivo sono stati fissati i seguenti compiti:

Esistono numerose fonti di informazione diverse riguardanti la progettazione di database relazionali e le loro applicazioni. Tra tutte le risorse proposte sono state selezionate quelle adatte alla progettazione di database in ambiente OpenOffice.org Base. Ad esempio, i libri discutono le tecniche e i principi di base per lavorare e creare database utilizzando Base, che fa parte di OpenOffice.org. Le origini forniscono informazioni di base sulla creazione di tabelle, moduli, query e report. I libri descrivono raccomandazioni metodologiche per la progettazione e l'implementazione di database.

SEZIONE 1. Sviluppo del database

Questo database è destinato alle organizzazioni impegnate in qualsiasi tipo di servizio di manutenzione dei veicoli.
Le principali funzioni del database riguardano la registrazione di tutte le vetture presenti nel centro servizi, memorizzando informazioni complete su ciascuna vettura (marca, numero di serie e passaporto tecnico, numero di telaio e numero di motore, colore, anno di produzione, ecc.).
Il database dovrebbe anche memorizzare informazioni su ciascun proprietario che ha utilizzato i servizi di un servizio auto almeno una volta. Dovrebbe essere possibile memorizzare non solo le informazioni di base e più necessarie, ma anche note, chiarimenti, descrizioni, ecc. caratteristiche dei ricambi installati e tante altre informazioni utili.
L'amministrazione del servizio auto può richiedere le seguenti informazioni:

L'operatore DBMS può apportare le seguenti modifiche:

I rapporti devono prevedere la possibilità di rilasciare un certificato sulla presenza di un malfunzionamento nell'auto del proprietario e un rapporto sull'attività del servizio auto (il numero di auto in riparazione, il nome del dipendente che le ha riparate).

Il database "Car Service" è progettato per l'amministratore e i dipendenti del servizio auto che ricevono ed elaborano ordini di riparazione e assistenza auto.
L'oggetto dell'attività sono i dati su guasti, proprietari di auto e addetti all'assistenza automobilistica.
Il sistema informativo in fase di realizzazione dovrà svolgere le seguenti funzioni:

Output di informazioni sotto forma di report:

Al database in fase di sviluppo vengono imposti i seguenti requisiti: integrità dei dati, assenza di duplicazioni, assenza di relazioni molti-a-molti, assenza di relazioni ricorsive, relazioni con attributi, attributi multipli.
Le informazioni contenute nel database soddisfano i seguenti requisiti:
significatività, completezza, attendibilità, comprensibilità, efficacia.
Questa presentazione aumenta la facilità d'uso del database; in questo caso l'inserimento delle informazioni si ridurrà alla selezione delle informazioni necessarie da un elenco, ove possibile, il che aumenterà sicuramente la velocità di inserimento delle informazioni e aiuterà ad evitare inserimenti errati di parametri.
Come risultato della creazione e dell'implementazione di questo database, sono richiesti i seguenti indicatori di prestazione: riduzione del tempo di inserimento di nuovi dati e modifica di quelli vecchi e, di conseguenza, aumento della produttività del lavoro, nonché ricezione tempestiva e completa delle informazioni necessarie per il amministrazione del servizio auto.

SEZIONE 2: Modellazione di strutture dati

2.1. Sviluppo di un modello concettuale di database

Quando costruiamo un modello di database concettuale, utilizzeremo le raccomandazioni di I.P. Karpova. . Come osserva l'autore, il modello concettuale del database è un modello orientato agli oggetti di alto livello dell'area tematica, che rappresenta il dominio degli oggetti come un insieme di oggetti che hanno determinate proprietà e si trovano in determinate relazioni. Lo scopo principale dello sviluppo di un modello di dati di alto livello è creare un modello della percezione dei dati da parte dell'utente e conciliare il gran numero di aspetti tecnici associati alla progettazione del database. Il modello concettuale dei dati non è legato a una specifica implementazione fisica del database e non dipende da uno specifico DBMS. Viene creato un modello concettuale basato sulle idee sull'argomento di ciascun tipo di utente, che rappresenta un insieme di dati necessari all'utente per risolvere i suoi problemi.
Il modello concettuale per il database Autoservice è stato concepito come un modello “entità-relazione”.
I concetti principali del modello includono concetti come entità (oggetto), relazione (relazione), tipi di entità, tipi di relazione e attributi.
Un'entità è un oggetto reale o immaginabile, le cui informazioni devono essere archiviate e accessibili. Nei diagrammi del modello ER, un'entità è rappresentata come un rettangolo contenente il nome dell'entità. Ogni entità è definita da un insieme di attributi.
Un attributo è una caratteristica denominata di un'entità. Il suo nome deve essere univoco per un tipo di entità specifico, ma può essere lo stesso per vari tipi entità. Un attributo di entità è qualsiasi dettaglio che serve a chiarire, identificare, classificare, quantificare o esprimere lo stato dell'entità. Inseriremo i nomi degli attributi in un rettangolo che denota l'entità e lo scriveremo sotto il nome dell'entità.
Si stabiliscono relazioni tra entità.
Una relazione è un'associazione rappresentata graficamente stabilita tra due entità. Questa associazione è sempre binaria e può esistere tra due entità diverse oppure tra un'entità e se stessa (relazione ricorsiva). Indichiamo le connessioni con linee.
Pertanto, dalla descrizione dell'area tematica estraiamo tutte le tipologie
entità:
- Clienti;
– Ordini;
– Maestri;
- Elenco delle opere.
Definiamo ciascuna entità il proprio insieme di attributi.
L'entità Cliente è definita dal seguente insieme di attributi:

Gli attributi dell'entità Orders sono definiti come segue:

L'essenza del Master è documentata in base ai seguenti attributi:

L'entità Elenco delle opere è definita dal seguente insieme di attributi:

In conformità con il modello di dominio, viene presentato il seguente modello concettuale del database “Car Service” (Fig. 1).
Fig. 1 Modello concettuale del database “Car service”.

2.2. Sviluppo di un modello logico dei dati

La conversione di un modello di dati concettuale locale in un modello logico locale comporta la rimozione di elementi indesiderati dai modelli concettuali e la conversione dei modelli risultanti in modelli logici locali. Gli elementi indesiderati includono:
– relazioni molti-a-molti;
– connessioni ricorsive;
– connessioni con attributi.
Gli elementi indesiderati sopra menzionati non sono stati riscontrati nel modello concettuale creato.
Circuito logico i dati sono mostrati in Fig. 2.

Riso. 2. Diagramma logico dei dati.

Conversione di un modello entità-relazione in un modello dati relazionale
effettuata eseguendo in sequenza una serie di passaggi:
– ogni entità è associata ad una relazione nel modello dati relazionale;
– ogni attributo dell'entità diventa un attributo della relazione corrispondente;
– la chiave primaria dell'entità diventa la chiave primaria della relazione corrispondente. Agli attributi inclusi nella chiave primaria di una relazione viene automaticamente assegnata la proprietà richiesta (NON NULL). Ad ogni relazione corrispondente ad un'entità subordinata viene aggiunto un insieme di attributi dell'entità principale, che è la chiave primaria dell'entità principale. Nella relazione corrispondente alla sottoentità, questo insieme di attributi diventa una chiave esterna.
Questo processo è discusso di seguito.

SEZIONE 3. Progettazione del database

Una tabella è un oggetto progettato per archiviare dati sotto forma di record (righe) e campi (colonne).
OpenOffice.org Base ne fornisce tre diversi modi creazione di una tabella di database:

In questo lavoro, le tabelle sono state create utilizzando la procedura guidata.
Per ogni tabella del database relazionale viene fornita la sua struttura: la composizione dei campi, i loro nomi, il tipo di dati e la dimensione di ciascun campo, le chiavi della tabella e altre proprietà del campo.
Lo sviluppo delle tabelle del database viene eseguito in sequenza:

La tabella è la base del database, quindi quando si sviluppano tabelle si consiglia di seguire i seguenti principi di base:

Ogni tabella contiene informazioni su un argomento specifico e ogni campo nella tabella contiene un fatto specifico sull'argomento della tabella. Per ogni tabella del database è necessario definire le proprietà delle tabelle in essa contenute.
Il database Car Service contiene quattro tabelle:

Riso. 3. Tabella Clienti.

Riso. 4. Ordini delle tabelle.

Questa tabella contiene i seguenti attributi:

Riso. 5. Elenco delle opere.

Riso. 6. Maestri.

Definiamo una chiave primaria per ciascuna entità, tenendo conto che le entità forti hanno un solo campo chiave e quelle deboli hanno lo stesso numero di connessioni. Quando scegliamo una chiave primaria, saremo guidati dalle seguenti regole:
– la chiave deve contenere un insieme minimo di attributi;
– dovresti usare la chiave i cui valori hanno meno probabilità di cambiare;
– il valore della chiave deve avere una lunghezza minima.
Sulla base di quanto sopra, definiremo i seguenti campi chiave per le entità esistenti:

Dopo aver suddiviso le informazioni in tabelle e definito i campi chiave, è necessario scegliere come il DBMS combinerà le informazioni correlate. Per fare ciò è necessario definire le relazioni tra le tabelle del database.
OpenOffice.org BASE supporta quattro tipi di relazioni tra tabelle:
– uno a uno (ogni record di una tabella corrisponde a un solo record di un'altra tabella);
– uno-a-molti (ogni record di una tabella corrisponde a molti record di un'altra tabella);
– molti-a-uno (simile alla notazione “uno-a-molti”);
– molti-a-molti (un record della prima tabella può essere correlato a più record della seconda tabella, oppure un record della seconda tabella può essere correlato a più record della prima tabella).
I collegamenti stabiliti nel database “Car Service” sono già stati presentati nella sezione precedente in Fig. 2.

Un modulo è un oggetto progettato per inserire, modificare e visualizzare dati tabulari in un formato conveniente.
I moduli contengono i cosiddetti controlli che consentono di accedere ai dati nelle tabelle. Gli elementi di controllo sono campi di testo per l'immissione e la modifica di dati, pulsanti, caselle di controllo, pulsanti di opzione, elenchi ed etichette. La creazione di moduli che contengono i controlli necessari semplifica notevolmente il processo di immissione dei dati e aiuta a prevenire errori.
I moduli OpenOffice.org Base forniscono funzionalità per eseguire molte attività che non possono essere eseguite con altri mezzi, consentendo di convalidare i dati durante l'immissione, eseguire calcoli e fornire accesso ai dati nelle tabelle correlate utilizzando i sottomoduli.
OpenOffice.org Base offre diversi modi per creare moduli. Il più semplice è utilizzare strumenti per creare automaticamente moduli basati su una tabella o una query.
Per il database Auto Service sono disponibili quattro moduli semplici e tre sottomoduli.
Esempi di forme semplici sono mostrati in Fig. 7-10.

Fig.7. Modulo cliente.

Fig.8. Modulo d'ordine.

Fig.9. Elenco delle opere.

Figura 10. Maestri.
Una forma composta contiene una forma principale e una sottomaschera: una sottomaschera. Un sottomodulo è lo stesso modulo nel suo contenuto, ma non viene utilizzato in modo indipendente, ma viene sempre caricato da qualche modulo quando si apre o si crea un documento. In un sottomodulo puoi fare quasi tutto ciò che puoi fare in un modulo, tranne che non puoi inserirvi un altro sottomodulo.
Quando crei campi nei sottomoduli, assicurati di tenere presente che i nomi di tutti i campi devono essere univoci all'interno del modulo, insieme a tutti i sottomoduli utilizzati contemporaneamente in esso.
Grazie alla modulistica composta diventa possibile compilare contemporaneamente diverse tabelle.
Esempi di sottomaschere sono presentati in Fig. 11-13.

Riso. 11. Modulo Cliente con il sottomodulo Ordini.
Il modulo Cliente con il sottomodulo Ordini - fornisce l'inserimento dei dati necessari per identificare il cliente e visualizzare il lavoro svolto per questo ordine. Questo modulo consente di inserire informazioni nelle tabelle Clienti e Ordini.

Riso. 12. Modulo Ordini con sottomodulo Lavori di riparazione.
Questo modulo consente di inserire informazioni nelle tabelle Ordini e Riparazioni.

Riso. 13. Modulo Master con il sottomodulo Ordini.
Il modulo Master con la sottomaschera Ordini consente di controllare l'esecuzione del lavoro da parte di un master specifico.

Una query è un oggetto che consente di ottenere i dati necessari da una o più tabelle.
Le query vengono utilizzate per estrarre dati dalle tabelle e presentarli all'utente in una forma conveniente. Con il loro aiuto, i dati vengono selezionati, ordinati e filtrati. Puoi convertire i dati utilizzando un determinato algoritmo, creare nuove tabelle, popolare automaticamente le tabelle con dati importati da altre origini, eseguire semplici calcoli nelle tabelle e molto altro ancora.
La particolarità delle query è che traggono dati dalle tabelle di base e creano sulla base una tabella risultante temporanea (istantanea): un'immagine di campi e record selezionati dalle tabelle di base. Lavorare con un'immagine è più veloce ed efficiente che lavorare con le tabelle archiviate sul disco rigido.
Su richiesta, è possibile ottenere i dati ordinati e filtrati secondo necessità. Le query possono essere utilizzate anche come origini record per moduli, report e pagine di accesso ai dati.
Esistono diversi tipi di richieste:

 Studiare le specificità dell'area tematica selezionata.

 Sviluppare un modello informativo e logico del database “Auto Service”.

 Implementarlo nel DBMS di MS Access.

 Redigere una “Nota esplicativa” per il progetto del corso secondo il seguente schema:

Scopo della banca dati

Banca dati "Servizio auto"è destinato all'implementazione della ricezione e dell'elaborazione degli ordini di lavoro da parte di una società di servizi automobilistici.

Naturalmente non aspira all'alto titolo di ACS. A causa dell'assenza di interi blocchi necessari per un sistema di controllo automatizzato completo:

 Contabilità,

 Blocco economico

 Pianificato

 Forniture

 E una serie di altri blocchi.

È in fase di implementazione solo uno dei blocchi ACS: il posto di lavoro "Ricezione ordini": lavorare con i clienti: ricevere e registrare gli ordini, organizzare la loro attuazione, riferire sui risultati del lavoro.

Funzioni eseguite dal database

Il database esegue le seguenti funzioni

1. Contabilità e archiviazione delle informazioni sui dipendenti del servizio automobilistico. "MeccanicoS»

2. Immissione e memorizzazione di informazioni sui tipi di lavoro svolto. "OrdineS»

3. Immissione di informazioni sui clienti, sulle auto dei clienti e sui dati su di essi. "RichiestaS»

4. Il modulo “Inserisci informazioni sugli ordini” ti consente di entrare In realtà ordine, selezionando il nome completo del cliente (dall'elenco), selezionando il tipo di auto del cliente e inserendo le informazioni su di essa.

Nello stesso luogo vengono inseriti la composizione del lavoro svolto e i nomi dei dipendenti del servizio automobilistico che lo eseguono. E anche informazioni sulla composizione e sulla quantità dei pezzi di ricambio utilizzati.

5. Il database fornisce anche vari report che consentono di analizzare lo stato delle cose presso l'impresa di servizi automobilistici.

Categorie di utenti

Il database è destinato principalmente ai dipendenti del servizio auto che ricevono ed elaborano ordini di riparazione e assistenza del veicolo.

E i rapporti in esso contenuti sono destinati ad altre divisioni dell'azienda, nonché ai suoi manager.

Progettazione di banche dati

Introduciamo quanto segue concetti E simboli :

Entità

ESSENZA

Essenza - reale o immaginario un oggetto , le cui informazioni devono essere archiviate e accessibili. Nei diagrammi del modello ER, un'entità è rappresentata come un rettangolo contenente il nome dell'entità.

Entità indicheremo con rettangoli,

Attributi dell'entità

Attributo - di nome caratteristica dell'entità . Il suo nome deve essere univoco per un tipo di entità specifico, ma può essere lo stesso per tipi di entità diversi. Un attributo di entità è qualsiasi dettaglio che serve a chiarire, identificare, classificare, quantificare o esprimere lo stato dell'entità.

ESSENZA

Attributi

Nomi degli attributi lo metteremo in un rettangolo,

denotando essenza, sotto il nome dell'entità, e scrivi

in minuscolo.

Relazioni

Connessione - questo è rappresentato graficamente associazione , posto tra due entità. Questa associazione è sempre binaria e può esistere tra due entità diverse oppure tra un'entità e se stessa (relazione ricorsiva).

Connessioni– designeremo con linee sopra le quali metteremo grado di connessione (« 1 » O « ∞ » , che significa “molti”) e le sue caratteristiche.

Campi chiave

Definiamo il concetto primario E esterno chiavi

Chiave è un insieme minimo di attributi i cui valori possono essere utilizzati per trovare in modo inequivocabile l'istanza richiesta di un'entità. Minimità significa che escludere qualsiasi attributo dall'insieme non consente all'entità di essere identificata da quelle rimanenti. Ogni entità ha almeno una chiave possibile.

Uno di questi è preso come chiave primaria .

Quando si sceglie chiave primaria bisognerebbe dare la preferenza non composito chiavi o chiavi composte da un numero minimo di attributi. Inoltre non è opportuno utilizzare chiavi con valori di testo lunghi (è preferibile utilizzare numero intero e attributi).

Non è consentito che la chiave primaria di un'entità (qualsiasi attributo che partecipa alla chiave primaria) accetti indefinito Senso. Altrimenti si creerà una situazione contraddittoria: apparirà qualcuno senza individualità e, quindi, no istanza di entità esistente. Per gli stessi motivi è necessario garantire unicità chiave primaria.

Chiavi esterne

Se entità CON collega le entità UN E IN, allora deve includere chiavi esterne corrispondenti alle chiavi primarie delle entità A e B.

Se entità IN denota entità UN, allora deve includere una chiave esterna corrispondente alla chiave primaria dell'entità UN.

Nota:

1. Dal momento che gli sviluppatori del DBMS MS Access inizialmente ha preso in considerazione i problemi che si sono presentati primario E chiavi straniere, in Access è stato introdotto un tipo di campo speciale: KEY FIELD. Il suo tipo è COUNTER.

Accesso non necessita la sua inclusione obbligatoria nella tabella. Ma con urgenza offerte.

Le caratteristiche di questo tipo di campo sono:

Quando entri Nuovo arrivato– ne viene formato AUTOMATICAMENTE uno nuovo in questo campo, unico, non ripetitivo valore numerico.

Il campo non può accettare indefinito Senso.

Campo – automatico indicizzato.

Modificando manualmente il valore di questo campo impossibile.

Quindi il problema campi chiave E chiavi straniere in Access la soluzione è semplice:

Nella tabella principale(entità) creano speciale chiave campo. Lo avremo chiave primaria .

Ne inseriamo una copia (con lo stesso nome) nelle tabelle subordinate. Sarà loro chiave esterna .

Colleghiamo le tabelle principale e subordinata utilizzando questi campi. È tutto. La connessione è completa!

2. Gli sviluppatori hanno introdotto in Access uno strumento chiamato « Schema dei dati »

Il che consente non solo legare tabelle, ma indicare anche per ogni connessione:

suo tipo(“uno a uno”, “uno a molti”, ecc.)

e lei caratteristiche: garantire l'integrità, nonché aggiornamenti a catena ed eliminazioni di informazioni da tabelle e campi correlati.

Cosa deve essere indicato in fase di costruzione E.R- Modelli Banca dati.

In particolare, è per questo Access è ideale come sistema di programmazione per l'implementazione di modelli ER.

Quando implementiamo il nostroE.R– modelli dentroAccessoSfrutteremo tutte queste opportunità.

Inviare il tuo buon lavoro nella knowledge base è semplice. Utilizza il modulo sottostante

Studenti, dottorandi, giovani scienziati che utilizzano la base di conoscenze nei loro studi e nel loro lavoro ti saranno molto grati.

Pubblicato su http://www.allbest.ru/

PRIMO ISTITUTO TECNICO SUPERIORE DELLA RUSSIA

MINISTERO DELL'ISTRUZIONE E DELLA SCIENZA DELLA FEDERAZIONE RUSSA

Istituzione educativa di bilancio dello Stato federale di istruzione professionale superiore

"UNIVERSITÀ NAZIONALE DELLE RISORSE MINERALI "MINING"

Lavoro del corso

"Database - servizio auto"

Disciplina: Programmazione applicata

Completato da: Stepanova K.A.

Controllato da: Matyukhin S.A.

San Pietroburgo 2013

introduzione

1. Descrizione dell'area tematica

2. Descrizione della struttura del database

3. Tabelle

4. Termini di riferimento

5. Descrizione del programma

6. Componenti

7. Schema utente

8. Interfaccia

Conclusione

Bibliografia

Applicazione

introduzione

Nella nostra epoca, l’era della tecnologia digitale, i computer svolgono un ruolo fondamentale. Ora in ogni organizzazione, che si tratti di agenzie governative o aziende private, tutto è computerizzato e ciò è dovuto all'elevata potenza di calcolo. Anche i processi più complessi e i compiti assegnati vengono calcolati nel più breve tempo possibile e il fattore tempo gioca spesso un ruolo critico nella maggior parte dei compiti assegnati. La potenza di calcolo e la capacità di memoria dei computer sono diventate incredibilmente grandi negli ultimi anni e i loro prezzi sono diminuiti in modo significativo, ciò ha contribuito all'informatizzazione di massa di assolutamente tutti i settori dell'attività umana. Ora è difficile immaginare la vita senza una macchina intelligente che semplifichi e velocizzi un numero enorme di attività. L'utilità di un computer è negata in assenza di software specializzato, senza il quale l'“assistente di ferro” diventa inutile. In questo lavoro parleremo sulla creazione di un programma così importante e, nella maggior parte delle organizzazioni, il principale, il cui nome è un database. In questo caso particolare, un database di servizi automobilistici.

1. Descrizione dell'area tematica

L'obiettivo del compito è ottenere prodotto software, che consente di memorizzare informazioni sui clienti del servizio, sui difetti delle loro auto, garantendo l'efficienza e l'affidabilità dell'elaborazione dei dati.

Il database del servizio auto è destinato agli operatori del servizio auto e fornisce l'accesso alle informazioni sulla marca dell'auto, la data della visita, il malfunzionamento, il numero di telaio dell'auto, nonché le informazioni sui clienti: numero di telefono, ecc.

L'efficacia del programma sta nella riduzione dei tempi di elaborazione e di ricerca delle informazioni necessarie.

La necessità di automatizzare questa attività è dovuta al fatto che la selezione dei dati necessari per i report e la registrazione del lavoro degli ingegneri viene solitamente eseguita manualmente o utilizzando Excel, dedicandovi una notevole quantità di tempo. Questo programma Fornisce inoltre la possibilità di cercare, filtrare e ordinare i dati.

Non è richiesta alcuna conoscenza di programmazione speciale per lavorare con il programma.

2. Descrizione della struttura del database

Relazioni tra tabelle:

La tabella clienti è collegata alla tabella master utilizzando una relazione 1:N utilizzando il campo vin_number

La tabella clienti è collegata alla tabella di calcolo tramite una relazione 1:1 utilizzando il campo vin_number

3. Tabelle

Tabella 1: Clienti (tabella principale)

Tabella 2: Master (slave)

Tabella 3: Master (slave)

modifica del database del servizio auto software

4. Compito tecnico

Motivo dello sviluppo:

Il compito dell'insegnante di condurre lezioni pratiche e completare il lavoro del corso.

Scopo dello sviluppo:

Il programma è progettato per automatizzare il lavoro degli operatori dei servizi automobilistici.

Requisiti del programma:

· Dovrebbe automatizzare il lavoro dell'operatore del servizio auto

Le informazioni devono essere archiviate in modo permanente sul disco rigido del computer

· Deve essere possibile visualizzare il database con la possibilità di eliminare da esso le informazioni specificate.

Requisiti di affidabilità:

· Il programma deve elaborare le azioni errate dell'utente e informarlo.

· Il programma deve fornire il controllo delle informazioni di input.

5. Descrizione del programma

private void Form1_Load(mittente oggetto, EventArgs e) () // caricamento dei componenti principali

private void b_add_Click(mittente oggetto, EventArgs e) () // aggiunta di una nuova voce

private void b_replace_Click(mittente oggetto, EventArgs e) () // modifica la voce

private void b_cancel1_Click(mittente oggetto, EventArgs e) () // annulla l'azione

private void b_save_Click(mittente oggetto, EventArgs e) () // salvataggio delle modifiche

private void b_record1_Click(mittente oggetto, EventArgs e) () // scrive dati

private void b_delete_Click(mittente oggetto, EventArgs e) () // cancella dati

private void b_exit_Click(mittente oggetto, EventArgs e) () // esce dal programma

6. Componenti

7. Schema perutente

La tabella 1 "Clienti" e la tabella 2 "Master" sono collegate da una relazione "uno-a-molti" utilizzando il campo vin_number.

La tabella 1 "Clienti" e la tabella 3 "costo" sono correlate da una relazione "uno a uno" utilizzando il campo vin_number.

8. Interfaccia

Aggiunta di una nuova voce

Modifica di un vecchio post

Eliminazione di una voce

Ordina per data di visita

Tabelle firmate

La tabella principale del programma Auto Service comprende:

1. Elenco delle auto dei clienti

2. Data della richiesta da parte del proprietario dell'auto

3. Malfunzionamento

4. Numero di telefono del cliente

5.Numero VIN

6. L'elenco dei clienti viene gestito utilizzando i pulsanti (Aggiungi/Sostituisci/Elimina)

7. Visualizza e registra i clienti del salone

8. Ordinamento

10. Scelta dei maestri

11. Nome delle tabelle

12. Uscire dal programma

Conclusione

Il risultato del lavoro è stata la creazione Software manutenzione del posto di lavoro di un operatore di servizi automobilistici.

Durante il corso sono state acquisite competenze nel campo della costruzione e programmazione di banche dati nel linguaggio di programmazione C#.

Bibliografia

1. Matyukhin S.A. "Programmazione in approccio orientato agli oggetti C#" - complesso educativo e metodologico 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamut, P. Gold Linguaggio di programmazione C#. Informatica classica. 4a edizione = Linguaggio di programmazione C# (che copre C# 4.0), 4a edizione. - San Pietroburgo: "Pietro", 2012. - 784 p. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Apprendimento C#. 2a edizione = Head First C#, 2ed. - San Pietroburgo: "Pietro", 2012. - 704 p. -- ISBN 978-5-4461-0105-4

4. Linguaggio di programmazione Andrew Troelsen C# 5.0 e .NET 4.5 Framework, 6a edizione = Pro C# 5.0 e .NET 4.5 Framework, 6a edizione. - M.: Williams, 2013. - 1312 pag. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Direttorio. Descrizione completa del linguaggio = C# 5.0 in poche parole: The Definitive Reference. - M.: Williams, 2013. - 1008 pag. -- ISBN 978-5-8459-1819-2

6. Herbert Shildt. C#4.0: guida completa= C# 4.0 Il riferimento completo. -- M.: "Williams", 2010. -- P. 1056. -- ISBN 978-5-8459-1684-6

Applicazione. Codiceprogrammi

utilizzando System.Collections.Generic;

utilizzando System.ComponentModel;

utilizzando System.Data;

utilizzando System.Drawing;

utilizzando System.Linq;

utilizzando System.Text;

utilizzando System.Threading.Tasks;

utilizzando System.Windows.Forms;

classe parziale pubblica Form1: Form

InizializzaComponente();

groupBox1.Visible = falso;

groupBox2.Visible = falso;

clienti privati annullatiBindingNavigatorSaveItem_Click_1(mittente oggetto, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load(mittente oggetto, EventArgs e)

// TODO: questa riga di codice carica i dati nella tabella "db_autoDataSet.masters". Puoi spostarlo o rimuoverlo, a seconda delle necessità.

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

// TODO: questa riga di codice carica i dati nella tabella "db_autoDataSet.calculation". Puoi spostarlo o rimuoverlo secondo necessità.

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

// TODO: questa riga di codice carica i dati nella tabella "db_autoDataSet.customers". Puoi spostarlo o rimuoverlo secondo necessità.

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

private void b_exit_Click(mittente oggetto, EventArgs e)

pulsante vuoto privato5_Click_1(mittente oggetto, EventArgs e)

private void b_add_Click(mittente oggetto, EventArgs e)

groupBox1.Visible = vero;

b_replace.Visible = falso;

b_delete.Visible = falso;

b_exit.Visible = falso;

b_add.Visible = falso;

b_exit2.Visible = falso;

b_save.Visible = falso;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click(mittente oggetto, EventArgs e)

textBox10.Text = clienti DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = clienti DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = clienti DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = clienti DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = clienti DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = vero;

groupBox2.Visible = vero;

b_add.Visible = falso;

b_delete.Visible = falso;

b_exit.Visible = falso;

b_exit2.Visible = falso;

b_replace.Visible = falso;

b_save.Visible = falso;

private void b_cancel1_Click(mittente oggetto, EventArgs e)

b_add.Visible = vero;

b_delete.Visible = vero;

b_uscita.Visibile = vero;

b_exit2.Visible = vero;

b_replace.Visible = vero;

b_save.Visible = vero;

groupBox1.Visible = falso;

private void b_cancel2_Click(mittente oggetto, EventArgs e)

b_add.Visible = vero;

b_delete.Visible = vero;

b_uscita.Visibile = vero;

b_exit2.Visible = vero;

b_replace.Visible = vero;

b_save.Visible = vero;

groupBox2.Visible = falso;

private void b_save_Click(mittente oggetto, EventArgs e)

clientiBindingNavigatorSaveItem_Click_1(mittente, e);

private void b_record1_Click(mittente oggetto, EventArgs e)

Tabella DataTable = db_autoDataSet.Tables;

RigaRigaDati = tabella.NuovaRiga();

riga = textBox1.Text;

riga = Convert.ToDateTime(textBox2.Text);

riga = textBox3.Text;

riga = textBox4.Text;

riga = textBox5.Text;

tabella.Righe.Add(riga);

groupBox1.Hide();

b_replace.Visible = vero;

b_delete.Visible = vero;

b_uscita.Visibile = vero;

b_add.Visible = vero;

b_exit2.Visible = vero;

b_save.Visible = vero;

private void b_record2_Click(mittente oggetto, EventArgs e)

Tabella DataTable = db_autoDataSet.Tables;//12 collegato dinamicamente. tavolo tabella con il primo file dal database

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 ha ottenuto il vin del record corrente

DataRow riga = table.Rows.Find(vinRab);//14 dinamica combinata. riga riga con un record del file vin con shifrRab e spostato il DataSet nello stato di "modifica", in cui consente di modificare i valori dei campi

row = textBox10.Text;//15 è stato scritto nel secondo campo della riga fornita dalla finestra

row = Convert.ToDateTime(textBox9.Text);// 15 è stato scritto nel terzo campo della riga row

riga = textBox8.Text; //15 è stato scritto nel quarto campo della riga row row = textBox7.Text;

riga = textBox6.Text;

table.AcceptChanges();//15 il comando AcceptChanges consente di accettare i valori dei campi modificati

groupBox2.Hide();//16

b_replace.Visible = vero;

b_delete.Visible = vero;

b_uscita.Visibile = vero;

b_add.Visible = vero;

b_exit2.Visible = vero;

b_save.Visible = vero;

private void b_delete_Click(mittente oggetto, EventArgs e)

// cancella la riga sotto il cursore

// crea prima un avviso per non effettuare una cancellazione errata

stringa s1, s2, s3, s4, s5, messaggio;

Risultato DialogResult; // 18

int ind = clientiDataGridView.CurrentRow.Index;

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

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

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

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

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

messaggio = "Marca auto = " + s1 + "\nData visita = " + s2 + "\n Guasto = " + s3 + "\n Numero di telefono del cliente = " + s4 + "\n Numero di telaio" + s5;

// la variabile risultato può assumere i valori DialogResult.Yes o DialogResult.No

risultato = MessageBox.Show(messaggio, "Eliminare la voce successiva? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result == DialogResult.Yes)//La riga viene eliminata

(// 20 La tabella corrente del customerDataGridView di tipo DataGrid viene scritta nella tabella buffer

ValutaManager CurMng = (CurrencyManager)clientiDataGridView.BindingContext;

if (CurMng.Count > 0) // se la tabella non è vuota

CurMng.RemoveAt(CurMng.Position); // rimuove la posizione contrassegnata

// qui risultato == DialogResult.No e l'eliminazione viene rifiutata

// esce dalla procedura

Pubblicato su Allbest.ru

Documenti simili

Creazione della banca dati. Cerca, modifica ed elimina i record. Elaborazione e scambio di dati. Progettazione di banche dati. Definizione delle formule per la parte calcolata del database. Modifica di campi e record. Moduli per la presentazione delle informazioni contenute nel database.

lavoro del corso, aggiunto il 23/02/2009

Sviluppo di un prodotto software: il database "Excursion" nell'ambiente di programmazione integrato C++ Builder 6. Determinazione dell'ordine di visualizzazione dei dati del database, modifica e cancellazione. Caratteristiche del manuale utente e dell'interfaccia generale del programma.

lavoro del corso, aggiunto il 03/11/2013

Giustificazione della necessità di sistemi di gestione di database nelle imprese. Funzionalità dello sviluppo di software di gestione del database che fornisce visualizzazione, modifica, inserimento di record di database, generazione di query e report.

lavoro del corso, aggiunto il 23/01/2010

Creazione di un database e descrizione del programma "Database didattico", progettato per raggruppare informazioni sugli studenti. Caratteristica funzionalità programmi: aggiunta di record al database, modifica, eliminazione di record e ordinamento dei dati.

lavoro del corso, aggiunto il 25/04/2011

Sviluppo del programma "Database attrezzature sportive". Descrizione dell'algoritmo di funzionamento di moduli e blocchi. Schema strutturale della presentazione del progetto. Il processo di ricerca delle informazioni necessarie. Ordinamento automatico dei dati. Aggiunta e modifica di voci.

lavoro del corso, aggiunto il 15/08/2013

Creazione di semplici moduli di riferimento. Modifica delle proprietà del modulo in modalità progettazione. Aggiunta e modifica delle proprietà dei controlli. Progettazione di report per il database. Lanciare un tavolo a forma normale e costruire uno schema di dati.

abstract, aggiunto il 23/11/2008

La procedura per la progettazione e lo sviluppo di un database e di un software. Informazioni sulla struttura del database, tabelle create, moduli, report, query, informazioni archiviate. Modelli logici e concettuali dei dati; selezione del software.

lavoro del corso, aggiunto il 20/01/2010

Tipi di vincoli che mantengono l'integrità nel modello di dati relazionali. Determinazione del valore di un campo di chiave primaria utilizzando un generatore. Aggiunta, modifica ed eliminazione di record nella tabella del database della Libreria nel linguaggio di programmazione SQL.

lavoro di laboratorio, aggiunto il 10/10/2012

Analisi del dominio. Requisiti per la compilazione di un database di hotel. Implementazione del processo di ricerca delle informazioni necessarie. Generazione di tabelle, query, report e stampa degli stessi. Modifica, aggiunta e memorizzazione dei dati.

lavoro del corso, aggiunto il 02/07/2016

Giustificazione per la scelta degli strumenti di sviluppo dell'applicazione. Aggiunta, eliminazione, modifica di informazioni. Riflessione delle informazioni dal database. Cerca informazioni per la tabella selezionata. Progetti Dati, Entità, Logica, Impresa. Schema di interazione tra progetti di programma.

Popolare nella categoria: