Hem › Navigatörer › OBD-biltjänst. Ladda ner åtkomstdatabasen Bilservice. Funktioner som utförs av databasen

OBD-biltjänst. Ladda ner åtkomstdatabasen Bilservice. Funktioner som utförs av databasen

Teknik för att skapa Databas "Autoservice"

För att skapa databasen sattes målen och målen för databasen "Auto Service":

? säkerställa kundnöjdhet med både service och företag;
? förse bästa service nära
? garantireparationer av sålda nya och begagnade bilar;
? kommersiellt förebyggande underhåll (justeringar etc.);
? kommersiella rehabiliteringstjänster (reparationer);
? reparation av begagnade komponenter och sammansättningar för lager av renoverade reservdelar.

? Människor,
? material,
? datorer,
? maskiner,
? byggnad.

Den utvecklade och skapade Car Service Database är en uppsättning sammankopplade komponenter och visar olika delar av bilreparation.

Figur 14. Databas "Bilservice"

Systemet är uppdelat i två delsystem och en förlängning:

? Reparation av den tekniska delen av bilen.
? Utbyggnad - bilinredningsreparationer.

Huvudsystemet "Reparation av tekniska delar av en bil" består av fyra tabeller (se fig. 15):

« Beställa» - inklusive nödvändig information om beställningen av reparationer och diagnostik av bilen, det vill säga:

? Bil.
? Ägare.
? Anledning till att kontakta servicestationen.

« Reparera"- en tabell som beskriver processen att reparera tekniska delar av en bil, nämligen delar som behöver repareras inom en snar framtid. Den här tabellen innehåller följande artiklar:

? Motorreparation.
? Reparation av växellåda.
? Reparation av chassi.
? Reparation av bränslesystem.

Figur 15. Order för reparation av tekniska delar

Tabell " Diagnostik", relaterat till " På order av» och distribuerar bilar för diagnostik av vissa delar av bilen, d.v.s. motor, växellåda, chassi och bränslesystem.

I " Diagnostik» information om bilar som kräver diagnostik av en viss del lagras.

? Motordiagnostik.
? Transmissionsdiagnostik.
? Chassidiagnostik.
? Bränslesystem diagnostik.

Main systemet Arbetar på grund "Kaskad modeller" Och hänvisar på standard GOST 21624 -76

GOST 18507 -73

Systemet fungerar från att samla in information om beställningen, sedan sker diagnostik som avgör behovet av att reparera maskinen. Varje steg (förutom den första) kan inte påbörjas förrän den andra är klar, om inte bilen inte behöver repareras.

Delsystemet IT-service skapades för att ge en reparationsgaranti, lämna in ett garantianspråk och köpa reservdelar för reparationer.

1) lämna in ett krav,
2) registrering av en garanti,
3) beställning av reservdelar, och inkluderar 11 bord, varav ett är gemensamt för IT-service. (se fig. 16).

Figur 16. IT-tjänst

IT-tjänst - delar upp hela tjänsten i 3 delar:

? garantianspråk,
? registrering av garanti,
? beställa reservdelar.

Data 1 och 2 - innehåller information om kunder.

Kvitto 1 - tabellen innehåller uppgifter om tidpunkten för begäran och priset på tillhandahållna tjänster.

Orsak till kontakt - en tabell som innehåller information om anledningen till att kontakta servicestationen under garantin. Det har ett samband med tabellerna: överenskommelse av STO 1 och Utfall 1, där data om STO:s överensstämmelse med kravet respektive möjligheten att lösa problemet noteras.

Expansionen innebär någon form av ökning av bilreparationstjänsterna. Nu omfattar systemet karossreparationer och inredningsreparationer, som också sköts av bensinstationen.

Tilläggsundersystemet består av två tabeller och påverkar den andra tabellen från huvudsystemet. (se bild 17)

Figur 17. Expansion

Tabellerna "karossreparationer och inredningsreparationer" innehåller information om typerna av tjänster.

Karossreparation:

? Byte av delar.
? Spackel.
? Målning.
? Lackering.
? Putsning.

Invändig renovering:

? Byte av komponenter.
? Reparation av komponenter.

Dessa tabeller leder till kopplingar till tabellen " Pris» för att fastställa priser för tjänster.

Funktionell:

? beställningar av kläder,
? arbete,
? tjänster,
? brigader,
? normtimmar.

Databasresurser:

? Människor,
? Utrustning,
? material,
? datorer,
? maskiner,
? byggnad.

Kaskadmodellen, som presenteras i figur 18, tillhandahåller sekventiell exekvering av alla stadier av projektet i en strikt fastställd ordning. Övergången till nästa steg innebär ett fullständigt slutförande av arbetet i föregående steg.

Detta representeras i databasen enligt följande:

? ta emot beställningar på reparationer,
? Bildiagnostik,
? bil reparation,
? frisläppande av en bil från en bensinstation.

Figur 18. Databasmodell

Analysfas

Här kan du fylla i en ansökan om bilreparationer på en bensinstation. Kunden fyller i ett dokument där kunden anger vilken service han behöver.

Designfas

I detta skede skickas bilen för diagnostik, som bestämmer orsaken till bilens haveri. Därefter, efter kundens gottfinnande, skickas maskinen för reparation.

Implementerings- och implementeringsfas

I detta skede utförs reparationer på delar av bilen som enligt diagnostiska resultat behöver repareras eller bytas ut. Dessutom, utan några kontroller, kan i detta skede reparationer göras på utsidan av bilen och interiören.

Underhållsfas

I detta skede utfärdas en garanti för reparationer och de medel som spenderas på att diagnostisera och reparera bilen beräknas, varefter bilen återlämnas till ägaren.

Systemets egenskaper

Integrerbarhet- Systemet är integrerbart, eftersom det har förmågan att interagera med olika banker (betalning för tjänster via dessa banker), med ett skattebolag (försäljning av reservdelar utanför regionen). Systemet är även kopplat till olika bilhandlare (enligt avtal) och försäkringsbolag som försäkrar själva bilservicen samt företaget där reservdelar köps.

Delbarhet- systemet består av många delsystem som utför vissa funktioner och har förmågan att arbeta självständigt.

Integritet- trots att systemet är delbart, när det är fullt i drift, kommer det inte att fungera om funktionaliteten hos ett av dess delsystem störs.

Strukturalitet- fördelning efter nivåer och hierarkier av systemelement, d.v.s. systemet kommer inte att kunna fortsätta att fungera om ett av stegen hoppas över (utan att utfärda en garanti kommer kunden inte att kunna göra en reklamation till bensinstationen).

Standarder

GOST 21624 -76 - denna standard fastställer krav på produkter för att säkerställa en given nivå av servicebarhet (ET) och underhållbarhet (RP), såväl som värdena för ET- och RP-indikatorerna enligt GOST 20334-81 för fordonsprodukter - fyrhjuliga driv- och delhjulsdrivna fordon (lastbilar, personbilar och bussar), släpvagnar och semitrailers (nedan kallade produkter).

GOST 18507 -73 - denna standard gäller för bussar och personbilar (nedan kallade bilar) och fastställer metoder för deras kontrolltester efter större reparationer utförda av bilreparationsföretag.

Standarden gäller inte för personbilar, vars översyn utfördes enligt order från enskilda ägare.

Tekniska specifikationer

1. Skapa en gemensam databas över alla tjänster på bensinstationen för en specifik bil.

Figur 19. Allmän bas för alla tjänster på bensinstationen

2. Uppgifter om nödvändiga verktyg och material.

Figur 20. Verktygs- och materialdata

3. Anslutningar till tredje parts system.

Figur 21. Tredjepartssystem

Figur 22. Autocentrering

Figur 23. Försäkringsgivare

Figur 24. Försäkringsgivares fält

4. Kommentarer om tjänstens kvalitet.

Figur 25. Kommentarer

Figur 26. Besöksrecensioner

Figur 27. Recensioner

Under arbetets gång skapades en databas i databashanteringssystemet MS Access. Arbetet visar en steg-för-steg-teknik för att skapa en databas. Ett exempel på databasen "Car Service" ges. Denna databas testades på en bensinstation. Systemet har testats. Under arbetets gång gjordes justeringar och den slutliga versionen av databasen ”Bilservice” presenterades i arbetet.

Det är nödvändigt att skapa en databas med "Bilservice" tillbehör

Ris. 1 Huvudknappsformulär för den färdiga databasen "Bilservice"

Formen "Ägare" med den underordnade formen "Bilar".

Ris. 2 Form "Bilar"

Anställda formulär

Ris. 4 Form "Service"

Ris. 5 Förfrågningar sida

Fråga "Gruppera efter jobb och anställda"

Fråga "Med efternamn på mekaniker"

Begär "Sök efter registreringsnummer"

Ris. 6 rapporter

Rapport "Gruppera efter jobb och anställda"

Fig.7 Rapporten "Sök efter registreringsskylt".

Ris. 8 Rapportera "Med mekanikerns namn"

Ris. 9 Datadiagrammet för den färdiga "Bilservice"-databasen visar relationerna mellan tabellerna: Ägare, Bilar, Service, Jobbkategori, Anställda.

Struktur för tabellen "Bilar": tillstånd. nummer, märke, ägare.

Struktur för tabellen "Ägare": ägarens nummer, fullständigt namn, mobiltelefon, körkort nr.

Strukturen i tabellen "Service": servicenummer, fordon, arbetskategori, beställningsdatum, anställd.

Struktur för tabellen "Anställda": anställds nummer, mobiltelefon, adress, fullständigt namn.

eller här:

Ladda ner en databasrapport med skärmformulär gratis

Ungefärligt pris 763 rub.

Det exakta priset beror på betalningssättet.

Åtkomst till databasens betalningsmetoder: WebMoney, betalningsterminaler, rysk post, QIWI, Beeline, MTC, Megafon, betal- eller kreditkort, WeChat Pay, Alipay (Kina), UnionPay, Yandex.Money, presentkort och andra.

Ladda ner Access-databaser om liknande ämnen:

Databasåtkomst Biltjänst 2
Generera fakturor för betalning på ett bilservicecenter
Bilregistrering i ett biltransportföretag.
ATP (motortransportföretag).
ATP 2007 (motortransportföretag)
Bilverkstäder
"Driftsredovisning Fordon»
"Redovisning för vägtrafikolyckor"
Registrering av bilförbrytare i trafikpolisen.
"Redogörelse för trafiköverträdelser"
"Byte av bildelar på bensinstationer"
Stadstransporter
"Försäljning av flygbiljetter"
"Busstation"
"Biluthyrning"
Biluthyrning 2
Körskola
Reservdelsföretag
bil salong
Redovisning av fordonsavskrivningar efter MOL och fordonsgrupper
Taxi
Personbilsföretag
Minibuss schema
Redovisning för vägtransporter efter bilmärke

Nyckelord: databasnedladdning; databasprogram; databas; kursdatabas; ladda ner åtkomstdatabas; tillgång; lättåtkomstdatabas; databaser i åtkomst; exempel på åtkomstdatabas; skapa en databas i access; exempel på åtkomstdatabas; skapa en databas i access; tillgång till databaser; förfrågningar om tillgång; tillgångsrapporter; åtkomsttabeller; makron i åtkomst; tillgång till kurser; exempel på åtkomstdatabas; åtkomstformulär; Databas microsoft access; köpa en databas; skapa en databas; databasexempel; ladda ner databas; kursarbete på DBMS; databasexempel; färdig kursdatabas. Kursdatabasen "Car Service" skapades i access 2010 och konverterades till access 2003, därför kommer den att öppnas i access 2003, 2007, 2010.

Det är nödvändigt att skapa en databas med "Bilservice" tillbehör. Huvudknappformen för den färdiga databasen "Bilservice". Formen "Ägare" med den underordnade formen "Bilar". Form "Bilar". Form för arbetskategori. Anställda formulär. Serviceformulär. Sidan med förfrågningar. Fråga "Gruppera efter jobb och anställda." Fråga "Med efternamn på mekaniker". Begär "Sök efter registreringsnummer". Rapporten "Gruppera efter jobb och anställda". Rapportera "Med namnet på mekanikern." Rapportera "Med namnet på mekanikern." Datadiagrammet för den färdiga "Bilservice"-databasen visar relationerna mellan tabellerna: Ägare, Bilar, Service, Jobbkategori, Anställda. Struktur för tabellen "Bilar": tillstånd. nummer, märke, ägare. Strukturen i tabellen "Ägare": ägarens nummer, fullständigt namn, mobiltelefonnummer, körkortsnummer. Struktur för tabellen "Arbetskategori": arbetskod, namn på arbetet, beskrivning, kostnad för arbetet. Strukturen i tabellen "Service": servicenummer, fordon, arbetskategori, beställningsdatum, anställd. Struktur för tabellen "Anställda": anställds nummer, mobiltelefon, adress, fullständigt namn. Struktur för frågan "Gruppera efter jobb och anställda" i designläge. Struktur för frågan "Med efternamn på mekaniker" i designläge. Struktur för begäran om "Sök efter registreringsskylt" i designläge. Makron i designläge.

Inledning 3
AVSNITT 1. Databasutveckling 4

AVSNITT 2: Modellering av datastrukturer 7
2.1. Utveckling av en konceptuell databasmodell 7
2.2. Utveckla en logisk datamodell 9
2.3. Konvertera entitetsrelationsmodellen till en relationsmodell
datamodell 10
AVSNITT 3. Databasdesign 12
3.1. Utveckling av tabeller 12
3.2. Utveckling av datainmatningsformulär 17
3.3. Utveckla databasfrågor 21
3.4. Rapportutveckling 27
SLUTSATS 30
REFERENSER 31
APPLIKATIONER 32

INTRODUKTION

Idag har databasdesign (nedan kallad DB) blivit viktig för många organisationer som använder datorteknik för att förbättra produktiviteten i sitt arbete. Databaser har blivit grunden för informationssystem, och deras användning blir en integrerad del av alla företags funktion.
Objekt kursarbeteär studiet avr.
Ämnet för kursarbetet är att studera principerna för att utveckla relationsdatabaser med hjälp av exemplet att designa och skapa databasen "Car Service".
Syftet med databasdesignen är att visa processen för reparationsaktiviteter för ett litet företag
För att uppnå detta mål sattes följande uppgifter:

Det finns ett stort antal olika informationskällor angående utformningen av relationsdatabaser och deras tillämpningar. Från alla föreslagna resurser valdes de som är lämpliga för att designa databaser i OpenOffice.org Base-miljön. Böckerna diskuterar till exempel de grundläggande teknikerna och principerna för att arbeta och skapa databaser med Base, som är en del av OpenOffice.org. Källorna ger grundläggande information om att skapa tabeller, formulär, frågor och rapporter. Böckerna beskriver metodologiska rekommendationer för design och implementering av databaser.

AVSNITT 1. Databasutveckling

Denna databas är avsedd för organisationer som är engagerade i alla typer av fordonsunderhållstjänster.
Databasens huvudfunktioner är att registrera alla bilar någonsin i servicecentret, lagra fullständig information om varje bil (märke, serie och tekniskt passnummer, chassinummer och motornummer, färg, tillverkningsår etc.).
Databasen bör också lagra information om varje ägare som har använt en biltjänsts tjänster minst en gång. Det ska vara möjligt att lagra inte bara den grundläggande och mest nödvändiga informationen, utan även anteckningar, förtydliganden, beskrivningar m.m. egenskaper hos installerade reservdelar och mycket annan användbar information.
Administrationen av biltjänsten kan kräva följande information:

DBMS-operatören kan göra följande ändringar:

Rapporterna måste tillhandahålla möjligheten att utfärda ett intyg om förekomsten av ett fel i ägarens bil och en rapport om biltjänstens arbete (antal bilar som repareras, namnet på den anställde som reparerade dem).

Databasen "Bilservice" är utformad för administratören och bilservicemedarbetarna som tar emot och behandlar beställningar på reparationer och bilservice.
Uppgiftens ämnesområde är uppgifter om fel, bilägare och bilservicepersonal.
Informationssystemet som utvecklas måste utföra följande funktioner:

Utmatning av information i form av rapporter:

Följande krav ställs på databasen som utvecklas: dataintegritet, frånvaro av duplicering, frånvaro av många-till-många-relationer, frånvaro av rekursiva relationer, relationer med attribut, flera attribut.
Informationen i databasen uppfyller följande krav:
betydelse, fullständighet, tillförlitlighet, förståelighet, effektivitet.
Denna presentation ökar användarvänligheten för databasen; i det här fallet kommer inmatning av information att reduceras till att välja nödvändig information från en lista, där det är möjligt, vilket säkerligen kommer att öka hastigheten för inmatning av information och hjälpa till att undvika felaktig inmatning av parametrar.
Som ett resultat av skapandet och implementeringen av denna databas krävs följande prestationsindikatorer: att minska tiden för att mata in nya data och ändra gamla och följaktligen öka arbetsproduktiviteten, samt snabbt och fullständigt mottagande av information som är nödvändig för att administration av biltjänsten.

AVSNITT 2: Modellering av datastrukturer

2.1. Utveckling av en konceptuell databasmodell

När vi bygger en konceptuell databasmodell kommer vi att använda rekommendationerna från I.P. Karpova. . Som författaren noterar är den konceptuella databasmodellen en objektorienterad högnivåmodell av ämnesområdet, som representerar objektdomänen som en uppsättning objekt som har vissa egenskaper och är i vissa relationer. Huvudsyftet med att utveckla en datamodell på hög nivå är att skapa en modell av användarens uppfattning om datan och att förena det stora antalet tekniska aspekter som är förknippade med databasdesign. Den konceptuella datamodellen är inte knuten till en specifik fysisk databasimplementering och är inte beroende av ett specifikt DBMS. En konceptuell modell skapas baserad på idéer om ämnesområdet för varje typ av användare, som representerar en uppsättning data som behövs för att användaren ska kunna lösa sina problem.
Den konceptuella modellen för Autoservice-databasen utformades som en "entity-relationship"-modell.
Modellens huvudbegrepp inkluderar sådana begrepp som entitet (objekt), relation (relation), entitetstyper, relationstyper och attribut.
En entitet är ett verkligt eller tänkbart föremål, vars information måste lagras och vara tillgänglig. I ER-modelldiagram representeras en entitet som en rektangel som innehåller namnet på entiteten. Varje enhet definieras av en uppsättning attribut.
Ett attribut är en namngiven egenskap hos en entitet. Namnet måste vara unikt för en specifik enhetstyp, men kan vara detsamma för olika typer enheter. Ett enhetsattribut är varje detalj som tjänar till att förtydliga, identifiera, klassificera, kvantifiera eller uttrycka enhetens tillstånd. Vi kommer att skriva in namnen på attributen i en rektangel som betecknar entiteten och skriver ner den under entitetens namn.
Relationer upprättas mellan enheter.
En relation är en grafiskt representerad association etablerad mellan två enheter. Denna association är alltid binär och kan existera mellan två olika entiteter eller mellan en entitet och sig själv (rekursiv relation). Vi betecknar samband med linjer.
Från beskrivningen av ämnesområdet extraherar vi alltså alla typer
enheter:
– Kunder;
– Beställningar;
– Mästare;
- Lista över verk.
Vi definierar varje enhet sin egen uppsättning attribut.
Kundentiteten definieras av följande uppsättning attribut:

Attributen för orderenhet definieras enligt följande:

Kärnan i Master är dokumenterad baserat på följande attribut:

Entiteten List of Works definieras av följande uppsättning attribut:

I enlighet med domänmodellen presenteras följande konceptuella modell av databasen "Car Service" (Fig. 1).
Fig. 1 Konceptuell modell av databasen "Bilservice".

2.2. Utveckling av en logisk datamodell

Att konvertera en lokal konceptuell datamodell till en lokal logisk modell innebär att man tar bort oönskade element från konceptuella modeller och omvandlar de resulterande modellerna till lokala logiska modeller. Oönskade element inkluderar:
– många-till-många-relationer;
– rekursiva kopplingar;
– samband med attribut.
De ovan nämnda oönskade elementen återfanns inte i den skapade konceptuella modellen.
Logisk krets data visas i fig. 2.

Ris. 2. Logiskt datadiagram.

Konvertera en enhet-relationsmodell till en relationsdatamodell
utförs genom att sekventiellt utföra ett antal steg:
– varje enhet är associerad med en relation i den relationella datamodellen;
– varje entitetsattribut blir ett attribut för motsvarande relation;
– enhetens primärnyckel blir primärnyckeln för motsvarande relation. Attribut som ingår i primärnyckeln för en relation tilldelas automatiskt den nödvändiga egenskapen (INTE NULL). Varje relation som motsvarar en underordnad enhet läggs till med en uppsättning attribut för huvudenheten, som är den primära nyckeln för huvudenheten. I den relation som motsvarar subentiteten blir denna uppsättning attribut en främmande nyckel.
Denna process diskuteras nedan.

AVSNITT 3. Databasdesign

En tabell är ett objekt utformat för att lagra data i form av poster (rader) och fält (kolumner).
OpenOffice.org Base tillhandahåller tre olika sätt skapa en databastabell:

I detta arbete skapades tabeller med hjälp av guiden.
För varje relationsdatabastabell anges dess struktur: fältens sammansättning, deras namn, datatyp och storlek för varje fält, tabellnycklar och andra fältegenskaper.
Utvecklingen av databastabeller utförs sekventiellt:

Tabellen är basen för databasen, så när du utvecklar tabeller rekommenderas det att vägledas av följande grundläggande principer:

Varje tabell innehåller information om ett specifikt ämne, och varje fält i tabellen innehåller ett specifikt fakta om ämnet i tabellen. För varje tabell i databasen måste du definiera egenskaperna för tabellerna den innehåller.
Bilservicedatabasen innehåller fyra tabeller:

Ris. 3. Bordskunder.

Ris. 4. Bordsbeställningar.

Den här tabellen innehåller följande attribut:

Ris. 5. Lista över verk.

Ris. 6. Mästare.

Låt oss definiera en primärnyckel för varje entitet, och vi måste ta hänsyn till att starka enheter bara har ett nyckelfält och svaga har samma antal anslutningar. När vi väljer en primärnyckel kommer vi att vägledas av följande regler:
– nyckeln måste innehålla en minsta uppsättning attribut;
– du bör använda nyckeln vars värden är minst sannolikt att ändras;
– nyckelvärdet måste ha en minsta längd.
Baserat på ovanstående kommer vi att definiera följande nyckelfält för befintliga enheter:

Efter att ha delat upp informationen i tabeller och definierat nyckelfält måste du välja hur DBMS ska kombinera den relaterade informationen. För att göra detta är det nödvändigt att definiera relationerna mellan databastabellerna.
OpenOffice.org BASE stöder fyra typer av relationer mellan tabeller:
– en-till-en (varje post i en tabell motsvarar endast en post i en annan tabell);
– en-till-många (varje post i en tabell motsvarar många poster i en annan tabell);
– många-till-en (liknar "en-till-många"-notation);
– många-till-många (en post från den första tabellen kan relateras till mer än en post från den andra tabellen, eller en post från den andra tabellen kan relateras till mer än en post från den första tabellen).
Anslutningarna som upprättats i databasen "Bilservice" har redan presenterats i föregående avsnitt i fig. 2.

Ett formulär är ett objekt utformat för att mata in, redigera och visa tabelldata i en bekväm form.
Formulär innehåller så kallade kontroller som låter dig komma åt data i tabeller. Kontrollelement är textfält för att ange och redigera data, knappar, kryssrutor, alternativknappar, listor och etiketter. Att skapa formulär som innehåller nödvändiga kontroller förenklar datainmatningsprocessen avsevärt och hjälper till att förhindra fel.
OpenOffice.org Basformulär tillhandahåller funktionalitet för att utföra många uppgifter som inte kan utföras på andra sätt, vilket gör att du kan validera data när du anger den, utföra beräkningar och ge tillgång till data i relaterade tabeller med hjälp av underformulär.
OpenOffice.org Base erbjuder flera sätt att skapa formulär. Det enklaste av dessa är att använda verktyg för att automatiskt skapa formulär baserat på en tabell eller fråga.
För Auto Service-databasen finns det fyra enkla formulär och tre underformulär.
Exempel på enkla former visas i fig. 7-10.

Fig. 7. Kundformulär.

Fig. 8. Beställningsformulär.

Fig. 9. Lista över verk.

Fig. 10. Mästare.
En sammansatt form innehåller en huvudform och en underform - en underform. Ett underformulär är samma form i sitt innehåll, men det används inte självständigt, utan laddas alltid från någon form när man öppnar eller skapar ett dokument. Du kan göra nästan allt i ett underformulär som du kan göra i ett formulär, förutom att du inte kan infoga ett annat underformulär i det.
När du skapar fält i underformulär, se till att ta hänsyn till att namnen på alla fält måste vara unika i formuläret, tillsammans med alla underformulär som används i det samtidigt.
Tack vare sammansatta formulär blir det möjligt att fylla i olika tabeller samtidigt.
Exempel på underformulär presenteras i fig. 11-13.

Ris. 11. Kundformulär med underformuläret Beställningar.
Kundformuläret med underformuläret Beställningar - ger inmatning av nödvändiga data för att identifiera kunden och se det arbete som utförts för denna beställning. Detta formulär låter dig ange information i kund- och ordertabellerna.

Ris. 12. Form Beställningar med underformulär Reparationsarbete.
Detta formulär låter dig ange information i tabellerna för beställningar och reparationer.

Ris. 13. Masterformulär med underformuläret Order.
Masterformuläret med underformuläret Order låter dig styra utförandet av arbete av en specifik master.

En fråga är ett objekt som låter dig hämta nödvändig data från en eller flera tabeller.
Frågor används för att extrahera data från tabeller och presentera dem för användaren i en bekväm form. Med deras hjälp väljs data ut, sorteras och filtreras. Du kan konvertera data med en given algoritm, skapa nya tabeller, automatiskt fylla i tabeller med data importerad från andra källor, utföra enkla beräkningar i tabeller och mycket mer.
Det speciella med frågor är att de drar data från bastabellerna och skapar på grundval av dem en tillfällig resulterande tabell (ögonblicksbild) - en bild av fält och poster valda från bastabellerna. Att arbeta med en bild är snabbare och effektivare än att arbeta med tabeller lagrade på hårddisken.
På begäran kan du få data sorterad och filtrerad efter behov. Frågor kan också användas som postkällor för formulär, rapporter och dataåtkomstsidor.
Det finns flera typer av förfrågningar:

 Studera detaljerna för det valda ämnesområdet.

 Utveckla en informations- och logisk modell av databasen "Auto Service".

 Implementera det i MS Access DBMS.

 Komponera en "Förklarande notering" för kursprojektet i enlighet med följande plan:

Syftet med databasen

Databas "Bilservice"är avsedd för genomförande av att ta emot och behandla beställningar på arbete av ett bilserviceföretag.

Naturligtvis strävar han inte efter den höga titeln ACS. På grund av frånvaron av hela block som är nödvändiga för ett omfattande automatiserat styrsystem:

 Redovisning,

 Ekonomiskt block

 Planerad

 Tillbehör

 Och ett antal andra block.

Endast ett av ACS-blocken implementeras - "Ordermottagning"-arbetsplatsen: arbeta med kunder: ta emot och registrera beställningar, organisera deras implementering, rapportera om resultatet av arbetet.

Funktioner som utförs av databasen

Databasen utför följande funktioner

1. Redovisning och lagring av information om bilserviceanställda. "Mekanikers»

2. Mata in och lagra information om de typer av arbete som utförs. "Beställas»

3. Ange information om kunder, kundbilar och data om dem. "Begärans»

4. I formuläret "Ange information om beställningar" kan du gå in faktiskt beställa, välja kundens fullständiga namn (från listan), välja typ av kunds bil och ange information om den.

På samma plats förs sammansättningen av det utförda arbetet och namnen på de bilserviceanställda som utför dem. Och även - information om sammansättningen och mängden av reservdelar som används.

5. Databasen tillhandahåller också olika rapporter som låter dig analysera läget på bilserviceföretaget.

Användarkategorier

Databasen är främst avsedd för bilservicemedarbetare som tar emot och behandlar beställningar på reparationer och fordonsservice.

Och rapporterna som tillhandahålls i den är för andra divisioner av företaget, såväl som för dess chefer.

Databasdesign

Låt oss presentera följande begrepp Och symboler :

Entiteter

VÄSEN

Väsen - verklig eller inbillad ett objekt , information om vilka måste lagras och vara tillgängliga. I ER-modelldiagram representeras en entitet som en rektangel som innehåller namnet på entiteten.

Entiteter vi kommer att beteckna med rektanglar,

Entitetsattribut

Attribut - som heter entitetsegenskaper . Namnet måste vara unikt för en specifik enhetstyp, men kan vara detsamma för olika enhetstyper. Ett enhetsattribut är varje detalj som tjänar till att förtydliga, identifiera, klassificera, kvantifiera eller uttrycka enhetens tillstånd.

VÄSEN

Attribut

Attributnamn vi lägger den i en rektangel,

betecknar väsen, under enhetens namn, och skriv

med små bokstäver.

Relationer

Förbindelse - detta är grafiskt avbildat förening , satt mellan två enheter. Denna association är alltid binär och kan existera mellan två olika entiteter eller mellan en entitet och sig själv (rekursiv relation).

Anslutningar– vi kommer att utse med linjer över vilka vi kommer att sätta grad av anslutning (« 1 » eller « ∞ » , som betyder "många") och dess egenskaper.

Nyckelfält

Låt oss definiera konceptet primär Och extern nycklar

Nyckel är en minsta uppsättning attribut vars värden kan användas för att entydigt hitta den nödvändiga instansen av en entitet. Minimalitet innebär att exkludering av något attribut från uppsättningen inte tillåter att enheten identifieras av de återstående. Varje enhet har minst en möjlig nyckel.

En av dem tas som primärnyckel .

När man väljer primärnyckel företräde bör ges icke-komposit nycklar eller nycklar som består av ett minsta antal attribut. Det är också olämpligt att använda nycklar med långa textvärden (det är att föredra att använda heltal e-attribut).

Det är inte tillåtet för en enhets primärnyckel (något attribut som deltar i primärnyckeln) att acceptera obestämd menande. Annars kommer en motsägelsefull situation att uppstå: någon utan individualitet kommer att dyka upp, och därför inte befintlig enhetsinstans. Av samma skäl är det nödvändigt att säkerställa unikhet primärnyckel.

Främmande nycklar

Om enhet MED kopplar samman enheter A Och I, då måste den inkludera främmande nycklar som motsvarar primärnycklarna för enheterna A och B.

Om enhet I betecknar enhet A, då måste den inkludera en främmande nyckel som motsvarar enhetens primärnyckel A.

Notera:

1. Eftersom utvecklarna av MS Access DBMS initialt tagit hänsyn till de problem som uppstår med primär Och främmande nycklar, introducerades en speciell fälttyp i Access - KEY FIELD. Dess typ är COUNTER.

Tillgång krävs inte dess obligatoriska införande i tabellen. Men akut erbjudanden.

Funktionerna för denna fälttyp är:

När man går in ny ingång– en ny bildas AUTOMATISKT i detta fält, unik, icke-repetitiv numeriskt värde.

Fältet kan inte accepteras obestämd menande.

Fält – automatisk indexeras.

Ändra värdet för detta fält manuellt omöjlig.

Därför problemet nyckelfält Och främmande nycklar i Access är lösningen enkel:

I huvudtabellen(enheter) skapa särskild nyckel fält. Vi kommer att ha det primärnyckel .

Vi lägger in en kopia av den (med samma namn) i de underordnade tabellerna. Det blir deras extern nyckel .

Vi kopplar samman huvud- och underordnade tabeller med dessa fält. Det är allt. Anslutningen är klar!

2. Utvecklarna introducerade ett verktyg i Access som heter « Dataschema »

Vilket tillåter inte bara att knyta tabeller, men ange också för varje anslutning:

henne typ("en-till-en", "en-till-många", etc.)

och hon egenskaper: Säkerställa integritet, samt kaskaduppdateringar och raderingar av information från relaterade tabeller och fält.

Vad ska anges vid konstruktion ER– modeller Databas.

Särskilt, det är därför Access är idealiskt som ett programmeringssystem för att implementera ER-modeller.

När vi implementerar vårER– modeller iTillgångVi kommer att ta vara på alla dessa möjligheter.

Skicka ditt goda arbete i kunskapsbasen är enkelt. Använd formuläret nedan

Studenter, doktorander, unga forskare som använder kunskapsbasen i sina studier och arbete kommer att vara er mycket tacksamma.

Postat på http://www.allbest.ru/

FÖRSTA HÖGRE TEKNISKA INSTITUTIONEN I RYSSLAND

RYSKA FEDERATIONENS UTBILDNINGSMINISTERIET OCH VETENSKAP

Federal State Budgetary Educational Institute of Higher Professional Education

"NATIONELLA MINERALRESURSER UNIVERSITY"

Kursarbete

"Databas - biltjänst"

Disciplin: Tillämpad programmering

Kompletterad av: Stepanova K.A.

Kontrolleras av: Matyukhin S.A.

St Petersburg 2013

Introduktion

1. Beskrivning av ämnesområdet

2. Beskrivning av databasstrukturen

3. Tabeller

4. Mandat

5. Beskrivning av programmet

6. Komponenter

7. Användardiagram

8. Gränssnitt

Slutsats

Bibliografi

Ansökan

Introduktion

I vår tid, den digitala teknikens tidevarv, spelar datorer en avgörande roll. Nu i varje organisation - oavsett om det är statliga myndigheter eller privata företag, är allt datoriserat, och detta beror på mycket hög datorkraft. Beräkningen av även de mest komplexa processer och tilldelade uppgifter utförs på kortast möjliga tid, och tidsfaktorn spelar ofta en avgörande roll i de flesta tilldelade uppgifter. Datorernas datorkraft och minneskapacitet har blivit otroligt stor de senaste åren, och deras priser har sjunkit avsevärt, detta har bidragit till massdatoriseringen av absolut alla sektorer av mänsklig verksamhet. Nu är det svårt att föreställa sig livet utan en smart maskin som förenklar och snabbar på ett stort antal uppgifter. Användbarheten av en dator förnekas i avsaknad av specialiserad programvara, utan vilken "järnassistenten" blir värdelös. I det här arbetet vi ska prata om skapandet av ett så viktigt, och i de flesta organisationer, huvudprogrammet, vars namn är en databas. I det här specifika fallet, en databas för biltjänster.

1. Beskrivning av ämnesområdet

Målet med uppgiften är att få mjukvaruprodukt, som låter dig lagra information om tjänstekunder, defekter i deras bilar, vilket säkerställer effektiviteten och tillförlitligheten av databehandling.

Bilservicedatabasen är avsedd för bilserviceoperatörer och ger tillgång till information om bilmärke, besöksdatum, felfunktion, bilvinnummer samt information om kunder: telefonnummer etc.

Effektiviteten av programmet ligger i att minska handläggningstiden och söka efter nödvändig information.

Behovet av att automatisera denna uppgift beror på det faktum att valet av nödvändiga data för rapporter och registrering av ingenjörers arbete vanligtvis görs manuellt eller med hjälp av Excel, vilket spenderar en betydande mängd tid på detta. Det här programmet Det ger också möjlighet att söka, filtrera och sortera data.

Inga speciella programmeringskunskaper krävs för att arbeta med programmet.

2. Beskrivning av databasstrukturen

Tabellrelationer:

Kundtabellen är länkad till mastertabellen med hjälp av ett 1:N-förhållande med fältet vin_nummer

Kundtabellen är kopplad till beräkningstabellen med ett 1:1-förhållande med fältet vin_nummer

3. Tabeller

Tabell 1: Kunder (ledande tabell)

Tabell 2: Masters (slav)

Tabell 3: Mästare (slav)

programvara för redigering av databas för biltjänster

4. Teknisk uppgift

Anledning till utveckling:

Lärarens uppdrag för att genomföra praktiska lektioner och genomföra kursarbeten.

Syfte med utveckling:

Programmet är utformat för att automatisera arbetet för biltjänstoperatörer.

Programkrav:

· Bör automatisera bilserviceoperatörens arbete

Information måste lagras permanent på datorns hårddisk

· Det ska vara möjligt att se databasen med möjlighet att radera specificerad information från den.

Tillförlitlighetskrav:

· Programmet måste behandla felaktiga användaråtgärder och informera honom om det.

· Programmet måste ge kontroll över inmatad information.

5. Programbeskrivning

privat void Form1_Load(objektavsändare, EventArgs e) () // laddar huvudkomponenter

privat void b_add_Click(objektavsändare, EventArgs e) () // lägger till en ny post

privat void b_replace_Click(objektavsändare, EventArgs e) () // redigera post

privat void b_cancel1_Click(objektavsändare, EventArgs e) () // avbryt åtgärden

privat void b_save_Click(objektavsändare, EventArgs e) () // sparar ändringar

privat void b_record1_Click(objektavsändare, EventArgs e) () // skriv data

privat void b_delete_Click(objektavsändare, EventArgs e) () // radera data

privat void b_exit_Click(objektavsändare, EventArgs e) () // avsluta programmet

6. Komponenter

7. Schema föranvändare

Tabell 1 "Klienter" och tabell 2 "Mästare" är sammankopplade med en "En-till-många"-relation med hjälp av fältet vin_nummer.

Tabell 1 "Kunder" och tabell 3 "kostnad" är relaterade till en "En-till-en"-relation med fältet vin_nummer.

8. Gränssnitt

Lägger till en ny post

Redigerar ett gammalt inlägg

Ta bort en post

Sortera efter besöksdatum

Signerade bord

Huvudtabellen för Auto Service-programmet inkluderar:

1. Lista över kundbilar

2. Datum för ansökan av bilägaren

3. Felfunktion

4. Kundens telefonnummer

5.VIN-nummer

6. Klientlistan hanteras med knappar (Lägg till/Ersätt/Ta bort)

7. Visa och spela in salongskunder

8. Sortering

10. Val av mästare

11. Namn på tabeller

12. Avsluta programmet

Slutsats

Resultatet av arbetet blev skapandet programvara serva en bilserviceoperatörs arbetsplats.

Under kurserna förvärvades färdigheter inom området att bygga och programmera databaser i programmeringsspråket C#.

Bibliografi

1. Matyukhin S.A. "Programmering i C# objektorienterat tillvägagångssätt" - pedagogiskt och metodologiskt komplex 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamut, P. Gold C# programmeringsspråk. Klassisk datavetenskap. 4:e upplagan = C# programmeringsspråk (täcker C# 4.0), 4:e upplagan. - St Petersburg: "Peter", 2012. - 784 s. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. 2:a upplagan = Head First C#, 2ed. - St Petersburg: "Peter", 2012. - 704 s. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 programmeringsspråk och .NET 4.5 Framework, 6:e upplagan = Pro C# 5.0 och .NET 4.5 Framework, 6:e upplagan. - M.: Williams, 2013. - 1312 sid. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Katalog. Fullständig beskrivning av språket = C# 5.0 i ett nötskal: The Definitive Reference. - M.: Williams, 2013. - 1008 sid. --ISBN 978-5-8459-1819-2

6. Herbert Shildt. C# 4.0: komplett guide= C# 4.0 Den fullständiga referensen. -- M.: "Williams", 2010. -- S. 1056. -- ISBN 978-5-8459-1684-6

Ansökan. Kodaprogram

använder System.Collections.Generic;

använder System.ComponentModel;

använder System.Data;

använder System.Drawing;

använder System.Linq;

använder System.Text;

använda System.Threading.Tasks;

använder System.Windows.Forms;

offentlig delklass Form1: Form

InitializeComponent();

groupBox1.Visible = falskt;

groupBox2.Visible = falskt;

privata void-kunderBindingNavigatorSaveItem_Click_1(objektavsändare, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

privat void Form1_Load(objektavsändare, EventArgs e)

// TODO: Denna kodrad laddar data till tabellen "db_autoDataSet.masters". Du kan flytta eller ta bort den efter behov.

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

// TODO: Denna kodrad laddar data till tabellen "db_autoDataSet.calculation". Du kan flytta eller ta bort den efter behov.

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

// TODO: Denna kodrad laddar data till tabellen "db_autoDataSet.customers". Du kan flytta eller ta bort den efter behov.

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

privat void b_exit_Click(objektavsändare, EventArgs e)

privat void button5_Click_1(objektavsändare, EventArgs e)

privat void b_add_Click(objektavsändare, EventArgs e)

groupBox1.Visible = sant;

b_replace.Visible = false;

b_delete.Visible = falskt;

b_exit.Visible = falskt;

b_add.Visible = falskt;

b_exit2.Visible = falskt;

b_save.Visible = falskt;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

privat void b_replace_Click(objektavsändare, EventArgs e)

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

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

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

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

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

textBox6.ReadOnly = sant;

groupBox2.Visible = sant;

b_add.Visible = falskt;

b_delete.Visible = falskt;

b_exit.Visible = falskt;

b_exit2.Visible = falskt;

b_replace.Visible = false;

b_save.Visible = falskt;

privat void b_cancel1_Click(objektavsändare, EventArgs e)

b_add.Visible = sant;

b_delete.Visible = sant;

b_exit.Visible = sant;

b_exit2.Visible = sant;

b_replace.Visible = sant;

b_save.Visible = sant;

groupBox1.Visible = falskt;

privat void b_cancel2_Click(objektavsändare, EventArgs e)

b_add.Visible = sant;

b_delete.Visible = sant;

b_exit.Visible = sant;

b_exit2.Visible = sant;

b_replace.Visible = sant;

b_save.Visible = sant;

groupBox2.Visible = falskt;

privat void b_save_Click(objektavsändare, EventArgs e)

kunderBindingNavigatorSaveItem_Click_1(sender, e);

privat void b_record1_Click(objektavsändare, EventArgs e)

DataTable table = db_autoDataSet.Tables;

DataRow row = table.NewRow();

rad = textBox1.Text;

rad = Convert.ToDateTime(textBox2.Text);

rad = textBox3.Text;

rad = textBox4.Text;

rad = textBox5.Text;

table.Rows.Add(row);

groupBox1.Hide();

b_replace.Visible = sant;

b_delete.Visible = sant;

b_exit.Visible = sant;

b_add.Visible = sant;

b_exit2.Visible = sant;

b_save.Visible = sant;

privat void b_record2_Click(objektavsändare, EventArgs e)

DataTable table = db_autoDataSet.Tables;//12 länkad dynamiskt. tabell tabell med den första filen från databasen

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 fick vin för den aktuella skivan

DataRow row = table.Rows.Find(vinRab);//14 kombinerad dynamik. rad rad med en post av vin-filen med shifrRab och flyttade DataSet till "redigering" tillstånd, där det låter dig ändra fältvärden

row = textBox10.Text;//15 skrevs till det andra fältet i raden som ges från fönstret

rad = Convert.ToDateTime(textBox9.Text);// 15 skrevs till det tredje fältet i radraden

rad = textBox8.Text; //15 skrevs i det fjärde fältet i radradens rad = textBox7.Text;

rad = textBox6.Text;

table.AcceptChanges();//15 kommandot AcceptChanges låter dig acceptera ändrade fältvärden

groupBox2.Hide();//16

b_replace.Visible = sant;

b_delete.Visible = sant;

b_exit.Visible = sant;

b_add.Visible = sant;

b_exit2.Visible = sant;

b_save.Visible = sant;

privat void b_delete_Click(objektavsändare, EventArgs e)

// raderar raden under markören

// bygg först en varning för att inte göra en felaktig radering

sträng s1, s2, s3, s4, s5, meddelande;

DialogResult-resultat; // 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();

meddelande = "Bilmärke = " + s1 + "\nBesöksdatum = " + s2 + "\n Fel = " + s3 + "\n Kundens telefonnummer = " + s4 + "\n Vin-nummer" + s5;

// resultatvariabeln kan ta värdena antingen DialogResult.Yes eller DialogResult.No

result = MessageBox.Show(meddelande, "Ta bort nästa post? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (resultat == DialogResult.Yes)//Raden raderas

(// 20 Den aktuella tabellen från customersDataGridView av typen DataGrid skrivs till bufferttabellen

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // om tabellen inte är tom

CurMng.RemoveAt(CurMng.Position); // tar bort den markerade positionen

// here result == DialogResult.No och radering avvisas

// avsluta proceduren

Postat på Allbest.ru

Liknande dokument

Skapande av databas. Sök, ändra och radera poster. Databehandling och utbyte. Databasdesign. Definiera formler för den beräknade delen av databasen. Redigera fält och poster. Formulär för att presentera information som finns i databasen.

kursarbete, tillagt 2009-02-23

Utveckling av en mjukvaruprodukt - "Excursion"-databasen i den integrerade programmeringsmiljön C++ Builder 6. Bestämma ordningen för visning av databasdata, redigera och radera den. Funktioner i användarmanualen och det allmänna programgränssnittet.

kursarbete, tillagt 2013-11-03

Motivering av behovet av databashanteringssystem i företag. Funktioner för att utveckla databashanteringsprogramvara som ger visning, redigering, infogning av databasposter, generering av frågor och rapporter.

kursarbete, tillagd 2010-01-23

Skapande av en databas och beskrivning av programmet "Utbildningsdatabas", utformat för att gruppera information om studenter. Karakteristisk funktionalitet program: lägga till poster i databasen, redigera, ta bort poster och sortera data.

kursarbete, tillagt 2011-04-25

Utveckling av programmet "Sports Equipment Database". Beskrivning av algoritmen för drift av moduler och block. Strukturdiagram över projektpresentationen. Processen att hitta nödvändig information. Automatisk datasortering. Lägga till och redigera poster.

kursarbete, tillagd 2013-08-15

Skapande av enkla referensformulär. Redigera formuläregenskaper i designläge. Lägga till och redigera egenskaper för kontroller. Designa rapporter för databasen. Kasta ett bord till normal form och bygga ett dataschema.

abstrakt, tillagt 2008-11-23

Proceduren för att designa och utveckla en databas och programvara. Information om databasens struktur, skapade tabeller, formulär, rapporter, frågor, lagrad information. Logiska och konceptuella datamodeller; val av programvara.

kursarbete, tillagd 2010-01-20

Typer av begränsningar som upprätthåller integriteten i den relationella datamodellen. Bestämma värdet på ett primärnyckelfält med hjälp av en generator. Lägga till, ändra och ta bort poster i bibliotekets databastabell i programmeringsspråket SQL.

laboratoriearbete, tillagd 2012-10-10

Domänanalys. Krav för att sammanställa en hotelldatabas. Genomförande av processen att söka efter nödvändig information. Generera tabeller, frågor, rapporter och skriva ut dem. Redigera, lägga till och lagra data.

kursarbete, tillagt 2016-07-02

Motivering för att välja applikationsutvecklingsverktyg. Lägga till, ta bort, redigera information. Reflektion av information från databasen. Sök information för den valda tabellen. Projektdata, enhet, logik, företag. Schema för interaktion mellan programprojekt.

Populär i kategorin: