Hem › Navigatörer › BD bilservice. Ladda ner åtkomstdatabas Bilservice. Funktioner som utförs av databasen

BD bilservice. Ladda ner åtkomstdatabas Bilservice. Funktioner som utförs av databasen

Skapande teknologi Databas "Car Service"

För att skapa en databas sattes målen och målen för Autoservice-databasen:

? säkerställa kundnöjdhet med både tjänsten och företaget;
? förse bästa service nära
? garantireparation av sålda nya och begagnade bilar;
? kommersiellt förebyggande underhåll (justeringar etc.);
? kommersiell rehabiliteringstjänst (reparation);
? reparation av begagnade komponenter och sammansättningar för lager av återtillverkade reservdelar.

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

Den utvecklade och skapade databasen "Car Service" är en uppsättning sammanhängande 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 - reparation av bilinredning.

Huvudsystemet "Reparation av den tekniska delen av bilen" består av fyra tabeller (se fig. 15):

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

? Bil.
? Ägare.
? Anledningen till att kontakta bensinstationen.

« Reparera"- en tabell som beskriver processen för att reparera de tekniska delarna av bilen, nämligen de delar som behöver repareras inom en snar framtid. Denna tabell innehåller följande:

? Motorreparation.
? Reparation av kontrollpunkt.
? Reparation av chassi.
? Reparation av bränslesystem.

Figur 15. Order för reparation av tekniska delar

Tabell " Diagnostik', associerad med ' beställa» och anvisar bilar för diagnostik av vissa delar av bilen, d.v.s. motor, växellåda, chassi och bränslesystem.

I " Diagnostik» lagra information om bilar som behöver diagnostik av en viss del.

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

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

GOST 18507 -73

Driften av systemet kommer från insamling av information om beställningen, sedan sker diagnostik, vilket bestämmer behovet av reparation av maskinen. Varje steg (förutom den första) kan inte påbörjas förrän nästa är klar, förutom om bilen inte behöver repareras.

Delsystemet IT-service skapades för att ge garanti för reparation, hantering av garantianspråk och inköp av reservdelar för reparationer.

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

Figur 16. IT-tjänst

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

? garantianspråk,
? utfärdar en garanti,
? reservdelsbeställning.

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

Kvitto 1 - tabellen innehåller uppgifter om tidpunkten för behandlingen och priset för utförda tjänster.

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

Utbyggnaden innebär ett slags ökning av bilverkstadstjänster. Nu har systemet karossreparation och inredningsreparation, som också sköts av bensinstationen.

Utbyggnadsdelsystemet består av två tabeller och påverkar två tabeller från huvudsystemet. (se fig. 17)

Figur 17. Förlängning

Tabellerna "karossreparation och inredningsreparation" innehåller information om typerna av tjänster.

Karossreparation:

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

Invändig reparation:

? Byte av komponenter.
? Komponentreparation.

Från dessa tabeller följer länkarna med tabellen " Pris» för att fastställa priser för tjänster.

Funktionell:

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

Databasresurser:

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

Kaskadmodellen, som visas 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 så här:

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

Figur 18. Databasmodell

Analysfas

Här är ansökan om bilreparation på bensinstationen. 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. I framtiden, efter kundens val, skickas maskinen för reparation.

Implementerings- och implementeringsfas

I denna fas utförs reparationer på de delar av bilen som enligt resultatet av diagnostiken behöver repareras eller bytas ut. Också, utan några kontroller, i detta skede kan utsidan av bilen och interiören repareras.

Underhållsfas

