mājas › Navigatori › OBD auto serviss. Lejupielādējiet piekļuves datubāzi Autoserviss. Datu bāzes veiktās funkcijas

OBD auto serviss. Lejupielādējiet piekļuves datubāzi Autoserviss. Datu bāzes veiktās funkcijas

Datu bāzes "Autoserviss" izveides tehnoloģija

Lai izveidotu datubāzi, tika izvirzīti “Auto Service” datu bāzes mērķi un uzdevumi:

? nodrošināt klientu apmierinātību gan ar pakalpojumu, gan firmu;
? nodrošināt labākais serviss tuvumā
? pārdoto jaunu un lietotu automašīnu garantijas remonts;
? komerciālā profilaktiskā apkope (pielāgojumi utt.);
? komerciālie rehabilitācijas pakalpojumi (remonts);
? lietotu detaļu un mezglu remonts atjaunoto rezerves daļu krājumam.

? Cilvēki,
? materiāli,
? datori,
? mašīnas,
? ēka.

Izstrādātā un izveidotā Autoservisu datu bāze ir savstarpēji saistītu komponentu kopums un attēlo dažādas auto remonta jomas.

14.attēls. Datu bāze "Autoserviss"

Sistēma ir sadalīta divās apakšsistēmās un vienā paplašinājumā:

? Automašīnas tehniskās daļas remonts.
? Paplašināšana - auto salona remonts.

Galvenā sistēma “Automašīnas tehnisko daļu remonts” sastāv no četrām tabulām (skat. 15. att.):

« Pasūtiet» - ieskaitot nepieciešamo informāciju par automašīnas remonta un diagnostikas pasūtījumu, tas ir:

? Automašīna.
? Īpašnieks.
? Iemesls, kāpēc sazināties ar degvielas uzpildes staciju.

« Remonts"- tabula, kurā aprakstīts automašīnas tehnisko detaļu remonta process, proti, detaļas, kurām tuvākajā laikā nepieciešams remonts. Šajā tabulā ir iekļauti šādi vienumi:

? Dzinēju remonts.
? Ātrumkārbas remonts.
? Šasijas remonts.
? Degvielas sistēmas remonts.

15.attēls Tehnisko detaļu remonta pasūtījums

Tabula " Diagnostika", saistīts ar " Pēc pasūtījuma» un izplata automašīnas atsevišķu auto detaļu diagnostikai, t.i. dzinējs, ātrumkārba, šasija un degvielas sistēma.

IN Diagnostika» tiek glabāta informācija par automašīnām, kurām nepieciešama konkrētas detaļas diagnostika.

? Dzinēja diagnostika.
? Transmisijas diagnostika.
? Šasijas diagnostika.
? Degvielas sistēmas diagnostika.

Galvenā sistēma darbojas ieslēgts pamats “Kaskāde modeļi" Un atsaucas ieslēgts standarta GOST 21624 -76

GOST 18507 -73

Sistēma darbojas no informācijas savākšanas par pasūtījumu, tad notiek diagnostika, kas nosaka mašīnas remonta nepieciešamību. Katrs posms (izņemot sākotnējo) nevar sākties, kamēr nav pabeigts otrs, ja vien automašīnai nav nepieciešams remonts.

IT servisa apakšsistēma tika izveidota, lai sniegtu remonta garantiju, iesniegtu garantijas prasību un iegādātos rezerves daļas remontam.

1) iesniedzot prasību,
2) galvojuma reģistrācija,
3) rezerves daļu pasūtīšana, un tajā ir 11 galdi, no kuriem viens ir kopīgs IT servisam. (skat. 16. att.).

16. attēls. IT pakalpojums

IT pakalpojums - sadala visu pakalpojumu 3 daļās:

? garantijas prasība,
? garantijas reģistrācija,
? rezerves daļu pasūtīšana.

Dati 1 un 2 - satur informāciju par klientiem.

Kvīts 1 - tabulā ir dati par pieprasījuma laiku un sniegto pakalpojumu cenu.

Sazināšanās iemesls - tabula, kurā ir informācija par iemeslu saziņai ar garantijas servisu. Tam ir saistība ar tabulām: STO 1 līgums un 1. rezultāts, kur attiecīgi atzīmēti dati par STO piekrišanu prasībai un problēmas risināšanas iespēju.

Paplašināšanās ir sava veida automašīnu remonta pakalpojumu pieaugums. Tagad sistēmā ir iekļauts virsbūves remonts un salona remonts, ar ko arī nodarbojas degvielas uzpildes stacija.

Paplašinājuma apakšsistēma sastāv no divām tabulām un ietekmē 2. tabulu no galvenās sistēmas. (skat. 17. att.)

17. attēls. Izvēršana

Tabulās “Virsbūves remonts un salona remonts” ir iekļauta informācija par pakalpojumu veidiem.

Virsbūves remonts:

? Detaļu nomaiņa.
? Špakteles.
? Glezna.
? Lakošana.
? Pulēšana.

Interjera remonts:

? Komponentu nomaiņa.
? Sastāvdaļu remonts.

Šīs tabulas noved pie savienojumiem ar tabulu " Cena» fiksēt pakalpojumu cenas.

Funkcionāls:

? apģērbu pasūtījumi,
? darbs,
? pakalpojumi,
? brigādes,
? normastundas.

Datu bāzes resursi:

? Cilvēki,
? aprīkojums,
? materiāli,
? datori,
? mašīnas,
? ēka.

Kaskādes modelis, kas parādīts 18. attēlā, paredz visu projekta posmu secīgu izpildi stingri noteiktā secībā. Pāreja uz nākamo posmu nozīmē pilnīgu darba pabeigšanu iepriekšējā posmā.

Tas datu bāzē ir attēlots šādi:

? remontdarbu pasūtījumu pieņemšana,
? Auto diagnostika,
? auto remonts,
? automašīnas izlaišana no degvielas uzpildes stacijas.

18. attēls. Datu bāzes modelis

Analīzes fāze

Šeit jūs varat aizpildīt pieteikumu automašīnas remontam degvielas uzpildes stacijā. Klients aizpilda dokumentu, kurā klients norāda viņam nepieciešamo pakalpojumu.

Projektēšanas fāze

Šajā posmā automašīna tiek nosūtīta uz diagnostiku, kas nosaka automašīnas bojājuma cēloni. Pēc tam pēc klienta ieskatiem iekārta tiek nosūtīta remontam.

Īstenošanas un ieviešanas posms

Šajā posmā tiek veikts remonts automašīnas daļām, kurām saskaņā ar diagnostikas rezultātiem nepieciešams remonts vai nomaiņa. Tāpat bez jebkādām pārbaudēm šajā posmā var veikt remontu automašīnas ārpusei un salonam.

Apkopes fāze

Šajā posmā tiek izsniegta garantija remontam un tiek aprēķināti līdzekļi, kas iztērēti automašīnas diagnostikai un remontam, pēc tam automašīna tiek atdota īpašniekam.

Sistēmas īpašības

Integrējamība- sistēma ir integrējama, jo tai ir iespēja sadarboties ar dažādām bankām (apmaksa par pakalpojumiem caur šīm bankām), ar nodokļu firmu (rezerves daļu pārdošana ārpus reģiona). Sistēma ir saistīta arī ar dažādiem auto dīleriem (pēc līguma) un apdrošināšanas kompānijām, kas apdrošina pašu autoservisu, kā arī uzņēmumu, kurā tiek iegādātas rezerves daļas.

Dalāmība- sistēma sastāv no daudzām apakšsistēmām, kas veic noteiktas funkcijas un kurām ir iespēja strādāt autonomi.

Integritāte- neskatoties uz to, ka sistēma ir dalāma, pilnībā darbojoties, tā nedarbosies, ja tiks traucēta kādas tās apakšsistēmas funkcionalitāte.

Strukturālisms- sadalījums pa sistēmas elementu līmeņiem un hierarhijām, t.i. sistēma nevarēs turpināt darbu, ja kāds no posmiem tiks izlaists (neizsniedzot garantiju, klients nevarēs iesniegt pretenziju degvielas uzpildes stacijā).

Standarti

GOST 21624 -76 - šis standarts nosaka prasības produktiem, lai nodrošinātu noteiktu izmantojamības (ET) un apkopes (RP) līmeni, kā arī ET un RP rādītāju vērtības, kas paredzētas GOST 20334-81 automobiļu izstrādājumiem - četru riteņu. piedziņas un pilnpiedziņas transportlīdzekļi (kravas automašīnas, vieglās automašīnas un autobusi), piekabes un puspiekabes (turpmāk – izstrādājumi).

GOST 18507 -73 - šis standarts attiecas uz autobusiem un vieglajām automašīnām (turpmāk tekstā – automašīnas) un nosaka metodes to kontroles pārbaudēm pēc auto remonta uzņēmumu veiktajiem kapitālajiem remontiem.

Standarts neattiecas uz vieglajām automašīnām, kuru kapitālais remonts tika veikts pēc individuālo īpašnieku pasūtījumiem.

Tehniskās specifikācijas

1. Izveidojiet vienotu datubāzi par visiem servisa pakalpojumiem konkrētai automašīnai.

19. attēls. Visu degvielas uzpildes staciju pakalpojumu vispārējā bāze

2. Dati par nepieciešamajiem instrumentiem un materiāliem.

20. attēls. Instrumentu un materiālu dati

3. Savienojumi ar trešo pušu sistēmām.

21. attēls. Trešo pušu sistēmas

22. attēls. Autocentri

23. attēls. Apdrošinātāji

24. attēls. Apdrošinātāju lauks

4. Komentāri par pakalpojuma kvalitāti.

25. attēls. Komentāri

26. attēls. Apmeklētāju atsauksmes

27. attēls. Atsauksmes

Darba gaitā tika izveidota datu bāze datu bāzes pārvaldības sistēmā MS Access. Darbā parādīta soli pa solim tehnoloģija datu bāzes izveidei. Dots “Autoservisa” datu bāzes piemērs. Šī datu bāze tika pārbaudīts degvielas uzpildes stacijā. Sistēma ir pārbaudīta. Darba gaitā tika veiktas korekcijas un darbā tika prezentēta “Autoservisa” datu bāzes gala versija.

Nepieciešams izveidot “Autoservisa” piederumu datu bāzi

Rīsi. 1 Gatavās datu bāzes galvenās pogas forma “Autoserviss”

Veidlapa “Īpašnieki” ar pakārtoto formu “Automašīnas”.

Rīsi. 2 veidlapa “Automašīnas”

Darbinieki veidojas

Rīsi. 4 Veidlapa "Pakalpojums"

Rīsi. 5 Pieprasījumu lapa

Vaicājums “Grupēšana pēc darbiem un darbiniekiem”

Vaicājums “Pēc mehāniķa uzvārda”

Pieprasījums “Meklēt pēc numura zīmes”

Rīsi. 6 Pārskati

Ziņojums “Grupēšana pēc darbiem un darbiniekiem”

Ziņojums 7 “Meklēt pēc numura zīmes”.

Rīsi. 8 Ziņojums “Pēc mehāniķa vārda”

Rīsi. 9 Gatavās “Autoservisa” datu bāzes datu diagrammā ir attēlotas tabulu attiecības: Īpašnieki, Automašīnas, Serviss, Darba kategorija, Darbinieki.

Tabulas “Automašīnas” struktūra: stāvoklis. numurs, zīmols, īpašnieks.

Tabulas “Īpašnieki” struktūra: īpašnieka Nr., pilns vārds, mobilo telefonu, vadītāja apliecība Nr.

Tabulas “Pakalpojums” struktūra: dienesta numurs, transportlīdzeklis, darba kategorija, pasūtījuma gatavības datums, darbinieks.

Tabulas “Darbinieki” struktūra: darbinieka numurs, mobilais tālrunis, adrese, pilns vārds.

vai šeit:

Lejupielādējiet datu bāzes pārskatu ar ekrāna formām bez maksas

Aptuvenā cena 763 rub.

Precīza cena ir atkarīga no maksājuma veida.

Piekļūstiet datu bāzes maksājumu veidiem: WebMoney, maksājumu termināļi, Krievijas pasts, QIWI, Beeline, MTC, Megafon, debetkarte vai kredītkarte, WeChat Pay, Alipay (Ķīna), UnionPay, Yandex.Money, dāvanu karte un citi.

Lejupielādējiet Access datu bāzes par līdzīgām tēmām:

Piekļuve datu bāzei Autoserviss 2
Rēķinu ģenerēšana apmaksai autoservisā
Auto reģistrācija autotransporta uzņēmumā.
ATP (autotransporta uzņēmums).
ATP 2007 (autotransporta uzņēmums)
Auto remontdarbnīcas
"Darbības uzskaite Transportlīdzeklis»
“Ceļu satiksmes negadījumu uzskaite”
Auto likumpārkāpēju reģistrācija ceļu policijā.
“Ceļu satiksmes noteikumu pārkāpumu uzskaite”
"Auto detaļu nomaiņa degvielas uzpildes stacijās"
Pilsētas transports
"Aviobiļešu pārdošana"
"Autobusa pietura"
"Autonoma"
Auto noma 2
Autoskola
Rezerves daļu uzņēmums
autosalons
Transportlīdzekļu nolietojuma uzskaite pa MOL un transportlīdzekļu grupām
Taksometrs
Pasažieru automašīnu uzņēmums
Mikroautobusu grafiks
Autotransporta uzskaite pa auto markām

Atslēgas vārdi: datu bāzes lejupielāde; datu bāzes programma; datu bāze; kursa darbu datubāze; lejupielādes piekļuves datu bāze; piekļuve; brīvpiekļuves datu bāze; pieejamās datubāzes; piekļuves datu bāzes piemērs; izveidot piekļuves datu bāzi; piekļuves datu bāzes piemēri; piekļuves datu bāzes izveide; piekļūt datu bāzēm; piekļuves pieprasījumi; piekļuves pārskatiem; piekļuves tabulas; piekļuves makro; piekļūt kursa darbiem; piekļuves datu bāzes piemēri; piekļuves veidlapas; Datu bāze Microsoft piekļuve; iegādāties datubāzi; datu bāzes izveidošana; datu bāzes piemēri; lejupielādes datubāze; kursa darbs pie DBVS; datu bāzes piemēri; gatava kursa darbu datu bāze. Kursu datubāze “Autoserviss” tika izveidota access 2010 un pārveidota par pieeju 2003, tāpēc tā tiks atvērta 2003., 2007., 2010. gadā.

Nepieciešams izveidot “Autoservisa” piederumu datu bāzi. Gatavās “Autoservisa” datu bāzes galvenā pogas forma. Veidlapa “Īpašnieki” ar pakārtoto formu “Automašīnas”. Veidlapa "Automašīnas". Darba kategorijas forma. Darbinieki veidojas. Pakalpojuma forma. Pieprasījumu lapa. Vaicājums “Grupēšana pēc darbiem un darbiniekiem”. Vaicājums “Pēc mehāniķa uzvārda”. Pieprasījums “Meklēt pēc numura zīmes”. Pārskats “Grupēšana pēc darbiem un darbiniekiem”. Ziņojums “Pēc mehāniķa vārda”. Ziņojums “Pēc mehāniķa vārda”. Gatavās “Autoservisa” datu bāzes datu diagrammā ir attēlotas tabulu attiecības: Īpašnieki, Automašīnas, Serviss, Darba kategorija, Darbinieki. Tabulas “Automašīnas” struktūra: stāvoklis. numurs, zīmols, īpašnieks. Tabulas “Īpašnieki” struktūra: īpašnieka numurs, pilns vārds, mobilā tālruņa numurs, autovadītāja apliecības numurs. Tabulas “Darba kategorija” struktūra: darba kods, darba nosaukums, apraksts, darba izmaksas. Tabulas “Pakalpojums” struktūra: dienesta numurs, transportlīdzeklis, darba kategorija, pasūtījuma gatavības datums, darbinieks. Tabulas “Darbinieki” struktūra: darbinieka numurs, mobilais tālrunis, adrese, pilns vārds. Vaicājuma “Grupēšana pēc darbiem un darbiniekiem” struktūra projektēšanas režīmā. Vaicājuma “Pēc mehāniķa uzvārda” struktūra projektēšanas režīmā. Pieprasījuma “Meklēt pēc numura zīmes” struktūra projektēšanas režīmā. Makro dizaina režīmā.

3. ievads
1. SADAĻA. Datu bāzes izstrāde 4

2. DAĻA. Datu struktūru modelēšana 7
2.1. Konceptuālās datu bāzes modeļa izstrāde 7
2.2. Loģiskā datu modeļa izstrāde 9
2.3. Entītijas attiecību modeļa pārveidošana par relāciju modeli
datu modelis 10
3. IEDAĻA. Datu bāzes dizains 12
3.1. 12. tabulu izstrāde
3.2. Datu ievades veidlapu izstrāde 17
3.3. Datu bāzes vaicājumu izstrāde 21
3.4. Ziņojuma izstrāde 27
SECINĀJUMS 30
ATSAUCES 31
PIETEIKUMS 32

IEVADS

Mūsdienās datu bāzu dizains (turpmāk tekstā DB) ir kļuvis svarīgs daudzām organizācijām, kuras izmanto datortehnoloģijas, lai uzlabotu sava darba produktivitāti. Datu bāzes ir kļuvušas par informācijas sistēmu pamatu, un to izmantošana kļūst par jebkura uzņēmuma darbības neatņemamu sastāvdaļu.
Objekts kursa darbs ir relāciju datu bāzes projektēšanas tehnoloģiju izpēte.
Kursa darba priekšmets ir relāciju datu bāzu izstrādes principu apguve, izmantojot „Auto Service” datu bāzes projektēšanas un izveides piemēru.
Datu bāzes dizaina mērķis ir parādīt mazā uzņēmuma remontdarbu procesu
Lai sasniegtu šo mērķi, tika izvirzīti šādi uzdevumi:

Ir ļoti daudz dažādu informācijas avotu par relāciju datu bāzu dizainu un to lietojumiem. No visiem piedāvātajiem resursiem tika atlasīti tie, kas ir piemēroti datu bāzu projektēšanai OpenOffice.org Base vidē. Piemēram, grāmatās ir aplūkotas pamatmetodes un principi, kā strādāt un izveidot datubāzes, izmantojot Base, kas ir daļa no OpenOffice.org. Avoti sniedz pamatinformāciju par tabulu, veidlapu, vaicājumu un atskaišu izveidi. Grāmatās aprakstīti metodiskie ieteikumi datu bāzu projektēšanai un ieviešanai.

1. SADAĻA. Datu bāzes izstrāde

Šī datu bāze ir paredzēta organizācijām, kas nodarbojas ar jebkāda veida transportlīdzekļu apkopes pakalpojumiem.
Galvenās datu bāzes funkcijas ir saistītas ar visu servisa centrā esošo automašīnu reģistrēšanu, pilnīgas informācijas glabāšanu par katru automašīnu (marka, sērijas un tehniskās pases numurs, šasijas numurs un dzinēja numurs, krāsa, izlaiduma gads utt.).
Tāpat datubāzē jāglabā informācija par katru īpašnieku, kurš kaut reizi izmantojis autoservisa pakalpojumus. Jābūt iespējai glabāt ne tikai pamata un nepieciešamāko informāciju, bet arī piezīmes, precizējumus, aprakstus utt. uzstādīto rezerves daļu īpašības un daudz citas noderīgas informācijas.
Autoservisa administrācija var pieprasīt šādu informāciju:

DBVS operators var veikt šādas izmaiņas:

Pārskatos jāparedz iespēja izsniegt sertifikātu par nepareizas darbības esamību īpašnieka automašīnā un ziņojumu par autoservisa darbu (remontējamo automašīnu skaits, remontētāja vārds).

“Autoservisa” datu bāze ir paredzēta administratoram un autoservisa darbiniekiem, kuri saņem un apstrādā pasūtījumus par remontu un auto servisu.
Uzdevuma priekšmets ir dati par defektiem, automašīnu īpašniekiem un autoservisa darbiniekiem.
Veidojamajai informācijas sistēmai jāpilda šādas funkcijas:

Informācijas izvade atskaišu veidā:

Izstrādājamai datubāzei tiek izvirzītas šādas prasības: datu integritāte, dublēšanās neesamība, daudzu pret daudziem relāciju neesamība, rekursīvu attiecību neesamība, attiecības ar atribūtiem, vairāki atribūti.
Datubāzē esošā informācija atbilst šādām prasībām:
nozīmīgums, pilnīgums, uzticamība, saprotamība, efektivitāte.
Šāda prezentācija palielina datu bāzes lietošanas ērtumu, šajā gadījumā informācijas ievadīšana tiks samazināta līdz vajadzīgās informācijas atlasei no saraksta, kur iespējams, kas noteikti palielinās informācijas ievades ātrumu un palīdzēs izvairīties no nepareizas parametru ievadīšanas.
Šīs datu bāzes izveides un ieviešanas rezultātā ir nepieciešami sekojoši rezultatīvie rādītāji: jaunu datu ievadīšanas un veco maiņas laika samazināšana un līdz ar to darba ražīguma paaugstināšana, kā arī savlaicīga un pilnīga informācijas saņemšana, kas nepieciešama datubāzei. autoservisa administrēšana.

2. IEDAĻA. Datu struktūru modelēšana

2.1. Konceptuālās datu bāzes modeļa izstrāde

Veidojot konceptuālo datu bāzes modeli, izmantosim I.P.Karpovas ieteikumus. . Kā atzīmē autors, konceptuālās datu bāzes modelis ir augsta līmeņa objektorientēts subjekta apgabala modelis, kas attēlo objektu domēnu kā objektu kopumu, kam ir noteiktas īpašības un kas atrodas noteiktās attiecībās. Augsta līmeņa datu modeļa izstrādes galvenais mērķis ir izveidot modeli lietotāja datu uztverei un saskaņot ar datu bāzes dizainu saistīto lielo tehnisko aspektu skaitu. Konceptuālais datu modelis nav saistīts ar konkrētu fizisko datu bāzes ieviešanu un nav atkarīgs no konkrētas DBVS. Konceptuāls modelis tiek izveidots, pamatojoties uz idejām par katra lietotāja veida tematisko jomu, kas attēlo datu kopumu, kas lietotājam ir nepieciešams, lai atrisinātu savas problēmas.
Autoservisa datu bāzes konceptuālais modelis tika izveidots kā “entītijas attiecību” modelis.
Modeļa galvenie jēdzieni ietver tādus jēdzienus kā entītija (objekts), attiecības (attiecības), entītiju tipi, attiecību veidi un atribūti.
Entītija ir reāls vai iedomājams objekts, par kuru informācijai ir jābūt glabājamai un pieejamai. ER modeļu diagrammās entītija tiek attēlota kā taisnstūris, kurā ir entītijas nosaukums. Katru entītiju nosaka atribūtu kopa.
Atribūts ir entītijas nosaukta īpašība. Tās nosaukumam ir jābūt unikālam noteiktam entītijas veidam, taču tas var būt vienāds dažādi veidi entītijām. Entītijas atribūts ir jebkura detaļa, kas kalpo, lai precizētu, identificētu, klasificētu, kvantitatīvi noteiktu vai izteiktu entītijas stāvokli. Mēs ievadīsim atribūtu nosaukumus taisnstūrī, kas apzīmē entītiju, un pierakstīsim to zem entītijas nosaukuma.
Starp entītijām tiek nodibinātas attiecības.
Attiecības ir grafiski attēlota asociācija, kas izveidota starp divām entītijām. Šī saistība vienmēr ir bināra un var pastāvēt starp divām dažādām entītijām vai starp entītiju un sevi (rekursīvas attiecības). Mēs apzīmējam savienojumus ar līnijām.
Tādējādi no priekšmeta jomas apraksta mēs iegūstam visus veidus
entītijas:
– Klienti;
– Pasūtījumi;
– Meistari;
- Darbu saraksts.
Mēs definējam katrai entītijai savu atribūtu kopu.
Klienta entītiju definē šāda atribūtu kopa:

Pasūtījumu entītijas atribūti ir definēti šādi:

Meistara būtība ir dokumentēta, pamatojoties uz šādiem atribūtiem:

Darbu saraksta entītiju nosaka šāda atribūtu kopa:

Atbilstoši domēna modelim ir parādīts sekojošs “Autoservisa” datu bāzes konceptuālais modelis (1. att.).
1. att. “Autoservisa” datu bāzes konceptuālais modelis.

2.2. Loģiskā datu modeļa izstrāde

Lokālā konceptuālā datu modeļa pārvēršana lokālā loģiskajā modelī ietver nevēlamo elementu noņemšanu no konceptuālajiem modeļiem un iegūto modeļu pārveidošanu lokālos loģiskajos modeļos. Nevēlamie elementi ietver:
– attiecības "daudzi pret daudziem";
– rekursīvie savienojumi;
– sakari ar atribūtiem.
Iepriekš minētie nevēlamie elementi izveidotajā konceptuālajā modelī netika atrasti.
Loģiskā ķēde dati parādīti 2. att.

Rīsi. 2. Loģisko datu diagramma.

Entītijas attiecību modeļa pārveidošana par relāciju datu modeli
veic, secīgi veicot vairākas darbības:
– katra entītija ir saistīta ar relāciju relāciju datu modelī;
– katrs entītijas atribūts kļūst par atbilstošās attiecības atribūtu;
– entītijas primārā atslēga kļūst par atbilstošās attiecības primāro atslēgu. Attiecību primārajā atslēgā iekļautajiem atribūtiem automātiski tiek piešķirts nepieciešamais rekvizīts (NOT NULL). Katrai relācijai, kas atbilst pakārtotajai entītijai, tiek pievienota galvenās entītijas atribūtu kopa, kas ir galvenās entītijas primārā atslēga. Attiecībās, kas atbilst apakšgrupai, šī atribūtu kopa kļūst par ārējo atslēgu.
Šis process ir apspriests tālāk.

3. SADAĻA. Datu bāzes dizains

Tabula ir objekts, kas paredzēts datu glabāšanai ierakstu (rindu) un lauku (kolonnu) veidā.
OpenOffice.org bāze nodrošina trīs Dažādi ceļi izveidojot datu bāzes tabulu:

Šajā darbā tabulas tika izveidotas, izmantojot vedni.
Katrai relāciju datu bāzes tabulai ir dota tās struktūra: lauku sastāvs, to nosaukumi, katra lauka datu tips un lielums, tabulas atslēgas un citi lauka rekvizīti.
Datu bāzes tabulu izstrāde tiek veikta secīgi:

Tabula ir datu bāzes pamatā, tāpēc, izstrādājot tabulas, ieteicams vadīties pēc šādiem pamatprincipiem:

Katrā tabulā ir informācija par konkrētu tēmu, un katrs tabulas lauks satur konkrētu faktu par tabulas tēmu. Katrai datubāzes tabulai ir jādefinē tajā ietverto tabulu rekvizīti.
Autoservisa datu bāzē ir četras tabulas:

Rīsi. 3. Galda klienti.

Rīsi. 4. Galdu pasūtījumi.

Šajā tabulā ir šādi atribūti:

Rīsi. 5. Darbu saraksts.

Rīsi. 6. Meistari.

Definēsim katrai entītijai primāro atslēgu, ņemot vērā, ka spēcīgajām entītijām ir tikai viens atslēgas lauks, bet vājajām – vienāds savienojumu skaits. Izvēloties primāro atslēgu, mēs vadīsimies pēc šādiem noteikumiem:
– atslēgā jāsatur minimāls atribūtu kopums;
– jāizmanto atslēga, kuras vērtības mainīsies vismazāk;
– atslēgas vērtībai jābūt minimālam garumam.
Pamatojoties uz iepriekš minēto, mēs definēsim šādus galvenos laukus esošajām entītijām:

Pēc informācijas sadalīšanas tabulās un galveno lauku definēšanas jums jāizvēlas, kā DBVS apvienos saistīto informāciju. Lai to izdarītu, ir jādefinē attiecības starp datu bāzes tabulām.
OpenOffice.org BASE atbalsta četru veidu relācijas starp tabulām:
– viens pret vienu (katrs ieraksts vienā tabulā atbilst tikai vienam ierakstam citā tabulā);
– viens pret daudziem (katrs ieraksts vienā tabulā atbilst daudziem ierakstiem citā tabulā);
– daudzi pret vienu (līdzīgi apzīmējumam “viens pret daudziem”);
– daudzi pret daudziem (viens ieraksts no pirmās tabulas var būt saistīts ar vairāk nekā vienu ierakstu no otrās tabulas, vai viens ieraksts no otrās tabulas var būt saistīts ar vairāk nekā vienu ierakstu no pirmās tabulas).
“Autoservisa” datubāzē izveidotie savienojumi jau ir parādīti iepriekšējā sadaļā attēlā. 2.

Veidlapa ir objekts, kas paredzēts tabulas datu ievadīšanai, rediģēšanai un apskatei ērtā formā.
Veidlapās ir tā sauktās vadīklas, kas ļauj piekļūt datiem tabulās. Vadības elementi ir teksta lauki datu ievadīšanai un rediģēšanai, pogas, izvēles rūtiņas, radio pogas, saraksti un etiķetes. Veidlapu izveide, kas satur nepieciešamās vadīklas, ievērojami vienkāršo datu ievades procesu un palīdz novērst kļūdas.
OpenOffice.org bāzes veidlapas nodrošina funkcionalitāti, lai veiktu daudzus uzdevumus, kurus nevar veikt ar citiem līdzekļiem, ļaujot apstiprināt datus to ievadīšanas laikā, veikt aprēķinus un nodrošināt piekļuvi datiem saistītajās tabulās, izmantojot apakšveidlapas.
OpenOffice.org Base piedāvā vairākus veidus, kā izveidot veidlapas. Vienkāršākais no tiem ir izmantot rīkus, lai automātiski izveidotu veidlapas, pamatojoties uz tabulu vai vaicājumu.
Auto Service datu bāzei ir četras vienkāršas veidlapas un trīs apakšveidlapas.
Vienkāršu formu piemēri ir parādīti 7.-10.

7. att. Klienta veidlapa.

8. att. Pasūtījumu forma.

9. att. Darbu saraksts.

10. att. Meistari.
Saliktā forma satur galveno formu un apakšformu - apakšformu. Apakšveidlapa savā saturā ir viena un tā pati forma, taču tā netiek lietota neatkarīgi, bet vienmēr tiek ielādēta no kādas formas, atverot vai veidojot dokumentu. Apakšveidlapā varat darīt gandrīz visu, ko varat darīt veidlapā, izņemot to, ka tajā nevar ievietot citu apakšveidlapu.
Veidojot laukus apakšveidlapās, noteikti ņemiet vērā, ka visu lauku nosaukumiem ir jābūt unikāliem veidlapā, kā arī visām apakšveidlapām, kas tajā tiek izmantotas vienlaikus.
Pateicoties saliktajām formām, kļūst iespējams vienlaicīgi aizpildīt dažādas tabulas.
Apakšformu piemēri ir parādīti attēlā. 11-13.

Rīsi. 11. Klienta veidlapa ar apakšveidlapu Pasūtījumi.
Klienta forma ar Pasūtījumu apakšveidlapu - nodrošina nepieciešamo datu ievadi, lai identificētu klientu un apskatītu šim pasūtījumam veikto darbu. Šī veidlapa ļauj ievadīt informāciju klientu un pasūtījumu tabulās.

Rīsi. 12. Veidlapa Pasūtījumi ar apakšveidlapu Remontdarbi.
Šī veidlapa ļauj ievadīt informāciju Pasūtījumu un Remontu tabulās.

Rīsi. 13. Meistara forma ar Pasūtījumu apakšveidlapu.
Meistara forma ar apakšformu Pasūtījumi ļauj kontrolēt konkrēta meistara darbu izpildi.

Vaicājums ir objekts, kas ļauj iegūt nepieciešamos datus no vienas vai vairākām tabulām.
Vaicājumus izmanto, lai no tabulām iegūtu datus un parādītu tos lietotājam ērtā formā. Ar viņu palīdzību tiek atlasīti, sakārtoti un filtrēti dati. Varat konvertēt datus, izmantojot noteiktu algoritmu, izveidot jaunas tabulas, automātiski aizpildīt tabulas ar datiem, kas importēti no citiem avotiem, veikt vienkāršus aprēķinus tabulās un daudz ko citu.
Vaicājumu īpatnība ir tāda, ka tie iegūst datus no bāzes tabulām un uz to pamata izveido pagaidu tabulu (momentuzņēmumu) - no bāzes tabulām atlasīto lauku un ierakstu attēlu. Darbs ar attēlu ir ātrāks un efektīvāks nekā darbs ar tabulām, kas saglabātas cietajā diskā.
Pēc pieprasījuma varat sakārtot un filtrēt datus pēc vajadzības. Vaicājumus var izmantot arī kā ierakstu avotus veidlapām, pārskatiem un datu piekļuves lapām.
Ir vairāki pieprasījumu veidi:

 Izpētīt izvēlētās priekšmeta jomas specifiku.

 Izstrādāt “Auto Service” datu bāzes informatīvo un loģisko modeli

 Ieviest to MS Access DBVS.

 Sastādiet kursa projekta “Paskaidrojuma piezīmi” saskaņā ar šādu plānu:

Datu bāzes mērķis

Datu bāze "Auto serviss" ir paredzēts autoservisa uzņēmuma pasūtījumu saņemšanai un apstrādei darbam.

Protams, viņš nepretendē uz augsto ACS titulu. Tā kā nav visu bloku, kas nepieciešami visaptverošai automatizētai vadības sistēmai:

 Grāmatvedība,

 Ekonomiskais bloks

 Plānots

 Izejmateriāli

 Un vairāki citi bloki.

Tiek ieviests tikai viens no ACS blokiem - “Pasūtījumu pieņemšanas” darba vieta: darbs ar klientiem: pasūtījumu pieņemšana un uzskaite, to izpildes organizēšana, darba rezultātu atskaite.

Datu bāzes veiktās funkcijas

Datu bāze veic šādas funkcijas

1. Uzskaite un informācijas glabāšana par autoservisa darbiniekiem. "Mehāniķiss»

2. Informācijas ievadīšana un glabāšana par veikto darbu veidiem. "Pasūtiets»

3. Informācijas par klientiem, klientu automašīnām un datu par tiem ievadīšana. "Pieprasījumss»

4. Veidlapa “Ievadīt informāciju par pasūtījumiem” ļauj ievadīt patiesībā pasūtījumu, izvēloties klienta pilnu vārdu (no saraksta), izvēloties klienta automašīnas veidu un ievadot informāciju par to.

Turpat tiek ievadīts veikto darbu sastāvs un tos veicošo autoservisa darbinieku vārdi. Un arī - informācija par izmantoto rezerves daļu sastāvu un daudzumu.

5. Datubāze nodrošina arī dažādus pārskatus, kas ļauj analizēt situāciju autoservisa uzņēmumā.

Lietotāju kategorijas

Datu bāze galvenokārt paredzēta autoservisa darbiniekiem, kuri saņem un apstrādā pasūtījumus par remontu un transportlīdzekļu apkalpošanu.

Un tajā sniegtie pārskati ir paredzēti citām uzņēmuma nodaļām, kā arī tā vadītājiem.

Datu bāzes dizains

Iepazīstinām ar sekojošo jēdzieni Un simboliem :

Entītijas

BŪTĪBA

Esence - īsts vai iedomāts objekts , informācija par kuru ir jāsaglabā un pieejama. ER modeļu diagrammās entītija tiek attēlota kā taisnstūris, kurā ir entītijas nosaukums.

Entītijas mēs apzīmēsim ar taisnstūriem,

Entītijas atribūti

Atribūts – nosaukts entītijas īpašība . Tās nosaukumam ir jābūt unikālam noteiktam entītijas veidam, taču tas var būt vienāds dažādiem entītijas veidiem. Entītijas atribūts ir jebkura detaļa, kas kalpo, lai precizētu, identificētu, klasificētu, kvantitatīvi noteiktu vai izteiktu entītijas stāvokli.

BŪTĪBA

Atribūti

Atribūtu nosaukumi mēs to ievietosim taisnstūrī,

apzīmējot būtība, zem entītijas nosaukuma un ierakstiet

maziem burtiem.

Attiecības

Savienojums - tas ir grafiski attēlots asociācija , kas iestatīta starp divām entītijām. Šī saistība vienmēr ir bināra un var pastāvēt starp divām dažādām entītijām vai starp entītiju un sevi (rekursīvas attiecības).

Savienojumi– mēs norādīsim ar līnijām, virs kurām liksim savienojuma pakāpe (« 1 » vai « ∞ » , kas nozīmē "daudz" un tā īpašības.

Atslēgas lauki

Definēsim jēdzienu primārs Un ārējā atslēgas

Atslēga ir minimālā atribūtu kopa, kuras vērtības var izmantot, lai nepārprotami atrastu nepieciešamo entītijas gadījumu. Minimalitāte nozīmē, ka jebkura atribūta izslēgšana no kopas neļauj identificēt entītiju pēc atlikušajiem. Katrai vienībai ir vismaz viena iespējamā atslēga.

Viens no tiem tiek pieņemts kā primārā atslēga .

Izvēloties primārā atslēga priekšroka jādod nesalikta atslēgas vai atslēgas, kas sastāv no minimālā atribūtu skaita. Nav arī pareizi izmantot taustiņus ar garām teksta vērtībām (vēlams izmantot vesels skaitlis e atribūti).

Nav atļauts pieņemt entītijas primāro atslēgu (jebkuru atribūtu, kas piedalās primārajā atslēgā). nenoteikts nozīmē. Pretējā gadījumā radīsies pretrunīga situācija: parādīsies kāds bez individualitātes, un tāpēc nē esošās entītijas instance. To pašu iemeslu dēļ ir jānodrošina unikalitāte primārā atslēga.

Ārējās atslēgas

Ja entītija AR savieno entītijas A Un IN, tad tajā jāiekļauj ārējās atslēgas, kas atbilst entītiju A un B primārajām atslēgām.

Ja entītija IN apzīmē entītiju A, tad tajā jāiekļauj ārējā atslēga, kas atbilst entītijas primārajai atslēgai A.

Piezīme:

1. Tā kā MS Access DBVS izstrādātāji sākotnēji ņēma vērā problēmas, kas radušās ar primārs Un svešās atslēgas, programmā Access tika ieviests īpašs lauka veids - KEY FIELD. Tās veids ir COUNTER.

Piekļuve neprasa tā obligāta iekļaušana tabulā. Bet steidzami piedāvājumi.

Šī lauka veida iezīmes ir:

Ieejot jauns ieraksts– šajā laukā AUTOMĀTISKI tiek veidots jauns, unikāls, neatkārtojas skaitliskā vērtība.

Lauks nevar pieņemt nenoteikts nozīmē.

Lauks – automātisks indeksēti.

Manuāli mainot šī lauka vērtību neiespējami.

Tāpēc problēma galvenie lauki Un svešās atslēgas Programmā Access risinājums ir vienkāršs:

Galvenajā tabulā(entītijas) rada īpašs taustiņu lauks. Mums tas būs primārā atslēga .

Mēs ievadām tā kopiju (ar tādu pašu nosaukumu) pakārtotajās tabulās. Tas būs viņu ārējā atslēga .

Mēs savienojam galvenās un pakārtotās tabulas, izmantojot šos laukus. Tas ir viss. Savienojums ir pabeigts!

2. Izstrādātāji programmā Access ieviesa rīku ar nosaukumu « Datu shēma »

Kas ļauj ne tikai sasiet tabulām, bet arī katram savienojumam norādiet:

viņa veids(“viens pret vienu”, “viens pret daudziem” utt.)

un viņa īpašības: integritātes nodrošināšana, kā arī informācijas kaskādes atjaunināšana un dzēšana no saistītajām tabulām un laukiem.

Kas jānorāda būvējot ER- modeļi Datu bāze.

It īpaši, tāpēc Access ir ideāli piemērota kā programmēšanas sistēma ER modeļu ieviešanai.

Īstenojot mūsuER- modeļi iekšāPiekļuveMēs izmantosim visas šīs iespējas.

Nosūtiet savu labo darbu zināšanu bāzē ir vienkārši. Izmantojiet zemāk esošo veidlapu

Studenti, maģistranti, jaunie zinātnieki, kuri izmanto zināšanu bāzi savās studijās un darbā, būs jums ļoti pateicīgi.

Ievietots vietnē http://www.allbest.ru/

PIRMĀ KRIEVIJAS AUGSTĀKĀ TEHNISKĀ INSTITŪCIJA

KRIEVIJAS FEDERĀCIJAS IZGLĪTĪBAS UN ZINĀTNES MINISTRIJA

Federālā valsts budžeta augstākās profesionālās izglītības iestāde

"VALSTS MINERĀLO RESURSU UNIVERSITĀTE "IERŪPNIECĪBA"

Kursa darbs

"Datu bāze - autoserviss"

Disciplīna: Lietišķā programmēšana

Pabeidza: Stepanova K.A.

Pārbaudījis: Matyukhin S.A.

Sanktpēterburga 2013. gads

Ievads

1. Priekšmeta jomas apraksts

2. Datu bāzes struktūras apraksts

3. Tabulas

4. Darba uzdevumi

5. Programmas apraksts

6. Sastāvdaļas

7. Lietotāja diagramma

8. Interfeiss

Secinājums

Bibliogrāfija

Pieteikums

Ievads

Mūsu laikmetā, digitālo tehnoloģiju laikmetā, datoriem ir būtiska nozīme. Tagad katrā organizācijā – vai tās būtu valsts aģentūras vai privātas firmas, viss ir datorizēts, un tas ir saistīts ar ļoti lielu skaitļošanas jaudu. Pat vissarežģītāko procesu un uzticēto uzdevumu aprēķins tiek veikts pēc iespējas īsākā laikā, un laika faktoram bieži ir izšķiroša nozīme lielākajā daļā uzticēto uzdevumu. Datoru skaitļošanas jauda un atmiņas ietilpība pēdējos gados ir kļuvusi neticami liela, un to cenas ir ievērojami kritušās, tas ir veicinājis absolūti visu cilvēka darbības nozaru masveida datorizāciju. Tagad ir grūti iedomāties dzīvi bez viedas mašīnas, kas vienkāršo un paātrina milzīgu skaitu uzdevumu. Datora lietderība tiek noliegta, ja nav specializētas programmatūras, bez kuras “dzelzs palīgs” kļūst bezjēdzīgs. Šajā darbā mēs parunāsim par tik svarīgas, un lielākajā daļā organizāciju, galvenās programmas izveidi, kuras nosaukums ir datubāze. Konkrētajā gadījumā autoservisa datu bāze.

1. Priekšmeta jomas apraksts

Uzdevuma mērķis ir iegūt programmatūras produkts, kas ļauj uzglabāt informāciju par servisa klientiem, viņu automašīnu defektiem, nodrošinot datu apstrādes efektivitāti un uzticamību.

Autoservisa datu bāze ir paredzēta autoservisu operatoriem un nodrošina piekļuvi informācijai par auto marku, apmeklējuma datumu, darbības traucējumiem, automašīnas vin numuru, kā arī informāciju par klientiem: tālruņa numuru u.c.

Programmas efektivitāte slēpjas apstrādes laika samazināšanā un vajadzīgās informācijas meklēšanā.

Nepieciešamība automatizēt šo uzdevumu ir saistīta ar to, ka nepieciešamo datu atlase pārskatiem un inženieru darba reģistrēšana parasti tiek veikta manuāli vai izmantojot Excel, pavadot tam ievērojamu laiku. Šī programma Tas arī nodrošina iespēju meklēt, filtrēt un kārtot datus.

Lai strādātu ar programmu, nav nepieciešamas īpašas programmēšanas zināšanas.

2. Datu bāzes struktūras apraksts

Tabulu attiecības:

Klientu tabula ir saistīta ar galveno tabulu, izmantojot 1:N attiecību, izmantojot lauku vin_number

Klientu tabula ir savienota ar aprēķinu tabulu, izmantojot attiecību 1:1, izmantojot lauku vin_number

3. Tabulas

1. tabula: klienti (vadošā tabula)

2. tabula: saimnieki (vergs)

3. tabula: saimnieki (vergs)

programmatūras autoservisa datu bāzes rediģēšana

4. Tehniskais uzdevums

Izstrādes iemesls:

Skolotāja uzdevums praktisko nodarbību vadīšanai un kursa darbu veikšanai.

Attīstības mērķis:

Programma ir izstrādāta, lai automatizētu autoservisu operatoru darbu.

Programmas prasības:

· Jāautomatizē autoservisa operatora darbs

Informācijai jābūt pastāvīgi saglabātai datora cietajā diskā

· Jābūt iespējai apskatīt datubāzi ar iespēju dzēst no tās norādīto informāciju.

Uzticamības prasības:

· Programmai ir jāapstrādā kļūdainas lietotāja darbības un jāinformē viņš par to.

· Programmai jānodrošina ievades informācijas kontrole.

5. Programmas apraksts

private void Form1_Load(objekta sūtītājs, EventArgs e) () // galveno komponentu ielāde

private void b_add_Click(objekta sūtītājs, EventArgs e) () // pievienojot jaunu ierakstu

private void b_replace_Click(objekta sūtītājs, EventArgs e) () // rediģēt ierakstu

private void b_cancel1_Click(objekta sūtītājs, EventArgs e) () // atcelt darbību

private void b_save_Click(objekta sūtītājs, EventArgs e) () // saglabā izmaiņas

private void b_record1_Click(objekta sūtītājs, EventArgs e) () // rakstīt datus

private void b_delete_Click(objekta sūtītājs, EventArgs e) () // dzēst datus

private void b_exit_Click(objekta sūtītājs, EventArgs e) () // iziet no programmas

6. Sastāvdaļas

7. Shēma priekšlietotājs

1. tabulu “Klienti” un 2. tabulu “Meistari” savieno ar attiecību “Viens pret daudziem”, izmantojot lauku vin_number.

1. tabula “Klienti” un 3. tabula “izmaksas” ir saistītas ar attiecību “Viens pret vienu”, izmantojot lauku vin_number.

8. Interfeiss

Jauna ieraksta pievienošana

Vecas ziņas rediģēšana

Ieraksta dzēšana

Kārtot pēc apmeklējuma datuma

Parakstītas tabulas

Autoservisa programmas galvenajā tabulā ietilpst:

1. Klientu automašīnu saraksts

2. Automašīnas īpašnieka pieteikuma datums

3. Darbības traucējumi

4. Klienta tālruņa numurs

5.VIN numurs

6. Klientu saraksts tiek pārvaldīts, izmantojot pogas (Pievienot/Aizstāt/Dzēst)

7. Parādīt un reģistrēt salona klientus

8. Šķirošana

10. Meistaru izvēle

11. Tabulu nosaukumi

12. Izejiet no programmas

Secinājums

Darba rezultāts bija radīšana programmatūra autoservisa operatora darba vietas apkalpošana.

Kursa laikā tika apgūtas prasmes datu bāzu veidošanas un programmēšanas jomā C# programmēšanas valodā.

Bibliogrāfija

1. Matyukhin S.A. “Programmēšana C# objektorientētā pieejā” - izglītības un metodiskais komplekss 2013.g.

2. A. Hejlsbergs, M. Torgersens, S. Viltamuts, P. Gold C# programmēšanas valoda. Klasiskā datorzinātne. 4. izdevums = C# programmēšanas valoda (aptver C# 4.0), 4. izdevums. - Sanktpēterburga: "Pēteris", 2012. - 784 lpp. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. 2. izdevums = Head First C#, 2ed. - Sanktpēterburga: "Pēteris", 2012. - 704 lpp. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 programmēšanas valoda un .NET 4.5 Framework, 6. izdevums = Pro C# 5.0 un .NET 4.5 Framework, 6. izdevums. - M.: Williams, 2013. - 1312 lpp. -- ISBN 978-5-8459-1814-7

5. Džozefs Albahari, Ben Albahari C# 5.0. Katalogs. Pilns valodas apraksts = C# 5.0 īsumā: galīgā atsauce. - M.: Williams, 2013. - 1008 lpp. --ISBN 978-5-8459-1819-2

6. Herberts Šilds. C# 4.0: pilnīgs ceļvedis= C# 4.0 Pilnīga atsauce. -- M.: "Williams", 2010. -- Lpp. 1056. -- ISBN 978-5-8459-1684-6

Pieteikums. Kodsprogrammas

izmantojot System.Collections.Generic;

izmantojot System.ComponentModel;

izmantojot System.Data;

izmantojot System.Drawing;

izmantojot System.Linq;

izmantojot System.Text;

izmantojot System.Threading.Tasks;

izmantojot System.Windows.Forms;

publiska daļēja klase Forma1: Veidlapa

InitializeComponent();

groupBox1.Redzams = false;

groupBox2.Visible = false;

privātie tukšie klientiBindingNavigatorSaveItem_Click_1(objekta sūtītājs, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

private void Form1_Load(objekta sūtītājs, EventArgs e)

// TODO: šī koda rinda ielādē datus tabulā "db_autoDataSet.masters". Jūs varat pārvietojiet vai noņemiet to, ja nepieciešams.

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

// TODO: šī koda rinda ielādē datus tabulā "db_autoDataSet.calculation". Ja nepieciešams, varat to pārvietot vai noņemt.

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

// TODO: šī koda rinda ielādē datus tabulā "db_autoDataSet.customers". Ja nepieciešams, varat to pārvietot vai noņemt.

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

private void b_exit_Click(objekta sūtītājs, EventArgs e)

privātā spēkā esamības poga5_Click_1(objekta sūtītājs, EventArgs e)

private void b_add_Click(objekta sūtītājs, EventArgs e)

groupBox1.Redzams = patiess;

b_aizvietot.Redzams = nepatiess;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = nepatiess;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click(objekta sūtītājs, EventArgs e)

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

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

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

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

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

textBox6.ReadOnly = patiess;

groupBox2.Redzams = patiess;

b_add.Visible = nepatiess;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_aizvietot.Redzams = nepatiess;

b_save.Visible = false;

private void b_cancel1_Click(objekta sūtītājs, EventArgs e)

b_add.Visible = patiess;

b_delete.Visible = patiess;

b_exit.Visible = patiess;

b_exit2.Visible = patiess;

b_aizvietot.Redzams = patiess;

b_save.Visible = patiess;

groupBox1.Redzams = false;

private void b_cancel2_Click(objekta sūtītājs, EventArgs e)

b_add.Visible = patiess;

b_delete.Visible = patiess;

b_exit.Visible = patiess;

b_exit2.Visible = patiess;

b_aizvietot.Redzams = patiess;

b_save.Visible = patiess;

groupBox2.Visible = false;

private void b_save_Click(objekta sūtītājs, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(sūtītājs, e);

private void b_record1_Click(objekta sūtītājs, EventArgs e)

DataTable tabula = db_autoDataSet.Tables;

DataRow rinda = tabula.NewRow();

rinda = textBox1.Text;

rinda = Convert.ToDateTime(textBox2.Text);

rinda = textBox3.Text;

rinda = textBox4.Text;

rinda = textBox5.Text;

tabula.Rindas.Pievienot(rinda);

groupBox1.Hide();

b_aizvietot.Redzams = patiess;

b_delete.Visible = patiess;

b_exit.Visible = patiess;

b_add.Visible = patiess;

b_exit2.Visible = patiess;

b_save.Visible = patiess;

private void b_record2_Click(objekta sūtītājs, EventArgs e)

DataTable tabula = db_autoDataSet.Tables;//12 dinamiski saistīta. tabula tabula ar pirmo failu no datu bāzes

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 ieguva pašreizējā ieraksta vin

DataRow rinda = tabula.Rindas.Atrast(vinRab);//14 kombinēta dinamiska. rindas rindu ar vin faila ierakstu ar shifrRab un pārvietoja DataSet uz "rediģēšanas" stāvokli, kurā tas ļauj mainīt lauka vērtības

rinda = textBox10.Text;//15 tika ierakstīts no loga norādītās rindas otrajā laukā

rinda = Convert.ToDateTime(textBox9.Text);// 15 tika ierakstīts rindas rindas trešajā laukā

rinda = textBox8.Teksts; //15 tika ierakstīts rindas rindas ceturtajā laukā rinda = textBox7.Text;

rinda = textBox6.Teksts;

table.AcceptChanges();//15 komanda AcceptChanges ļauj pieņemt mainītās lauka vērtības

groupBox2.Hide();//16

b_aizvietot.Redzams = patiess;

b_delete.Visible = patiess;

b_exit.Visible = patiess;

b_add.Visible = patiess;

b_exit2.Visible = patiess;

b_save.Visible = patiess;

private void b_delete_Click(objekta sūtītājs, EventArgs e)

// dzēšot rindu zem kursora

// vispirms izveido brīdinājumu, lai neveiktu kļūdainu dzēšanu

virkne s1, s2, s3, s4, s5, ziņojums;

DialogResult rezultāts; // 18

int ind = customersDataGridView.CurrentRow.Index;

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

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

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

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

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

message = "Automašīnas marka = " + s1 + "\nApmeklējuma datums = " + s2 + "\n Kļūme = " + s3 + "\n Klienta tālruņa numurs = " + s4 + "\n Vin numurs" + s5;

// rezultāta mainīgais var iegūt vērtības DialogResult.Yes vai DialogResult.No

rezultāts = MessageBox.Show(message, "Vai dzēst nākamo ierakstu? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result == DialogResult.Yes)//Rinda ir izdzēsta

(// 20 Pašreizējā tabula no CustomerDataGridView tipa DataGrid tiek ierakstīta bufera tabulā

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // ja tabula nav tukša

CurMng.RemoveAt(CurMng.Position); // atzīmētās pozīcijas noņemšana

// šeit rezultāts == DialogResult.No un dzēšana tiek noraidīta

// iziet no procedūras

Ievietots vietnē Allbest.ru

Līdzīgi dokumenti

Datu bāzes izveide. Meklēt, mainīt un dzēst ierakstus. Datu apstrāde un apmaiņa. Datu bāzes dizains. Formulu definēšana aprēķinātajai datu bāzes daļai. Lauku un ierakstu rediģēšana. Veidlapas datubāzē esošās informācijas sniegšanai.

kursa darbs, pievienots 23.02.2009

Programmatūras produkta - datu bāzes "Excursion" izstrāde integrētajā programmēšanas vidē C++ Builder 6. Datu bāzes datu apskates secības noteikšana, rediģēšana un dzēšana. Lietotāja rokasgrāmatas un vispārējās programmas saskarnes iezīmes.

kursa darbs, pievienots 03.11.2013

Datu bāzes pārvaldības sistēmu nepieciešamības pamatojums uzņēmumos. Datu bāzes pārvaldības programmatūras izstrādes iespējas, kas nodrošina datu bāzes ierakstu apskati, rediģēšanu, ievietošanu, vaicājumu un atskaišu ģenerēšanu.

kursa darbs, pievienots 23.01.2010

Programmas "Izglītības datu bāze" datu bāzes izveide un apraksta, kas paredzēta informācijas grupēšanai par skolēniem. Raksturīgs funkcionalitāte programmas: ierakstu pievienošana datu bāzei, ierakstu rediģēšana, dzēšana un datu kārtošana.

kursa darbs, pievienots 25.04.2011

Programmas "Sporta inventāra datu bāze" izstrāde. Moduļu un bloku darbības algoritma apraksts. Projekta prezentācijas strukturālā diagramma. Nepieciešamās informācijas atrašanas process. Automātiska datu šķirošana. Ierakstu pievienošana un rediģēšana.

kursa darbs, pievienots 15.08.2013

Vienkāršu uzziņu veidlapu izveide. Veidlapas rekvizītu rediģēšana noformēšanas režīmā. Vadības elementu rekvizītu pievienošana un rediģēšana. Atskaišu noformēšana datu bāzei. Galda liešana uz normāla forma un datu shēmas izveide.

abstrakts, pievienots 23.11.2008

Datu bāzes un programmatūras projektēšanas un izstrādes procedūra. Informācija par datu bāzes struktūru, izveidotajām tabulām, veidlapām, atskaitēm, vaicājumiem, uzkrāto informāciju. Loģiskie un konceptuālie datu modeļi; programmatūras izvēle.

kursa darbs, pievienots 20.01.2010

Ierobežojumu veidi, kas saglabā integritāti relāciju datu modelī. Primārās atslēgas lauka vērtības noteikšana, izmantojot ģeneratoru. Ierakstu pievienošana, mainīšana un dzēšana Bibliotēkas datu bāzes tabulā SQL programmēšanas valodā.

laboratorijas darbi, pievienots 10.10.2012

Domēna analīze. Prasības viesnīcu datu bāzes sastādīšanai. Nepieciešamās informācijas meklēšanas procesa īstenošana. Tabulu, vaicājumu, atskaišu ģenerēšana un to drukāšana. Datu rediģēšana, pievienošana un uzglabāšana.

kursa darbs, pievienots 02.07.2016

Lietojumprogrammu izstrādes rīku izvēles pamatojums. Informācijas pievienošana, dzēšana, rediģēšana. Informācijas atspoguļošana no datu bāzes. Meklēt informāciju par atlasīto tabulu. Projekti Dati, entītija, loģika, firma. Programmas projektu mijiedarbības shēma.

Populārs kategorijā: