Databáze je především úložiště datových objektů, tzn. soubor možných konceptů nebo událostí popsaných databází s možností vyhledávat tyto objekty podle atributů. Za databázi lze považovat nejen tabulky indexující soubory se znalostí různých formátů, ale i tyto soubory samotné, protože se nejedná o typovaná úložiště znalostí v takové databázi. Databáze lze použít jako pomocný nástroj, který umožňuje implementovat některé užitečné funkce.
Sdílejte svou práci na sociálních sítích
Pokud by vám tato práce nevyhovovala, dole na stránce je seznam podobných prací. Můžete také použít tlačítko vyhledávání
Ministerstvo školství a vědy Ruská Federace
Federální státní rozpočet vzdělávací instituce
vyšší odborné vzdělání
Rjazaň Státní univerzita pojmenovaný po S.A. Yesenin
Fyzikálně-matematická fakulta
Speciální matematická podpora a administrace
informační systémy
Ústav informatiky a výpočetní techniky
Kurz podle disciplíny
"Databáze a DBMS"
Na téma:
"Návrh databáze
"Stanice Údržba auta ""
Absolvoval student 3. ročníku FMF
Dmitrij Makarov
Dozorce:
Bogdanová N Atalya Vladimirovna
Rjazaň 2015
Úvod
V souvislosti s nárůstem množství informací a potřebou jejich transformace roste potřeba automatizovat stávající procesy zpracování dat. Tyto procesy zahrnují analýzu, systematizaci, zobrazování a editaci informací.
Moderní technologie rozvoj aplikační programy vytvářet databáze rychle a kvalitně. Kvalifikovaný uživatel používá Microsoft Access dnes dokáže za jeden večer vytvořit na osobním počítači, co je na něm rané sálové počítače požadované měsíce práce. Kromě toho je nyní mnohem snazší najít chyby, opravit je a změnit projekt přímo při vytváření databáze.
Databáze je především úložiště datových objektů, tzn. soubor možných konceptů nebo událostí popsaných databází, s možností vyhledávat tyto objekty podle atributů. Za databázi lze považovat nejen tabulky indexující soubory se znalostí různých formátů, ale i tyto soubory samotné, protože se nejedná o typovaná úložiště znalostí v takové databázi. Databáze lze použít jako pomocný nástroj, který umožňuje implementovat některé užitečné funkce.
Projektovaná databáze "Autoservis" umožňuje systematizovat rychlé vyhledávání potřebných informací v dané tematické oblasti.
Databáze by měla uchovávat informace o autech: výrobce, model, stát. číslo, rok vydání, země původu, číslo pasu majitele, plynové zařízení; informace o majitelích: jméno, adresa, telefonní číslo a také číslo pasu; údaje o zaměstnancích: celé jméno zaměstnance, identifikační číslo zaměstnance; informace o díle: kód práce, popis, datum dokončení, doba trvání, stav. pokoj, místnost.
Účel daný seminární práce je návrh databáze "Autoservis".
Nejdůležitější úkoly v procesu provádění práce čelíme následujícímu:
· Studium zvláštností oboru "Autoservis";
· Vývoj databázového schématu;
· Implementace vyvinutého schématu v konkrétním DBMS (MS Access);
· Tvorba formulářů pro zadávání dat, reportů, poptávek.
Vytvoření jakékoli databáze začíná výběrem struktury databáze. V našem případě je výhodnější použít pět datových tabulek. Dále provedeme několik požadavků na výběr podle různých parametrů a také k nim zprávy. Pro usnadnění práce s daty vytvoříme několik formulářů a tlačítek pro přechody mezi nimi.
Práce se skládá z úvodu, dvou kapitol, závěru, bibliografie.
KAPITOLA 1. Návrh databáze
V databázi" Autoservis "musí mít následující atributy:
- Výrobce
- Modelka
- Rok vydání
- Plynové zařízení
- Země výrobce
- Stát číslo vozu
- Celé jméno majitele
- Číslo pasu majitele
- Adresa majitele
- Telefon majitele
- Celé jméno zaměstnance
- Kód práce
- Popis práce
- Termín dokončení prací
- Doba trvání práce
Vyberme 4 entity: "Auto", "Vlastníci", "Pracovníci", "Práce".
Esence "Auto" má následující atributy:
Výrobce
Modelka
Stát pokoj, místnost
Země výrobce
Plynové zařízení
Rok vydání
Auto "Může mít duplicitní hodnoty, pak přidáme atribut jednotlivého čísla filmu, který by neměl mít duplicitní hodnoty.
Entita "Vlastníci" má následující atributy:
Celé jméno majitele
Adresa majitele
Telefon majitele
Číslo pasu majitele
Protože všechny původní atributy entity "Ředitelé" mohou mít duplicitní hodnoty, přidáme atribut s individuálním číslem ředitele, který by neměl mít duplicitní hodnoty.
Entita "Dělníci" má následující atributy:
Celé jméno zaměstnance
Protože všechny původní atributy entity " Dělníci »Může mít duplicitní hodnoty, pak přidejte atribut čísla jednotlivého zaměstnance, který by neměl mít duplicitní hodnoty.
Podstata "práce" má následující atributy:
Popis práce
Termín dokončení práce
Doba trvání práce
Protože všechny původní atributy entity " Práce "Může mít duplicitní hodnoty, pak přidáme atributový kód práce, který by neměl mít duplicitní hodnoty.
Přijměme dohody.
Dohoda 1:
Každý majitel může mít několik vozů, proto je míra připojení pro entitu "Auto" taková N. ... Každé auto zase patří jednomu majiteli, proto je stupeň připojení pro entitu Vlastníci 1.
Dohoda 2:
Každé auto musí patřit vlastníkovi, proto je vyžadována třída příslušnosti pro entitu „Auto“. Každý vlastník musí vlastnit alespoň jeden vůz, proto je vyžadována třída vlastnictví pro entitu Owners.
Obrázek 1.1 ER - schéma vztahu subjektů Auto a Owners
Máme tedy binární vztah one-to-many s povinnou třídou sounáležitosti pro obě entity, pro jeho realizaci je nutné vytvořit dva vztahy (jeden pro každou entitu), a ve vztahu pro multi-connected entity " Auto“ je nutné přidat primární klíč pro navázání vztahu, jednoduše připojená entita „Vlastníci“ je číslo pasu.
Dohoda 3:
Na jednom voze lze provést pouze jednu práci, proto je stupeň připojení pro entitu "Auto" 1. Každou práci lze naopak provádět na několika vozech, proto je stupeň připojení pro entitu "Práce" N.
Dohoda 4:
Na autě se pracuje. Na autech se pracuje.
Obrázek 1.2 ER - schéma vztahu entit Auto a Work
Máme tedy binární vztah one-to-many s povinnou třídou sounáležitosti pro obě entity, pro její realizaci je nutné vytvořit dva vztahy (jeden pro každou entitu), navíc ve vztahu pro multi-propojenou entitu "Práce", je nutné přidat primární klíč pro navázání vztahu jednoduše připojené entity "Auto" stav. pokoj, místnost.
Dohoda 5:
Každý zaměstnanec může vykonávat jakoukoli práci, proto je míra napojení na entitu "Práce" taková N. ... Jakoukoli práci může zase vykonávat kterýkoli pracovník, proto je míra spojení pro entitu „Pracovníky“ taková N.
Dohoda 6:
Dělníci vykonávají práci. Práci vykonávají zaměstnanci.
Obrázek 1.3 ER - schéma vztahu entit Workers a Jobs
Existuje tedy binární vztah many-to-many, pro jeho implementaci je nutné vytvořit tři vztahy: jeden pro každou entitu s odpovídajícími atributy a primárními klíči a 3e - pro vztah; jako atributy - primární klíče obou entit; primární klíč je složený.
Komunikační tabulka (pracovní kód, individuální číslo zaměstnance)
Funkční závislost entity "Auto"
Obr.1.4 Funkční závislost entity "Auto"
Stát číslo Výrobce
Stát číslo Model
Stát číslo Rok vydání
Stát číslo Země výrobce
Stát číslo Plyn
Stát číslo Číslo pasu
Stát číslo - determinant, stav číslo je možný klíč, což znamená, že vztah "Auto" je v BCNF.
Funkční závislost entity "Vlastníci".
Obr.1.5 Funkční závislost entity "Vlastníci".
Číslo pasu Celé jméno
Číslo pasu Adresa
Číslo pasu Telefon
Číslo pasu je určující, číslo pasu je možný klíč, což znamená, že vztah "Vlastníci" je v BCNF.
Funkční závislost entity "Works"
Obr.1.6 Funkční závislost entity "Dílo".
Pracovní kód Popis
Kód práce Datum dokončení
Kód práce Doba trvání
Kód práce Stát pokoj, místnost
Kód práce - determinant; Pracovní kód je možný klíč, takže vztah Práce je v BCNF.
Funkční závislost entity "Workers".
Obr. 1.7 Funkční závislost entity "Vlastníci".
Identifikační číslo Celé jméno
Identifikační číslo je určující, Identifikační číslo je možný klíč, což znamená, že vztah „pracovníci“ je v BCNF.
Zvažte implementaci databáze prostředky MS ACCESS.
"Auto" (výrobce, model, číslo státu, rok výroby, plynové zařízení, země původu, číslo pasu majitele)
AVTO"
Obr. 1.8 Konstruktor tabulky “ AVTO“.
Obr.1.9 Tabulka entity "Auto"
"vlastníci" (Jméno, adresa, telefonní číslo, číslo pasu).
Vztah v relační databázi odpovídá tabulce „ VLADELCY"
Obr.1.10 Konstruktor tabulky “ VLADELCY“.
Obr. 1.11 Tabulka entity "Vlastníci".
"funguje" (Kód práce, popis práce, datum dokončení, číslo státu).
Vztah v relační databázi odpovídá tabulce „ RABOTU“.
Obrázek 1.12 Konstruktor tabulky„RABOTU“.
Obr. 1.13 Tabulka entity "Zaměstnání"
Komunikační tabulka (Kód práce, ID zaměstnance).
Relace v relační databázi odpovídá tabulce"DLYSVYZI"
Obr. 1.14 Konstruktor tabulky “ DLYSVYZI“.
Obr. 1.15 Stůl s ligaturou
"pracovníci" (Jméno, identifikační číslo zaměstnance).
Vztah v relační databázi odpovídá tabulce „ RABOTNIKI“.
Obrázek 1.16 Konstruktor tabulky"RABOTNIKI".
1.17 Tabulka entity "Pracovníci" Obr.
Datové schéma
Obr 1.18 Datové schéma
KAPITOLA 2. Popis OBD a řídicího systému
2.1 Žádosti
- Modely vozů Lexus
VYBERTE SI MODEL OD AVTO
KDE PROIZV = "Lexus";
- Výrobci automobilů a všechny modely
VYBERTE PROIZV, MODEL
OD AVTO;
- Výrobce, model a stát. číslo vozu patřícího Valeriji Valentinoviči Kuzinovi
VYBERTE AVTO.PROIZV, AVTO.MODEL, AVTO.GOSNOMER
OD VLADELCY VNITŘNÍ PŘIPOJTE SE k AVTO NA VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER
KDE VLADELCY. FIO = "Kuzin Valery Valentinovich";
- Výrobce, model, rok výroby a státní číslo vozu vyrobeného do roku 2005 seřazené podle data vydání
VYBERTE PROIZV, MODEL, GOSNOMER, GODVIPUSKA
OD AVTO
KDE GODVIPUSKA< 2005 order by GODVIPUSKA;
- Datum dokončení a popis práce provedené Eduardem Viktorovičem Smenovem.
VYBERTE RABOTU.DATAV, RABOTU.OPISANIE
Z RABOTU VNITŘNÍ PŘIPOJENÍ (RABOTNIKI VNITŘNÍ PŘIPOJENÍ DLYSVYZI NA RABOTNIKI.IDR = DLYSVYZI.IDR) NA RABOTU.KODRABOTU = DLYSVYZI.KODRABOTU
KDE RABOTNIKI. FIO = "Smenov Eduard Viktorovič";
- Seznam značek automobilů, stát. čísla a práce, které na nich byly provedeny
VYBERTE AVTO.PROIZV, AVTO.GOSNOMER, RABOTU.OPISANIE
OD AVTO VNITŘNÍ PŘIPOJTE SE K RABOTU NA AVTO.GOSNOMER = RABOTU. GOSNOMERAVTO;
- Výrobci, rok výroby a modely nejnovějších vozů (podle roku výroby)
VYBERTE PROIZV, MODEL
OD AVTO
KDE GODVIPUSKA = (VYBERTE MAX (GODVIPUSKA) JAKO MAXGV Z AVTO);
- Zobrazte všechny informace o 3 nejdelších úlohách
VYBERTE TOP 3 *
Z RABOTU
OBJEDNAT PODLE PRODOLG DESC;
- Jména vlastníků, výrobců a státu. čísla vozů, které jim patří
VYBERTE VLADELCY.FIO, AVTO.PROIZV, AVTO.GOSNOMER
Z VLADELCY VNITŘNÍ PŘIPOJTE SE k AVTO NA VLADELCY.PASPORTNOMER = AVTO.PASPORTNOMER;
- Veškeré informace o všech zaměstnancích
VYBRAT *
OD RABOTNIKI;
- Celé jméno, telefonní číslo a adresa majitelů aut z Rjazaně
VYBERTE FIO, TELEFON, ADRESU
OD VLADELCY
KDE ADRESY JAKO "* Ryazan *";
- Seznam zemí vyrábějících auta
VYBERTE ODLIŠNOU STRANU
OD AVTO;
- Jméno majitele, který má největší počet vozů, a toto číslo
SELECT Temp.FIO, Temp.MaxAVTO
Z. AS Temp INNER JOIN. AS Temp0 ON Temp.MaxAVTO = Temp0.Maxim;
- Počet hodin strávených prací v určité dny
TRANSFORMOVAT SOUČET (PRODOLG)
VYBERTE KODRABOTU
Z RABOTU
SKUPINA KODRABOTU
PIVOT DATAV;
- Popis a doba trvání nejkratší práce
VYBERTE OPISANIE, PRODOLG
Z RABOTU
KDE PRODOLG = (VYBERTE MIN (PRODOLG) Z RABOTU);
- Stáhněte si všechny výrobce automobilů
VYBERTE PROIZV
OD AVTO;
- Výrobce a rok výroby vozu s plynovou výbavou
SELECT PROIZV, GODVIPUSKA
OD AVTO
KDE GAZ;
- Přidejte informace o novém zaměstnanci v autoservisu.
VLOŽTE DO RABOTNIKI
HODNOTY ("Jason Statham", 7);
Před přidáním:
Obr. 2.18 Tabulka “ RABOTNIKI "Před přidáním." nový záznam
Poptávka:
Po přidání:
Obr. 2.20 Tabulka “ RABOTNIKI “Po přidání nového záznamu
- Změňte adresu Loginova Yegor Yurievich
AKTUALIZOVAT ADRESU VLADELCY SET = "Rjazaň, moskevská dálnice, 15"
WHERE PASPORTNOMER = "34 88 336882";
Před změnou:
Obr. 2.21 Tabulka “ VLADELCY "Před změnou záznamu."
Poptávka:
Po změně:
Obr. 2.24 Tabulka “ VLADELCY "Po změně záznamu."
- Smazat záznam o autě s SPZ e244bv 23.
ODSTRANIT *
OD AVTO
WHERE GOSNOMER = "e 244 cc 23";
Před smazáním:
Obr. 2.25 Tabulka “ AVTO "Před smazáním záznamu."
Poptávka:
Po smazání:
Obr. 2.28 Tabulka “ AVTO “Po smazání záznamu
2.2. formuláře
Obecná forma databáze "Autoservis"
Formulář obsahuje tlačítka pro otevření podřízených formulářů (Auto, Vlastníci, Zaměstnání, Zaměstnanci), tlačítka pro vyřízení požadavků a také tlačítko pro uzavření hlavního formuláře.
V režimu "Tvar".
2.29 Obecná podoba databáze "Autoservis" Obr.
V režimu "Konstruktor".
Obr. 2.30 Obecná podoba databáze "Autoservis" v režimu konstruktor
Formulář "Auto"
Obr.2.31 Formulář "Auto"
V režimu "Konstruktor".
Obr.2.32 Formulář "Aktéři" v režimu návrhu
Dotazy na combo boxy
Dotazy na combo boxy
Dotazy na combo boxy
formulář "Vlastníci".
Obrázek 2.36 Formulář "Vlastníci".
V režimu "Konstruktor".
Obr. 2.37 Formulář "Vlastníci" v režimu návrhu
Formulář "Zaměstnání"
Obr. 2.38 Formulář "Práce"
V režimu "Konstruktor".
Obr. 2.39 Formulář "Úlohy" v režimu návrhu
Dotazy na combo boxy
Komunikační formulář "Work-Workers"
2.41 Forma komunikace "Práce-pracovníci" Obr.
V režimu "Konstruktor".
Obr. 2.42 Forma komunikace "Work-Workers" v návrhovém režimu
Dotazy na combo boxy
Závěr
V tomto projektu byla vytvořena relační databáze „Autoservis“, která obsahuje pět tabulek s daty: tabulku pro automobily, tabulku pro majitele, tabulku pro pracovní místa, tabulku pro pracovníky a tabulku pro propojení zakázek a pracovníků.
Hlavní fáze vývoje:
- Určení účelu vytvoření databáze
- Určení požadovaných polí v databázi
- Určení tabulek, které má databáze obsahovat.
- Definujte tabulky, do kterých pole patří.
- Definování primárních klíčů.
- Určení vztahů mezi tabulkami.
- Zlepšení struktury databáze.
- Zadávání dat a vytváření dalších databázových objektů (jako jsou formuláře a dotazy).
Databáze zajišťuje efektivní práci, usnadňuje použití. Pro získání informací o autech, majitelích, pracovnících a zaměstnáních provádí uživatel minimum úkonů, což zkracuje dobu práce s databází.
Dokonce i začínající programátor může zjistit práci této databáze, protože je vyrobena co nejpohodlněji a nejsrozumitelněji.
Seznam použité literatury
1. Bekarevič Y., Pushkina N. Microsoft Access za 21 lekcí. - M .: Olma-Press, 2006 .-- 544s.
2. Laurie Ulrich Fuller, Ken Cook, John Kaufeld. Microsoft Office Access 2007 pro figuríny. - M .: Williams, 2007 .-- 384s.
3. Mikheeva V., Kharitonova I. Microsoft Access 2003. - M.: Nova, 2005. - 1072s.
4. Chomoněnko A.D., Tsygankov V.M., Maltsev M.G. Databáze. Učebnice pro vysoké školy / ed. prof. PEKLO. Chomoněnko // SPb.: CORONAprint, 2000 .-- 416 s.
5. Khomonenko A., Gridin V. V. Microsoft Access. Rychlý start. - M., 2008 .-- 304s.
6. Kornějev V.V. a další databáze. Intelektuální zpracování informací M.: Knowledge, 2000. - 352 s.
Auto
N: 1
Vlastníci
Auto
1: N
Práce
Dělníci
N: N
Práce
Stát pokoj, místnost
Výrobce
Modelka
Rok vydání
Země výrobce
Plyn
číslo pasu
číslo pasu
Celé jméno
Adresa
Telefon
Kód
práce
Popis
datum
splnění
Doba trvání
Stát
pokoj, místnost
Identifikační číslo
Celé jméno
Další podobná díla, která by vás mohla zajímat.Wshm> |
|||
| 18542. | Autoservis | 786,59 kB | |
| Rozhodujícím faktorem pro rozvoj infrastruktury je parkoviště a tendence jeho růstu. Jsou to pro nás naprosto nenahraditelné ztráty pro budoucnost země. K vyřešení tohoto problému je třeba věnovat zvláštní pozornost vozidlům patřícím jednotlivcům, protože za technický stav vozidla je odpovědný majitel. Na druhém místě jsou bývalé státní čerpací stanice na třetím místě, nově vzniklé samostatné soukromé čerpací stanice na čtvrtém, podniky automobilové dopravy vykonávající technické ... | |||
| 13718. | Organizace technické údržby vozů Mitsubishi v podmínkách LLC "Transtekhservice" | 363,83 kB | |
| Účel teze je organizace údržby vozů Mitsubishi v podmínkách Transtechservice LLC. K dosažení tohoto cíle byly stanoveny následující úkoly: Mitsubishi zvítězilo a udržuje si pověst výrobce automobilů Vysoká kvalita; rozšíření modelové řady vozů Mitsubishi; zvážit Specifikace vozy Mitsubishi od sestava; Karta Mitsubishi TO: stručný popis předpisů; sled provedení... | |||
| 4523. | Organizace silničního autoservisu pro běžné opravy automobilů | 369,01 kB | |
| Vlastnosti a výhody silniční dopravy, které předurčují dosti vysokou míru rozvoje, jsou spojeny s mobilitou a flexibilitou dodávek zboží a cestujících „door-to-door“, „just in time“ a dodržováním jízdního řádu, pokud nutné. | |||
| 17752. | Organizace motoristického oddílu na autoservisu "KRYMDIZELSERVICE". | 649,78 kB | |
| PROTI další vývoj a zintenzivnění práce vozidel, klíčovým problémem se stalo více plné využití produkční potenciál podniků a identifikace rezerv pro zlepšení efektivity výroby. Obvykle tito dopravci nemají vlastní základnu pro řádnou údržbu a opravy vozidel. Důvodem je skutečnost, že majitelé automobilů buď nemají nebo mají v omezené míře materiální zdroje a pracovní dovednosti na údržbu a opravy svého vozu. Rychlé tempo vývoje... | |||
| 4622. | Návrh sekce pro diagnostiku firemního servisu osobních vozů YSU | 2,74 MB | |
| Chanty-Mansijský autonomní okruh – Jugra je jedním z nejdynamičtěji se rozvíjejících regionů Ruské federace. Náš okres je hlavním regionem pro těžbu ropy a zemního plynu v Rusku a jedním z největších regionů produkujících ropu na světě. V Rusku vede Khanty-Mansi Autonomous Okrug-Yugra v řadě klíčových ekonomických ukazatelů: | |||
| 4606. | Návrh souhrnné části firemního servisu pro vozy YSU | 1,86 MB | |
| Zkontrolujte stav kabiny plošiny zpětných zrcátek slunečních clon opeření SPZ mechanismů dveří zámků boků plošiny kapoty víka kufru tažná podpůrná jednotka Zkontrolujte činnost stěračů a ostřikovačů čelní sklo a světlomety činnost topného systému a vyhřívání oken v chladném období ventilačního systému. Motor včetně systémů chlazení mazání Prohlídkou zkontrolujte těsnost systémů mazání napájecího zdroje a chlazení motoru, včetně ... | |||
| 20665. | Návrh a implementace lékárenské databáze | 2,55 MB | |
| Novokuzněck zadání pro semestrální práci Je nutné navrhnout databázi obsahující informace prezentované ve formě skupiny atributů: Lékárna Název léku; anotace; úložný prostor; datum přijetí; příchod; zůstatek na konci měsíce; podnikový výrobce; dodavatele atd. Úkol je následující: Vytvořit databázi. Uspořádejte trvalé vztahy mezi tabulkami, abyste zajistili integritu vaší databáze. | |||
| 20182. | Návrh databáze školní den | 2,59 MB | |
| Návrh databáze denního oddělení fakulty Vypracoval: student gr. V práci na kurzu je kladen úkol - vytvořit databázový projekt pro akumulaci nezbytné informace v organizaci vytvořit zaplněnou databázi. Databáze by měla být navržena s ohledem na implementaci dotazu odlišné typy přijímat informace. Při návrhu databáze je třeba zvážit možnost vydání papírové zprávy. | |||
| 20025. | Návrh databáze pojišťovny OJSC "Sogaz-Med" | 448,12 kB | |
| Pojišťovny jsou finanční zprostředkovatelé, kteří se specializují na poskytování pojišťovacích služeb. Jejich činnost spočívá ve vzniku na základě smluv s právními a Jednotlivci(prodejem pojistek) speciální fondy, ze kterých se provádějí platby pojistníkům Peníze ve stanovené výši v případě vzniku určitých událostí (pojistných událostí). | |||
| 10007. | Návrh databáze "Katalog autodílů" | 182,36 kB | |
| Zpočátku se pro shromažďování a ukládání informací v počítači využívala lokální pole (nebo soubory), přičemž pro každý z řešených funkční úkoly byly vytvořeny vlastní soubory výchozích a konečných informací. To vedlo k výraznému zdvojení dat, zkomplikovalo jejich aktualizaci a znesnadnilo řešení vzájemně souvisejících problematických úloh. | |||
Prostudujte si specifika zvoleného tematického okruhu.
Vyvinout informačně-logický model databáze "Autoservice"
Implementujte jej v MS Access DBMS.
Vypracujte „vysvětlivku“ k projektu kurzu v souladu s následujícím plánem:
Účel databáze
Databáze "" Autoservis " je určena k realizaci příjmu a evidence zakázek na dílo autoservisem.
ACS samozřejmě nepředstírá vysokou hodnost. Vzhledem k absenci celých bloků v něm nezbytných pro integrovaný automatizovaný řídicí systém:
účetní oddělení,
Ekonomický blok
Plánované
Zásobování
A celá řada dalších bloků.
Implementuje se pouze jeden z bloků ACS - pracovní stanice „Příjem objednávek“: práce se zákazníky: příjem a vyřizování objednávek, organizace jejich realizace, reportování o výsledcích práce.
Funkce prováděné databází
Databáze provádí následující funkce
1. Účetnictví a uchovávání informací o zaměstnancích autoservisu. Mechaniks»
2. Zadávání a ukládání informací o typech prováděných prací. Objednats»
3. Zadávání informací o zákaznících, vozech zákazníků a údajů o nich. "Žádosts»
4. Formulář "Zadejte informace o objednávce" poskytuje vstup vlastně objednávku, výběr celého jména zákazníka (ze seznamu), výběr typu vozu zákazníka a zadání údajů o něm.
Na stejném místě se zapisuje skladba vykonávaných prací a jméno zaměstnanců autoservisu, kteří je provádějí. A také - informace o složení a množství použitých náhradních dílů.
5. Databáze také poskytuje různé zprávy, které umožňují analyzovat stav věcí v autoservisu.
Uživatelské kategorie
Základna je určena především pro zaměstnance autoservisů, kteří přijímají a zadávají zakázky na opravy a servisní vozy.
A zprávy v něm uvedené - a pro ostatní divize podniku, stejně jako pro jeho vedoucí.
Návrh databáze
Představujeme následující koncepty a legenda :
Entity
PODSTATA
Vůně - skutečné nebo domnělé objekt informace, které by měly být uloženy a dostupné. V modelových diagramech ER je entita reprezentována jako obdélník obsahující název entity.
Entity budou označeny obdélníky,
Atributy entity
Atribut - jmenoval esence charakteristika ... Jeho název musí být jedinečný pro konkrétní typ entity, ale může být stejný pro různé typy entit. Atribut entity je jakýkoli detail, který slouží k objasnění, identifikaci, klasifikaci, kvantifikaci nebo vyjádření stavu entity.
PODSTATA
Atributy
Názvy atributů vstoupíme do obdélníku,
označující podstata, pod jménem entity a napište
malá písmena.
Vztahy
Spojení je graficky znázorněno sdružení instalované mezi dvě entity. Tato asociace je vždy binární a může existovat mezi dvěma různými entitami nebo mezi entitou a jí samotnou (rekurzivní vztah).
Spojení- označíme čarami, přes které položíme stupeň připojení (« 1 » nebo « ∞ » znamená "mnoho") a jeho vlastnosti.
Klíčová pole
Pojďme definovat pojem hlavní a externí klíče
Klíč - toto je minimální sada atributů, jejichž hodnoty lze použít k jedinečnému nalezení požadované instance entity. Minimalita znamená, že vyloučení jakéhokoli atributu ze sady neumožňuje identifikovat entitu zbytkem. Každá entita vlastní alespoň jeden možný klíč.
Jeden z nich je považován za primární klíč .
Při výběru primární klíč by měla být dána přednost nekompozitní klíče nebo klíče složené z minimálního počtu atributů. Je také nepraktické používat klíče s dlouhými textovými hodnotami (je vhodnější použít celé číslo e atributy).
Není povoleno, aby primární klíč entity (jakýkoli atribut zahrnutý v primárním klíči) převzal nedefinováno význam. Jinak nastane rozporuplná situace: objeví se člověk, který nemá individualitu, a tudíž ani nebude existující instance entity... Ze stejných důvodů je nutné zajistit jedinečnost primární klíč.
Cizí klíče
Pokud entita S váže entity A a PROTI, pak musí obsahovat cizí klíče odpovídající primárním klíčům entit A a B.
Pokud entita PROTI označuje entitu A, pak musí obsahovat cizí klíč odpovídající primárnímu klíči entity A.
Poznámka:
1. Od vývojářů MS Access DBMS zpočátku zohlednil vzniklé problémy hlavní a cizí klíče, Access zavedl speciální typ pole - KEY FIELD. Jeho typ je COUNTER.
Přístup nevyžaduje jeho povinné zařazení do tabulky. Ale silně navrhuje.
Vlastnosti tohoto typu pole jsou následující:
Při zadání nového záznamu se v tomto poli automaticky vygeneruje nový, jedinečný, neopakující se číselná hodnota.
Pole nemůže přijímat nedefinováno význam.
Pole - automat indexováno.
Ruční změna hodnoty tohoto pole nemožné.
Proto problém klíčová pole a cizí klíče v Accessu je řešení jednoduché:
V hlavní tabulce(entity) vytvořit speciální klíč pole. Bude to s námi primární klíč .
Jeho kopii (se stejným názvem) zapíšeme do podřízených tabulek. Tohle bude jejich externí klíč .
Těmito poli propojujeme hlavní a podřízené tabulky. To je vše. Spojení je realizováno!
2. Vývojáři zavedli do Accessu nástroj s názvem « Datové schéma »
Což umožňuje nejen svázat tabulky, ale pro každý vztah také uveďte:
její Typ(„jeden – jeden“, „jeden – mnoho“ atd.)
a jí Specifikace: Zajištění integrity a kaskádových aktualizací a mazání informací ze souvisejících tabulek a polí.
Co musí být uvedeno při stavbě ER- modely Databáze.
Zejména, proto Access je ideální jako programovací systém pro implementaci ER modelů.
Při realizaci našehoER- modely vPřístupvyužijeme všech těchto příležitostí.
Vytvoření databáze technologie "Autoservice"
Pro vytvoření databáze byly stanoveny cíle a cíle databáze Autoservice:
- ? zajistit spokojenost zákazníků jak se službou, tak s firmou;
- ? poskytnout nejlepší služby u
- ? záruční opravy prodávaných nových a ojetých vozů;
- ? komerční preventivní údržba (úpravy atd.);
- ? komerční rehabilitační služby (opravy);
- ? opravy použitých komponentů a sestav pro sklad repasovaných náhradních dílů.
- ? lidé,
- ? materiály,
- ? počítače,
- ? strojové nástroje,
- ? budova.
Vyvinutá a vytvořená Databáze "Autoservis" je souborem vzájemně propojených komponent a zobrazuje různé směry autoopravárenství.
Obrázek 14. Databáze "Autoservis"
Systém je rozdělen na dva subsystémy a jedno rozšíření:
- ? Oprava technické části vozu.
- ? Expanze - oprava interiéru vozu.
Hlavní systém „Oprava technické části vozu“ se skládá ze čtyř tabulek (viz obr. 15):
« Objednat»- která obsahuje potřebné informace o objednávce opravy a diagnostiky vozu, tj.
- ? Automobil.
- ? Majitel.
- ? Důvod kontaktování servisu.
« Opravit»- tabulka popisující proces opravy technických částí automobilu, konkrétně dílů, které je třeba v blízké budoucnosti opravit. Tento stůl zahrnuje položky:
- ? Oprava motoru.
- ? Oprava převodovky.
- ? Oprava běžeckého vybavení.
- ? Oprava palivového systému.
Obrázek 15. Objednávka opravy technických dílů
Stůl " Diagnostika"Spojený s" Na objednávku»A distribuuje vozy na diagnostiku určitých částí vozu, tzn. motor, převodovka, podvozek a palivový systém.
V" Diagnostika»Ukládají se informace o vozech, které potřebují diagnostiku té či oné části.
- ? Diagnostika motoru.
- ? Diagnostika kontrolního bodu.
- ? Diagnostika pojezdového ústrojí.
- ? Diagnostika palivového systému.
Hlavní Systém funguje na základ "Kaskáda modely" a odkazuje na Standard GOST 21624 -76
GOST 18507 -73
Práce systému vychází ze sběru informací o zakázce, následně probíhá diagnostika, která určí nutnost opravy stroje. Každá etapa (kromě úvodní) nemůže začít, dokud není dokončena další, pokud vůz nepotřebuje opravu.
Subsystém IT služeb byl vytvořen za účelem poskytování záruky na opravy, uplatnění záručních nároků a nákupu náhradních dílů pro opravy.
- 1) podání reklamace,
- 2) registrace záruky,
- 3) objednávání náhradních dílů a obsahuje 11 tabulek, z nichž jedna je společná pro IT službu. (viz obr. 16).
Obrázek 16. Služba IT
IT služba - rozděluje celou službu na 3 části:
- ? reklamace v rámci záruky,
- ? registrace záruky,
- ? objednávka náhradních dílů.
Data 1 a 2 - obsahují informace o zákaznících.
Příjem 1 - tabulka obsahuje údaje o době oběhu a ceně poskytovaných služeb.
Důvod kontaktování - tabulka, která obsahuje informace o důvodu kontaktování servisní stanice v rámci záruky. Má souvislost s tabulkami: souhlas STO 1 a Výsledek 1, kde jsou zaznamenány údaje o souhlasu STO s reklamací a možnosti řešení problému, resp.
Expanze představuje nárůst autoservisů. Nyní má systém opravy karoserií a opravy interiéru, které také zajišťuje servis.
Rozšiřující subsystém se skládá ze dvou tabulek a ovlivňuje 2. tabulky z hlavního systému. (viz obr. 17)
Obrázek 17. Rozšíření
Tabulky "opravy karoserií a opravy interiéru" obsahují informace o typech služeb.
Oprava karoserie:
- ? Výměna dílů.
- ? Tmel.
- ? Malování.
- ? Lakování.
- ? Leštění.
Oprava interiéru:
- ? Výměna součástek.
- ? Opravy součástí.
Vztahy se stolem" Cena»Upravit ceny za služby.
Funkční:
- ? objednávky oblečení,
- ? práce,
- ? služby,
- ? brigády,
- ? sazba-hodiny.
Zdroje databáze:
- ? lidé,
- ? zařízení,
- ? materiály,
- ? počítače,
- ? strojové nástroje,
- ? budova.
Vodopádový model zobrazený na obrázku 18 umožňuje postupné provádění všech fází projektu v přesně stanoveném pořadí. Přechod do další fáze znamená úplné dokončení práce v předchozí fázi.
To je v databázi znázorněno takto:
- ? přijetí objednávky na opravu,
- ? Diagnostika auta,
- ? oprava auta,
- ? propuštění vozu z čerpací stanice.
Obrázek 18. Databázový model
Fáze analýzy
Zde se provádí žádost o opravu automobilu na čerpací stanici. Zákazník vyplní dokument, kde zákazník specifikuje službu, kterou potřebuje.
Fáze návrhu
V této fázi je vůz odeslán na diagnostiku, která určí příčinu poruchy vozu. V budoucnu, podle volby zákazníka, je stroj odeslán k opravě.
Fáze realizace a realizace
V této fázi probíhají opravy částí vozu, které je podle výsledků diagnostiky potřeba opravit nebo vyměnit. Bez jakýchkoli kontrol lze v této fázi také provádět opravy exteriéru vozu a interiéru.
Fáze údržby
V této fázi je vypsána záruka na opravu a vypočítány prostředky, které byly vynaloženy na diagnostiku a opravu vozu, poté je vůz vrácen majiteli.
Systémové vlastnosti
Integrovatelnost- systém je integrovatelný, protože má schopnost komunikovat s různými bankami (platba za služby prostřednictvím těchto bank), s daňovou společností (prodej náhradních dílů mimo region). Dále je systém propojen s různými autobazary (smlouvou) a pojišťovnami, které pojišťují samotný autoservis, a také s firmou, kde probíhá nákup náhradních dílů.
Dělitelnost- systém se skládá z mnoha subsystémů, které vykonávají určité funkce a mají schopnost pracovat v autonomním režimu.
Integrita- i přes to, že je systém dělitelný, při plném provozu nebude fungovat, pokud dojde k narušení funkčnosti některého z jeho podsystémů.
Strukturalita- rozdělení podle úrovní a hierarchií prvků systému, tzn. při vynechání jedné z etap systém nebude moci dále fungovat (bez záruky nebude moci zákazník uplatnit reklamaci na čerpací stanici).
Normy
GOST 21624 -76 - tato norma stanoví požadavky na výrobky pro zajištění dané úrovně provozní vyrobitelnosti (ET) a udržovatelnosti (RP), jakož i hodnoty ukazatelů ET a RP stanovené GOST 20334-81, pro automobilové výrobky - všechny- vozidla s pohonem kol a s částečným pohonem (nákladní automobily, osobní automobily a autobusy), přívěsy a návěsy (dále jen výrobky).
GOST 18507 -73 - tato norma platí pro autobusy a automobily (dále jen automobily) a stanoví metody jejich kontrolních zkoušek po generálních opravách prováděných autoservisy.
Norma se nevztahuje na osobní vozy, které prošly generální opravou na objednávku jednotlivých majitelů.
Technické úkoly
1. Udělat společný základ všech služeb na čerpací stanici pro konkrétní vůz.
Obrázek 19. Obecný základ všech služeb na workshopu
2. Údaje o požadovaných nástrojích a materiálech.
Obrázek 20. Údaje o nástrojích a materiálech
3. Propojení se systémy třetích stran.
Obrázek 21. Systémy třetích stran
Obrázek 22. Autocentra
Obrázek 23. Pojišťovny
Obrázek 24. Pojišťovny v terénu
4. Připomínky ke kvalitě služeb.
Obrázek 25. Komentáře
Obrázek 26. Recenze návštěvníků
Obrázek 27. Recenze
V průběhu práce byla vytvořena databáze v systému správy databází MS Access. Práce ukazuje krok za krokem technologii tvorby databáze. Je uveden příklad databáze "Autoservice". Tato základna byla testována na čerpací stanici. Systém byl testován. V průběhu práce byly provedeny opravy a v práci byla prezentována finální verze databáze Autoservisu.
Odeslat svou dobrou práci do znalostní báze je jednoduché. Použijte níže uvedený formulář
Studenti, postgraduální studenti, mladí vědci, kteří využívají znalostní základnu ve svém studiu a práci, vám budou velmi vděční.
Zveřejněno na http://www.allbest.ru/
PRVNÍ VYŠŠÍ TECHNICKÁ INSTITUCE V RUSKU
MINISTERSTVO ŠKOLSTVÍ A VĚDY RUSKÉ FEDERACE
Federální státní rozpočtová vzdělávací instituce vyššího odborného vzdělávání
"NÁRODNÍ UNIVERZITA MINERÁLŮ" TĚŽBA "
Práce na kurzu
"Databáze - autoservis"
Disciplína: Aplikované programování
Doplnila: Štěpánová K.A.
Zkontroloval: Matyukhin S.A.
Petrohrad 2013
Úvod
1. Popis předmětné oblasti
2. Popis struktury databáze
3. Tabulky
4. Referenční podmínky
5. Popis programu
6. Komponenty
7. Schéma pro uživatele
8. Rozhraní
Závěr
Bibliografie
aplikace
Úvod
V naší době, době digitálních technologií, hrají počítače zásadní roli. Nyní v každé organizaci, ať už jde o vládní agentury nebo soukromé firmy, je vše počítačově upraveno, a to díky velmi vysokému výpočetnímu výkonu. Výpočet i těch nejsložitějších procesů a úkolů se provádí v co nejdříve a faktor času často hraje kritickou roli ve většině úkolů. Výpočetní výkon a paměťová kapacita počítačů v posledních letech neuvěřitelně vzrostly a jejich ceny výrazně klesly, což přispělo k masivní informatizaci naprosto všech odvětví lidské činnosti. Nyní je těžké si představit život bez chytrého stroje, který zjednodušuje a urychluje obrovské množství úkolů. Užitečnost počítače se snižuje na nulu při absenci specializovaného softwaru, bez kterého se „železný pomocník“ stává zbytečným. V této práci si povíme o vytvoření tak důležitého a ve většině organizací i hlavního programu, jehož název je databáze. V tomto konkrétním případě databáze autoservisu.
1. Popis předmětné oblasti
Účelem úkolu je získat softwarový produkt, který umožňuje ukládat informace o zákaznících služby, závadách jejich vozů, zajišťující efektivitu a spolehlivost zpracování dat.
Databáze autoservisů je určena provozovatelům autoservisů a poskytuje přístup k informacím o značce vozu, datu návštěvy, poruše, čísle vinotéky vozu, dále informace o zákaznících: telefonní číslo atd.
Efektivita programu spočívá ve zkrácení času na zpracování, vyhledávání potřebných informací.
Potřeba automatizace tohoto úkolu je způsobena skutečností, že výběr potřebných dat pro zprávy a účtování práce inženýrů se obvykle provádí ručně nebo pomocí nástrojů Excel, což tráví značné množství času. Tento program také poskytuje možnosti vyhledávání, filtrování a třídění.
Pro práci s programem v oblasti programování nejsou potřeba žádné speciální znalosti.
2. Popis struktury databáze
Vztahy tabulek:
Tabulka zákazníků je propojena s hlavní tabulkou pomocí vztahu 1:N v poli číslo_vin
Tabulka zákazníků je propojena s výpočetní tabulkou se vztahem 1:1 v poli číslo_vin
3. Tabulky
Tabulka 1: Zákazníci (Tabulka potenciálních zákazníků)
Tabulka 2: Masters (Slave)
Tabulka 3: Masters (Slave)
editace softwarové základny autoservisu
4. Technický úkol
Základ pro vývoj:
Úkol instruktora k provádění praktických cvičení a absolvování kurzu.
Účel vývoje:
Program je určen k automatizaci práce provozovatelů autoservisů.
Požadavky na program:
Měl by automatizovat práci provozovatele autoservisu
Informace musí být trvale uloženy na pevném disku počítače
· Databáze musí být prohlížena s možností smazat z ní zadané informace.
Požadavky na spolehlivost:
· Program by měl zvládnout chybné akce uživatele a informovat ho o tom.
· Program by měl poskytovat kontrolu vstupních informací.
5. Popis programu
private void Form1_Load (odesílatel objektu, EventArgs e) () // načítání hlavních komponent
private void b_add_Click (odesílatel objektu, EventArgs e) () // přidat nový záznam
private void b_replace_Click (odesílatel objektu, EventArgs e) () // upravit záznam
private void b_cancel1_Click (odesílatel objektu, EventArgs e) () // zrušení akce
private void b_save_Click (odesílatel objektu, EventArgs e) () // uložit změny
private void b_record1_Click (odesílatel objektu, EventArgs e) () // zápis dat
private void b_delete_Click (odesílatel objektu, EventArgs e) () // smazat data
private void b_exit_Click (odesílatel objektu, EventArgs e) () // ukončení programu
6. Komponenty
7. Schéma prouživatel
Tabulka 1 Klienti a Tabulka 2 Průvodci mají v poli vin_number vztah jedna k mnoha.
Tabulka zákazníků 1 a Tabulka nákladů 3 spolu souvisí ve vztahu jedna ku jedné podle pole vin_number.
8. Rozhraní
Přidání nového záznamu
Úprava starého záznamu
Smazat záznam
Seřadit podle data návštěvy
Podepsané tabulky
Hlavní tabulka programu Autoservis obsahuje:
1. Seznam vozů zákazníka
2. Datum žádosti majitele vozu
3. Porucha
4. Telefon zákazníka
5. Číslo Vin
6. Seznam klientů se ovládá tlačítky (Přidat / Nahradit / Odebrat)
7. Zobrazení a evidence klientů salonu
8. Třídění
10. Výběr řemeslníků
11. Názvy tabulek
12. Ukončete program
Závěr
Výsledkem práce bylo vytvoření softwaru, který slouží pracoviště provozovatel autoservisu.
V průběhu absolvování kurzu byly získány dovednosti v oblasti budování a programování databází v programovacím jazyce C #.
Bibliografie
1. Matyukhin S.A. "Programování v C # objektově orientovaný přístup" - vzdělávací metodický komplex 2013
2. A. Hejlsberg, M. Torgersen, S. Viltamut, P. Gold Programovací jazyk C #. Klasika informatiky. 4. vydání = programovací jazyk C # (pokrývající C # 4.0), 4. vydání. - SPb .: "Petr", 2012. - 784 s. - ISBN 978-5-459-00283-6
3. E. Stillman, J. Green Learning C #. 2. vydání = Head First C #, 2. vydání. - SPb .: "Petr", 2012. - 704 s. - ISBN 978-5-4461-0105-4
4. Andrew Troelsen programovací jazyk C # 5.0 a .NET 4.5, 6. vydání = Pro C # 5.0 a .NET 4.5 Framework, 6. vydání. - M.: "Williams", 2013. - 1312 s. - ISBN 978-5-8459-1814-7
5. Joseph Albahari, Ben Albahari C # 5.0. Adresář. Úplný popis jazyka = C # 5.0 v kostce: Definitivní reference. - M.: "Williams", 2013. - 1008 s. - ISBN 978-5-8459-1819-2
6. Herbert Schildt. C # 4.0: kompletní průvodce= C # 4.0 Kompletní reference. - M .: "Williams", 2010. - S. 1056. - ISBN 978-5-8459-1684-6
aplikace. Kódprogramy
pomocí System.Collections.Generic;
pomocí System.ComponentModel;
pomocí System.Data;
pomocí System.Drawing;
pomocí System.Linq;
pomocí System.Text;
pomocí System.Threading.Tasks;
pomocí System.Windows.Forms;
veřejná dílčí třída Form1: Form
InitializeComponent ();
groupBox1.Visible = false;
groupBox2.Visible = false;
private void customersBindingNavigatorSaveItem_Click_1 (odesílatel objektu, EventArgs e)
this.Validate ();
this.customersBindingSource.EndEdit ();
this.tableAdapterManager.UpdateAll (this.db_autoDataSet);
private void Form1_Load (odesílatel objektu, EventArgs e)
// TODO: Tento řádek kódu načte data do tabulky "db_autoDataSet.masters". Podle potřeby jej můžete přesunout nebo odstranit.
this.mastersTableAdapter.Fill (this.db_autoDataSet.masters);
// TODO: Tento řádek kódu načte data do tabulky "db_autoDataSet.calculation". Podle potřeby jej můžete přesunout nebo odstranit.
this.calculationTableAdapter.Fill (this.db_autoDataSet.calculation);
// TODO: Tento řádek kódu načte data do tabulky "db_autoDataSet.customers". Podle potřeby jej můžete přesunout nebo odstranit.
this.customersTableAdapter.Fill (this.db_autoDataSet.customers);
private void b_exit_Click (odesílatel objektu, EventArgs e)
private void button5_Click_1 (odesílatel objektu, EventArgs e)
private void b_add_Click (odesílatel objektu, EventArgs e)
groupBox1.Visible = true;
b_nahradit.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 (odesílatel objektu, EventArgs e)
textBox10.Text = zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();
textBox9.Text = zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();
textBox8.Text = zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();
textBox7.Text = zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();
textBox6.Text = zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();
textBox6.ReadOnly = true;
groupBox2.Visible = true;
b_add.Visible = false;
b_delete.Visible = false;
b_exit.Visible = false;
b_exit2.Visible = false;
b_nahradit.Visible = false;
b_save.Visible = false;
private void b_cancel1_Click (odesílatel objektu, EventArgs e)
b_add.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_exit2.Visible = true;
b_replace.Visible = true;
b_save.Visible = true;
groupBox1.Visible = false;
private void b_cancel2_Click (odesílatel objektu, EventArgs e)
b_add.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_exit2.Visible = true;
b_replace.Visible = true;
b_save.Visible = true;
groupBox2.Visible = false;
private void b_save_Click (odesílatel objektu, EventArgs e)
customersBindingNavigatorSaveItem_Click_1 (odesílatel, e);
private void b_record1_Click (odesílatel objektu, EventArgs e)
Tabulka DataTable = db_autoDataSet.Tables;
DataRow row = tabulka.NewRow ();
row = textBox1.Text;
row = Convert.ToDateTime (textBox2.Text);
row = textBox3.Text;
row = textBox4.Text;
row = textBox5.Text;
table.Rows.Add (řádek);
groupBox1.Hide ();
b_replace.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_add.Visible = true;
b_exit2.Visible = true;
b_save.Visible = true;
private void b_record2_Click (odesílatel objektu, EventArgs e)
Tabulka DataTable = db_autoDataSet.Tables; // 12 vázaných dynamických. tab. tabulka s prvním souborem z databáze
vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString ()); // 13 získal vin aktuálního záznamu
DataRow row = table.Rows.Find (vinRab); // 14 kombinovaných dynamických. řádek se záznamem souboru vin c shifrRab a DataSet uveďte do stavu "edit", ve kterém umožňuje měnit hodnoty polí
row = textBox10.Text; // 15 zapsáno do druhého pole řádku řádku daného z okna
row = Convert.ToDateTime (textBox9.Text); // 15 bylo zapsáno do třetího pole řádku řádku
row = textBox8.Text; // 15 bylo zapsáno do čtvrtého pole řádku řádek row = textBox7.Text;
row = textBox6.Text;
table.AcceptChanges (); // 15 příkaz AcceptChanges umožňuje přijmout změněné hodnoty polí
groupBox2.Hide (); // 16
b_replace.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_add.Visible = true;
b_exit2.Visible = true;
b_save.Visible = true;
private void b_delete_Click (odesílatel objektu, EventArgs e)
// smaže řádek pod kurzorem
// nejprve vytvoří varování, aby nedošlo k chybnému smazání
řetězec s1, s2, s3, s4, s5, zpráva;
DialogResult výsledek; // 18
int ind = customersDataGridView.CurrentRow.Index;
s1 = customersDataGridView.CurrentRow.Cells.Value.ToString ();
s2 = customersDataGridView.CurrentRow.Cells.Value.ToString ();
s3 = customersDataGridView.CurrentRow.Cells.Value.ToString ();
s4 = customersDataGridView.CurrentRow.Cells.Value.ToString ();
s5 = customersDataGridView.CurrentRow.Cells.Value.ToString ();
message = "Značka vozu =" + s1 + "\ nDatum návštěvy =" + s2 + "\ n Porucha =" + s3 + "\ n Telefon zákazníka =" + s4 + "\ n číslo vin" + s5;
// proměnná result může být buď DialogResult.Yes nebo DialogResult.No
result = MessageBox.Show (zpráva: "Opravdu chcete smazat další záznam?",
MessageBoxButtons.YesNo, MessageBoxIcon.Question);
if (result == DialogResult.Yes) // Řádek je smazán
(// 20 Aktuální tabulka z customersDataGridView typu DataGrid se zapíše do tabulky vyrovnávací paměti
CurrencyManager CurMng = (CurrencyManager) customersDataGridView.BindingContext;
if (CurMng.Count> 0) // pokud tabulka není prázdná
CurMng.RemoveAt (CurMng.Position); // smazání označené pozice
// zde výsledek == DialogResult.No a smazání je zamítnuto
// ukončení procedury
Publikováno na Allbest.ru
Podobné dokumenty
Vytvoření databáze. Vyhledávání, změna a odstranění záznamů. Zpracování a výměna dat. Návrh databáze. Stanovení vzorců pro vypočtenou část základu. Editace polí a záznamů. Formy prezentace informací obsažených v databázi.
semestrální práce, přidáno 23.02.2009
Vývoj softwarového produktu - databáze "Excursion" v integrovaném programovacím prostředí C++ Builder 6. Určení pořadí prohlížení databázových dat, jejich editace a mazání. Vlastnosti uživatelské příručky a obecné rozhraní programu.
semestrální práce přidána dne 11.03.2013
Odůvodnění potřeby systémů správy databází v podnicích. Vlastnosti vývoje softwaru pro správu databází, který umožňuje prohlížení, úpravy, vkládání záznamů databáze, generování dotazů a sestav.
semestrální práce přidána 23.01.2010
Vytvoření databáze a popis programu "Databáze školení", určeného ke seskupování informací o studentech. Charakteristický funkčnost programy: přidávání záznamů do databáze, editace, mazání záznamů a třídění dat.
semestrální práce, přidáno 25.04.2011
Vývoj programu "Databáze sportovních potřeb". Popis algoritmu modulů a bloků. Strukturální schéma prezentace projektu. Proces hledání informací, které potřebujete. Automatické třídění dat. Přidávání a úprava záznamů.
semestrální práce, přidáno 15.08.2013
Tvorba jednoduchých referenčních formulářů. Úprava vlastností formuláře v režimu návrhu. Přidávání a úpravy vlastností ovládacích prvků. Návrh reportů pro databázi. Převedení tabulky do normální formy a vytvoření datového schématu.
abstrakt, přidáno 23.11.2008
Postup pro návrh a vývoj databáze a softwaru. Informace o struktuře databáze, vytvořené tabulky, formuláře, sestavy, dotazy, uložené informace. Logické a koncepční datové modely; výběr softwaru.
semestrální práce, přidáno 20.01.2010
Typy omezení, která udržují konzistenci v relačním datovém modelu. Určení hodnoty pole primárního klíče pomocí generátoru. Přidávání, úprava a mazání záznamů v databázové tabulce "Knihovna" v programovacím jazyce SQL.
laboratorní práce, přidáno 10.10.2012
Analýza domény. Požadavky na sestavení hotelové databáze. Realizace procesu vyhledávání potřebných informací. Tvorba tabulek, dotazů, sestav a jejich tisk. Editace, přidávání a ukládání dat.
semestrální práce, přidáno 02.07.2016
Zdůvodnění volby nástrojů pro vývoj aplikací. Přidávání, mazání, úprava informací. Odraz informací z databáze. Vyhledejte informace o vybrané tabulce. Data, entita, logika, firemní projekty. Schéma interakce programových projektů.
Úvod 3
ODDÍL 1. Vývoj databáze 4
- Vysvětlení problému 4
Analýza domény 5
2.1. Vývoj koncepčního databázového modelu 7
2.2. Návrh logického datového modelu 9
2.3. Převod modelu entita-vztah na relační model
datový model 10
ODDÍL 3. Návrh databáze 12
3.1. Vývoj tabulek 12
3.2. Návrh formulářů pro zadávání dat 17
3.3. Návrh databázových dotazů 21
3.4. Vývoj zprávy 27
ZÁVĚR 30
ODKAZY 31
PŘÍLOHY 32
ÚVOD
Návrh databází (dále jen DB) se dodnes stal důležitým pro mnoho organizací, které využívají počítačové technologie ke zvýšení produktivity své práce. Databáze se staly základem informačních systémů a jejich využívání se stává nedílnou součástí fungování každého podniku.
Předmětem práce v předmětu je studium technologií pro návrh relační databáze.
Předmětem práce v předmětu je studium principů vývoje relačních databází na příkladu návrhu a tvorby databáze "Autoservis".
Účelem návrhu databáze je zobrazit proces opravárenských činností malého podniku.
K dosažení tohoto cíle byly stanoveny následující úkoly:
- definice a analýza předmětné oblasti;
vývoj koncepčního databázového modelu;
vytváření databázových tabulek "Autoservice";
vytváření formulářů, dotazů a sestav pro tuto databázi.
ODDÍL 1. Vývoj databáze
- Formulace problému
Hlavní funkce databáze se týkají účtování všech vozů, které kdy byly v autoservisu, ukládající kompletní informace o každém voze (značka, číslo série a technického pasu, číslo podvozku a motoru, barva, rok výroby atd. .).
V databázi by také měly být uloženy informace o každém majiteli, který alespoň jednou využil služeb autoservisu. Mělo by být možné ukládat nejen základní a nejnutnější informace, ale také poznámky, upřesnění, popisy a ty. charakteristiky instalovaných náhradních dílů a mnoho dalších užitečných informací.
Správa autoservisu může vyžadovat následující údaje:
- Celé jméno, série a číslo technického pasu vozu, rok výroby a značka výrobce;
informace o datu přijetí této objednávky s uvedením nákladů na opravy, odpovědného mistra a data platby za objednávku;
seznam odstraněných poruch vozu tohoto majitele;
Celé jméno pracovníka autoservisu, který tuto poruchu vozu tohoto majitele a jeho postavení odstranil.
- přidat nebo změnit informace o objednávce;
přidat nebo změnit informace o zaměstnanci;
smazat informace o pracovníkovi autoservisu.
- Analýza domény
Předmětem zadání jsou údaje o poruchách, majitelích vozů a pracovnících autoservisů.
Vyvinutý informační systém by měl plnit následující funkce:
- Poskytování velké sbírky informací ve formě databázových tabulek.
Vytváření různých požadavků na:
- počet objednávek za určitou dobu;
značky automobilů v opravě;
výpočet opravných prací za určitý rok;
celkové množství placené a neplacené práce;
procento placené a neplacené práce.
- značky opravovaných vozů s uvedením počtu návštěv v autoservisu;
- počet nezaplacených objednávek;
obecný výpočet opravných prací za určitou dobu autoservisu.
Na informace obsažené v databázi jsou kladeny následující požadavky:
význam, úplnost, spolehlivost, srozumitelnost, účinnost.
Takový pohled zlepšuje použitelnost databáze, v tomto případě se vkládání informací redukuje na výběr potřebných informací ze seznamu tam, kde je to možné, což samozřejmě zvýší rychlost vkládání informací a pomůže vyhnout se nesprávné zadání parametrů.
V důsledku vytvoření a implementace této databáze je nutné získat následující výkonnostní ukazatele: zkrácení času při zadávání nových dat a obměně starých a následně zvýšení produktivity práce, jakož i včasné a úplné přijímání informací nutnou správou autoservisu.
ODDÍL 2. Modelování datových struktur
2.1. Vývoj koncepčního databázového modelu
Při konstrukci konceptuálního databázového modelu využijeme doporučení I. P. Karpova. ... Jak autor poznamenává, konceptuální databázový model je vysokoúrovňový objektově orientovaný model domény, představující objektovou doménu jako soubor objektů, které mají určité vlastnosti a jsou v určitých vztazích. Hlavním cílem vývoje datového modelu na vysoké úrovni je vytvořit model pro uživatelské vnímání dat a sladit velké množství technických aspektů souvisejících s návrhem databáze. Koncepční datový model není vázán na konkrétní implementaci fyzické databáze a nezávisí na konkrétní DBMS. Koncepční model je vytvořen na základě představ o předmětné oblasti každého typu uživatele, což je soubor dat, která uživatel potřebuje k řešení svých problémů.
Koncepční model pro základnu Autoservice byl navržen jako model vztahu entita.
Mezi základní pojmy modelu patří pojmy jako entita (objekt), vztah (vztah), typy entit, typy vztahů a atributy.
Entita - skutečný nebo reprezentovatelný objekt, o kterém musí být uloženy a dostupné informace. V modelových diagramech ER je entita reprezentována jako obdélník obsahující název entity. Každá entita je definována sadou atributů.
Atribut je pojmenovaná charakteristika entity. Jeho název musí být jedinečný pro konkrétní typ entity, ale může být stejný pro různé typy entit. Atribut entity je jakýkoli detail, který slouží k objasnění, identifikaci, klasifikaci, kvantifikaci nebo vyjádření stavu entity. Názvy atributů budou zapsány do obdélníku označujícího entitu a budou napsány pod názvem entity.
Vznikají vztahy mezi subjekty.
Odkaz je grafické spojení vytvořené mezi dvěma entitami. Tato asociace je vždy binární a může existovat mezi dvěma různými entitami nebo mezi entitou a jí samotnou (rekurzivní vztah). Odkazy - označují se řádky.
Z popisu předmětné oblasti tedy vyjmeme všechny typy
entity:
- Zákazníci;
- Objednávky;
- Mistři;
- Seznam prací.
Každá z entit bude definovat vlastní sadu atributů.
Entita Zákazník je definována následující sadou atributů:
- zákaznický kód;
CELÉ JMÉNO.;
údaje o pasech;
série a jejich počet. cestovní pasy;
Model auta;
Barva;
Číslo podvozku;
číslo motoru;
rok vydání.
- zákaznický kód;
objednací kód;
datum přijetí a platby;
výpočet oprav;
odpovědný mistr;
poznámky.
- Master číslo;
CELÉ JMÉNO;
pozici v tomto podniku;
- požadovat kód;
pracovní kód;
detailování.
Obr.1 Koncepční model databáze "Autoservis".
2.2. Vývoj logického datového modelu
Převod lokálního konceptuálního datového modelu na lokální logický model spočívá v odstranění nežádoucích prvků z konceptuálních modelů a převedení výsledných modelů na lokální logické modely. Mezi nežádoucí prvky patří:
- vztahy mnoho k mnoha;
- rekurzivní odkazy;
- odkazy s atributy.
Ve vytvořeném koncepčním modelu nebyly nalezeny výše uvedené nežádoucí prvky.
Logický diagramúdaje jsou uvedeny na obr. 2.
Rýže. 2. Logické datové schéma.
- Převod modelu entita-vztah na relační datový model
se provádí postupným prováděním několika kroků:
- každé entitě je přiřazen vztah relačního datového modelu;
- každý atribut entity se stává atributem odpovídajícího vztahu;
- primární klíč entity se stává primárním klíčem odpovídajícího vztahu. Atributy zahrnuté v primárním klíči vztahu jsou automaticky přiřazeny povinné vlastnosti (NOT NULL). Ke každému vztahu odpovídajícímu podřízenému subjektu je přidána sada atributů hlavní entity, která je primárním klíčem hlavní entity. Ve vztahu odpovídajícím podřízené entitě se tato sada atributů stává cizím klíčem.
Tento proces je diskutován níže.
ODDÍL 3. Návrh databáze
- Navrhování stolů
OpenOffice.org Base nabízí tři různé způsoby vytvoření databázové tabulky:
- vytváření tabulek v návrhovém režimu;
pomocí průvodce vytvořením tabulky;
vytvoření pohledu.
U každé tabulky relační databáze je uvedena její struktura: složení polí, jejich názvy, datový typ a velikost každého pole, klíče tabulky a další vlastnosti polí.
Tabulky databáze jsou vyvíjeny postupně:
- Stanovení požadovaných tabulek a polí.
- informace by neměly být duplikovány v tabulce nebo mezi tabulkami;
data uložená pouze v jedné tabulce jsou aktualizována pouze v této tabulce;
každá tabulka by měla obsahovat informace pouze o jednom tématu.
Databáze Autoservice obsahuje čtyři tabulky:
- Tabulka Zákazníci (obr. 3) je určena k zadání informací o majiteli opravovaného vozu. Tato tabulka obsahuje následující atributy:
- CELÉ JMÉNO. (typ pole - text, délka - 50, povinné);
údaje o pasu (typ pole - text, délka - 100, povinné);
série a jejich počet. pasy (typ pole - text, délka - 15, povinné);
Značka vozu (typ pole - text, délka - 100, povinné);
barva vozu (typ pole - text, délka - 100, volitelná);
Číslo podvozku (typ pole - text, délka - 100, volitelné);
Číslo motoru (typ pole - číselný, délka - 100, volitelné);
rok vydání (typ pole - datum, povinné).
- Tabulka Objednávky (obr. 4) je určena k zadávání informací o objednávkách: kdy objednávali, kdo objednával, odpovědný mistr, náklady na opravy, poznámky. Tato tabulka obsahuje následující atributy:
- objednací kód (typ pole - celé číslo, délka - 10, povinné);
- kód zákazníka (typ pole - text, délka - 10, volitelný);
datum objednávky (typ pole - datum, volitelné);
obecný výpočet oprav (typ pole - desítkové, délka - 100, volitelný);
odpovědný mistr (typ pole - celé číslo, délka - 10, nepovinné);
datum platby (typ pole - datum, nepovinné);
datum přijetí (druh oboru - datum, nepovinné);
poznámky (typ pole - test, délka - 100, nepovinné).
- stůl Renovační práce(obr. 5) je určen k popisu všech druhů oprav, které byly v tomto podniku provedeny.
- kód práce (typ pole - celé číslo, délka - 10, povinné);
objednací kód (typ pole - celé číslo, délka - 10, povinné);
detaily (typ pole - text, délka - 100, volitelné).
- Masters (obr. 6). Tabulka průvodce je určena pro zadávání informací o zaměstnancích. Tato tabulka obsahuje následující atributy:
- Hlavní číslo (typ pole - celé číslo, délka - 10, povinné);
- CELÉ JMÉNO. průvodci (typ pole - text, délka - 100, volitelné);
pozice (typ pole - text, délka - 100, volitelné).
- Založení primárních klíčů.
- klíč musí obsahovat minimální sadu atributů;
- měl by být použit klíč, jehož pravděpodobnost změny hodnot je minimální;
- hodnota klíče musí mít minimální délku.
Na základě výše uvedeného definujeme následující klíčová pole pro existující entity:
- entita Zákazníci má klíčové pole Kód zákazníka;
entita Objednávky je definována klíčem Objednávkový kód;
hlavní entita má klíčové pole Hlavní číslo;
entita opravných prací je definována kódem požadavku klíče;
- Tvorba vazeb mezi tabulkami.
OpenOffice.org BASE podporuje čtyři typy vztahů mezi tabulkami:
- one-to-one (každý záznam v jedné tabulce odpovídá pouze jednomu záznamu v jiné tabulce);
- one-to-many (každý záznam v jedné tabulce odpovídá mnoha záznamům v jiné tabulce);
- many-to-one (obdoba one-to-many);
- many-to-many (jeden záznam z první tabulky může být propojen s více než jedním záznamem z druhé tabulky nebo jeden záznam z druhé tabulky může být propojen s více než jedním záznamem z první tabulky).
Odkazy vytvořené v databázi "Autoservice" již byly uvedeny v předchozí části na Obr. 2.
- Vývoj formulářů pro vkládání informací
Formuláře obsahují tzv. ovládací prvky, které slouží k přístupu k datům v tabulkách. Ovládací prvky jsou textová pole pro zadávání a úpravu dat, tlačítka, zaškrtávací políčka, přepínače, seznamy, štítky. Vytváření formulářů, které obsahují nezbytné ovládací prvky, značně zjednodušuje proces zadávání dat a pomáhá předcházet chybám.
Základní formuláře OpenOffice.org poskytují funkce pro provádění mnoha úkolů, které nelze provést jinými prostředky; umožňují vám ověřovat data při zadávání, provádět výpočty a poskytovat přístup k datům v souvisejících tabulkách pomocí podformulářů.
OpenOffice.org Base nabízí několik způsobů, jak vytvářet formuláře. Nejjednodušší z nich je použití nástrojů pro automatické vytváření formulářů na základě tabulky nebo dotazu.
Pro databázi "Autoservis" existují čtyři jednoduché formuláře a tři podformuláře.
Příklady jednoduchých tvarů jsou na obrázku 7-10.
Obr. 7 Zákaznický formulář.
Obr. 8 Formulář objednávky.
Obr. 9 Seznam prací.
Obr. 10 Mistři.
Složený formulář obsahuje hlavní formulář a jemu podřízený formulář - podformulář. Podformulář je svým obsahem stejnou formou, ale nepoužívá se samostatně, ale načítá se vždy z nějakého formuláře při otevírání nebo vytváření dokumentu. V podformuláři můžete dělat téměř vše jako ve formuláři s tou výjimkou, že do něj nelze vložit další podformulář.
Při vytváření polí v podformulářích nezapomeňte, že názvy všech polí musí být v rámci formuláře jedinečné spolu se všemi podformuláři, které jsou v něm současně použity.
Díky složeným formulářům je možné vyplňovat různé tabulky současně.
Příklady podformulářů jsou na Obr. 11-13.
Rýže. 11. Formulujte zákazníka pomocí podformuláře Objednávky.
Zákaznický formulář s podformulářem Objednávky - poskytuje zadání nezbytných údajů k identifikaci zákazníka a zobrazení práce provedené na této zakázce. Tento formulář umožňuje zadávat informace do tabulek Zákazník a Objednávky.
Rýže. 12. Formulář objednávky s podformulářem Opravárenské práce.
Tento formulář umožňuje zadávat informace do tabulek Objednávky a Opravy.
Rýže. 13. Formulář Master s podformulářem Objednávky.
Kmenový formulář s podformulářem Objednávky umožňuje řídit provádění práce konkrétním mistrem.
- Návrh databázových dotazů
Dotazy slouží k získání dat z tabulek a jejich prezentaci uživateli ve vhodné formě. S jejich pomocí se provádí výběr dat, třídění a filtrování. Můžete transformovat data podle daného algoritmu, vytvářet nové tabulky, automaticky doplňovat tabulky daty importovanými z jiných zdrojů, provádět jednoduché výpočty s tabulkami a mnoho dalšího.
Zvláštností dotazů je, že sbírají data ze základních tabulek a na jejich základě vytvářejí dočasnou výsledkovou tabulku (snapshot) - obrázek polí a záznamů vybraných ze základních tabulek. Práce s obrazem je rychlejší a efektivnější než s tabulkami uloženými na pevném disku.
Na požádání můžete získat tříděná a filtrovaná data podle potřeby. Dotazy lze také použít jako zdroje záznamů pro formuláře, sestavy a datové stránky.
Existuje několik typů žádostí:
- Vzorová žádost. Načítací dotaz je nejběžněji používaným typem dotazu. Dotazy tohoto typu vracejí data z jedné nebo více tabulek a zobrazují je jako tabulku, jejíž záznamy lze aktualizovat (s určitými omezeními). Výběrové dotazy lze také použít k seskupování záznamů a výpočtu částek,
atd.................