I detta skede utfärdas en garanti för reparationer och en beräkning av de medel som spenderades på diagnos och reparation av bilen, 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 också kopplat till olika bilhandlare (enligt avtalet) 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 möjlighet att arbeta offline.

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 fungera om ett av stegen hoppas över (utan 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 operativ tillverkningsbarhet (ET) och underhållbarhet (RP), såväl som värdena för ET- och RP-indikatorer enligt GOST 20334-81, för fordonsprodukter - fyrhjulsdrivna och delvis drivna fordon (lastbilar, personbilar och bussar), släpvagnar och semitrailers (nedan - 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 bilar, vars översyn gjordes på order av enskilda ägare.

Villkor

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

Figur 19. Allmän bas för alla tjänster vid bensinstationer

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

Figur 20. Data om verktyg och material

3. Länkar 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 "Bilservice" ges. Denna bas testades på bensinstationen. Systemet har testats. Under arbetets gång gjordes justeringar och den slutliga versionen av Autoservice-databasen presenterades i arbetet.

Det är nödvändigt att skapa en databasåtkomst "Autoservice"

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

Blankett "Ägare" med underformulär "Bilar"

Ris. 2 Form "Bilar"

Formulär "Anställda"

Ris. 4 Form "Service"

Ris. 5 Förfrågningar sida

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

Begär "Med mekanikerns namn"

Begär "Sök efter registreringsnummer"

Ris. 6 rapporter

Rapport "Gruppera efter jobb och anställda"

Fig.7 Rapport "Sök efter registreringsskylt"

Ris. 8 Rapportera "Med mekanikerns namn"

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

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

Strukturen för tabellen "Ägare": ägarnummer, fullständigt namn, mobiltelefon, Körkortsnummer.

Strukturen för tabellen "Service": servicenummer, bil, arbetskategori, beställningsdatum, anställd.

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

eller här:

Ladda ner databasrapporten med skärmformulär gratis

Ungefärligt pris 763 rubel.

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 för liknande ämnen:

databasåtkomst Biltjänst 2
Upprättande av fakturor för betalning i en biltjänst
Redovisning av bilar i ett transportföretag.
ATP (motortransportföretag).
ATP 2007 (motortransportföretag)
Bilverkstäder
"Redovisning för drift Fordon»
"Redovisning för trafikolyckor"
Registrering av bilförbrytare i trafikpolisen.
"Redogörelse för trafiköverträdelser"
"Byte av bildelar på bensinstationen"
Stadstransporter
"Försäljning av flygbiljetter"
"Busstation"
"Biluthyrning"
Biluthyrning 2
körskola
Reservdelsföretag
bil salong
Redovisning av avskrivningar av fordon efter MOT och grupper av fordon
Taxi
Personbilsföretag
Minibuss tidtabell
Redovisning av vägtransporter efter bilmärken

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å åtkomstdatabaser; skapa en databas i access; basåtkomst; förfrågningar om tillgång; tillgångsrapporter; åtkomsttabeller; makron i åtkomst; tillgång till kurser; exempel på databasåtkomst; åtkomstformulär; Databas microsoft access; köpa en databas; skapande av databas; databasexempel; ladda ner databas; kursarbete på DBMS; databasexempel; färdig terminsuppsatsdatabas. Kursdatabasen "Autoservice" skapades i access 2010 och konverterades till access 2003, så den kommer att öppnas i access 2003, 2007, 2010.

Det är nödvändigt att skapa en databasåtkomst "Autoservice". Huvudknappformen för den färdiga databasen "Bilservice". Formuläret "Ägare" med underformuläret "Bilar". Form "Bilar". Blankett "Arbetskategori". Blankett "Anställda". Serviceformulär. Sidan med förfrågningar. Fråga "Gruppera efter jobb och anställda". Begäran "Med namnet på mekanikern." Begär "Sök på registreringsnummer". Rapport "Gruppering efter jobb och anställda". Rapportera "Med namnet på mekanikern." Rapportera "Med namnet på mekanikern." Dataschemat för den färdiga databasen "Bilservice" visar relationerna mellan tabellerna: Ägare, Bilar, Service, Jobbkategori, Anställda. Strukturen i tabellen "Bilar": tillstånd. nummer, märke, ägare. Strukturen för tabellen "Ägare": ägarens nummer, fullständigt namn, mobiltelefon, körkortsnummer. Strukturen i tabellen "Arbetskategori": arbetskod, namn på arbetet, beskrivning, kostnad för arbetet. Strukturen för tabellen "Service": servicenummer, bil, arbetskategori, beställningsdatum, anställd. Strukturen för tabellen "Anställda": anställds nummer, mobiltelefon, adress, fullständigt namn. Strukturen för "Gruppera efter jobb och anställda"-frågan i designläge. Strukturen för frågan "Med namnet på mekanikern" i designläge. Strukturen för "Sök efter registreringsskylt"-frågan 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. Utveckling av en logisk datamodell 9
2.3. Konvertera en enhet-relationsmodell till en relationsmodell
datamodell 10
AVSNITT 3. Databasdesign 12
3.1. Utveckling av tabeller 12
3.2. Utforma datainmatningsformulär 17
3.3. Utveckla databasfrågor 21
3.4. Rapportutveckling 27
SLUTSATS 30
REFERENSER 31
BILAGOR 32

INTRODUKTION

Hittills har utformningen av databaser (nedan kallad DB) blivit viktig för många organisationer som använder datorteknik för att öka 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 terminspapperär studiet avr.
Ämnet för kursarbetet är studiet av principerna för att utveckla relationsdatabaser på exemplet att designa och skapa en databas "Autoservice".
Syftet med databasdesign ä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 många olika informationskällor om relationsdatabasdesign och tillämpning. Av alla föreslagna resurser valdes de ut som är lämpliga för att designa databaser i OpenOffice.org Base-miljön. Så till exempel täcker böckerna 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 riktlinjer för design och implementering av databaser.

AVSNITT 1. Databasutveckling

Denna databas är avsedd för organisationer som är engagerade i alla typer av bilunderhållstjänster.
Databasens huvudfunktioner avser att redovisa alla bilar som någonsin varit i en biltjänst, 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 åtminstone en gång använt sig av en biltjänsts tjänster. Det ska vara möjligt att lagra inte bara den grundläggande och mest nödvändiga informationen, utan även anteckningar, förtydliganden, beskrivningar och tekniska data. egenskaper hos installerade reservdelar och mycket annan användbar information.
Bilserviceadministrationen kan kräva följande uppgifter:

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

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

Autoservicedatabasen har utvecklats för administratören och bilservicemedarbetarna som tar emot och behandlar beställningar på bilreparationer och underhåll.
Ämnesområdet i uppgiften är uppgifter om driftstörningar, bilägare och bilservicepersonal.
Det utvecklade informationssystemet bör utföra följande funktioner:

Utmatning av information i form av rapporter:

Följande krav ställs på databasen som utvecklas: dataintegritet, ingen duplicering, inga många-till-många-relationer, inga rekursiva länkar, inga länkar med attribut, inga multipla attribut.
Kraven för informationen i databasen är:
betydelse, fullständighet, tillförlitlighet, förståelighet, effektivitet.
Denna representation ökar användbarheten av databasen, i det här fallet kommer inmatning av information att reduceras till att välja nödvändig information från listan, 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 är det nödvändigt att erhålla följande prestationsindikatorer: att minska tiden när du matar in nya data och ändra gamla, och följaktligen öka arbetsproduktiviteten, såväl som snabb och fullständig mottagning av information som behövs för administrationen av en biltjänst.

AVSNITT 2. Modellering av datastrukturer

2.1. Utveckling av en konceptuell databasmodell

När vi bygger en konceptuell modell av databasen kommer vi att använda rekommendationerna från Karpova I.P. . Som författaren noterar är den konceptuella databasmodellen en objektorienterad högnivåmodell av ämnesområdet, som representerar objektområdet som en uppsättning objekt som har vissa egenskaper och står i någon relation. Huvudmålet med att utveckla en datamodell på hög nivå är att skapa en modell för användaruppfattning om data och att komma överens om ett stort antal tekniska aspekter relaterade till databasdesign. Den konceptuella datamodellen är inte knuten till en specifik fysisk implementering av databaser och är inte beroende av en specifik DBMS. Den konceptuella modellen skapas på basis av idéer om ämnesområdet för varje typ av användare, vilket är en uppsättning data som användaren behöver för att lösa sina problem.
Den konceptuella modellen för "Autoservice"-basen utformades som en "entity-relationship"-modell.
Modellens grundläggande begrepp inkluderar begrepp som entitet (objekt), relation (relation), entitetstyper, relationstyper och attribut.
En entitet är ett verkligt eller tänkt objekt om vilket information måste lagras och göras 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. Dess namn måste vara unikt för en viss enhetstyp, men kan vara detsamma för olika typer enheter. Ett attribut för en enhet är varje detalj som tjänar till att förtydliga, identifiera, klassificera, kvantifiera eller uttrycka en enhets tillstånd. Vi kommer att skriva in attributnamnen i en rektangel som betecknar entiteten och skriver den under entitetens namn.
Relationer upprättas mellan enheter.
En relation är en grafisk 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 association). Anslutningar - betecknas med linjer.
Från beskrivningen av ämnesområdet extraherar vi alltså alla typer
enheter:
– Kunder;
– Beställningar;
– Mästare;
- Lista över verk.
Var och en av enheterna kommer att definiera sin egen uppsättning attribut.
Entiteten Kund definieras av följande uppsättning attribut:

Attributen för beställningsenheten definieras enligt följande:

Masterentiteten dokumenteras 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 består i att ta bort oönskade element från de konceptuella modellerna och konvertera de resulterande modellerna till lokala logiska modeller. Oönskade föremål inkluderar:
- många-till-många-relationer;
– rekursiva länkar;
– länkar till attribut.
I den skapade konceptuella modellen hittades inte ovanstående oönskade element.
Logisk diagram data visas i Fig.2.

Ris. 2. Logiskt dataschema.

Konvertera en enhetsrelationsmodell till en relationsdatamodell
utförs genom att sekventiellt utföra en serie steg:
- varje enhet är associerad med relationen mellan den relationella datamodellen;
– varje entitetsattribut blir ett attribut för motsvarande relation;
- Entitetens primärnyckel blir primärnyckeln för motsvarande relation. Attribut som är en del av primärnyckeln för en relation får automatiskt den obligatoriska (NOT NULL) egenskapen. I varje relation som motsvarar den underordnade enheten läggs en uppsättning attribut för huvudenheten till, som är huvudenhetens primärnyckel. I den relation som motsvarar den underordnade enheten blir denna uppsättning attribut den främmande nyckeln.
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-programmet tillhandahåller tre olika sätt skapa en databastabell:

I detta arbete skapades tabellerna 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, därför rekommenderas att vid utveckling av tabeller vägledas av följande grundläggande principer:

Varje tabell innehåller information om ett visst ä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 som finns i dem.
Autoservice-databasen innehåller fyra tabeller:

Ris. 3. Bordskunder.

Ris. 4. Beställningstabell.

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 enhet, samtidigt som vi tar hänsyn till att starka enheter bara har ett nyckelfält och svaga enheter har lika många som länkar. När vi väljer en primärnyckel kommer vi att vägledas av reglerna:
– nyckeln måste innehålla en minsta uppsättning attribut;
– du bör använda nyckeln, vars sannolikhet att ändra värdena är minimal;
– nyckelvärdet måste ha en minsta längd.
Baserat på det föregående definierar vi följande nyckelfält för de befintliga enheterna:

Efter att ha delat upp informationen i tabeller och definierat nyckelfälten måste du välja hur DBMS ska kombinera relaterad information. För att göra detta är det nödvändigt att definiera relationer mellan databastabeller.
OpenOffice.org BASE stöder fyra typer av tabellrelationer:
– 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 Autoservice-databasen har redan presenterats i föregående avsnitt i Fig. 2.

Form - 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 kommer åt data i tabeller. Kontrollelement är textfält för inmatning och redigering av data, knappar, kryssrutor, växlar, listor, 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å annat sätt, de låter dig utföra datavalidering när du skriver in, utför beräkningar och ger 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 automatiskt skapande av formulär baserat på en tabell eller fråga.
Det finns fyra enkla formulär och tre underformulär för Autoservice-databasen.
Exempel på enkla former visas i figur 7-10.

Fig. 7. Kundformulär.

Fig. 8. Formulera beställningar.

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 till sitt innehåll, men 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 komma ihåg att namnen på alla fält måste vara unika i formuläret, tillsammans med alla underformulär som används samtidigt i det.
Tack vare sammansatta formulär blir det möjligt att samtidigt fylla i olika tabeller.
Exempel på underformulär visas i fig. 11-13.

Ris. 11. Kundformulär med underformulär Beställningar.
Kundformuläret med underformuläret Order ger inmatning av nödvändig information för att identifiera kunden och se det arbete som utförts för denna order. 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. Wizardformulär med underformulär för beställningar.
Foreman-formuläret med underformuläret Order låter dig kontrollera utförandet av arbetet av en specifik förman.

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 hämta data från tabeller och tillhandahålla det till användaren i en bekväm form. Med deras hjälp utför de dataurval, sortering och filtrering. Du kan utföra datatransformation enligt en given algoritm, skapa nya tabeller, automatiskt fylla tabeller med data som importerats 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 bastabeller och skapar på grundval av dem en tillfällig resulterande tabell (ögonblicksbild) - en bild av fält och poster valda från bastabeller. Att arbeta med en bild är snabbare och mer effektivt än med tabeller lagrade på en hårddisk.
På lämplig begäran kan du få uppgifterna sorterade och filtrerade 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:

 Att studera detaljerna för det valda ämnesområdet.

 Utveckla en informationslogisk modell av databasen "Bilservice"

 Implementera det i MS Access DBMS.

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

Syftet med databasen

Databas "Bilservice"är utformad för att genomföra godkännande och hantering av beställningar för arbete av ett bilserviceföretag.

Naturligtvis låtsas han inte ha den höga rangen av ACS. På grund av frånvaron av hela block som är nödvändiga för ett integrerat automatiserat styrsystem:

 Redovisning,

 Ekonomiskt block

 Planerad

 Tillbehör

 Och ett antal andra block.

Endast ett av blocken i det automatiserade kontrollsystemet implementeras - arbetsplatsen "Ordermottagning": arbete med kunder: ta emot och fixa 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, kunders bilar och data om dem. "Begärans»

4. Formuläret "Ange information om beställningar" ger input faktiskt beställning, val av kundens fullständiga namn (från listan), val av kundens biltyp och angivande av information om den.

På samma plats - läggs sammansättningen av det utförda arbetet och det fullständiga namnet 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å bilreparationer och underhåll.

Och rapporterna som föreskrivs i den är också för andra avdelningar i företaget, såväl som för dess chefer.

Databasdesign

Vi introducerar följande begrepp Och konventioner :

Essenser

VÄSEN

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

Essenser kommer att betecknas med rektanglar,

Entitetsattribut

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

VÄSEN

Attribut

Attributnamn vi lägger in en rektangel,

betecknar väsen, under namnet på enheten, och skriv

små bokstäver.

Relationer

Förbindelse är en grafik förening A som sätts 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 association).

Anslutningar- markera de linjer som vi kommer att lägga ner grad av anslutning (« 1 » eller « ∞ » , betecknar "mycket") och dess egenskaper.

Nyckelfält

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

Nyckel - detta är den minsta uppsättningen av attribut, med vars värden du unikt kan hitta den nödvändiga instansen av enheten. Minimalitet innebär att uteslutningen från uppsättningen av något attribut inte tillåter att enheten identifieras av de återstående. Varje enhet har minst en möjlig nyckel.

En av dem är tagen primärnyckel .

När man väljer primärnyckel bör ges företräde 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).

En entitets primärnyckel (vilket attribut som helst som deltar i primärnyckeln) får inte ta obestämd menande. Annars kommer en motsägelsefull situation att uppstå: en person utan individualitet kommer att dyka upp, och följaktligen inte en befintlig enhetsinstans. Av samma skäl är det nödvändigt att säkerställa unikhet primärnyckel.

Främmande nycklar

Om enhet MED binder 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 en 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 ursprungligen ta hänsyn till problemen 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 starkt erbjudanden.

Funktionerna för denna typ av fält är följande:

När du kommer in nytt rekord– i detta fält bildas en ny AUTOMATISKT, unik, icke-repetitiv numeriskt värde.

Fältet kan inte acceptera obestämd menande.

Fält - automatiskt 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. Det blir vår primärnyckel .

I de underordnade tabellerna anger vi dess kopia (med samma namn). Det blir deras extern nyckel .

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

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

som tillåter inte bara att knyta tabeller, men ange också för varje länk:

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

och hon egenskaper: Säkerställa integritet och kaskaduppdateringar och borttagningar från relaterade tabeller och fält.

Vad behöver anges när man bygger ER– modeller Databas.

Särskilt, det är därför Access är idealiskt lämpat som ett programmeringssystem för implementering av 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.

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

RYSSLANDS FÖRSTA HÖGRE TEKNISKA INSTITUTION

RYSKA FEDERATIONENS UTBILDNINGSMINISTERIET OCH VETENSKAP

Federal State Budgetary Educational Institute of Higher Professional Education

"NATIONELLT MINERAL UNIVERSITET "GRUVVÄRD"

Kursarbete

"Databas - biltjänst"

Per 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. Schema för användaren

8. Gränssnitt

Slutsats

Bibliografi

Ansökan

Introduktion

I vår tid, den digitala teknikens tidevarv, spelar datorer en viktig 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äkning av även de mest komplexa processer och uppgifter utförs på kortast möjliga tid och tidsfaktorn spelar ofta stor roll i de flesta uppgifterna. Datorernas datorkraft och minneskapacitet har under de senaste åren blivit otroligt stor, och deras priser har sjunkit avsevärt, vilket har bidragit till massdatoriseringen av absolut alla grenar av mänsklig aktivitet. 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 reduceras till ingenting i frånvaro av specialiserad programvara, utan vilken "järnassistenten" blir värdelös. I det här arbetet kommer diskuteras om skapandet av ett så viktigt, och i de flesta organisationer och huvudprogrammet, vars namn är en databas. I det här specifika fallet, bilservicedatabasen.

1. Beskrivning av ämnesområdet

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

Bilservicedatabasen är avsedd för bilserviceoperatörer och ger tillgång till information om bilens märke, besöksdatum, felfunktion, bilens vinnummer samt kundinformation: telefonnummer etc.

Effektiviteten av programmet ligger i att minska tiden för bearbetning, sökning 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 redovisning 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 ger även sök-, filtrerings- och sorteringsmöjligheter.

Det krävs inga speciella kunskaper för att arbeta med programmet inom programmeringsområdet.

2. Beskrivning av databasstrukturen

Tabelllänkar:

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

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

3. tabeller

Tabell 1: Klienter (huvudtabell)

Tabell 2: Masters (slav)

Tabell 3: Mästare (slav)

programvara bil service bas redigering

4. Teknisk uppgift

Grund för utveckling:

Lärarens uppgift att genomföra praktiska lektioner och slutföra kursuppgifter.

Syfte med utveckling:

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

Programkrav:

Bör automatisera arbetet hos en bilserviceoperatör

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

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

Tillförlitlighetskrav:

· Programmet bör behandla felaktiga handlingar från användaren och informera honom om det.

· Programmet bör ge kontroll över den ingående informationen.

5. Programbeskrivning

privat void Form1_Load(objektavsändare, EventArgs e) () // ladda 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ärd

privat void b_save_Click(objektavsändare, EventArgs e) () // spara ä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) () // program avsluta

6. Komponenter

7. Schema föranvändare

Tabell 1 "Clients" och tabell 2 "Masters" är sammankopplade med en en-till-många-relation med vin_number-fältet.

Tabell 1 "Kunder" och tabell 3 "Kostnad" är länkade i en en-till-en-relation av 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 programmet "Bilservice" inkluderar:

1. Kundbillista

2. Datum för kontakt med bilägaren

3. Fel

4. Kundtelefon

5. Vin-nummer

6. Hantering av listan över klienter utförs 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 betjänar biltjänstoperatörens arbetsplats.

I processen att slutföra kursarbetet 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 metodiskt 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: "Piter", 2012. - 784 s. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. 2nd Edition = Head First C#, 2ed. - St Petersburg: "Piter", 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 språkbeskrivning = C# 5.0 i ett nötskal: The Definitive Reference. - M.: "Williams", 2013. - 1008 sid. -- ISBN 978-5-8459-1819-2

6. Herbert Schildt. 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 bunden dynamisk. flik. 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. raden raden med filposten vin c shifrRab och placera DataSet i "redigering" tillstånd, där det låter dig ändra fältvärdena

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

rad = Convert.ToDateTime(textBox9.Text);// 15 skrivs till det tredje fältet på radraden

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

rad = textBox6.Text;

table.AcceptChanges();//15 AcceptChanges-kommandot 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

// först bygger vi 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 Kundtelefon= " + s4 + "\n vinnummer" + s5;

// resultatvariabel kan ta antingen DialogResult.Yes eller DialogResult.No

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

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

om (resultat == DialogResult.Yes)//Linje 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

Hosted på Allbest.ru

Liknande dokument

Skapande av databas. Sök, ändra och radera poster. Databehandling och utbyte. Databasdesign. Definition av formler för den beräknade delen av basen. Redigera fält och poster. Former för presentation av information som finns i databasen.

terminsuppsats, tillagd 2009-02-23

Utveckling av en mjukvaruprodukt - databas "Excursion" i den integrerade programmeringsmiljön C ++ Builder 6. Bestämma ordningen för visning av databasdata, redigera och radera dem. Funktioner i användarmanualen och programmets allmänna gränssnitt.

terminsuppsats, tillagd 2013-11-03

Underbyggande av behovet av databashanteringssystem i företag. Funktioner i utvecklingen av databashanteringsprogramvara som tillhandahåller visning, redigering, infogning av databasposter, generering av frågor och rapporter.

terminsuppsats, tillagd 2010-01-23

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

terminsuppsats, tillagd 2011-04-25

Utveckling av programmet "Databas över sportutrustning". Beskrivning av operationsalgoritmen för moduler och block. Strukturdiagram över projektrepresentationen. Processen att hitta rätt information. Automatisk datasortering. Lägga till och redigera poster.

terminsuppsats, 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. Att ta bordet 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.

terminsuppsats, tillagd 2010-01-20

Begränsningstyper 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 databastabellen "Bibliotek" i SQL-programmeringsspråket.

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. Framställning av tabeller, frågor, rapporter och deras utskrift. Redigera, lägga till och lagra data.

terminsuppsats, tillagd 2016-07-02

Skäl för valet av applikationsutvecklingsverktyg. Lägga till, ta bort, redigera information. Reflektion av information från databasen. Sök efter information om den valda tabellen. Projektdata, enhet, logik, företag. Schema för interaktion mellan projekten i programmet.

Populär i kategorin: