itthon › Navigátorok › OBD autószerviz. Töltse le a hozzáférési adatbázist Autószerviz. Az adatbázis által végrehajtott funkciók

OBD autószerviz. Töltse le a hozzáférési adatbázist Autószerviz. Az adatbázis által végrehajtott funkciók

Az "Auto service" adatbázis létrehozásának technológiája

Az adatbázis létrehozásához az „Auto Service” adatbázis céljait és célkitűzéseit határoztuk meg:

? biztosítsa az ügyfelek elégedettségét mind a szolgáltatással, mind a céggel;
? biztosítani legjobb szolgáltatás közel
? eladott új és használt autók garanciális javítása;
? kereskedelmi megelőző karbantartás (beállítások stb.);
? Kereskedelmi rehabilitációs szolgáltatások (javítás);
? használt alkatrészek és szerelvények javítása a felújított alkatrészkészlethez.

? Emberek,
? anyagok,
? számítógépek,
? gépek,
? épület.

A kifejlesztett és létrehozott Autószerviz Adatbázis egymással összefüggő komponensekből álló halmaz, amely az autójavítás különböző területeit jeleníti meg.

14. ábra "Gépkocsi szerviz" adatbázis

A rendszer két alrendszerre és egy bővítményre oszlik:

? Az autó műszaki részének javítása.
? Bővítés - autóbelső javítás.

Az „Autók műszaki alkatrészeinek javítása” fő rendszer négy táblázatból áll (lásd: 15. ábra):

« Rendelés» - beleértve a szükséges információkat az autó javítási és diagnosztikai megrendelésére vonatkozóan, azaz:

? Autó.
? Tulajdonos.
? A szervizzel való kapcsolatfelvétel oka.

« Javítás"- egy táblázat, amely leírja az autó műszaki alkatrészeinek javítási folyamatát, nevezetesen a közeljövőben javítandó alkatrészeket. Ez a táblázat a következő elemeket tartalmazza:

? Motorjavítás.
? Sebességváltó javítás.
? Alváz javítás.
? Üzemanyagrendszer javítás.

15. ábra Műszaki alkatrészek javítási megrendelése

Asztal " Diagnosztika", kapcsolatos " Megrendelésre» és autókat forgalmaz az autó egyes részeinek diagnosztikájára, pl. motor, sebességváltó, alváz és üzemanyagrendszer.

BAN BEN " Diagnosztika» olyan autók információi kerülnek tárolásra, amelyek egy adott alkatrész diagnosztikáját igénylik.

? Motor diagnosztika.
? Sebességváltó diagnosztika.
? Futómű diagnosztika.
? Üzemanyagrendszer diagnosztika.

Fő rendszer művek tovább alapján "Vízesés modellek" És utal tovább alapértelmezett GOST 21624 -76

GOST 18507 -73

A rendszer a megrendeléssel kapcsolatos információk begyűjtésétől működik, majd megtörténik a diagnosztika, amely meghatározza a gép javításának szükségességét. Minden szakasz (az első kivételével) nem kezdődhet el addig, amíg a másik be nem fejeződik, kivéve, ha az autó nem szorul javításra.

Az informatikai szerviz alrendszer a javítási garancia biztosítására, a jótállási igény bejelentésére és a javításhoz szükséges alkatrészek vásárlására jött létre.

1) kereset benyújtása,
2) garancia bejegyzése,
3) pótalkatrészek rendelése, és 11 asztalt tartalmaz, amelyek közül az egyik az informatikai szolgáltatáshoz közös. (lásd 16. ábra).

16. ábra Informatikai szolgáltatás

IT szolgáltatás – a teljes szolgáltatást 3 részre osztja:

? garanciális igény,
? garancia regisztráció,
? alkatrészek rendelése.

1. és 2. adat - információkat tartalmaznak az ügyfelekről.

1. nyugta - a táblázat az igénylés időpontjára és a nyújtott szolgáltatások árára vonatkozó adatokat tartalmazza.

A kapcsolatfelvétel oka - egy táblázat, amely információkat tartalmaz a szervizzel való kapcsolatfelvétel okáról a garancia keretében. Kapcsolatban áll a táblázatokkal: STO 1 megállapodás és Outcome 1, ahol az STO a követeléssel való egyetértésére és a probléma megoldásának lehetőségére vonatkozó adatok szerepelnek.

A bővítés az autójavítási szolgáltatások egyfajta növekedését jelenti. Mostantól karosszériajavítás és belső javítás is szerepel a rendszerben, amelyeket szintén a szerviz lát el.

A kiterjesztés alrendszer két táblából áll, és a fő rendszer 2. tábláját érinti. (lásd 17. ábra)

17. ábra Bővítés

A „karosszériajavítás és belső javítás” táblázatok a szolgáltatások típusairól tartalmaznak információkat.

Karosszéria javítás:

? Alkatrészek cseréje.
? Gitt.
? Festmény.
? Lakkozás.
? Polírozás.

Belső felújítás:

? Alkatrészek cseréje.
? Alkatrészek javítása.

Ezek a táblák kapcsolatokhoz vezetnek a "táblázattal" Ár» a szolgáltatások árának rögzítésére.

Funkcionális:

? ruhák rendelése,
? munka,
? szolgáltatások,
? brigádok,
? normaórák.

Adatbázis források:

? Emberek,
? felszerelés,
? anyagok,
? számítógépek,
? gépek,
? épület.

A 18. ábrán bemutatott kaszkádmodell a projekt minden szakaszának szekvenciális végrehajtását írja elő szigorúan rögzített sorrendben. A következő szakaszra való áttérés az előző szakaszban végzett munka teljes befejezését jelenti.

Ez az adatbázisban a következőképpen jelenik meg:

? javítási megrendelések elfogadása,
? autó diagnosztika,
? autó javítás,
? autó kiengedése a szervizből.

18. ábra Adatbázis modell

Elemzési fázis

Itt töltheti ki az autójavítási kérelmet egy szervizben. Az ügyfél kitölt egy dokumentumot, ahol az ügyfél jelzi, hogy milyen szolgáltatásra van szüksége.

Tervezési fázis

Ebben a szakaszban az autót diagnosztikára küldik, amely meghatározza az autó meghibásodásának okát. Ezt követően az ügyfél belátása szerint a gépet javításra küldik.

Megvalósítási és végrehajtási szakasz

Ebben a fázisban az autó azon alkatrészeit javítják, amelyek a diagnosztikai eredmények szerint javításra vagy cserére szorulnak. Ezen túlmenően minden ellenőrzés nélkül ebben a szakaszban az autó külső és belső javítása is elvégezhető.

Karbantartási szakasz

Ebben a szakaszban garanciát adnak ki a javításra, és kiszámítják az autó diagnosztizálására és javítására fordított összegeket, majd az autót visszaadják a tulajdonosnak.

A rendszer tulajdonságai

Integrálhatóság- a rendszer integrálható, mivel képes együttműködni különböző bankokkal (szolgáltatások fizetése ezeken a bankokon keresztül), adócéggel (régión kívüli alkatrészek értékesítése). A rendszer össze van kötve különböző (szerződéses) autókereskedésekkel és biztosítótársaságokkal is, amelyek biztosítják magát az autószervizt, valamint azt a társaságot, ahol az alkatrészt vásárolják.

Oszthatóság- a rendszer számos alrendszerből áll, amelyek bizonyos funkciókat látnak el, és képesek önállóan dolgozni.

Sértetlenség- annak ellenére, hogy a rendszer osztható, teljesen működőképes állapotban nem fog működni, ha valamelyik alrendszerének működése megszakad.

Strukturáltság- a rendszerelemek szintek és hierarchiák szerinti megoszlása, azaz. a rendszer nem tud tovább működni, ha valamelyik szakasz kimarad (garancia kiadása nélkül a vásárló nem tud reklamációt benyújtani a szervizhez).

Szabványok

GOST 21624 -76 - ez a szabvány követelményeket állapít meg a termékekre vonatkozóan, hogy biztosítsák az adott szervizszintet (ET) és karbantarthatóságot (RP), valamint a GOST 20334-81 által előírt ET és RP mutatók értékeit az autóipari termékekre - négykerekűek hajtott és részkerékhajtású járművek (tehergépjárművek, személygépkocsik és buszok), pótkocsik és félpótkocsik (a továbbiakban: termék).

GOST 18507 -73 - ez a szabvány az autóbuszokra és a személygépkocsikra (a továbbiakban: személygépkocsik) vonatkozik, és meghatározza az autójavító vállalkozások által végzett nagyjavítások utáni ellenőrzési vizsgálataik módszereit.

A szabvány nem vonatkozik azokra a személygépkocsikra, amelyek nagyjavítása egyéni tulajdonosok megrendelése alapján történt.

Műszaki adatok

1. Hozzon létre egy közös adatbázist az összes szervizről egy adott autóhoz.

19. ábra Az összes szolgáltatás általános bázisa a töltőállomáson

2. Adatok a szükséges eszközökről és anyagokról.

20. ábra Szerszám- és anyagadatok

3. Kapcsolatok harmadik féltől származó rendszerekkel.

21. ábra Harmadik féltől származó rendszerek

22. ábra Automatikus központok

23. ábra Biztosítók

24. ábra Biztosítók mező

4. Észrevételek a szolgáltatás minőségével kapcsolatban.

25. ábra Megjegyzések

26. ábra Látogatói vélemények

27. ábra Vélemények

A munka során az MS Access adatbázis-kezelő rendszerben adatbázis készült. A munka lépésről lépésre bemutatja az adatbázis létrehozásának technológiáját. Példa a „Car Service” adatbázisra. Ez az adatbázis szervizben tesztelték. A rendszert tesztelték. A munka során kiigazításokra került sor, és a munkában bemutatásra került az „Autószerviz” adatbázis végleges változata.

Létre kell hozni egy adatbázist az „Autószerviz” tartozékokról

Rizs. 1 Az elkészült adatbázis főgombja „Autószerviz”

A „Tulajdonosok” űrlap az alárendelt „Autók” űrlappal

Rizs. 2 űrlap „Autók”

Alkalmazottak formálódnak

Rizs. 4 "Szolgáltatás" űrlap

Rizs. 5 Kérelmek oldal

„Csoportosítás munkakörök és alkalmazottak szerint” lekérdezés

„A szerelő vezetékneve szerint” lekérdezés

„Keresés rendszám alapján” kérése

Rizs. 6 Jelentések

Jelentés „Munkák és alkalmazottak csoportosítása”

7. ábra „Keresés rendszám alapján” jelentés

Rizs. 8 Jelentés „A szerelő nevével”

Rizs. 9 Az elkészült „Gépjárműszerviz” adatbázis adatdiagramja a táblák kapcsolatait jeleníti meg: Tulajdonosok, Autók, Szerviz, Munkakör kategória, Alkalmazottak.

Az „Autók” táblázat felépítése: állapot. szám, márka, tulajdonos.

A „Tulajdonosok” tábla felépítése: tulajdonos száma, teljes név, mobiltelefon, jogosítvány sz.

A „Szolgáltatás” táblázat felépítése: szervizszám, jármű, munkakategória, megrendelés készenléti dátuma, alkalmazott.

Az „Alkalmazottak” táblázat felépítése: alkalmazotti szám, mobiltelefon, cím, teljes név.

vagy itt:

Töltsön le ingyenesen egy adatbázis-jelentést képernyő űrlapokkal

Hozzávetőleges ár 763 dörzsölje.

A pontos ár a fizetési módtól függ.

Hozzáférés adatbázis fizetési módokhoz: WebMoney, fizetési terminálok, orosz posta, QIWI, Beeline, MTC, Megafon, betéti vagy hitelkártya, WeChat Pay, Alipay (Kína), UnionPay, Yandex.Money, ajándékutalvány és mások.

Access adatbázisok letöltése hasonló témákban:

Adatbázis hozzáférés Autószerviz 2
Számlák generálása fizetéshez az autószervizben
Gépjármű regisztráció egy gépjármű-közlekedési cégnél.
ATP (autószállítási vállalkozás).
ATP 2007 (autószállítási vállalkozás)
Autójavító műhelyek
"Számviteli művelet Jármű»
„A közúti balesetek elszámolása”
Az autós bűnelkövetők nyilvántartása a közlekedési rendőrségen.
„Közlekedési szabálysértések elszámolása”
"Autóalkatrészek cseréje a szervizekben"
Városi közlekedés
"Repülőjegyek értékesítése"
"Buszmegálló"
"Autókölcsönzés"
Autóbérlés 2
Autósiskola
Alkatrészgyártó cég
autószalon
Gépjárművek értékcsökkenésének elszámolása MOL és járműcsoportok szerint
Taxi
Személygépkocsi cég
Mikrobusz menetrend
Közúti szállítás elszámolása autómárkánként

Kulcsszavak: adatbázis letöltés; adatbázis program; adatbázis; tanfolyami adatbázis; letöltési hozzáférési adatbázis; hozzáférés; gyors hozzáférésű adatbázis; hozzáférésben lévő adatbázisok; hozzáférési adatbázis példa; adatbázis létrehozása hozzáférésben; hozzáférési adatbázis példák; adatbázis létrehozása hozzáférésben; hozzáférési adatbázisokhoz; hozzáférési kérések; hozzáférési jelentések; hozzáférési táblázatok; makrók a hozzáférésben; hozzáférés a tanfolyami munkákhoz; hozzáférési adatbázis példák; hozzáférési űrlapok; Adatbázis microsoft hozzáférés; vásárolni egy adatbázist; adatbázis létrehozása; adatbázis példák; letöltési adatbázis; tanfolyami munka a DBMS-en; adatbázis példák; kész tanfolyami adatbázis. Az „Autószerviz” kurzusadatbázis 2010-ben jött létre, és 2003-as hozzáférésre lett átalakítva, ezért 2003-ban, 2007-ben, 2010-ben nyílik meg.

Létre kell hozni egy adatbázist az „Autószerviz” tartozékokról. Az elkészült „Autószerviz” adatbázis főgombos formája. A „Tulajdonosok” űrlap az alárendelt „Autók” űrlappal. Űrlap "Autók". Munkakategória űrlap. Alkalmazottak formálódnak. Szolgáltatási űrlap. Kérések oldal. „Csoportosítás munkakörök és alkalmazottak szerint” lekérdezése. „A szerelő vezetékneve szerint” lekérdezés. „Keresés rendszám alapján” kérése. „Munkák és alkalmazottak csoportosítása” jelentés. Jelentés „A szerelő nevével”. Jelentés „A szerelő nevével”. Az elkészült „Autószerviz” adatbázis adatdiagramja a táblák kapcsolatait jeleníti meg: Tulajdonosok, Autók, Szerviz, Munkakategória, Alkalmazottak. Az „Autók” táblázat felépítése: állapot. szám, márka, tulajdonos. A „Tulajdonosok” táblázat felépítése: tulajdonos száma, teljes név, mobiltelefonszám, jogosítvány száma. A „Munkakategória” táblázat felépítése: munkakód, munka megnevezése, leírása, munka költsége. A „Szolgáltatás” táblázat felépítése: szervizszám, jármű, munkakategória, megrendelés készenléti dátuma, alkalmazott. Az „Alkalmazottak” táblázat felépítése: alkalmazotti szám, mobiltelefon, cím, teljes név. A „Munkák és alkalmazottak csoportosítása” lekérdezés szerkezete tervezési módban. A „szerelő vezetékneve szerint” lekérdezés szerkezete tervezési módban. A „Keresés rendszám alapján” kérés felépítése tervezési módban. Makrók tervezési módban.

Bevezetés 3
SZAKASZ 1. Adatbázis fejlesztés 4

2. SZAKASZ: Adatstruktúrák modellezése 7
2.1. Koncepcionális adatbázismodell kidolgozása 7
2.2. Logikai adatmodell kidolgozása 9
2.3. Az entitás-kapcsolat modell átalakítása relációs modellre
adatmodell 10
3. SZAKASZ. Adatbázis tervezés 12
3.1. 12. táblázatok fejlesztése
3.2. Adatbeviteli űrlapok fejlesztése 17
3.3. Adatbázis-lekérdezések fejlesztése 21
3.4. Jelentésfejlesztés 27
KÖVETKEZTETÉS 30
IRODALOM 31
PÁLYÁZAT 32

BEVEZETÉS

Napjainkban az adatbázis-tervezés (továbbiakban DB) fontossá vált számos olyan szervezet számára, amely számítógépes technológiát alkalmaz munkája termelékenységének javítására. Az adatbázisok az információs rendszerek alapjává váltak, használatuk minden vállalkozás működésének szerves részévé válik.
Tárgy tanfolyami munka a relációs adatbázis-tervezési technológiák tanulmányozása.
A kurzus tárgya a relációs adatbázisok fejlesztési elveinek tanulmányozása az „Autószerviz” adatbázis tervezésének és létrehozásának példáján.
Az adatbázis kialakításának célja egy kisvállalkozás javítási tevékenységének folyamatának megjelenítése
E cél elérése érdekében a következő feladatokat tűzték ki:

Rengeteg különböző információforrás létezik a relációs adatbázisok tervezésével és alkalmazásaikkal kapcsolatban. A javasolt erőforrások közül azokat választották ki, amelyek alkalmasak az OpenOffice.org Base környezetben történő adatbázisok tervezésére. A könyvek például az OpenOffice.org részét képező Base használatával való munkavégzés és adatbázisok létrehozásának alapvető technikáit és elveit tárgyalják. A források alapvető információkat nyújtanak a táblák, űrlapok, lekérdezések és jelentések létrehozásáról. A könyvek módszertani ajánlásokat írnak le az adatbázisok tervezésére és megvalósítására.

1. SZAKASZ Adatbázis-fejlesztés

Ez az adatbázis olyan szervezetek számára készült, amelyek bármilyen típusú járműkarbantartási szolgáltatást végeznek.
Az adatbázis fő funkciói a szervízben valaha volt összes autó rögzítésére vonatkoznak, minden autóról teljes információ tárolására (márka, sorozat- és műszaki útlevélszám, alvázszám és motorszám, szín, gyártási év stb.).
Az adatbázisnak minden olyan tulajdonosról is információt kell tárolnia, aki legalább egyszer igénybe vette az autószerviz szolgáltatásait. Lehetővé kell tenni nemcsak az alapvető és legszükségesebb információk tárolását, hanem a feljegyzéseket, pontosításokat, leírásokat stb. a beszerelt alkatrészek jellemzőit és sok más hasznos információt.
Az autószerviz adminisztrációja a következő információkat kérheti:

A DBMS operátor a következő változtatásokat hajthatja végre:

A jelentéseknek biztosítaniuk kell a tulajdonos autójában fellépő meghibásodás meglétéről szóló igazolás és az autószerviz munkájáról szóló jegyzőkönyv kiállításának lehetőségét (a javított autók száma, az őket javító alkalmazott neve).

Az „Car Service” adatbázis az adminisztrátor és az autószerviz munkatársai számára készült, akik javítási és autószervizi megrendeléseket fogadnak és dolgoznak fel.
A feladat tárgyköre a hibákra, az autótulajdonosokra és az autószervizben dolgozókra vonatkozó adatok.
A fejlesztés alatt álló információs rendszernek a következő funkciókat kell ellátnia:

Információk kiadása jelentések formájában:

A fejlesztés alatt álló adatbázissal szemben a következő követelmények vonatkoznak: adatintegritás, duplikáció hiánya, sok-sok kapcsolatok hiánya, rekurzív kapcsolatok hiánya, attribútumokkal való kapcsolatok, többszörös attribútumok.
Az adatbázisban található információk megfelelnek a következő követelményeknek:
jelentősége, teljessége, megbízhatósága, érthetősége, eredményessége.
Ez a bemutatás megkönnyíti az adatbázis használatát, ebben az esetben az információk megadása a szükséges információk listából történő kiválasztására korlátozódik, ami minden bizonnyal növeli az információbevitel sebességét és segít elkerülni a paraméterek hibás bevitelét.
Ennek az adatbázisnak a létrehozása és bevezetése következtében a következő teljesítménymutatókra van szükség: az új adatok bevitelének és a régiek megváltoztatásának idejének csökkentése, és ennek következtében a munkatermelékenység növelése, valamint az adatkezeléshez szükséges információk időben történő és teljes körű beérkezése. az autószerviz ügyintézése.

2. SZAKASZ: Adatstruktúrák modellezése

2.1. Koncepcionális adatbázismodell kidolgozása

A fogalmi adatbázismodell felépítésénél I.P. Karpova ajánlásait fogjuk használni. . Amint a szerző megjegyzi, a fogalmi adatbázis-modell a tématerület magas szintű objektum-orientált modellje, amely az objektumtartományt olyan objektumok halmazaként jeleníti meg, amelyek bizonyos tulajdonságokkal rendelkeznek és bizonyos kapcsolatokban állnak. A magas szintű adatmodell kialakításának fő célja, hogy modellt alkossunk az adatokról a felhasználó általi észlelésről, valamint az adatbázis-tervezéssel kapcsolatos nagyszámú technikai szempont összeegyeztetése. A fogalmi adatmodell nincs egy adott fizikai adatbázis-megvalósításhoz kötve, és nem függ egy adott DBMS-től. Az egyes típusú felhasználók témakörére vonatkozó elképzelések alapján egy koncepcionális modell jön létre, amely egy olyan adathalmazt képvisel, amely a felhasználó számára szükséges a problémáinak megoldásához.
Az Autoservice adatbázis elvi modellje „entitás-kapcsolat” modellként készült.
A modell fő fogalmai közé tartoznak az olyan fogalmak, mint az entitás (objektum), a kapcsolat (kapcsolat), az entitástípusok, a kapcsolattípusok és az attribútumok.
Az entitás egy valós vagy elképzelhető objektum, amelyre vonatkozó információkat tárolni és hozzáférhetővé kell tenni. Az ER modell diagramjaiban az entitást az entitás nevét tartalmazó téglalapként ábrázolják. Minden entitást attribútumkészlet határoz meg.
Az attribútum egy entitás elnevezett jellemzője. A nevének egyedinek kell lennie egy adott entitástípushoz, de ugyanaz lehet különféle típusok entitások. Az entitásattribútum minden olyan részlet, amely az entitás állapotának tisztázására, azonosítására, osztályozására, számszerűsítésére vagy kifejezésére szolgál. Az entitást jelölő téglalapba beírjuk az attribútumok nevét, és leírjuk az entitás neve alá.
Az entitások között kapcsolatok jönnek létre.
A kapcsolat két entitás között létrejött, grafikusan ábrázolt asszociáció. Ez az asszociáció mindig bináris, és létezhet két különböző entitás között, vagy egy entitás és önmaga között (rekurzív kapcsolat). A kapcsolatokat vonalakkal jelöljük.
Így a témakör leírásából minden típust kivonunk
entitások:
– Ügyfelek;
– Megrendelések;
– Mesterek;
- Művek listája.
Minden entitásnak meghatározzuk a saját attribútumkészletét.
Az Ügyfél entitást a következő attribútumkészlet határozza meg:

Az Orders entitás attribútumai a következők:

A Master lényege a következő attribútumok alapján van dokumentálva:

A Művek listája entitást a következő attribútumkészlet határozza meg:

A tartománymodellnek megfelelően az „Autószerviz” adatbázis alábbi elvi modellje kerül bemutatásra (1. ábra).
1. ábra Az „Autószerviz” adatbázis fogalmi modellje.

2.2. Logikai adatmodell fejlesztése

A helyi koncepcionális adatmodell helyi logikai modellé való átalakítása magában foglalja a nem kívánt elemek eltávolítását a koncepcionális modellekből, és az eredményül kapott modelleket helyi logikai modellekké alakítja. A nemkívánatos elemek közé tartoznak:
– sok-sok kapcsolat;
– rekurzív kapcsolatok;
– kapcsolatok attribútumokkal.
A fent említett nemkívánatos elemek a megalkotott koncepcionális modellben nem találhatók meg.
Logikai áramkör adatok a 2. ábrán láthatók.

Rizs. 2. Logikai adatdiagram.

Entitás-kapcsolati modell átalakítása relációs adatmodellvé
több lépés egymás utáni végrehajtásával hajtható végre:
– minden entitás hozzá van rendelve egy relációhoz a relációs adatmodellben;
– minden entitásattribútum a megfelelő kapcsolat attribútumaivá válik;
– az entitás elsődleges kulcsa a megfelelő kapcsolat elsődleges kulcsává válik. A kapcsolatok elsődleges kulcsában szereplő attribútumokhoz automatikusan hozzárendelődik a szükséges tulajdonság (NOT NULL). Minden egyes alárendelt entitásnak megfelelő kapcsolat hozzá van fűzve a fő entitás attribútumaihoz, amely a fő entitás elsődleges kulcsa. Az alegységnek megfelelő kapcsolatban ez az attribútumkészlet idegen kulccsá válik.
Ezt a folyamatot az alábbiakban tárgyaljuk.

3. SZAKASZ. Adatbázis tervezés

A táblázat egy objektum, amelyet rekordok (sorok) és mezők (oszlopok) formájában tárolnak.
Az OpenOffice.org Base három szolgáltatást kínál különböző utak adatbázis tábla létrehozása:

Ebben a munkában a varázsló segítségével táblákat hoztak létre.
Minden relációs adatbázistáblához adott a szerkezete: a mezők összetétele, nevei, az egyes mezők adattípusa és mérete, táblakulcsok és egyéb mezőtulajdonságok.
Az adatbázistáblák fejlesztése szekvenciálisan történik:

A táblázat az adatbázis alapja, ezért a táblák fejlesztésénél az alábbi alapelvek betartása javasolt:

Minden táblázat egy adott témával kapcsolatos információkat tartalmaz, és a táblázat minden mezője egy konkrét tényt tartalmaz a táblázat témájával kapcsolatban. Az adatbázisban lévő minden táblához meg kell határozni a benne lévő táblák tulajdonságait.
A Car Service adatbázis négy táblázatot tartalmaz:

Rizs. 3. Asztali ügyfelek.

Rizs. 4. Asztalrendelések.

Ez a táblázat a következő attribútumokat tartalmazza:

Rizs. 5. Művek listája.

Rizs. 6. Mesterek.

Minden entitáshoz definiáljunk egy elsődleges kulcsot, és figyelembe kell venni, hogy az erős entitásoknak csak egy kulcsmezője van, a gyengéknek pedig ugyanannyi kapcsolat van. Az elsődleges kulcs kiválasztásakor a következő szabályokat kell követnünk:
– a kulcsnak tartalmaznia kell egy minimális attribútumkészletet;
– azt a kulcsot kell használnia, amelynek értékei a legkisebb valószínűséggel változnak;
– a kulcs értékének minimális hosszúságúnak kell lennie.
A fentiek alapján a következő kulcsmezőket határozzuk meg a meglévő entitásokhoz:

Az információk táblákra bontása és kulcsmezők meghatározása után ki kell választani, hogy a DBMS hogyan fogja össze a kapcsolódó információkat. Ehhez meg kell határozni az adatbázistáblák közötti kapcsolatokat.
Az OpenOffice.org BASE négyféle kapcsolatot támogat a táblák között:
– egy az egyhez (egy tábla minden rekordja csak egy másik tábla rekordjának felel meg);
– egy a sokhoz (egy tábla minden rekordja egy másik tábla sok rekordjának felel meg);
– sok az egyhez (hasonlóan az „egy a sokhoz” jelöléshez);
– sok a sokhoz (az első tábla egy rekordja a második tábla egynél több rekordjához, vagy a második tábla egy rekordja az első tábla több rekordjához is kapcsolódhat).
Az „Autószerviz” adatbázisban létrehozott kapcsolatokat az előző részben már bemutattuk az ábrán. 2.

Az űrlap egy olyan objektum, amelyet táblázatos adatok kényelmes formában történő bevitelére, szerkesztésére és megtekintésére terveztek.
Az űrlapok úgynevezett vezérlőket tartalmaznak, amelyek lehetővé teszik a táblázatokban lévő adatok elérését. A vezérlőelemek szövegmezők adatok, gombok, jelölőnégyzetek, választógombok, listák és címkék bevitelére és szerkesztésére. A szükséges vezérlőket tartalmazó űrlapok létrehozása nagyban leegyszerűsíti az adatbeviteli folyamatot és segít megelőzni a hibákat.
Az OpenOffice.org alapűrlapjai számos olyan feladat végrehajtását biztosítják, amelyeket más módon nem lehet végrehajtani, lehetővé téve az adatok érvényesítését azok beírása közben, számítások elvégzését, valamint a kapcsolódó táblázatokban lévő adatokhoz való hozzáférést alűrlapok segítségével.
Az OpenOffice.org Base többféle módot kínál az űrlapok létrehozására. Ezek közül a legegyszerűbb az, ha eszközöket használunk az űrlapok automatikus létrehozására táblázat vagy lekérdezés alapján.
Az Auto Service adatbázishoz négy egyszerű űrlap és három alűrlap tartozik.
Az egyszerű formák példái a 7-10.

7. ábra. Ügyfél űrlap.

8. ábra. Megrendelési űrlap.

9. ábra. Művek listája.

10. ábra. Mesterek.
Az összetett forma tartalmaz egy fő formát és egy alformát - egy alformát. Az alűrlap tartalmilag azonos űrlap, de nem önállóan használatos, hanem mindig valamilyen űrlapról töltődik be a dokumentum megnyitásakor, létrehozásakor. Alűrlapon szinte mindent megtehetsz, amit egy űrlapon megtehetsz, kivéve, hogy nem illeszthetsz bele másik alűrlapot.
Amikor mezőket hoz létre az alűrlapokon, ügyeljen arra, hogy az összes mező nevének egyedinek kell lennie az űrlapon belül, az egyidejűleg használt alűrlapokkal együtt.
Az összetett űrlapoknak köszönhetően lehetővé válik a különböző táblázatok egyidejű kitöltése.
Az alűrlapokra példákat mutatunk be az ábrán. 11-13.

Rizs. 11. Ügyfél űrlap a Megrendelések alűrlappal.
Az Ügyfél űrlap a Megrendelések alűrlappal - biztosítja a szükséges adatok bevitelét a megrendelő azonosításához és a megrendeléshez végzett munkák megtekintéséhez. Ez az űrlap lehetővé teszi, hogy információkat vigyen be az Ügyfél és a Megrendelések táblába.

Rizs. 12. Megrendelések nyomtatvány alnyomtatványokkal Javítási munkák.
Ezen az űrlapon információkat adhat meg a Megrendelések és Javítások táblákban.

Rizs. 13. Törzslap a Megrendelések alűrlappal.
A Mester űrlap a Megrendelések alűrlappal lehetővé teszi egy adott mester munkavégzésének szabályozását.

A lekérdezés olyan objektum, amely lehetővé teszi a szükséges adatok beszerzését egy vagy több táblából.
A lekérdezések segítségével adatokat nyernek ki a táblákból, és kényelmes formában mutatják be a felhasználónak. Segítségükkel történik az adatok kiválasztása, rendezése és szűrése. Adott algoritmussal konvertálhat adatokat, új táblákat hozhat létre, automatikusan feltöltheti a táblákat más forrásokból importált adatokkal, egyszerű számításokat végezhet táblázatokban, és sok minden más.
A lekérdezések sajátossága, hogy az alaptáblákból adatokat merítenek, és ezek alapján létrehoznak egy ideiglenes eredménytáblázatot (pillanatképet) - az alaptáblázatokból kiválasztott mezők és rekordok képét. A képpel való munka gyorsabb és hatékonyabb, mint a merevlemezen tárolt táblázatokkal.
Kérésre az adatokat igény szerint rendezheti és szűrheti. A lekérdezések űrlapok, jelentések és adatelérési oldalak rekordforrásaként is használhatók.
Többféle kérés létezik:

 Tanulmányozza a kiválasztott tantárgyi terület sajátosságait.

 Az „Auto Service” adatbázis információs és logikai modelljének kidolgozása

 Valósítsa meg az MS Access DBMS-ben.

 Készítsen „magyarázó megjegyzést” a kurzusprojekthez a következő terv szerint:

Az adatbázis célja

Adatbázis "Autó szervíz" egy autószerviz cég által végzett munkára vonatkozó megrendelések fogadására és feldolgozására szolgál.

Természetesen nem aspirál az ACS magas címére. Az átfogó automatizált vezérlőrendszerhez szükséges teljes blokkok hiánya miatt:

 könyvelés,

 Gazdasági blokk

 Tervezett

 Kellékek

 És számos más blokk.

Az ACS blokkok közül csak egy kerül megvalósításra - a „Megrendelés fogadása” munkahely: ügyfelekkel való munkavégzés: megrendelések fogadása és rögzítése, végrehajtásuk megszervezése, a munka eredményeiről szóló jelentés.

Az adatbázis által végrehajtott funkciók

Az adatbázis a következő funkciókat látja el

1. Az autószerviz alkalmazottaira vonatkozó információk elszámolása és tárolása. "Szerelős»

2. Információk bevitele és tárolása az elvégzett munkatípusokról. "Rendeléss»

3. Ügyfelekről, vásárlói autókról és az azokra vonatkozó adatok megadása. "Kéréss»

4. A „Rendelések adatainak megadása” űrlap lehetővé teszi a belépést tulajdonképpen megrendelés, az ügyfél teljes nevének kiválasztása (a listából), az ügyfél autójának típusának kiválasztása és az arra vonatkozó adatok megadása.

Ugyanitt szerepel az elvégzett munka összetétele és az azokat végző autószervizesek neve. És még - információ a felhasznált pótalkatrészek összetételéről és mennyiségéről.

5. Az adatbázis különféle jelentéseket is tartalmaz, amelyek lehetővé teszik az autószerviz vállalkozás állapotának elemzését.

Felhasználói kategóriák

Az adatbázis elsősorban az autószervizek dolgozóinak szól, akik javítási és járműszervizi megrendeléseket fogadnak és dolgoznak fel.

Az abban közölt jelentések pedig a vállalkozás más részlegeinek, valamint vezetőinek szólnak.

Adatbázis tervezés

Bemutatjuk a következőket fogalmak És szimbólumok :

Entitások

LÉNYEG

Lényeg - valós vagy képzelt egy tárgy , amelyekre vonatkozó információkat tárolni és hozzáférhetővé kell tenni. Az ER modell diagramjaiban az entitást az entitás nevét tartalmazó téglalapként ábrázolják.

Entitások téglalapokkal fogjuk jelölni,

Entitásattribútumok

Tulajdonság - nevezett entitás jellemző . A nevének egyedinek kell lennie egy adott entitástípushoz, de ugyanaz lehet a különböző entitástípusoknál. Az entitásattribútum minden olyan részlet, amely az entitás állapotának tisztázására, azonosítására, osztályozására, számszerűsítésére vagy kifejezésére szolgál.

LÉNYEG

Attribútumok

Attribútumnevek téglalapba tesszük,

jelölve lényeg, az entitás neve alatt, és írja be

kis betűkkel.

Kapcsolatok

Kapcsolat - ez grafikusan van ábrázolva Egyesület , két entitás között beállítva. Ez az asszociáció mindig bináris, és létezhet két különböző entitás között, vagy egy entitás és önmaga között (rekurzív kapcsolat).

Kapcsolatok– sorokkal jelöljük ki, amelyek fölé helyezzük kapcsolódási fok (« 1 » vagy « ∞ » , jelentése „sok”) és jellemzői.

Kulcsmezők

Határozzuk meg a fogalmat elsődlegesÉs külső kulcsok

Kulcs az attribútumok minimális halmaza, amelynek értékei egyértelműen használhatók egy entitás szükséges példányának megkeresésére. A minimálisság azt jelenti, hogy bármely attribútum kizárása a halmazból nem teszi lehetővé az entitás azonosítását a többivel. Minden entitás rendelkezik legalább egy lehetséges kulcsot.

Az egyiket úgy veszik elsődleges kulcs .

Választáskor elsődleges kulcs előnyben kell részesíteni nem kompozit kulcsok vagy minimális számú attribútumból álló kulcsok. Nem megfelelő a hosszú szöveges értékekkel rendelkező billentyűk használata (előnyösebb használni egész szám e attribútumok).

Egy entitás elsődleges kulcsa (az elsődleges kulcsban részt vevő attribútumok) nem fogadható el határozatlan jelentése. Ellenkező esetben ellentmondásos helyzet áll elő: megjelenik valaki, akinek nincs egyénisége, és ezért nem létező entitáspéldány. Ugyanezen okokból biztosítani kell egyediség elsődleges kulcs.

Idegen kulcsok

Ha entitás VAL VEL entitásokat köt össze AÉs BAN BEN, akkor az A és B entitások elsődleges kulcsainak megfelelő idegen kulcsokat kell tartalmaznia.

Ha entitás BAN BEN entitást jelöl A, akkor tartalmaznia kell egy idegen kulcsot, amely megfelel az entitás elsődleges kulcsának A.

Jegyzet:

1. Mivel az MS Access DBMS fejlesztői alapvetően figyelembe vette a felmerülő problémákat elsődlegesÉs idegen kulcsok, egy speciális mezőtípus került bevezetésre az Access-be - KEY FIELD. Típusa COUNTER.

Hozzáférés nem igényel táblázatba való kötelező felvétele. De sürgősen ajánlatokat.

Ennek a mezőtípusnak a jellemzői:

Belépéskor új bejegyzés– ezen a területen AUTOMATIKUSAN új jön létre, egyedi, nem ismétlődő számérték.

A mező nem fogadható el határozatlan jelentése.

Mező – automatikus indexelt.

A mező értékének manuális módosítása lehetetlen.

Ezért a probléma kulcsmezőkÉs idegen kulcsok Az Accessben a megoldás egyszerű:

A főtáblában(entitások) létrehoznak különleges kulcs terület. meglesz elsődleges kulcs .

Ennek másolatát (azonos névvel) beírjuk az alárendelt táblákba. Az övék lesz külső kulcs .

A fő és az alárendelt táblákat ezekkel a mezőkkel kötjük össze. Ez minden. A kapcsolat kész!

2. A fejlesztők egy olyan eszközt vezettek be az Access-be, amelynek neve « Adatséma »

Ami lehetővé teszi nemcsak megkötni táblázatok, hanem minden csatlakozásnál jelezze:

neki típus("egy az egyhez", "egy a sokhoz" stb.)

és ő jellemzők: Az integritás biztosítása, valamint az információk lépcsőzetes frissítése és törlése a kapcsolódó táblákból és mezőkből.

Mit kell feltüntetni építéskor ER– modellek Adatbázis.

Különösen, ezért Az Access ideális programozási rendszer az ER modellek megvalósításához.

A miER- modellek beHozzáférésMindezeket a lehetőségeket kihasználjuk.

Küldje el a jó munkát a tudásbázis egyszerű. Használja az alábbi űrlapot

Diákok, végzős hallgatók, fiatal tudósok, akik a tudásbázist tanulmányaikban és munkájukban használják, nagyon hálásak lesznek Önnek.

Közzétéve: http://www.allbest.ru/

OROSZORSZÁG ELSŐ FELSŐ MŰSZAKI INTÉZMÉNYE

AZ OROSZ FÖDERÁCIÓ OKTATÁSI ÉS TUDOMÁNYOS MINISZTÉRIUMA

Szövetségi Állami Költségvetési Szakmai Felsőoktatási Intézmény

"NEMZETI ÁSVÁNYERŐFORRÁSOK EGYETEM "BÁNYÁSZAT"

Tanfolyami munka

"Adatbázis - autószerviz"

Szakága: Alkalmazott programozás

Készítette: Stepanova K.A.

Ellenőrizte: Matyukhin S.A.

Szentpétervár 2013

Bevezetés

1. A tárgykör leírása

2. Az adatbázis szerkezetének leírása

3. Táblázatok

4. Feladatkör

5. A program leírása

6. Alkatrészek

7. Felhasználói diagram

8. Interfész

Következtetés

Bibliográfia

Alkalmazás

Bevezetés

Korunkban, a digitális technika korában a számítógépek létfontosságú szerepet töltenek be. Most már minden szervezetben – legyen szó kormányzati ügynökségekről vagy magáncégekről – minden számítógépesített, és ez a nagyon nagy számítási teljesítménynek köszönhető. A legbonyolultabb folyamatok és a hozzárendelt feladatok számítása is a lehető legrövidebb idő alatt megtörténik, és az időtényező gyakran kritikus szerepet játszik a legtöbb kiosztott feladatnál. A számítógépek számítási teljesítménye és memóriakapacitása az elmúlt években hihetetlenül nagyra nőtt, áraik pedig jelentősen csökkentek, ez hozzájárult az emberi tevékenység abszolút minden szektorának tömeges számítógépesítéséhez. Ma már nehéz elképzelni az életet egy intelligens gép nélkül, amely rengeteg feladatot leegyszerűsít és felgyorsít. Speciális szoftverek hiányában a számítógép hasznossága tagadható, amely nélkül a „vasasszisztens” használhatatlanná válik. Ebben a munkában majd beszélünk egy olyan fontos, és a legtöbb szervezetben a fő program létrehozásáról, melynek neve adatbázis. Ebben a konkrét esetben egy autószerviz adatbázis.

1. A témakör leírása

A feladat célja a megszerzés szoftver termék, amely lehetővé teszi, hogy információkat tároljon a szolgáltató ügyfelekről, autóik hibáiról, biztosítva az adatfeldolgozás hatékonyságát és megbízhatóságát.

Az autószerviz-adatbázis az autószervizek üzemeltetői számára készült, és hozzáférést biztosít az autómárkával, a látogatás dátumával, a meghibásodással, az autó rendszámával kapcsolatos információkhoz, valamint az ügyfelekkel kapcsolatos információkhoz: telefonszám stb.

A program hatékonysága a feldolgozási idő csökkentésében és a szükséges információk keresésében rejlik.

A feladat automatizálásának szükségessége abból adódik, hogy a riportokhoz szükséges adatok kiválasztása és a mérnökök munkájának rögzítése általában manuálisan vagy Excel segítségével történik, jelentős időt fordítva erre. Ez a program Lehetőséget biztosít az adatok keresésére, szűrésére és rendezésére is.

A programmal való munkavégzéshez nincs szükség speciális programozási ismeretekre.

2. Az adatbázis szerkezetének leírása

Táblázat kapcsolatok:

A vevők táblája a főtáblához 1:N kapcsolattal kapcsolódik a vin_szám mező használatával

Az ügyfelek tábla a számítási táblához 1:1 kapcsolattal kapcsolódik a vin_szám mező használatával

3. Táblázatok

1. táblázat: Ügyfelek (vezető táblázat)

2. táblázat: Masters (szolga)

3. táblázat: Masters (szolga)

szoftveres autószerviz adatbázis szerkesztés

4. Műszaki feladat

A fejlesztés oka:

A tanári megbízás gyakorlati órák levezetésére és tantárgyi feladatok elvégzésére.

A fejlesztés célja:

A program célja az autószerviz-üzemeltetők munkájának automatizálása.

A program követelményei:

· Automatizálnia kell az autószerviz üzemeltetőjének munkáját

Az információkat állandóan a számítógép merevlemezén kell tárolni

· Lehetővé kell tenni az adatbázis megtekintését meghatározott információk törlésének lehetőségével.

Megbízhatósági követelmények:

· A programnak fel kell dolgoznia a hibás felhasználói műveleteket, és tájékoztatnia kell erről.

· A programnak biztosítania kell a bemeneti információk vezérlését.

5. Program leírása

private void Form1_Load(object sender, EventArgs e) () // fő összetevők betöltése

private void b_add_Click(object sender, EventArgs e) () // új bejegyzés hozzáadása

private void b_replace_Click(object sender, EventArgs e) () // bejegyzés szerkesztése

private void b_cancel1_Click(object sender, EventArgs e) () // a művelet megszakítása

private void b_save_Click(object sender, EventArgs e) () // változtatások mentése

private void b_record1_Click(object sender, EventArgs e) () // adatok írása

private void b_delete_Click(object sender, EventArgs e) () // adatok törlése

private void b_exit_Click(object sender, EventArgs e) () // kilépés a programból

6. Alkatrészek

7. Scheme forfelhasználó

Az 1. „Ügyfelek” és a 2. „Masterek” tábla „Egy-a-többhöz” kapcsolattal van összekötve a vin_szám mező használatával.

Az 1. „Ügyfelek” és a 3. „költség” táblázat „egy az egyhez” kapcsolattal van kapcsolatban a vin_szám mező használatával.

8. Felület

Új bejegyzés hozzáadása

Régi bejegyzés szerkesztése

Bejegyzés törlése

Rendezés a látogatás dátuma szerint

Aláírt táblázatok

Az Auto Service program fő táblázata a következőket tartalmazza:

1. Vevői autók listája

2. Az autótulajdonos kérelmének dátuma

3. Meghibásodás

4. Ügyfél telefonszáma

5.VIN szám

6. Az ügyféllista kezelése gombokkal történik (Hozzáadás/Csere/Törlés)

7. A szalon ügyfelek megjelenítése és rögzítése

8. Válogatás

10. Mesterek kiválasztása

11. Táblázatok megnevezése

12. Lépjen ki a programból

Következtetés

A munka eredménye az alkotás lett szoftver autószerviz-kezelő munkahelyének kiszolgálása.

A tanfolyam során C# programozási nyelven adatbázisok építése és programozása területén sajátítottak el ismereteket.

Bibliográfia

1. Matyukhin S.A. „Programozás C# objektum-orientált megközelítésben” - oktatási és módszertani komplexum 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamut, P. Gold C# programozási nyelv. Klasszikus számítástechnika. 4. kiadás = C# programozási nyelv (C# 4.0), 4. kiadás. - Szentpétervár: "Péter", 2012. - 784 p. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. 2. kiadás = Head First C#, 2ed. - Szentpétervár: "Péter", 2012. - 704 p. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 programozási nyelv és a .NET 4.5 Framework, 6. kiadás = Pro C# 5.0 és a .NET 4.5 Framework, 6. kiadás. - M.: Williams, 2013. - 1312 p. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Könyvtár. A nyelv teljes leírása = C# 5.0 dióhéjban: The Definitive Reference. - M.: Williams, 2013. - 1008 p. -- ISBN 978-5-8459-1819-2

6. Herbert Shildt. C# 4.0: teljes útmutató= C# 4.0 A teljes referencia. -- M.: "Williams", 2010. -- P. 1056. -- ISBN 978-5-8459-1684-6

Alkalmazás. Kódprogramokat

a System.Collections.Generic használatával;

a System.ComponentModel használatával;

a System.Data használatával;

a System.Drawing használatával;

a System.Linq;

a System.Text használatával;

a System.Threading.Tasks használatával;

a System.Windows.Forms használatával;

nyilvános részosztály Form1: Form

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Visible = false;

privát érvénytelen ügyfelekBindingNavigatorSaveItem_Click_1(objektum küldő, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load(objektum küldő, EventArgs e)

// TODO: Ez a kódsor adatokat tölt be a "db_autoDataSet.masters" táblába. tudsz szükség szerint mozgassa vagy távolítsa el.

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

// TODO: Ez a kódsor adatokat tölt be a "db_autoDataSet.calculation" táblába. Szükség szerint mozgathatja vagy eltávolíthatja.

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

// TODO: Ez a kódsor adatokat tölt be a "db_autoDataSet.customers" táblába. Szükség szerint mozgathatja vagy eltávolíthatja.

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

private void b_exit_Click(objektum feladó, EventArgs e)

privát void gomb5_Click_1(objektum küldő, EventArgs e)

private void b_add_Click(objektum feladó, EventArgs e)

groupBox1.Visible = igaz;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click(objektum feladó, EventArgs e)

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

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

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

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

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

textBox6.ReadOnly = igaz;

groupBox2.Visible = igaz;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

private void b_cancel1_Click(objektum feladó, EventArgs e)

b_add.Visible = igaz;

b_delete.Visible = igaz;

b_exit.Visible = igaz;

b_exit2.Visible = igaz;

b_replace.Visible = igaz;

b_save.Visible = igaz;

groupBox1.Visible = false;

private void b_cancel2_Click(objektum feladó, EventArgs e)

b_add.Visible = igaz;

b_delete.Visible = igaz;

b_exit.Visible = igaz;

b_exit2.Visible = igaz;

b_replace.Visible = igaz;

b_save.Visible = igaz;

groupBox2.Visible = false;

private void b_save_Click(objektum feladó, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(sender, e);

private void b_record1_Click(objektum feladó, EventArgs e)

DataTable tábla = db_autoDataSet.Tables;

DataRow row = table.NewRow();

sor = textBox1.Text;

sor = Convert.ToDateTime(textBox2.Text);

sor = textBox3.Text;

sor = textBox4.Text;

sor = textBox5.Text;

táblázat.Sorok.Hozzáadás(sor);

groupBox1.Hide();

b_replace.Visible = igaz;

b_delete.Visible = igaz;

b_exit.Visible = igaz;

b_add.Visible = igaz;

b_exit2.Visible = igaz;

b_save.Visible = igaz;

private void b_record2_Click(objektum feladó, EventArgs e)

DataTable tábla = db_autoDataSet.Tables;//12 dinamikusan csatolva. asztal táblázat az adatbázis első fájljával

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 megkapta az aktuális rekord vin-jét

DataRow sor = table.Rows.Find(vinRab);//14 kombinált dinamikus. sor sort a vin fájl rekordjával a shifrRab segítségével, és a DataSetet „szerkesztés” állapotba helyezte, amelyben lehetővé teszi a mezőértékek módosítását

row = textBox10.Text;//15 az ablakból megadott sor második mezőjébe íródott

row = Convert.ToDateTime(textBox9.Text);// 15 került a sor sor harmadik mezőjébe

sor = textBox8.Text; //15-öt írtunk a sor sor negyedik mezőjébe sor = textBox7.Text;

sor = textBox6.Text;

table.AcceptChanges();//15 az AcceptChanges parancs lehetővé teszi a megváltozott mezőértékek elfogadását

groupBox2.Hide();//16

b_replace.Visible = igaz;

b_delete.Visible = igaz;

b_exit.Visible = igaz;

b_add.Visible = igaz;

b_exit2.Visible = igaz;

b_save.Visible = igaz;

private void b_delete_Click(objektum feladó, EventArgs e)

// a kurzor alatti sor törlése

// először készítsen egy figyelmeztetést, hogy ne történjen hibás törlés

string s1, s2, s3, s4, s5, üzenet;

DialogResult eredmény; // 18

int ind = ügyfelekDataGridView.CurrentRow.Index;

s1 = ügyfelekDataGridView.CurrentRow.Cells.Value.ToString();

s2 = ügyfelekDataGridView.CurrentRow.Cells.Value.ToString();

s3 = ügyfelekDataGridView.CurrentRow.Cells.Value.ToString();

s4 = ügyfelekDataGridView.CurrentRow.Cells.Value.ToString();

s5 = ügyfelekDataGridView.CurrentRow.Cells.Value.ToString();

message = "Autómárka = " + s1 + "\nLátogatás dátuma = " + s2 + "\n Hiba = " + s3 + "\n Ügyfél telefonszáma = " + s4 + "\n Vin szám" + s5;

// az eredmény változó DialogResult.Yes vagy DialogResult.No értékeket vehet fel

result = MessageBox.Show(message, "Törli a következő bejegyzést? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (eredmény == DialogResult.Yes)//A sor törlődik

(// 20 A CustomerDataGridView DataGrid típusú aktuális táblája a puffertáblába íródik

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // ha a tábla nem üres

CurMng.RemoveAt(CurMng.Position); // a megjelölt pozíció eltávolítása

// itt az eredmény == DialogResult.No és a törlés elutasítva

// kilép az eljárásból

Közzétéve az Allbest.ru oldalon

Hasonló dokumentumok

Adatbázis létrehozása. Rekordok keresése, módosítása és törlése. Adatfeldolgozás és adatcsere. Adatbázis tervezés. Képletek meghatározása az adatbázis számított részére. Mezők és rekordok szerkesztése. Űrlapok az adatbázisban található információk bemutatására.

tanfolyami munka, hozzáadva 2009.02.23

Szoftvertermék fejlesztése - az "Excursion" adatbázis integrált programozási környezetben C++ Builder 6. Az adatbázis adatok megtekintési sorrendjének meghatározása, szerkesztése, törlése. A felhasználói kézikönyv és az általános programfelület jellemzői.

tanfolyami munka, hozzáadva 2013.11.03

Az adatbázis-kezelő rendszerek szükségességének indoklása a vállalkozásoknál. Adatbázis-kezelő szoftver fejlesztésének jellemzői, amelyek lehetővé teszik az adatbázis rekordok megtekintését, szerkesztését, beillesztését, lekérdezések és jelentések generálását.

tanfolyami munka, hozzáadva 2010.01.23

Az "Oktatási Adatbázis" program adatbázisának létrehozása és leírása, amely a tanulókkal kapcsolatos információk csoportosítására szolgál. Jellegzetes funkcionalitás programok: rekordok felvétele az adatbázisba, szerkesztés, rekordok törlése és adatok rendezése.

tanfolyami munka, hozzáadva 2011.04.25

A "Sportfelszerelési adatbázis" program fejlesztése. Modulok és blokkok működési algoritmusának leírása. A projekt bemutatásának szerkezeti diagramja. A szükséges információk megtalálásának folyamata. Automatikus adatrendezés. Bejegyzések hozzáadása és szerkesztése.

tanfolyami munka, hozzáadva 2013.08.15

Egyszerű hivatkozási űrlapok készítése. Űrlap tulajdonságainak szerkesztése tervezési módban. Vezérlők tulajdonságainak hozzáadása és szerkesztése. Riportok tervezése az adatbázishoz. Asztal leadása normál formaés adatséma felépítése.

absztrakt, hozzáadva: 2008.11.23

Az adatbázis és szoftver tervezésének és fejlesztésének eljárása. Információk az adatbázis szerkezetéről, létrehozott táblákról, űrlapokról, riportokról, lekérdezésekről, tárolt információkról. Logikai és fogalmi adatmodellek; szoftver kiválasztása.

tanfolyami munka, hozzáadva 2010.01.20

A relációs adatmodell integritását fenntartó megszorítások típusai. Egy elsődleges kulcs mező értékének meghatározása generátor segítségével. Rekordok hozzáadása, módosítása és törlése a Library adatbázistáblában SQL programozási nyelven.

laboratóriumi munka, hozzáadva 2012.10.10

Domain elemzés. A szállodai adatbázis összeállításának követelményei. A szükséges információk keresési folyamatának megvalósítása. Táblázatok, lekérdezések, jelentések generálása és nyomtatása. Adatok szerkesztése, hozzáadása és tárolása.

tanfolyami munka, hozzáadva 2016.02.07

Indoklás az alkalmazásfejlesztő eszközök kiválasztásához. Információk hozzáadása, törlése, szerkesztése. Az adatbázisból származó információk tükrözése. Információ keresése a kiválasztott táblázathoz. Projektek adatok, entitás, logika, cég. A programprojektek közötti interakció sémája.

Népszerű a kategóriában: