Prohlášení o problému Vývoj databáze „Autoservis. Technologie vytváření Databáze „Autoservis“ Funkce prováděné databází

Automatizace technologie pro tvorbu dokumentů o absolvování univerzity v rámci ACS MIIT

Databáze „Autoservis“

Vztahy tabulky: Tabulka zákazníků je propojena s tabulkou mistrů pomocí vztahu 1: N v poli vin_number Tabulka zákazníků je propojena s výpočtovou tabulkou pomocí vztahu 1: 1 na ...

Databáze „Studenti“

Program začíná začleněním knihoven nezbytných pro provoz určitých funkcí. #zahrnout - pracovat se soubory, strukturami a funkcemi. #zahrnout - pro funkci strcmp (). #zahrnout - pro funkci čištění obrazovky. ...

Databáze dopravní policie

Tabulka je v první normální formě, právě když žádný z jejích řádků neobsahuje více než jednu hodnotu v kterémkoli z jejích polí a žádné z jeho klíčových polí není prázdné. Vztah je ve druhé normální formě ...

Databáze pro účtování kovových výrobků na platformě SQL Server

Proces návrhu automatizovaný systém spočívá v sestavení modelu napsaného v grafické notaci. Zároveň jsou dodržovány obecné principy konstrukčního návrhu: vývoj shora dolů, vytváření hierarchického modelu ...

Organizace implementace informačního systému LLC "MensFormat"

Návrh jednotky zpracování dat na konstrukčním základě řady K1804VS2

Řídicí jednotka (CU) je kombinační obvod se sedmi vstupy. Převádí externí řídicí signály a vnitřní signál z FPN na sadu řídicích signálů pro bloky mikroobvodů ...

Vývoj automatizovaných informačních systémů pro účtování výpočtů zabíjení ropných vrtů

K vytvoření databáze se používá správce MySQL DBMS. Protože žijeme v Rusku, bylo rozhodnuto zvolit kódování cp_1251. Aby bylo možné používat cizí klíče, použije se engine InnoDB ...

Rozvoj informačního a referenčního systému „Oddělení lidských zdrojů v regionální veřejné organizaci Sharkovshchinsky“

Oddělení školství, sportu a cestovního ruchu regionálního výkonného výboru Sharkovshchina se nachází v městské vesnici Sharkovshchina, st. Komsomolskaja, 15. ministerstvo školství ...

Vývoj softwarového produktu "Personální oddělení závodu"

Strukturální schéma - diagram odrážející složení a interakci pro správu částí vyvíjeného produktu. Při rozkladu objektů jsou takové části objekty (obrázek 6.1). Obrázek 6 ...

Rozvoj systému účetnictví a personálního pohybu v podniku

Před zahájením používání programu je nutné provést proces inicializace dat, který lze rozdělit do několika fází: 1. Vyplňování informací o organizaci ...

Vývoj systému pro účtování poplatků studentům

K vytvoření databáze bude použit server Microsoft SQL Server 2005 Express Edition DBMS. Provádíme následující akce: Tato fáze se provede pomocí aplikace Microsoft Visual Studio 2005. Když kliknete na tlačítko Nástroje na panelu nabídek, seznam příkazů vypadne ...

Vytvoření webu na příkladu matriky v okrese Elovsky

Existuje několik základních struktur stránek: - lineární - webové stránky jsou uspořádány v určitém pořadí. Přechod z jedné webové stránky na druhou je přísně definován. Taková struktura je oprávněná například při výuce ...

Elektronický deník učebny

V databázi navržené podle úkolu technického úkolu se ukázaly 3 tabulky: Dotazník, Průběh, Předmět ...

Je nutné vytvořit databázi přístupu "Autoservice"

Obr. 1 Formulář hlavního tlačítka hotové databáze "Autoservis"

Formulář „Majitelé“ s podřízeným formulářem „Auta“

Obr. 2 Formulář „Auta“

Formulář „Zaměstnanci“

Obr. 4 Formulář „Služba“

Obr. 5 Stránka „Žádosti“

Dotaz „Seskupování podle práce a zaměstnanců“

Žádost „Podle jména mechanika“

Poptávka „Hledání podle SPZ“

Obr. 6 zpráv

Zpráva „Seskupování podle práce a zaměstnanců“

Obr. 7 Zpráva „Vyhledávání podle SPZ“

Obr. 8 Zpráva „Podle jména mechanika“

Obr. 9 Schéma dat připravené databáze „Autoservis“ zobrazuje vztahy tabulek: Vlastníci, Auta, Služba, Kategorie úlohy, Zaměstnanci.

Struktura tabulky „Automobily“: stav. číslo, značka, majitel.

Struktura tabulky „Vlastníci“: číslo vlastníka, celé jméno, mobilní telefon, Číslo řidičského průkazu.

Struktura tabulky „Servis“: číslo služby, vozidlo, kategorie práce, datum připravenosti objednávky, zaměstnanec.

Struktura tabulky „Zaměstnanci“: číslo zaměstnance, mobilní telefon, adresa, celé jméno.

nebo zde:

Stáhněte si zdarma zprávu s databázovými formuláři

Přibližná cena 763 rublů.

Přesná cena závisí na způsobu platby.

Způsoby přístupu do databáze: WebMoney, Platební terminály, Ruská pošta, QIWI, Beeline, MTC, Megafon, debetní nebo kreditní karta, WeChat Pay, Alipay (Čína), UnionPay, Yandex.Money, Dárkový poukaz a další.

Stáhněte si databáze Accessu s podobnými tématy:

  1. Přístup do databáze Autoservis 2
  2. Tvorba faktur pro platbu v autoservisu
  3. Registrace automobilu v dopravní společnosti.
  4. ATP (společnost pro autodopravu).
  5. ATP 2007 (společnost pro automobilovou dopravu)
  6. Autoservisy
  7. „Účtování provozu vozidel“
  8. „Účtování dopravních nehod“
  9. Účtování pachatelů automobilů u dopravní policie.
  10. „Účtování porušení pravidel silničního provozu“
  11. „Výměna autodílů na čerpacích stanicích“
  12. Městská doprava
  13. „Prodej letenek“
  14. "Autobusová zastávka"
  15. "Půjčení auta"
  16. Půjčovna aut 2
  17. Autoškola
  18. Společnost prodávající náhradní díly
  19. autosalon
  20. Účtování odpisů vozidel podle MOL a skupin vozidel
  21. Taxi
  22. Společnost osobních automobilů
  23. Harmonogram mikrobusů
  24. Účtování silniční dopravy automobilovými značkami

Klíčová slova: stáhnout databázi; databázový program; databáze; databáze kurzů; stáhnout přístupovou databázi; přístup; databáze s okamžitým přístupem; přístupové databáze; příklad přístupu k databázi; vytvořit databázi v přístupu; příklady přístupové databáze; vytvoření databáze v přístupu; základní přístup; žádosti o přístup; zprávy o přístupu; přístupové tabulky; přístupová makra; přístupový seminární článek; příklady přístupu k databázi; přístupové formuláře; databáze přístupu společnosti Microsoft; koupit databázi; tvorba databáze; příklady databází; stáhnout databázi; seminární práce o DBMS; příklady databází; hotová seminární databáze. Databáze kurzů „Autoservice“ byla vytvořena v aplikaci Access 2010 a převedena na aplikaci Access 2003, takže se otevře v aplikaci Access 2003, 2007, 2010.

Je nutné vytvořit databázi přístupu "Autoservice". Formulář hlavního tlačítka hotové databáze "Autoservice". Formulář „Majitelé“ s podformulářem „Auta“. Formulář „Auta“. Formulář „Kategorie práce“. Formulář „Zaměstnanci“. Servisní formulář. Stránka „Žádosti“. Žádost „Seskupování podle zaměstnání a zaměstnanců“. Žádost „Podle jména mechanika“. Požádejte o „Hledání podle SPZ“. Zpráva „Seskupování podle práce a zaměstnanců“. Hlášení „Podle jména mechanika“. Hlášení „Podle jména mechanika“. Datové schéma hotové databáze „Autoservis“ zobrazuje vztahy tabulek: Vlastníci, Auta, Služba, Kategorie úlohy, Zaměstnanci. Struktura tabulky „Automobily“: stav. číslo, značka, majitel. Struktura tabulky „Vlastníci“: číslo vlastníka, celé jméno, mobilní telefon, číslo řidičského průkazu. Struktura tabulky „Kategorie úlohy“: kód úlohy, název úlohy, popis, cena úlohy. Struktura tabulky „Servis“: číslo služby, vozidlo, kategorie práce, datum připravenosti objednávky, zaměstnanec. Struktura tabulky „Zaměstnanci“: číslo zaměstnance, mobilní telefon, adresa, celé jméno. Struktura požadavku „Seskupení podle práce a zaměstnance“ v návrhovém režimu. Struktura požadavku „Podle jména mechanika“ v návrhovém režimu. Struktura dotazu „Hledat podle SPZ“ v návrhovém režimu. Makra v návrhovém režimu.

Úvod 3
ODDÍL 1. Vývoj databáze 4

      Prohlášení o problému 4
      Analýza domény 5
ODDÍL 2. Modelování datových struktur 7
2.1. Vývoj koncepčního modelu databáze 7
2.2. Návrh logického datového modelu 9
2.3. Převod modelu vztahu mezi entitami a relačním modelem
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í údajů 17
3.3. Návrh databázových dotazů 21
3.4. Zpráva o vývoji 27
ZÁVĚR 30
SEZNAM POUŽITÉ LITERATURY 31
PŘÍLOHY 32

ÚVOD

K dnešnímu dni se návrh databází (dále jen DB) stal důležitým pro mnoho organizací, které používají počítačovou technologii ke zvýšení produktivity své práce. Databáze se staly základem informačních systémů a jejich používání se stává nedílnou součástí fungování jakéhokoli podniku.
Předmětem kurzu je studium technologií pro návrh relační databáze.
Předmětem kurzu je studium principů vývoje relačních databází na příkladu návrhu a vytvoření databáze "Autoservice".
Úč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 tematické 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.
Existuje mnoho různých zdrojů informací týkajících se designu relačních databází a aplikací. Ze všech nabízených zdrojů byly vybrány ty, které jsou vhodné pro návrh databáze v prostředí OpenOffice.org Base. Knihy například pokrývají základní techniky a principy práce a vytváření databází pomocí Base, který je součástí OpenOffice.org. Zdroje poskytují základní informace o vytváření tabulek, formulářů, dotazů a sestav. Knihy popisují pokyny pro návrh a implementaci databází.

ODDÍL 1. Vývoj databáze

      Formulace problému
Tato základna data jsou určena pro organizace zapojené do jakéhokoli typu služeb údržby vozidel.
Hlavní funkce databáze se týkají účtování všech automobilů všech dob v autoservisu a ukládání úplných informací o každém automobilu (značka, číslo série a technického pasu, číslo podvozku a číslo motoru, barva, rok výroby atd.).
Databáze by měla také ukládat 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 nejdůležitější informace, ale také poznámky, vysvětlení, popisy a další. vlastnosti instalovaných náhradních dílů a mnoho dalších užitečných informací.
Správa autoservisů může vyžadovat následující údaje:
    Celé jméno, série a číslo technického pasu automobilu, rok výroby a značka výrobce;
    informace o datu přijetí této objednávky s uvedením nákladů na opravné práce, odpovědného velitele a datum platby za objednávku;
    seznam poruch odstraněných pro auto tohoto majitele;
    Celé jméno pracovníka autoservisu, který odstranil tuto poruchu vozu tohoto majitele a jeho postavení.
Provozovatel DBMS může provádět následující změny:
    přidat nebo změnit informace o objednávce;
    přidat nebo změnit informace o zaměstnanci;
    smazat informace o pracovníkovi autoservisu.
Ve zprávách je nutné počítat s možností vystavení potvrzení o poruše automobilu tohoto majitele a zprávy o práci autoservisu (počet opravovaných automobilů, jméno zaměstnance, který je opravoval).
      Analýza domén
Databáze „Autoservis“ byla vyvinuta pro správce a zaměstnance autoservisu, kteří přijímají a zadávají objednávky na opravy a servis automobilů.
Předmětem zadání jsou údaje o poruchách, majitelích automobilů a pracovníky autoservisu.
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.
    Formace různých žádostí o:
    počet objednávek na určitou dobu;
    značky opravovaných automobilů;
    výpočet opravných prací pro určitý rok;
    celková částka placené a neplacené práce;
    procento placené a neplacené práce.
Informační výstup ve formě zpráv:
    značky opravovaných automobilů s uvedením počtu návštěv autoservisu;
    počet nezaplacených objednávek;
    obecný výpočet opravných prací pro určitou dobu autoservisu.
Na rozvinutou databázi jsou kladeny následující požadavky: integrita dat, absence duplikace, absence vztahů mezi mnoha, absence rekurzivních vztahů, vztahy s atributy a více atributů.
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 vstup informací omezí na výběr nezbytných informací ze seznamu, pokud je to možné, což samozřejmě zvýší rychlost zadávání informací a pomůže vyhnout se nesprávnému 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 údajů a změna starých, a tedy zvýšení produktivity práce, jakož i včasné a úplné přijetí informací nezbytnou správou autoservisu.

ODDÍL 2. Modelování datových struktur

2.1. Vývoj koncepčního databázového modelu

Při budování konceptuálního databázového modelu použijeme doporučení I.P.Karpovy. ... Jak autor poznamenává, konceptuální databázový model je objektově orientovaný model na vysoké úrovni domény, který představuje doménu objektu 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 vnímání dat uživatelem a sladit velké množství technických aspektů souvisejících s návrhem databáze. Konceptuální datový model není vázán na konkrétní implementaci fyzické databáze a nezávisí na konkrétním DBMS. Koncepční model je vytvořen na základě představ o tematické oblasti každého typu uživatele, což je soubor dat, která uživatel potřebuje k řešení svých problémů.
Konceptuální model pro databázi Autoservice byl navržen jako model entity-relationship.
Mezi základní pojmy modelu patří pojmy jako entita (objekt), vztah (vztah), typy entit, typy vztahů a atributy.
Entita - skutečný nebo reprezentativní objekt, jehož informace musí být uloženy a dostupné. V modelech ER diagramů 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 odlišné typy subjekty. Atributem entity je jakýkoli detail, který slouží k objasnění, identifikaci, klasifikaci, kvantifikaci nebo vyjádření stavu entity. Názvy atributů budou zadány do obdélníku označujícího entitu a budou zapsány pod názvem entity.
Mezi entitami jsou navazovány vztahy.
Vztah je grafické sdružení vytvořené mezi dvěma entitami. Toto přidružení je vždy binární a může existovat mezi dvěma různými entitami nebo mezi entitou a sebou samým (rekurzivní vztah). Odkazy - označují řádky.
Z popisu předmětné oblasti tedy extrahujeme všechny typy
subjekty:
- Zákazníci;
- Objednávky;
- mistři;
- Seznam prací.
Každá z entit bude definovat vlastní sadu atributů.
Entita zákazníka je definována následující sadou atributů:

    zákaznický kód;
    CELÉ JMÉNO.;
    údaje o pasu;
    série a jejich počet. pasy;
    Model auta;
    Barva;
    Číslo podvozku;
    Číslo motoru;
    rok vydání.
Atributy entity Objednávky jsou definovány takto:
    zákaznický kód;
    objednávkový kód;
    datum přijetí a platby;
    výpočet oprav;
    odpovědný pán;
    poznámky.
Entita Master je dokumentována na základě následujících atributů:
    Hlavní číslo;
    CELÉ JMÉNO;
    pozice v tomto podniku;
Entita Pracovní seznam je definován následující sadou atributů:
    požadovat kód;
    pracovní kód;
    podrobně.
V souladu s doménovým modelem je uveden následující koncepční model databáze Autoservice (obr. 1).
Obr.1 Konceptuální model databáze „Autoservis“.

2.2. Vývoj logického datového modelu

Převod místního konceptuálního datového modelu na místní logický model má odstranit nežádoucí prvky z koncepčních modelů a výsledné modely transformovat na místní logické modely. Mezi nežádoucí prvky patří:
- vztahy mezi mnoha;
- rekurzivní odkazy;
- odkazy s atributy.
Ve vytvořeném koncepčním modelu nebyly nalezeny výše uvedené nežádoucí prvky.
Datový logický diagram je znázorněn na obr.

Obr. 2. Logické datové schéma.

      Převod modelu vztahu mezi entitami a relačním datovým modelem
Převod modelu vztahu mezi entitami a relačním datovým modelem
provedeno postupným provedením řady 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 stane primárním klíčem odpovídajícího vztahu. Atributům zahrnutým v primárním klíči vztahu se automaticky přiřadí požadovaná vlastnost (NOT NULL). Ke každému vztahu odpovídajícímu podřízené entitě se přidá sada atributů hlavní entity, která je primárním klíčem hlavní entity. V relaci odpovídající podřízené entitě se tato sada atributů stává cizím klíčem.
Tento proces je popsán níže.

ODDÍL 3. Návrh databáze

      Navrhování stolů
Tabulka je objekt určený k ukládání dat ve formě záznamů (řádků) a polí (sloupců).
OpenOffice.org Base poskytuje tři různé způsoby, jak vytvořit databázovou tabulku:
    vytváření tabulek v návrhovém režimu;
    pomocí průvodce k vytvoření tabulky;
    vytvoření pohledu.
V této práci byly tabulky vytvořeny pomocí průvodce.
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í.
Tabulka je základem databáze, proto se při jejím vývoji doporučuje řídit se následujícími základními principy:
    informace by neměly být duplikovány v tabulce nebo mezi tabulkami;
    data uložená pouze v jedné tabulce se aktualizují pouze v této tabulce;
    každá tabulka by měla obsahovat informace pouze o jednom tématu.
Každá tabulka obsahuje informace o konkrétním tématu a každé pole v tabulce obsahuje konkrétní fakta o tématu tabulky. Pro každou tabulku v databázi musíte definovat vlastnosti, které obsahují.
Databáze „Autoservice“ obsahuje čtyři tabulky:
    Tabulka Zákazníci (obr. 3) je určena k zadávání informací o majiteli opravovaného automobilu. 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, požadováno);
    série a jejich počet. pasy (typ pole - text, délka - 15, povinné);
    Značka automobilu (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é).
Obr. 3. Tabulka zákazníků.
    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:
    objednávkový 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, volitelně);
    datum platby (typ pole - datum, volitelné);
    datum přijetí (typ pole - datum, nepovinné);
    poznámky (typ pole - test, délka - 100, volitelně).
Obr. 4. Tabulka objednávky.
    Tabulka Opravárenské práce (obr. 5) má popisovat všechny typy oprav, které byly v tomto podniku provedeny.
Tato tabulka obsahuje následující atributy:
    pracovní kód (typ pole - celé číslo, délka - 10, povinné);
    objednávkový kód (typ pole - celé číslo, délka - 10, povinné);
    podrobně (typ pole - text, délka - 100, volitelně).
Obr. 5. Seznam prací.
    Mistři (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ě).
Obr. 6. Mistři.
    Vytváření primárních klíčů.
Pojďme definovat primární klíč pro každou entitu, přičemž vezmeme v úvahu, že silné entity mají pouze jedno klíčové pole a slabé entity mají stejný počet vztahů. Při výběru primárního klíče se budeme řídit následujícími pravidly:
- 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íčovým kódem Objednávky;
    entita Master má pole hlavního klíče;
    entita Opravit práci je definována klíčovým kódem požadavku;
    Vytváření vazeb mezi tabulkami.
Poté, co rozdělíte informace do tabulek a definujete klíčová pole, musíte zvolit, jak bude systém DBMS kombinovat související informace. Chcete-li to provést, musíte definovat vztahy mezi databázovými tabulkami.
OpenOffice.org BASE podporuje čtyři typy vztahů mezi tabulkami:
- jedna ku jedné (každý záznam v jedné tabulce odpovídá pouze jednomu záznamu v jiné tabulce);
- jedna k více (každý záznam v jedné tabulce odpovídá mnoha záznamům v jiné tabulce);
- mnoho k jednomu (podobně jako jeden k mnoha);
- mnoho k mnoha (jeden záznam z první tabulky lze propojit s více než jedním záznamem z druhé tabulky nebo jeden záznam z druhé tabulky lze propojit 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 zadávání informací
Formulář je objekt určený pro zadávání, úpravy a prohlížení tabulkových dat ve vhodné formě.
Formuláře obsahují takzvané ovládací prvky, které se používají pro přístup k datům v tabulkách. Ovládací prvky jsou textová pole pro zadávání a úpravy dat, tlačítka, zaškrtávací políčka, přepínače, seznamy, štítky. Vytváření formulářů, které obsahují potřebné ovládací prvky, výrazně 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ů vytváření formulářů. Nejjednodušší z nich je použití nástrojů pro automatické vytváření formulářů založených na tabulce nebo dotazu.
Existují čtyři jednoduché formuláře a tři podformuláře pro databázi Autoservice.
Příklady jednoduchých tvarů jsou uvedeny na obrázku 7-10.

Obr. Zákaznický formulář.

Obr. Objednávky formulářů.

Obr. Seznam prací.

Obr. Mistři.
Složená forma obsahuje hlavní formu a podřízenou formu - podformulář. Podformulář má ve svém obsahu stejnou formu, ale nepoužívá se samostatně, ale vždy se načte 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 výjimkou, že do něj nemůžete vložit další podformulář.
Při vytváření polí v podformulářích nezapomeňte vzít v úvahu, že názvy všech polí musí být ve formuláři jedinečné, stejně jako všechny podformuláře, které se v něm používají současně.
Díky složeným formulářům je možné vyplňovat různé tabulky současně.
Příklady podformulí jsou uvedeny na obr. 11-13.

Postava: 11. Formulujte zákazníka s podformulářovými objednávkami.
Zákaznický formulář s podformulem Objednávky - poskytuje vstup nezbytných údajů k identifikaci zákazníka a zobrazení práce provedené na této objednávce. Tento formulář umožňuje zadat informace do tabulek Zákazník a Objednávky.

Postava: 12. Formulářové objednávky s podformulářem Opravy.
Tento formulář umožňuje zadat informace do tabulek Objednávky a opravy.

Postava: 13. Forma hlavního s podformulářovými objednávkami.
Hlavní formulář s podformulem Objednávky vám umožňuje řídit provádění práce konkrétním hlavním.

      Návrh databázových dotazů
Dotaz je objekt, který umožňuje získat požadovaná data z jedné nebo více tabulek.
Dotazy se používají k načtení dat z tabulek a jejich prezentaci uživateli v praktické formě. S jejich pomocí se provádí výběr dat, třídění a filtrování. Můžete transformovat data podle zadaného algoritmu, vytvářet nové tabulky, automaticky naplňovat tabulky daty importovanými z jiných zdrojů, provádět jednoduché výpočty tabulek a mnoho dalšího.
Zvláštností dotazů je, že získávají data ze základních tabulek a na jejich základě vytvářejí dočasnou tabulku výsledků (snímek) - obraz polí a záznamů vybraných ze základních tabulek. Práce s obrázkem je rychlejší a efektivnější než s tabulkami uloženými na pevném disku.
Na požádání můžete podle potřeby získat tříděná a filtrovaná data. Dotazy lze také použít jako zdroje záznamů pro formuláře, sestavy a datové stránky.
Existuje několik typů požadavků:
    Ukázkový požadavek. Vybrat dotaz je nejčastěji používaný typ dotazu. Dotazy tohoto typu vracejí data z jedné nebo více tabulek a zobrazují je jako tabulku, jejichž záznamy lze aktualizovat (s určitými omezeními). Vybrané dotazy lze také použít ke seskupení záznamů a výpočtu částek,
    atd.................

Databáze Přístup Autoservis je navržen tak, aby automatizoval práci autoservisu. Tabulky v databázi jsou vyplněny daty, provádějí se jednoduché a křížové dotazy, stejně jako přidávání, aktualizace a mazání. Také vytvořené formuláře pro práci s daty a zprávami, které lze tisknout.
Automatické zobrazení databáze Access obsahuje 6 tabulky , 9 žádostí, 7 formulářů + formulář hlavního tlačítka, 5 zpráv. Tato databáze Accessu je optimální pro další optimalizaci a zdokonalení pro vaše vlastní potřeby.

POZORNOST! K dispozici je vysvětlující poznámka (21 stránek)

Databáze Access Auto Service vám umožňuje přidávat a upravovat informace o aktuálních opravách, zákaznících autoservisů, náhradních dílech, skladech a opravovaných automobilech. Databáze Autoservice také poskytuje požadavky na zobrazení určitého typu náhradních dílů, výpočet celkových nákladů na opravy, včetně nákladů na práci a nákladů na náhradní díl, celkové částky pro každého klienta atd. Implementovaný dotaz pro aktualizaci, dotaz pro odstranění, dotaz pro přidání, pro vytvoření tabulky, kříž.

fotbalová branka praktické úkoly - získávání dovedností v oblasti analýzy domén, návrhu databáze, její fyzické implementace v Access DBMS.
Výsledek práce je prezentován ve formě databáze Access, která by měla obsahovat:
struktura navržených tabulek,
datové schéma se vztahy mezi tabulkami,
příklady formulářů poskytujících uživatelské rozhraní,
dotazy (v návrhovém režimu a v SQL),
zprávy (v režimu zpráv a v režimu návrhu),
formulář hlavního tlačítka.

Tabulka „Auta“ - Přístup k databázi automobilů

Tabulka „Wizards“ - Access Database Car Service

Poptávka „Náklady na práce“ - přístup k databázi automobilů

Cross Query - automatická služba přístupu k databázi

Formulář „Klienti“ - služba pro přístup k databázím

Formulář "Sklady" - služba přístupu k databázi aut

Částka se zprávou o náhradě a práci - Access Database Car Service

Formulář hlavního tlačítka - přístup k automatické databázi

Formulář hlavního tlačítka - přístup k automatické databázi

Hotová databáze Přístupová databáze Autoservice je k dispozici ke stažení na níže uvedeném odkazu.

. Ready-made databáze Access "Car Service"

Stáhněte si databázi MS Access (DB); Služba DB Access Car; prodej automobilů přístup; přístupová databáze; obd přístup; přístup subd; přístup k databázím; příklad přístupu; programovací přístup; připravená databáze; tvorba databáze; Databáze DBMS; přístup k kurzu; příklad databáze; přístupový program; popis přístupu; přístupový abstrakt; žádosti o přístup; příklady přístupu; stáhnout přístup k databázi; přístup k objektům; databáze v přístupu; stáhnout přístup subd; ms přístupová databáze; subd přístupový abstrakt; přístup subd ms; výhody přístupu; databáze; stáhnout databázi pro přístup; Databáze; relační databáze; systémy pro správu databází; databáze směnných kurzů; stáhnout databázi; stahování databáze přístupu; přístup k databázím ke stažení; oprava auta; automatická oprava; autosalon; autoservis

Vaše dobrá práce ve znalostní bázi je jednoduchá. Použijte formulář níže

Studenti, postgraduální studenti, mladí vědci využívající znalostní základnu při 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 VZDĚLÁVÁNÍ A VĚDY RUSKÉ FEDERACE

Federální státní rozpočet vzdělávací instituce vyšší odborné vzdělání

„NÁRODNÍ UNIVERZITA MINERÁLŮ A SUROVÝCH MATERIÁLŮ„ TĚŽBA “

Kurz práce

"Databáze - autoservis"

Disciplína: Aplikované programování

Dokončeno: Stepanova K.A.

Zkontrolováno: Matyukhin S.A.

Petrohrad 2013

Úvod

1. Popis tematické oblasti

2. Popis struktury databáze

3. Tabulky

4. Podmínky zadání

5. Popis programu

6. Komponenty

7. Schéma pro uživatele

8. Rozhraní

Závěr

Bibliografie

aplikace

Úvod

V našem věku, v době digitálních technologií, hrají počítače zásadní roli. Nyní je v každé organizaci, ať už jde o vládní agentury nebo soukromé firmy, vše počítačově řízeno, 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 nejkratším možném čase a faktor času často hraje ve většině úkolů kritickou roli. Výpočetní výkon a kapacita paměti počítačů v posledních letech vzrostly neuvěřitelně vysoko a jejich ceny výrazně poklesly, což přispělo k masivní automatizaci absolutně všech odvětví lidské činnosti. Nyní je těžké si představit život bez chytrého stroje, který zjednodušuje a zrychluje obrovské množství úkolů. Užitečnost počítače se při absenci specializovaného softwaru, bez kterého se „železný asistent“ stane zbytečným, sníží na nic. Tato práce pojednává o vytvoření tak důležitého a ve většině organizací a hlavního programu, jehož název je databáze. V tomto konkrétním případě databáze autoservisů.

1. Popis oblasti předmětu

Cílem úkolu je získat softwarový produkt, který vám umožní ukládat informace o zákaznících služeb, závadách v jejich automobilech, zajišťovat efektivitu a spolehlivost zpracování dat.

Databáze autoservisů je určena pro provozovatele autoservisů a poskytuje přístup k informacím o značce automobilu, datu návštěvy, poruše, čísle automobilu a také k informacím o zákaznících: telefonní číslo atd.

Efektivita programu spočívá ve zkrácení doby zpracování a nalezení potřebných informací.

Potřeba automatizovat tento úkol je způsobena skutečností, že výběr potřebných dat pro zprávy a účtování za práci techniků se obvykle provádí ručně nebo pomocí nástrojů aplikace Excel, což věnuje 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 nutné žádné speciální znalosti.

2. Popis struktury databáze

Vztahy tabulky:

Tabulka zákazníků je propojena s tabulkou mistrů pomocí vztahu 1: N v poli vin_number

Tabulka zákazníků je propojena s výpočtovou tabulkou se vztahem 1: 1 v poli vin_number

3. Tabulky

Tabulka 1: Zákazníci (hlavní tabulka)

Tabulka 2: Masters (Slave)

Tabulka 3: Masters (Slave)

úpravy základny servisních služeb pro automobily

4. Technický úkol

Základ pro rozvoj:

Zadání instruktora pro provádění praktických cvičení a dokončení kurzu.

Účel vývoje:

Program je navržen tak, aby automatizoval práci operátorů autoservisů.

Požadavky na program:

Měl by automatizovat práci operátora autoservisu

Informace musí být trvale uloženy na pevném disku počítače

· Databáze by měla být prohlížena se schopností odstranit z ní zadané informace.

Požadavky na spolehlivost:

· Program by měl zpracovat chybné akce uživatele a informovat ho o tom.

· Program by měl poskytovat kontrolu nad vstupními informacemi.

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šit akci

private void b_save_Click (odesílatel objektu, EventArgs e) () // uložit změny

private void b_record1_Click (odesílatel objektu, EventArgs e) () // zapisovat data

private void b_delete_Click (odesílatel objektu, EventArgs e) () // smazat data

private void b_exit_Click (odesílatel objektu, EventArgs e) () // ukončí program

6. Součásti

7. Schéma pro uživatel

Tabulka 1 Klienti a Tabulka 2 Průvodci mají vztah jedna k mnoha v poli vin_number.

Tabulka zákazníků 1 a tabulka nákladů 3 jsou ve vztahu jedna k jedné propojeny polem vin_number.

8. Rozhraní

Přidání nového záznamu

Úpravy staré položky

Smazat záznam

Třídit podle data návštěvy

Podepsané tabulky

Hlavní tabulka programu Autoservice obsahuje:

1. Seznam vozidel zákazníka

2. Datum kontaktu majitele automobilu

3. Porucha

4. Zákaznický telefon

5. Vin číslo

6. Seznam klientů je spravován tlačítky (Přidat / Nahradit / Odstranit)

7. Zobrazení a záznam klientů salonu

8. Třídění

10. Volba řemeslníků

11. Název tabulek

12. Ukončete program

Závěr

Výsledkem práce bylo vytvoření softwareporce 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ém přístupu“ - vzdělávací metodický komplex 2013

2. A. Hejlsberg, M. Torgersen, S. Viltamut, P. Gold C # programovací jazyk. Classics of Computer Science. 4. vydání \u003d C # Programming Language (Covering C # 4.0), 4th Ed. - SPb.: „Peter“, 2012. - 784 s. - ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C #. 2. vydání \u003d Head First C #, 2ed. - SPb.: „Peter“, 2012. - 704 s. - ISBN 978-5-4461-0105-4

4. Andrew Troelsen C # 5.0 Programming Language and .NET 4.5 Framework, 6. vydání \u003d 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 language \u003d C # 5.0 v kostce: Definitivní reference. - M.: „Williams“, 2013. - 1008 s. - ISBN 978-5-8459-1819-2

6. Herbert Schildt. C # 4.0: The Complete Reference \u003d C # 4.0 The Complete 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 \u003d false;

groupBox2.Visible \u003d 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 odebrat.

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 odebrat.

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 odebrat.

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

private void b_exit_Click (odesílatel objektu, EventArgs e)

button private void5_Click_1 (odesílatel objektu, EventArgs e)

private void b_add_Click (odesílatel objektu, EventArgs e)

groupBox1.Visible \u003d true;

b_replace.Visible \u003d false;

b_delete.Visible \u003d false;

b_exit.Visible \u003d false;

b_add.Visible \u003d false;

b_exit2.Visible \u003d false;

b_save.Visible \u003d false;

textBox1.Text \u003d "";

textBox2.Text \u003d "";

textBox3.Text \u003d "";

textBox4.Text \u003d "";

textBox5.Text \u003d "";

private void b_replace_Click (odesílatel objektu, EventArgs e)

textBox10.Text \u003d zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();

textBox9.Text \u003d zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();

textBox8.Text \u003d zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();

textBox7.Text \u003d zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();

textBox6.Text \u003d zákazníci DataGridView.CurrentRow.Cells.Value.ToString ();

textBox6.ReadOnly \u003d true;

groupBox2.Visible \u003d true;

b_add.Visible \u003d false;

b_delete.Visible \u003d false;

b_exit.Visible \u003d false;

b_exit2.Visible \u003d false;

b_replace.Visible \u003d false;

b_save.Visible \u003d false;

private void b_cancel1_Click (odesílatel objektu, EventArgs e)

b_add.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_exit2.Visible \u003d true;

b_replace.Visible \u003d true;

b_save.Visible \u003d true;

groupBox1.Visible \u003d false;

private void b_cancel2_Click (odesílatel objektu, EventArgs e)

b_add.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_exit2.Visible \u003d true;

b_replace.Visible \u003d true;

b_save.Visible \u003d true;

groupBox2.Visible \u003d 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 \u003d db_autoDataSet.Tables;

Řádek DataRow \u003d table.NewRow ();

řádek \u003d textBox1.Text;

řádek \u003d Convert.ToDateTime (textBox2.Text);

řádek \u003d textBox3.Text;

řádek \u003d textBox4.Text;

řádek \u003d textBox5.Text;

table.Rows.Add (řádek);

groupBox1.Hide ();

b_replace.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_add.Visible \u003d true;

b_exit2.Visible \u003d true;

b_save.Visible \u003d true;

private void b_record2_Click (odesílatel objektu, EventArgs e)

Tabulka DataTable \u003d db_autoDataSet.Tables; // 12 vázaných dynamik. záložka. tabulka s prvním souborem z databáze

vinRab \u003d Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString ()); // 13 dostal vin aktuálního záznamu

Řádek DataRow \u003d table.Rows.Find (vinRab); // 14 kombinovaných dynamických. řádek řádek se záznamem souboru vin c shifrRab a dát DataSet do stavu "edit", ve kterém umožňuje změnu hodnot pole

row \u003d textBox10.Text; // 15 zapsal do druhého pole řádku řádku zadaného z okna

row \u003d Convert.ToDateTime (textBox9.Text); // 15 bylo napsáno ve třetím poli řádku řádku

řádek \u003d textBox8.Text; // 15 bylo zapsáno do čtvrtého pole řádku řádek row \u003d textBox7.Text;

řádek \u003d textBox6.Text;

table.AcceptChanges (); // 15 Příkaz AcceptChanges umožňuje přijímat změněné hodnoty polí

groupBox2.Hide (); // 16

b_replace.Visible \u003d true;

b_delete.Visible \u003d true;

b_exit.Visible \u003d true;

b_add.Visible \u003d true;

b_exit2.Visible \u003d true;

b_save.Visible \u003d true;

private void b_delete_Click (odesílatel objektu, EventArgs e)

// smaže řádek pod kurzorem

// nejprve vytvořte varování, abyste se vyhnuli chybě

řetězec s1, s2, s3, s4, s5, zpráva;

Výsledek DialogResult; // 18

int ind \u003d customersDataGridView.CurrentRow.Index;

s1 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s2 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s3 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s4 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

s5 \u003d customersDataGridView.CurrentRow.Cells.Value.ToString ();

message \u003d "Značka automobilu \u003d" + s1 + "\\ nDatum návštěvy \u003d" + s2 + "\\ n Porucha \u003d" + s3 + "\\ n Telefon zákazníka \u003d" + s4 + "\\ n číslo vína" + s5;

// výsledkem proměnné může být buď DialogResult.Yes, nebo DialogResult.No

result \u003d MessageBox.Show (zpráva: „Chcete smazat další záznam?“,

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result \u003d\u003d DialogResult.Yes) // Řádek je smazán

(// 20 Aktuální tabulka z customersDataGridView typu DataGrid je zapsána do tabulky vyrovnávací paměti

CurrencyManager CurMng \u003d (CurrencyManager) customersDataGridView.BindingContext;

if (CurMng.Count\u003e 0) // pokud tabulka není prázdná

CurMng.RemoveAt (CurMng.Position); // odstranění označené pozice

// zde výsledek \u003d\u003d DialogResult.No a odstranění je odmítnuto

// ukončit postup

Zveřejněno na Allbest.ru

Podobné dokumenty

    Vytvoření databáze. Hledání, změna a mazání záznamů. Zpracování a výměna údajů. Návrh databáze. Stanovení vzorců pro vypočítanou část základny. Úpravy polí a záznamů. Formy prezentace informací obsažených v databázi.

    semestrální práce, přidáno 02/23/2009

    Vývoj softwarového produktu - databáze „Exkurze“ v integrovaném programovacím prostředí C ++ Builder 6. Určování pořadí prohlížení databázových dat, jejich editace a mazání. Vlastnosti uživatelské příručky a obecného rozhraní programu.

    semestrální práce přidaná 11. 3. 2013

    Odůvodnění potřeby systémů správy databází v podnicích. Funkce vývoje softwaru pro správu databází, který poskytuje prohlížení, úpravy, vkládání databázových záznamů, generování dotazů a sestav.

    semestrální práce, přidáno 23. 1. 2010

    Vytvoření databáze a popis programu „Vzdělávací databáze“ určený ke seskupení informací o studentech. Charakteristika funkčnosti programu: přidávání záznamů do databáze, úpravy, mazání záznamů a třídění dat.

    semestrální práce, přidáno 25. 4. 2011

    Rozvoj programu „Databáze sportovních potřeb“. Popis algoritmu modulů a bloků. Blokové schéma prezentace projektu. Proces hledání informací, které potřebujete. Automatické třídění dat. Přidávání a úpravy záznamů.

    semestrální práce, přidáno 15. 8. 2013

    Vytváření jednoduchých referenčních formulářů. Úpravy vlastností formuláře v návrhovém režimu. Přidávání a úpravy vlastností ovládacích prvků. Návrh zpráv pro databázi. Redukce tabulky do normální podoby 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, zprávy, dotazy, uložené informace. Logické a koncepční datové modely; výběr softwaru.

    semestrální práce přidána 20. 1. 2010

    Typy omezení, která udržují integritu v relačním datovém modelu. Stanovení hodnoty pole primárního klíče pomocí generátoru. Přidávání, změna 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én. Požadavky na sestavení databáze hotelů. Provádění procesu hledání potřebných informací. Tvorba tabulek, dotazů, sestav a jejich tisk. Úpravy, přidávání a ukládání dat.

    semestrální práce přidána 2. 7. 2016

    Odůvodnění výběru nástrojů pro vývoj aplikací. Přidávání, mazání, úpravy informací. Reflexe informací z databáze. Vyhledejte informace o vybrané tabulce. Data, Entity, Logic, Firmní projekty. Schéma interakce programových projektů.