OBD autohuolto. Lataa pääsytietokanta Autohuolto. Tietokannan suorittamat toiminnot

Tietokannan "Autohuolto" luomistekniikka

Tietokannan luomista varten asetettiin "Auto Service" -tietokannan tavoitteet ja tavoitteet:

  • ? varmistaa asiakkaiden tyytyväisyyden sekä palveluun että yritykseen;
  • ? tarjota paras palvelu lähellä
  • ? myytyjen uusien ja käytettyjen autojen takuukorjaukset;
  • ? kaupallinen ennaltaehkäisevä huolto (säädöt jne.);
  • ? kaupalliset kuntoutuspalvelut (korjaukset);
  • ? käytettyjen komponenttien ja kokoonpanojen korjaus kunnostettujen varaosien varastoon.
  • ? Ihmiset,
  • ? materiaalit,
  • ? tietokoneet,
  • ? koneet,
  • ? rakennus.

Kehitetty ja luotu Car Service Database on joukko toisiinsa yhdistettyjä komponentteja ja näyttää erilaisia ​​autonkorjauksen osa-alueita.

Kuva 14. Tietokanta "Autohuolto"

Järjestelmä on jaettu kahteen alajärjestelmään ja yhteen laajennukseen:

  • ? Auton teknisen osan korjaus.
  • ? Laajennus - auton sisätilojen korjaus.

Pääjärjestelmä "Auton teknisten osien korjaus" koostuu neljästä taulukosta (katso kuva 15):

« Tilaus» - mukaan lukien tarvittavat tiedot auton korjaus- ja diagnostiikkatilauksesta, eli:

  • ? Auto.
  • ? Omistaja.
  • ? Syy ottaa yhteyttä huoltoasemaan.

« Korjaus"- taulukko, joka kuvaa auton teknisten osien korjausprosessia, eli osia, jotka on korjattava lähitulevaisuudessa. Tämä taulukko sisältää seuraavat kohteet:

  • ? Moottorin korjaus.
  • ? Vaihteiston korjaus.
  • ? Alustan korjaus.
  • ? Polttoainejärjestelmän korjaus.

Kuva 15. Tilaus teknisten osien korjauksesta

Pöytä " Diagnostiikka", liittyen " Tilauksesta» ja jakelee autoja auton tiettyjen osien diagnostiikkaan, esim. moottori, vaihteisto, alusta ja polttoainejärjestelmä.

SISÄÄN " Diagnostiikka» tallennetaan tiedot autoista, jotka vaativat tietyn osan diagnostiikkaa.

  • ? Moottorin diagnostiikka.
  • ? Vaihteiston diagnostiikka.
  • ? Alustan diagnostiikka.
  • ? Polttoainejärjestelmän diagnostiikka.

Main järjestelmä toimii päällä perusta "Ryöpytä mallit" Ja viittaa päällä standardi GOST 21624 -76

GOST 18507 -73

Järjestelmä toimii keräämällä tietoja tilauksesta, jonka jälkeen tapahtuu diagnostiikka, joka määrittää koneen korjaustarpeen. Jokainen vaihe (lukuun ottamatta ensimmäistä) ei voi alkaa ennen kuin toinen on valmis, ellei autoa tarvitse korjata.

IT-palvelualijärjestelmä luotiin korjaustakuun antamiseen, takuuvaatimuksen jättämiseen ja varaosien ostamiseen korjauksiin.

  • 1) kanteen jättäminen,
  • 2) takuun rekisteröinti,
  • 3) varaosien tilaaminen ja sisältää 11 pöytää, joista yksi on yhteinen IT-palvelulle. (katso kuva 16).

Kuva 16. IT-palvelu

IT-palvelu - jakaa koko palvelun kolmeen osaan:

  • ? takuuvaatimus,
  • ? takuun rekisteröinti,
  • ? varaosien tilaaminen.

Tiedot 1 ja 2 - sisältävät tietoja asiakkaista.

Kuitti 1 - taulukko sisältää tiedot pyynnön ajankohdasta ja tarjottujen palvelujen hinnasta.

Yhteydenoton syy - taulukko, joka sisältää tiedot takuun alaisen huoltoaseman yhteydenotosta. Sillä on yhteys taulukoihin: STO 1:n sopimus ja lopputulos 1, joissa on kirjattu tiedot STO:n hyväksymisestä kanteen kanssa ja mahdollisuudesta ratkaista ongelma.

Laajennus edustaa jonkinlaista lisäystä autokorjauspalveluissa. Nyt järjestelmään kuuluu korikorjaus ja sisäkorjaus, jotka myös huoltoasema hoitaa.

Laajennusalijärjestelmä koostuu kahdesta taulukosta ja vaikuttaa pääjärjestelmän toiseen taulukkoon. (katso kuva 17)


Kuva 17. Laajennus

Päällikorjaus ja sisätilojen korjaus -taulukot sisältävät tietoa palvelutyypeistä.

Korin korjaus:

  • ? Osien vaihto.
  • ? Kitti.
  • ? Maalaus.
  • ? Lakkaus.
  • ? Kiillotus.

Sisätilojen remontti:

  • ? Komponenttien vaihto.
  • ? Komponenttien korjaus.

Nämä taulukot johtavat yhteyksiin taulukkoon " Hinta» vahvistaa palveluiden hintoja.

Toiminnallinen:

  • ? asujen tilaukset,
  • ? tehdä työtä,
  • ? palvelut,
  • ? prikaatit,
  • ? normitunnit.

Tietokantaresurssit:

  • ? Ihmiset,
  • ? laitteet,
  • ? materiaalit,
  • ? tietokoneet,
  • ? koneet,
  • ? rakennus.

Kuvassa 18 esitetty kaskadimalli mahdollistaa projektin kaikkien vaiheiden peräkkäisen toteutuksen tiukasti kiinteässä järjestyksessä. Siirtyminen seuraavaan vaiheeseen tarkoittaa edellisen vaiheen työn täydellistä valmistumista.

Tämä on esitetty tietokannassa seuraavasti:

  • ? korjaustilausten vastaanottaminen,
  • ? Auton diagnostiikka,
  • ? auton korjaus,
  • ? auton vapauttaminen huoltoasemalta.

Kuva 18. Tietokantamalli

Analyysivaihe

Täällä voit täyttää hakemuksen auton korjaamiseen huoltoasemalla. Asiakas täyttää asiakirjan, jossa asiakas ilmoittaa tarvitsemansa palvelun.

Suunnitteluvaihe

Tässä vaiheessa auto lähetetään diagnostiikkaan, joka määrittää auton rikkoutumisen syyn. Tämän jälkeen kone lähetetään asiakkaan harkinnan mukaan korjattavaksi.

Toteutus- ja toteutusvaihe

Tässä vaiheessa korjataan auton osia, jotka diagnoositulosten mukaan vaativat korjausta tai vaihtoa. Myös ilman tarkastuksia voidaan tässä vaiheessa tehdä korjauksia auton ulko- ja sisätiloihin.

Huoltovaihe

Tässä vaiheessa korjauksille myönnetään takuu ja auton diagnosointiin ja korjaamiseen käytetyt varat lasketaan, minkä jälkeen auto palautetaan omistajalle.

Järjestelmän ominaisuudet

Integroitavuus- järjestelmä on integroitavissa, koska sillä on kyky olla vuorovaikutuksessa eri pankkien (palveluiden maksaminen näiden pankkien kautta), veroyhtiön kanssa (varaosien myynti alueen ulkopuolelle). Järjestelmä on yhteydessä myös erilaisiin autoliikkeisiin (sopimus) ja vakuutusyhtiöihin, jotka vakuuttavat itse autohuollon sekä varaosien ostoyhtiön.

Jaettavuus- järjestelmä koostuu useista osajärjestelmistä, jotka suorittavat tiettyjä toimintoja ja joilla on kyky toimia itsenäisesti.

Rehellisyys- Huolimatta siitä, että järjestelmä on jaettavissa, täysin toimintakuntoisena se ei toimi, jos jonkin sen alijärjestelmän toiminta häiriintyy.

rakenteellisuus- järjestelmäelementtien tasojen ja hierarkioiden jakautuminen, ts. järjestelmä ei voi jatkaa toimintaansa, jos jokin vaiheista ohitetaan (asiakas ei voi tehdä reklamaatiota huoltoasemalle ilman takuuta).

Standardit

GOST 21624 -76 - tämä standardi asettaa tuotteille vaatimukset tietyn huollettavuuden (ET) ja huollettavuuden (RP) varmistamiseksi sekä GOST 20334-81:n mukaiset ET- ja RP-indikaattorien arvot autoteollisuudelle - nelipyöräisille veto- ja osapyörävetoiset ajoneuvot (kuorma-autot, henkilöautot ja linja-autot), perävaunut ja puoliperävaunut (jäljempänä tuotteet).

GOST 18507 -73 - Tämä standardi koskee linja-autoja ja henkilöautoja (jäljempänä autot) ja siinä määritellään menetelmät niiden tarkastustesteille autokorjausyritysten suorittamien suurten korjausten jälkeen.

Standardi ei koske henkilöautoja, joiden peruskorjaus on suoritettu yksittäisten omistajien tilausten mukaan.

Tekniset tiedot

1. Luo yhteinen tietokanta kaikista huoltoaseman palveluista tietylle autolle.


Kuva 19. Huoltoaseman kaikkien palvelujen yleinen kanta

2. Tiedot tarvittavista työkaluista ja materiaaleista.


Kuva 20. Työkalu- ja materiaalitiedot

3. Yhteydet kolmannen osapuolen järjestelmiin.

Kuva 21. Kolmannen osapuolen järjestelmät


Kuva 22. Automaattiset keskitykset

Kuva 23. Vakuutuksenantajat

Kuva 24. Vakuuttajien kenttä

4. Huomautuksia palvelun laadusta.

Kuva 25. Kommentit

Kuva 26. Vierailijoiden arvostelut


Kuva 27. Arvostelut

Työn aikana luotiin tietokanta MS Access -tietokannanhallintajärjestelmään. Työ näyttää vaiheittaisen teknologian tietokannan luomiseksi. Esimerkki "Car Service" -tietokannasta on annettu. Tämä tietokanta testattiin huoltoasemalla. Järjestelmää on testattu. Työn aikana tehtiin säätöjä ja työssä esiteltiin lopullinen versio ”Car Service” -tietokannasta.

On tarpeen luoda tietokanta "Autohuolto"-lisävarusteista

Riisi. 1 Valmiin tietokannan pääpainikelomake "Autohuolto"

"Omistajat" -lomake ja alisteinen "Autot" -lomake

Riisi. 2 Lomake "Autot"

Työntekijät muodostuvat

Riisi. 4 Lomake "Palvelu"

Riisi. 5 Pyyntösivu

Kysely "Ryhmittäminen tehtävien ja työntekijöiden mukaan"

Kysely "mekaanikon sukunimellä"

Pyydä "Haku rekisterinumeron perusteella"

Riisi. 6 raporttia

Raportti "Ryhmittely tehtävien ja työntekijöiden mukaan"

Kuva 7 “Haku rekisterikilven perusteella” -raportti

Riisi. 8 Raportti "Mekaanikon nimellä"

Riisi. 9 Valmiin ”Autohuolto”-tietokannan tietokaaviossa näkyy taulukoiden suhteet: Omistajat, Autot, Huolto, Työluokka, Työntekijät.

Taulukon rakenne "Autot": tila. numero, merkki, omistaja.

Omistajat-taulukon rakenne: omistajan numero, koko nimi, matkapuhelin, ajokortti nro.

Palvelutaulukon rakenne: palvelunumero, ajoneuvo, työluokka, tilauksen valmiuspäivä, työntekijä.

Työntekijät-taulukon rakenne: työntekijän numero, matkapuhelin, osoite, koko nimi.

tai täältä:

Lataa tietokantaraportti näyttölomakkeineen ilmaiseksi

Arvioitu hinta 763 hieroa.

Tarkka hinta riippuu maksutavasta.

Käytä tietokannan maksutapoja: WebMoney, maksupäätteet, Venäjän posti, QIWI, Beeline, MTC, Megafon, pankki- tai luottokortti, WeChat Pay, Alipay (Kiina), UnionPay, Yandex.Money, lahjakortti ja muut.

Lataa Access-tietokannat samanlaisista aiheista:

  1. Tietokannan käyttö Autohuolto 2
  2. Laskujen generoiminen maksua varten autohuoltokeskuksessa
  3. Auton rekisteröinti autoyhtiössä.
  4. ATP (moottorikuljetusyritys).
  5. ATP 2007 (autoliikenneyritys)
  6. Autokorjaamot
  7. "Toimintakirjanpito Ajoneuvo»
  8. "Tieliikenneonnettomuuksien huomioon ottaminen"
  9. Autorikosten rekisteröinti liikennepoliisille.
  10. "Liikennerikkomusten tilitys"
  11. "Auton osien vaihto huoltoasemilla"
  12. Kaupunkiliikenne
  13. "lentolippujen myynti"
  14. "Bussiasema"
  15. "Autonvuokraus"
  16. Auton vuokraus 2
  17. Autokoulu
  18. Varaosayritys
  19. autonäyttely
  20. Ajoneuvojen poistojen laskeminen MOL:n ja ajoneuvoryhmien mukaan
  21. Taksi
  22. Henkilöautoyhtiö
  23. Minibussin aikataulu
  24. Maantiekuljetusten kirjanpito automerkeittäin

Avainsanat: tietokannan lataus; tietokantaohjelma; tietokanta; työselostustietokanta; Lataa pääsy tietokanta; pääsy; valmiin pääsyn tietokanta; käytettävissä olevat tietokannat; pääsy tietokantaan esimerkki; luo tietokanta pääsyssä; pääsy tietokannan esimerkkejä; tietokannan luominen pääsyssä; pääsy tietokantoihin; pääsypyynnöt; käyttää raportteja; pääsy taulukot; makrot pääsyssä; pääsy kurssityöhön; pääsy tietokannan esimerkkejä; pääsylomakkeisiin; Tietokanta microsoft access; ostaa tietokanta; tietokannan luominen; tietokannan esimerkkejä; lataa tietokanta; kurssityö DBMS:stä; tietokannan esimerkkejä; valmis työselostustietokanta. Kurssitietokanta "Autohuolto" luotiin vuonna 2010 ja muutettiin pääsyksi 2003, joten se avautuu pääsyssä 2003, 2007, 2010.

On tarpeen luoda tietokanta "Autohuolto"-lisävarusteista. Valmiin "Car Service" -tietokannan pääpainikemuoto. "Omistajat" -lomake ja alisteinen "Autot" -lomake. Lomake "Autot". Työluokkalomake. Työntekijät muodostuvat. Palvelulomake. Pyyntösivu. Kysely "Ryhmittäminen tehtävien ja työntekijöiden mukaan". Kysely "mekaanikon sukunimellä". Pyydä "Haku rekisterinumeron perusteella". "Ryhmittely tehtävien ja työntekijöiden mukaan" -raportti. Raportoi "Mekaanikon nimellä". Raportoi "Mekaanikon nimellä". Valmiin ”Autohuolto”-tietokannan tietokaavio näyttää taulukoiden suhteet: Omistajat, Autot, Huolto, Työluokka, Työntekijät. Taulukon rakenne "Autot": tila. numero, merkki, omistaja. "Omistajat" -taulukon rakenne: omistajan numero, koko nimi, matkapuhelinnumero, ajokortin numero. "Työluokka" -taulukon rakenne: työkoodi, työn nimi, kuvaus, työn hinta. Palvelutaulukon rakenne: palvelunumero, ajoneuvo, työluokka, tilauksen valmiuspäivä, työntekijä. Työntekijät-taulukon rakenne: työntekijän numero, matkapuhelin, osoite, koko nimi. Kyselyn "Ryhmittäminen tehtävien ja työntekijöiden mukaan" rakenne suunnittelutilassa. Kyselyn "Mekaanikon sukunimellä" rakenne suunnittelutilassa. Haku rekisterikilven mukaan -pyynnön rakenne suunnittelutilassa. Makrot suunnittelutilassa.

Johdanto 3
OSA 1. Tietokannan kehittäminen 4

      Ongelmailmoitus 4
      Verkkotunnuksen analyysi 5
OSA 2: Tietorakenteiden mallintaminen 7
2.1. Käsitteellisen tietokantamallin kehittäminen 7
2.2. Loogisen tietomallin kehittäminen 9
2.3. Entiteetti-suhdemallin muuntaminen relaatiomalliksi
tietomalli 10
OSA 3. Tietokannan suunnittelu 12
3.1. Taulukoiden kehitys 12
3.2. Tiedonsyöttölomakkeiden kehittäminen 17
3.3. Tietokantakyselyjen kehittäminen 21
3.4. Raportin kehitys 27
PÄÄTELMÄ 30
VIITTEET 31
HAKEMUKSET 32

JOHDANTO

Nykyään tietokantasuunnittelusta (jäljempänä DB) on tullut tärkeä merkitys monille organisaatioille, jotka käyttävät tietotekniikkaa parantaakseen työnsä tuottavuutta. Tietokannoista on muodostunut tietojärjestelmien perusta, ja niiden käytöstä on tulossa olennainen osa minkä tahansa yrityksen toimintaa.
Esine kurssityötä on tutkimus relaatiotietokantojen suunnittelutekniikoista.
Kurssityön aiheena on relaatiotietokantojen kehittämisen periaatteiden tutkiminen "Car Service" -tietokannan suunnittelun ja luomisen esimerkin avulla.
Tietokantasuunnittelun tarkoituksena on näyttää pienyrityksen korjaustoiminnan prosessi
Tämän tavoitteen saavuttamiseksi asetettiin seuraavat tehtävät:

    aihealueen määrittely ja analysointi;
    käsitteellisen tietokantamallin kehittäminen;
    "Autohuolto"-tietokannan rakennustaulukot;
    rakentaa lomakkeita, kyselyitä ja raportteja tätä tietokantaa varten.
Relaatiotietokantojen suunnitteluun ja niiden sovelluksiin liittyen on olemassa valtava määrä erilaisia ​​tietolähteitä. Kaikista ehdotetuista resursseista valittiin ne, jotka sopivat tietokantojen suunnitteluun OpenOffice.org Base -ympäristössä. Esimerkiksi kirjoissa käsitellään perustekniikoita ja periaatteita työskentelyyn ja tietokantojen luomiseen käyttäen Basea, joka on osa OpenOffice.org:a. Lähteet tarjoavat perustietoa taulukoiden, lomakkeiden, kyselyjen ja raporttien luomisesta. Kirjoissa kuvataan metodologisia suosituksia tietokantojen suunnitteluun ja toteutukseen.

OSA 1. Tietokannan kehittäminen

      Ongelman muotoilu
Tämä tietokanta on tarkoitettu organisaatioille, jotka harjoittavat kaikenlaisia ​​ajoneuvojen huoltopalveluja.
Tietokannan päätoiminnot liittyvät kaikkien huoltokeskuksessa koskaan olevien autojen tallentamiseen, täydelliset tiedot jokaisesta autosta (merkki, sarja ja teknisen passin numero, alustan numero ja moottorin numero, väri, valmistusvuosi jne.).
Tietokantaan tulee myös tallentaa tiedot jokaisesta autohuollon palveluita vähintään kerran käyttäneestä omistajasta. Perus- ja tarpeellisimpien tietojen lisäksi tulee olla mahdollista tallentaa myös muistiinpanoja, selvennyksiä, kuvauksia jne. asennettujen varaosien ominaisuudet ja paljon muuta hyödyllistä tietoa.
Autohuollon hallinto saattaa vaatia seuraavat tiedot:
    Ajoneuvon koko nimi, sarja ja teknisen passin numero, valmistusvuosi ja valmistajan merkki;
    tiedot tämän tilauksen vastaanottopäivästä, josta ilmenee korjaustöiden kustannukset, vastuullinen teknikko ja tilauksen maksupäivä;
    luettelo korjatuista vioista omistajan autossa;
    Tämän omistajan auton vian poistaneen autohuoltotyöntekijän koko nimi ja hänen asemansa.
DBMS-operaattori voi tehdä seuraavat muutokset:
    lisätä tai muuttaa tilaustietoja;
    lisätä tai muuttaa työntekijän tietoja;
    poistaa tiedot autohuoltotyöntekijästä.
Raporteissa on oltava mahdollisuus antaa todistus viasta omistajan autossa ja raportti autohuollon työstä (korjattavien autojen lukumäärä, ne korjanneen työntekijän nimi).
      Domain-analyysi
"Car Service" -tietokanta on tarkoitettu järjestelmänvalvojalle ja autohuoltohenkilöstölle, joka vastaanottaa ja käsittelee korjaus- ja autohuoltotilauksia.
Tehtävän aihealueena on tiedot vioista, auton omistajista ja autohuoltotyöntekijöistä.
Kehitettävän tietojärjestelmän tulee suorittaa seuraavat toiminnot:
    Laajan tietokokoelman tarjoaminen tietokantataulukoiden muodossa.
    Erilaisten pyyntöjen laatiminen:
    tilausten määrä tietyn ajan;
    korjattavat automerkit;
    korjaustöiden laskeminen tietylle vuodelle;
    palkatun ja palkattoman työn kokonaismäärä;
    prosenttiosuus palkallisesta ja palkattomasta työstä.
Tietojen tuottaminen raporttien muodossa:
    korjattavien autojen merkit, jotka osoittavat käyntien lukumäärän palvelukeskuksessa;
    maksamattomien tilausten määrä;
    korjaustöiden yleinen laskelma tietylle autopalvelun käyttöajalle.
Kehitettävälle tietokannalle asetetaan seuraavat vaatimukset: tietojen eheys, päällekkäisyyden puuttuminen, monista moneen -suhteiden puuttuminen, rekursiivisten suhteiden puuttuminen, suhteet attribuuttien kanssa, useat attribuutit.
Tietokannan sisältämät tiedot täyttävät seuraavat vaatimukset:
merkitys, täydellisyys, luotettavuus, ymmärrettävyys, tehokkuus.
Tämä esitys lisää tietokannan helppokäyttöisyyttä; tässä tapauksessa tietojen syöttäminen rajoittuu tarvittavien tietojen valitsemiseen luettelosta, mikäli mahdollista, mikä varmasti nopeuttaa tietojen syöttämistä ja auttaa välttämään virheellisten parametrien syöttämisen.
Tämän tietokannan luomisen ja käyttöönoton seurauksena vaaditaan seuraavia suoritusindikaattoreita: uusien tietojen syöttämiseen ja vanhojen vaihtamiseen kuluvan ajan lyhentäminen ja sitä kautta työn tuottavuuden lisääminen sekä tietokannan edellyttämien tietojen oikea-aikainen ja täydellinen vastaanottaminen. autohuollon hallinto.

OSA 2: Tietorakenteiden mallintaminen

2.1. Käsitteellisen tietokantamallin kehittäminen

Käsitteellistä tietokantamallia rakennettaessa hyödynnetään I.P. Karpovan suosituksia. . Kuten kirjoittaja huomauttaa, käsitteellinen tietokantamalli on aihealueen korkean tason oliomalli, joka edustaa objektialuetta joukkona objekteja, joilla on tiettyjä ominaisuuksia ja jotka ovat tietyissä suhteissa. Korkean tason tietomallin kehittämisen päätarkoituksena on luoda malli siitä, miten käyttäjä havainnoi tiedot ja sovittaa yhteen tietokannan suunnitteluun liittyvät suuret tekniset näkökohdat. Käsitteellinen tietomalli ei ole sidottu tiettyyn fyysiseen tietokantatoteutukseen, eikä se ole riippuvainen tietystä DBMS:stä. Käsitteellinen malli luodaan jokaisen käyttäjän aihealuetta koskevien ideoiden perusteella, ja se edustaa datajoukkoa, jota käyttäjä tarvitsee ongelmiensa ratkaisemiseen.
Autoservice-tietokannan käsitteellinen malli suunniteltiin "kokonaissuhde" -malliksi.
Mallin peruskäsitteet sisältävät sellaiset käsitteet kuin entiteetti (objekti), suhde (relaatio), entiteettityypit, suhdetyypit ja attribuutit.
Entiteetti on todellinen tai kuviteltavissa oleva esine, jonka tiedot on tallennettava ja saatavilla. ER-mallikaavioissa entiteetti esitetään suorakulmiona, joka sisältää kokonaisuuden nimen. Jokainen entiteetti määritellään joukolla attribuutteja.
Attribuutti on entiteetin nimetty ominaisuus. Sen nimen on oltava yksilöllinen tietylle entiteettityypille, mutta se voi olla sama erilaisia ​​tyyppejä kokonaisuuksia. Entiteettiattribuutti on mikä tahansa yksityiskohta, jonka tarkoituksena on selventää, tunnistaa, luokitella, kvantifioida tai ilmaista kokonaisuuden tilaa. Kirjoitamme attribuuttien nimet entiteettiä ilmaisevaan suorakulmioon ja kirjoitamme ne entiteetin nimen alle.
Suhteet luodaan entiteettien välille.
Suhde on graafisesti esitetty assosiaatio, joka on muodostettu kahden entiteetin välille. Tämä yhteys on aina binäärinen ja voi esiintyä kahden eri entiteetin välillä tai entiteetin ja itsensä välillä (rekursiivinen suhde). Merkitsemme yhteyksiä viivoilla.
Siten aihealueen kuvauksesta poimimme kaikki tyypit
entiteetit:
- Asiakkaat;
– tilaukset;
– Mestarit;
- Luettelo teoksista.
Määritämme jokaiselle entiteetille oman attribuuttijoukon.
Asiakaskokonaisuus määritellään seuraavilla attribuuttijoukolla:

    asiakaskoodi;
    KOKO NIMI.;
    passin tiedot;
    sarja ja tekninen nro. passit;
    automalli;
    väri;
    Alustan nro;
    Moottorin nro;
    liikkeeseenlaskuvuosi.
Tilaukset-entiteettiattribuutit määritellään seuraavasti:
    asiakaskoodi;
    Tilauskoodi;
    vastaanotto- ja maksupäivä;
    korjaustyön laskeminen;
    vastuullinen mestari;
    kommentteja.
Masterin olemus on dokumentoitu seuraavien ominaisuuksien perusteella:
    Päänumero;
    KOKO NIMI;
    asema tässä yrityksessä;
Työluettelo-entiteetti määritellään seuraavilla attribuuttijoukolla:
    varauskoodi;
    työkoodi;
    yksityiskohtaisesti.
Domainmallin mukaisesti esitetään seuraava käsitteellinen malli ”Car Service” -tietokannasta (kuva 1).
Kuva 1 Autohuolto-tietokannan käsitteellinen malli.

2.2. Loogisen tietomallin kehittäminen

Paikallisen käsitteellisen tietomallin muuntaminen paikalliseksi loogiseksi malliksi sisältää ei-toivottujen elementtien poistamisen käsitteellisistä malleista ja tuloksena olevien mallien muuntamisen paikallisiksi loogisiksi malleiksi. Ei-toivottuja elementtejä ovat:
– monesta moneen -suhteet;
– rekursiiviset yhteydet;
– yhteydet attribuuttien kanssa.
Edellä mainittuja ei-toivottuja elementtejä ei löydetty luodusta käsitteellisesta mallista.
Logiikka piiri tiedot on esitetty kuvassa 2.

Riisi. 2. Looginen datakaavio.

      Entiteetti-suhdemallin muuntaminen relaatiotietomalliksi
Entiteetti-suhdemallin muuntaminen relaatiotietomalliksi
suoritetaan suorittamalla peräkkäin useita vaiheita:
– jokainen entiteetti liitetään suhteeseen relaatiotietomallissa;
– jokaisesta entiteettiattribuutista tulee vastaavan suhteen attribuutti;
– kokonaisuuden ensisijaisesta avaimesta tulee vastaavan suhteen ensisijainen avain. Attribuuteille, jotka sisältyvät suhteen ensisijaiseen avaimeen, määritetään automaattisesti vaadittu (NOT NULL) -ominaisuus. Jokaiseen alikokonaisuutta vastaavaan suhteeseen on liitetty pääentiteetin attribuuttijoukko, joka on pääentiteetin ensisijainen avain. Aliyksikköä vastaavassa suhteessa tästä attribuuttijoukosta tulee vierasavain.
Tätä prosessia käsitellään alla.

OSA 3. Tietokannan suunnittelu

      Pöydän kehitys
Taulukko on objekti, joka on suunniteltu tallentamaan tietoja tietueiden (rivien) ja kenttien (sarakkeiden) muodossa.
OpenOffice.org Base tarjoaa kolme eri tavoilla tietokantataulukon luominen:
    taulukoiden luominen suunnittelutilassa;
    luo taulukko ohjatun toiminnon avulla;
    näkymän luominen.
Tässä työssä taulukot luotiin ohjatun toiminnon avulla.
Jokaiselle relaatiotietokantataulukolle on annettu sen rakenne: kenttien kokoonpano, nimet, kunkin kentän tietotyyppi ja koko, taulukkoavaimet ja muut kentän ominaisuudet.
Tietokantataulukoiden kehitys tapahtuu peräkkäin:
    Vaadittujen taulukoiden ja kenttien määrittäminen.
Taulukko on tietokannan perusta, joten taulukoita kehitettäessä on suositeltavaa noudattaa seuraavia perusperiaatteita:
    tietoja ei saa toistaa taulukossa tai taulukoiden välillä;
    Vain yhteen taulukkoon tallennetut tiedot päivitetään vain kyseiseen taulukkoon.
    Jokaisessa taulukossa tulee olla tietoa vain yhdestä aiheesta.
Jokainen taulukko sisältää tietoja tietystä aiheesta, ja jokainen taulukon kenttä sisältää tietyn tosiasian taulukon aiheesta. Jokaiselle tietokannan taulukolle on määritettävä sen sisältämien taulukoiden ominaisuudet.
Autohuoltotietokanta sisältää neljä taulukkoa:
    Asiakkaat-taulukko (kuva 3) on tarkoitettu korjattavan auton omistajan tietojen syöttämiseen. Tämä taulukko sisältää seuraavat attribuutit:
    KOKO NIMI. (kentän tyyppi – teksti, pituus – 50, pakollinen);
    passitiedot (kentän tyyppi – teksti, pituus – 100, vaaditaan);
    sarja ja tekninen nro. passit (kentän tyyppi – teksti, pituus – 15, pakollinen);
    Auton merkki (kentän tyyppi – teksti, pituus – 100, pakollinen);
    auton väri (kentän tyyppi - teksti, pituus - 100, valinnainen);
    Alustan numero (kentän tyyppi – teksti, pituus – 100, valinnainen);
    Moottorin numero (kentän tyyppi – numeerinen, pituus – 100, valinnainen);
    myöntämisvuosi (kentän tyyppi – päivämäärä, pakollinen).
Riisi. 3. Pöytäasiakkaat.
    Tilaukset-taulukko (Kuva 4) on tarkoitettu tilausten tietojen syöttämiseen: milloin tilasi, kuka tilasi, vastaava teknikko, korjaustyön kustannukset, kommentit. Tämä taulukko sisältää seuraavat attribuutit:
    tilauskoodi (kentän tyyppi – kokonaisluku, pituus – 10, pakollinen);
    asiakaskoodi (kentän tyyppi – teksti, pituus – 10, valinnainen);
    tilauspäivämäärä (kentän tyyppi – päivämäärä, valinnainen);
    korjaustyön yleinen laskelma (kentän tyyppi – desimaali, pituus – 100, valinnainen);
    vastuullinen isäntä (kentän tyyppi – kokonaisluku, pituus – 10, valinnainen);
    maksupäivä (kentän tyyppi – päivämäärä, valinnainen);
    vastaanottopäivämäärä (kentän tyyppi – päivämäärä, valinnainen);
    kommentit (kentän tyyppi – testi, pituus – 100, valinnainen).
Riisi. 4. Pöytäjärjestykset.
    Korjaustyötaulukko (Kuva 5) on tarkoitettu kuvaamaan kaikentyyppisiä korjaustöitä, joita tässä yrityksessä tehtiin.
Tämä taulukko sisältää seuraavat attribuutit:
    työkoodi (kentän tyyppi – kokonaisluku, pituus – 10, pakollinen);
    tilauskoodi (kentän tyyppi – kokonaisluku, pituus – 10, pakollinen);
    tiedot (kentän tyyppi – teksti, pituus – 100, valinnainen).
Riisi. 5. Luettelo teoksista.
    Masters (kuva 6). Ohjattu toimintotaulukko on tarkoitettu työntekijöiden tietojen syöttämiseen. Tämä taulukko sisältää seuraavat attribuutit:
    Päänumero (kentän tyyppi – kokonaisluku, pituus – 10, pakollinen);
    KOKO NIMI. masterit (kentän tyyppi – teksti, pituus – 100, valinnainen);
    sijainti (kentän tyyppi – teksti, pituus – 100, valinnainen).
Riisi. 6. Mestarit.
    Perusavainten määrittäminen.
Määritellään jokaiselle entiteetille ensisijainen avain ottaen huomioon, että vahvoilla entiteetillä on vain yksi avainkenttä ja heikoilla sama määrä yhteyksiä. Ensisijaista avainta valittaessa noudatamme seuraavia sääntöjä:
– avaimessa on oltava vähimmäismääritteet;
– sinun tulee käyttää avainta, jonka arvot vähiten todennäköisesti muuttuvat;
– avaimen arvon on oltava vähimmäispituus.
Yllä olevan perusteella määritämme olemassa oleville entiteeteille seuraavat avainkentät:
    Asiakkaat-kokonaisuudella on avainkenttä Asiakaskoodi;
    Tilaukset-kokonaisuus määräytyy tilauskoodiavaimen avulla;
    Master-entiteetillä on avainkenttä Master No.;
    Korjaustyökokonaisuus määräytyy Pyyntökoodiavaimen avulla;
    Taulukoiden välisten yhteyksien muodostus.
Kun olet jakanut tiedot taulukoiksi ja määritellyt avainkentät, sinun on valittava, kuinka DBMS yhdistää asiaan liittyvät tiedot. Tätä varten on tarpeen määrittää tietokantataulukoiden väliset suhteet.
OpenOffice.org BASE tukee neljää taulukkojen välistä suhdetta:
– yksi yhteen (jokainen yhden taulukon tietue vastaa vain yhtä tietuetta toisessa taulukossa);
– yksi moniin (jokainen yhden taulukon tietue vastaa useita toisen taulukon tietueita);
– monta yhteen (samanlainen kuin "yksi moneen" -merkintä);
– monesta moneen (yksi ensimmäisen taulukon tietue voi liittyä useampaan kuin yhteen tietueeseen toisesta taulukosta tai yksi tietue toisesta taulukosta voi liittyä useampaan kuin yhteen tietueeseen ensimmäisestä taulukosta).
"Car Service" -tietokantaan muodostetut yhteydet on jo esitetty edellisessä osiossa kuvassa. 2.
      Tietojen syöttölomakkeiden kehittäminen
Lomake on objekti, joka on suunniteltu syöttämään, muokkaamaan ja tarkastelemaan taulukkotietoja kätevässä muodossa.
Lomakkeet sisältävät niin sanottuja ohjausobjekteja, joiden avulla voit käyttää taulukoiden tietoja. Ohjauselementit ovat tekstikenttiä tietojen, painikkeiden, valintaruutujen, valintanappien, luetteloiden ja tarrojen syöttämiseen ja muokkaamiseen. Tarvittavat ohjaimet sisältävien lomakkeiden luominen yksinkertaistaa huomattavasti tiedonsyöttöprosessia ja auttaa estämään virheitä.
OpenOffice.org Base -lomakkeet tarjoavat toimintoja monien tehtävien suorittamiseen, joita ei voida suorittaa muilla tavoilla. Niiden avulla voit tarkistaa tiedot syöttäessäsi niitä, suorittaa laskelmia ja tarjota pääsyn liittyvien taulukoiden tietoihin alilomakkeiden avulla.
OpenOffice.org Base tarjoaa useita tapoja luoda lomakkeita. Yksinkertaisin niistä on käyttää työkaluja luomaan automaattisesti lomakkeita taulukon tai kyselyn perusteella.
Auto Service -tietokannassa on neljä yksinkertaista lomaketta ja kolme alilomaketta.
Esimerkkejä yksinkertaisista lomakkeista on esitetty kuvissa 7-10.

Kuva 7. Asiakaslomake.

Kuva 8. Tilauslomake.

Kuva 9. Luettelo teoksista.

Kuva 10. Mestarit.
Yhdistelmämuoto sisältää päämuodon ja alimuodon - alimuodon. Alalomake on sisällöltään sama lomake, mutta sitä ei käytetä itsenäisesti, vaan se ladataan aina jostain lomakkeesta dokumenttia avattaessa tai luotaessa. Voit tehdä alilomakkeessa melkein kaiken, mitä voit tehdä lomakkeella, paitsi että et voi lisätä siihen toista alilomaketta.
Kun luot alilomakkeisiin kenttiä, muista ottaa huomioon, että kaikkien kenttien nimien on oltava yksilöllisiä lomakkeessa, samoin kuin kaikkien siinä samanaikaisesti käytettävien alilomakkeiden nimet.
Yhdistelmälomakkeiden ansiosta on mahdollista täyttää eri taulukoita samanaikaisesti.
Esimerkkejä alilomakkeista on esitetty kuvassa. 11-13.

Riisi. 11. Asiakaslomake Tilaukset-alilomakkeella.
Asiakaslomake Tilaukset-alilomakkeella - antaa tarvittavat tiedot asiakkaan tunnistamiseksi ja tälle tilaukselle suoritetun työn tarkasteluun. Tällä lomakkeella voit syöttää tietoja Asiakas- ja Tilaukset-taulukoihin.

Riisi. 12. Lomake Tilaukset alilomakkeella Korjaustyöt.
Tällä lomakkeella voit syöttää tietoja Tilaukset ja korjaukset -taulukoihin.

Riisi. 13. Päälomake Tilaukset-alilomakkeella.
Master-lomakkeella Tilaukset-alilomakkeella voit hallita tietyn päällikön työn suorittamista.

      Tietokantakyselyjen kehittäminen
Kysely on objekti, jonka avulla voit saada tarvittavat tiedot yhdestä tai useammasta taulukosta.
Kyselyillä poimitaan tietoja taulukoista ja esitetään ne käyttäjälle kätevässä muodossa. Niiden avulla tiedot valitaan, lajitellaan ja suodatetaan. Voit muuntaa tietoja tietyllä algoritmilla, luoda uusia taulukoita, täyttää taulukot automaattisesti muista lähteistä tuoduilla tiedoilla, suorittaa yksinkertaisia ​​laskelmia taulukoissa ja paljon muuta.
Kyselyjen erikoisuus on, että ne nostavat tietoa perustaulukoista ja luovat niiden perusteella väliaikaisen tuloksena olevan taulukon (snapshot) - kuvan perustaulukoista valituista kentistä ja tietueista. Kuvan käsitteleminen on nopeampaa ja tehokkaampaa kuin kiintolevylle tallennettujen taulukoiden käsittely.
Pyynnöstä tiedot voidaan lajitella ja suodattaa tarpeen mukaan. Kyselyjä voidaan käyttää myös lomakkeiden, raporttien ja tietojen käyttösivujen tietuelähteinä.
Pyyntöjä on useita:
    Esimerkkipyyntö. Valintakysely on yleisimmin käytetty kyselytyyppi. Tämäntyyppinen kysely palauttaa tiedot yhdestä tai useammasta taulukosta ja näyttää sen taulukkona, jossa tietueita voidaan päivittää (joillain rajoituksin). Valintakyselyitä voidaan käyttää myös tietueiden ryhmittelyyn ja summien laskemiseen,
    jne.................

 Opiskele valitun aihealueen erityispiirteitä.

 Kehitä "Auto Service" -tietokannan tiedot ja looginen malli

 Toteuta se MS Access DBMS:ssä.

 Laadi "Selitys" kurssiprojektille seuraavan suunnitelman mukaisesti:

Tietokannan tarkoitus

Tietokanta "Autopalvelu" on tarkoitettu autohuoltoyrityksen työtilausten vastaanottoon ja käsittelyyn.

Hän ei tietenkään tavoittele ACS:n korkeaa titteliä. Kattavan automaattisen ohjausjärjestelmän edellyttämien kokonaisten lohkojen puuttumisen vuoksi:

 kirjanpito,

 Talousryhmä

 Suunniteltu

 Tarvikkeet

 Ja joukko muita lohkoja.

Vain yksi ACS-lohkoista otetaan käyttöön - "Tilauksen vastaanotto" -työpaikka: työskentely asiakkaiden kanssa: tilausten vastaanottaminen ja kirjaaminen, niiden toteutuksen järjestäminen, työn tulosten raportointi.

Tietokannan suorittamat toiminnot

Tietokanta suorittaa seuraavat toiminnot

1. Autohuoltotyöntekijöitä koskevien tietojen kirjanpito ja tallennus. "Mekaaninens»

2. Tietojen syöttäminen ja tallentaminen suoritettujen töiden tyypeistä. "Tilauss»

3. Asiakkaiden, asiakkaiden autojen ja heitä koskevien tietojen syöttäminen. "Pyyntös»

4. "Syötä tiedot tilauksista" -lomakkeella voit syöttää itse asiassa tilaus, asiakkaan koko nimi (luettelosta), asiakkaan auton tyypin valinta ja sen tietojen syöttäminen.

Samaan paikkaan merkitään suoritettujen töiden kokoonpano ja niitä suorittavien autohuoltohenkilöstön nimet. Ja myös - tiedot käytettyjen varaosien koostumuksesta ja määrästä.

5. Tietokanta sisältää myös erilaisia ​​raportteja, joiden avulla voit analysoida autohuoltoyrityksen tilannetta.

Käyttäjäluokat

Tietokanta on tarkoitettu ensisijaisesti autohuoltohenkilöstölle, joka vastaanottaa ja käsittelee korjaus- ja ajoneuvohuoltotilauksia.

Ja siinä esitetyt raportit ovat yrityksen muille osastoille sekä sen johtajille.

Tietokannan suunnittelu

Esittelemme seuraavaa käsitteitä Ja symboleja :

Entiteetit

ESSENCE

Essence - todellinen tai kuviteltu esine , joiden tiedot on tallennettava ja saatavilla. ER-mallikaavioissa entiteetti esitetään suorakulmiona, joka sisältää kokonaisuuden nimen.

Entiteetit merkitsemme suorakulmioilla,

Kokonaisuuden attribuutit

Attribuutti – nimetty kokonaisuuden ominaisuus . Sen nimen on oltava yksilöllinen tietylle entiteettityypille, mutta se voi olla sama eri entiteettityypeille. Entiteettiattribuutti on mikä tahansa yksityiskohta, jonka tarkoituksena on selventää, tunnistaa, luokitella, kvantifioida tai ilmaista kokonaisuuden tilaa.

ESSENCE

Attribuutit

Attribuuttien nimet laitamme sen suorakulmioon,

merkitsee olemus, entiteetin nimen alle ja kirjoita

pienillä kirjaimilla.

Suhteet

Yhteys - tämä on kuvattu graafisesti yhdistys , asetettu kahden entiteetin väliin. Tämä yhteys on aina binäärinen ja voi esiintyä kahden eri entiteetin välillä tai entiteetin ja itsensä välillä (rekursiivinen suhde).

Liitännät– Merkitsemme riveillä, joiden yläpuolelle laitamme yhteysaste 1 » tai « » , joka tarkoittaa "monia" ja sen ominaisuuksia.

Avainkentät

Määritellään käsite ensisijainen Ja ulkoinen avaimet

Avain on attribuuttien vähimmäisjoukko, jonka arvojen avulla voidaan yksiselitteisesti löytää tarvittava kokonaisuus. Minimaalisuus tarkoittaa, että minkään attribuutin jättäminen pois joukosta ei salli entiteetin tunnistamista jäljellä olevien määritteiden perusteella. Jokaisella entiteetillä on ainakin yksi mahdollinen avain.

Yksi niistä on otettu pääavain .

Valittaessa pääavain etusija olisi annettava ei-komposiitti avaimet tai avaimet, jotka koostuvat vähimmäismäärästä attribuutteja. Ei myöskään ole tarkoituksenmukaista käyttää avaimia, joissa on pitkiä tekstiarvoja (on suositeltavaa käyttää kokonaisluku e attribuutit).

Entiteetin ensisijaista avainta (mikä tahansa primaariavaimeen osallistuvaa attribuuttia) ei saa hyväksyä toistaiseksi merkitys. Muuten syntyy ristiriitainen tilanne: ilmestyy joku, jolla ei ole yksilöllisyyttä, ja siksi ei olemassa oleva entiteettiinstanssi. Samoista syistä on varmistettava ainutlaatuisuus pääavain.

Vieraat avaimet

    Jos kokonaisuus KANSSA yhdistää kokonaisuuksia A Ja SISÄÄN, sen on sisällettävä entiteettien A ja B ensisijaisia ​​avaimia vastaavat vieraat avaimet.

    Jos kokonaisuus SISÄÄN tarkoittaa kokonaisuutta A, sen tulee sisältää entiteetin ensisijaista avainta vastaava vierasavain A.

Huomautus:

1. Koska kehittäjät MS Access DBMS aluksi otti huomioon syntyneet ongelmat ensisijainen Ja vieraita avaimia, Accessiin otettiin käyttöön erityinen kenttätyyppi - KEY FIELD. Sen tyyppi on COUNTER.

Pääsy ei vaadi sen sisällyttäminen taulukkoon. Mutta kiireesti tarjouksia.

Tämän kenttätyypin ominaisuudet ovat:

    Sisään tullessa uusi merkintä– tälle alueelle muodostuu AUTOMAATTISESTI uusi, ainutlaatuinen, ei toistuva numeerinen arvo.

    Kenttä ei voi hyväksyä toistaiseksi merkitys.

    Kenttä – automaattinen indeksoitu.

    Tämän kentän arvon muuttaminen manuaalisesti mahdotonta.

Siksi ongelma keskeiset kentät Ja vieraita avaimia Accessissa ratkaisu on yksinkertainen:

    Päätaulukossa(entiteetit) luovat erityistä avain ala. Meillä on se pääavain .

    Kirjoitamme sen kopion (samalla nimellä) alataulukoihin. Se on heidän ulkoinen avain .

    Yhdistämme pää- ja alataulukot näiden kenttien avulla. Siinä kaikki. Yhteys on valmis!

2. Kehittäjät esittelivät Accessiin työkalun nimeltä « Data Schema »

Mikä sallii paitsi sitoa taulukoita, mutta ilmoittaa myös jokaiselle liitännälle:

    hänen tyyppi("yksi yhteen", "yksi moneen" jne.)

    ja hän ominaisuudet: Eheyden varmistaminen sekä tietojen peräkkäiset päivitykset ja poistot liittyvistä taulukoista ja kentistä.

Mitä on ilmoitettava rakentamisen yhteydessä ER– mallit Tietokanta.

Erityisesti, siksi Access on ihanteellinen ohjelmointijärjestelmä ER-mallien toteuttamiseen.

Toteutettaessa meidänER- mallit sisäänPääsyHyödynnämme kaikki nämä mahdollisuudet.

Lähetä hyvä työsi tietokanta on yksinkertainen. Käytä alla olevaa lomaketta

Opiskelijat, jatko-opiskelijat, nuoret tutkijat, jotka käyttävät tietopohjaa opinnoissaan ja työssään, ovat sinulle erittäin kiitollisia.

Lähetetty osoitteessa http://www.allbest.ru/

VENÄJÄN ENSIMMÄINEN KORKEA TEKNINEN LAITOS

VENÄJÄN FEDERAATIOIN OPETUS- JA TIETEMINISTERIÖ

Liittovaltion budjettitaloudellinen korkea-asteen koulutuslaitos

"KANSALLISET MINERAALIVARAT YLIOPISTO "kaivostoiminta"

Kurssityöt

"Tietokanta - autohuolto"

Tieteenala: Soveltava ohjelmointi

Täydentäjä: Stepanova K.A.

Tarkastettu: Matyukhin S.A.

Pietari 2013

Johdanto

1. Aihealueen kuvaus

2. Tietokannan rakenteen kuvaus

3. Taulukot

4. Tehtäväehdot

5. Ohjelman kuvaus

6. Komponentit

7. Käyttäjäkaavio

8. Käyttöliittymä

Johtopäätös

Bibliografia

Sovellus

Johdanto

Meidän aikakaudellamme, digitaalisen teknologian aikakaudella, tietokoneilla on tärkeä rooli. Nyt jokaisessa organisaatiossa - olipa kyse valtion virastoista tai yksityisistä yrityksistä, kaikki on tietokoneistettua, ja tämä johtuu erittäin suuresta laskentatehosta. Monimutkaisimmatkin prosessit ja osoitetut tehtävät lasketaan mahdollisimman lyhyessä ajassa, ja aikatekijällä on usein ratkaiseva rooli useimmissa kohdistetuissa tehtävissä. Tietokoneiden laskentateho ja muistikapasiteetti ovat viime vuosina kasvaneet uskomattoman suureksi, ja niiden hinnat ovat laskeneet merkittävästi, mikä on osaltaan myötävaikuttanut täysin kaikkien ihmisen toiminnan alojen massatietokoneistukseen. Nyt on vaikea kuvitella elämää ilman älykästä konetta, joka yksinkertaistaa ja nopeuttaa valtavaa määrää tehtäviä. Tietokoneen käyttökelpoisuus kumoutuu erikoisohjelmiston puuttuessa, jota ilman "rauta-avustaja" tulee hyödyttömäksi. Tässä työssä puhumme noin tärkeän ja useimmissa organisaatioissa pääohjelman luomisesta, jonka nimi on tietokanta. Tässä nimenomaisessa tapauksessa autohuoltotietokanta.

1. Aihealueen kuvaus

Tehtävän tavoitteena on saada ohjelmistotuote, jonka avulla voit tallentaa tietoja palveluasiakkaista, heidän autojensa vioista, mikä varmistaa tietojenkäsittelyn tehokkuuden ja luotettavuuden.

Autohuoltotietokanta on tarkoitettu autohuollon toimijoille ja tarjoaa pääsyn tietoihin auton merkistä, käyntipäivämäärästä, toimintahäiriöstä, auton vin-numerosta sekä tietoja asiakkaista: puhelinnumero jne.

Ohjelman tehokkuus on käsittelyajan lyhentäminen ja tarvittavan tiedon etsiminen.

Tarve automatisoida tämä tehtävä johtuu siitä, että tarvittavien tietojen valinta raportteihin ja insinöörien työn kirjaaminen tapahtuu yleensä manuaalisesti tai Excelillä, kuluttaen siihen huomattavan paljon aikaa. Tämä ohjelma Se tarjoaa myös mahdollisuuden etsiä, suodattaa ja lajitella tietoja.

Ohjelman käyttäminen ei vaadi erityisiä ohjelmointitaitoja.

2. Tietokannan rakenteen kuvaus

Taulukkosuhteet:

Asiakastaulukko linkitetään isäntätaulukkoon 1:N-suhteella käyttämällä vin_number-kenttää

Asiakastaulukko yhdistetään laskentataulukkoon 1:1-suhteella käyttämällä vin_number-kenttää

3. Taulukot

Taulukko 1: Asiakkaat (johtotaulukko)

Taulukko 2: Isännät (orja)

Taulukko 3: Isännät (orja)

ohjelmistojen autohuoltotietokannan muokkaus

4. Tekninen tehtävä

Syy kehitykseen:

Opettajan tehtävä käytännön tuntien johtamiseen ja kurssitöiden suorittamiseen.

Kehittämisen tarkoitus:

Ohjelma on suunniteltu automatisoimaan autohuollon toimijoiden työtä.

Ohjelman vaatimukset:

· Pitäisi automatisoida autohuoltoyrityksen työ

Tietojen on oltava pysyvästi tallennettuina tietokoneen kiintolevylle

· Tietokantaa on voitava tarkastella siten, että siitä voidaan poistaa tiettyjä tietoja.

Luotettavuusvaatimukset:

· Ohjelman on käsiteltävä virheelliset käyttäjän toimet ja ilmoitettava siitä hänelle.

· Ohjelman tulee ohjata syötetietoja.

5. Ohjelman kuvaus

yksityinen void Form1_Load(objektin lähettäjä, EventArgs e) () // ladataan pääkomponentteja

yksityinen void b_add_Click(objektin lähettäjä, EventArgs e) () // uuden merkinnän lisääminen

yksityinen void b_replace_Click(objektin lähettäjä, EventArgs e) () // muokkaa merkintää

yksityinen void b_cancel1_Click(objektin lähettäjä, EventArgs e) () // peruuta toiminto

yksityinen void b_save_Click(objektin lähettäjä, EventArgs e) () // tallennetaan muutoksia

yksityinen void b_tietue1_Click(objektin lähettäjä, EventArgs e) () // kirjoittaa tietoja

yksityinen void b_delete_Click(objektin lähettäjä, EventArgs e) () // poista tiedot

private void b_exit_Click(objektin lähettäjä, EventArgs e) () // poistu ohjelmasta

6. Komponentit

7. Kaava vartenkäyttäjä

Taulukko 1 "Asiakkaat" ja taulukko 2 "Masterit" yhdistetään "yksi moneen" -suhteella käyttämällä vin_number-kenttää.

Taulukko 1 "Asiakkaat" ja taulukko 3 "kustannukset" liittyvät "yksi yhteen" -suhteella käyttämällä vin_number-kenttää.

8. Käyttöliittymä

Uuden merkinnän lisääminen

Vanhan postauksen muokkaaminen

merkinnän poistaminen

Lajittele käyntipäivän mukaan

Allekirjoitetut taulukot

Autohuolto-ohjelman päätaulukko sisältää:

1. Luettelo asiakkaiden autoista

2. Auton omistajan hakemuksen päivämäärä

3. Toimintahäiriö

4. Asiakkaan puhelinnumero

5.VIN-numero

6. Asiakasluetteloa hallitaan painikkeilla (Lisää/Korvaa/Poista)

7. Näytä ja tallenna salongin asiakkaat

8. Lajittelu

10. Mestareiden valinta

11. Taulukoiden nimet

12. Poistu ohjelmasta

Johtopäätös

Työn tulos oli luominen ohjelmisto autohuoltoliikkeen työpaikan huolto.

Kurssin aikana hankittiin taitoja tietokantojen rakentamisesta ja ohjelmoinnista C#-ohjelmointikielellä.

Bibliografia

1. Matyukhin S.A. "Ohjelmointi C#-oliolähtöisessä lähestymistavassa" - koulutus- ja metodologinen kompleksi 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamut, P. Gold C#-ohjelmointikieli. Klassinen tietojenkäsittelytiede. 4. painos = C#-ohjelmointikieli (kattaa C# 4.0:n), 4. painos. - Pietari: "Peter", 2012. - 784 s. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. 2. painos = Head First C#, 2ed. - Pietari: "Peter", 2012. - 704 s. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 -ohjelmointikieli ja .NET 4.5 Framework, 6. painos = Pro C# 5.0 ja .NET 4.5 Framework, 6. painos. - M.: Williams, 2013. - 1312 s. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Hakemisto. Kielen täydellinen kuvaus = C# 5.0 pähkinänkuoressa: Lopullinen viite. - M.: Williams, 2013. - 1008 s. -- ISBN 978-5-8459-1819-2

6. Herbert Shildt. C# 4.0: täydellinen opas= C# 4.0 The Complete Reference. -- M.: "Williams", 2010. -- S. 1056. -- ISBN 978-5-8459-1684-6

Sovellus. Koodiohjelmia

käyttäen System.Collections.Generic;

käyttäen System.ComponentModel;

käyttäen System.Data;

käyttäen System.Drawing;

käyttäen System.Linq;

käyttäen System.Text;

käyttäen System.Threading.Tasks;

käyttäen System.Windows.Forms;

julkinen osaluokka Lomake1: Lomake

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Visible = false;

private void customersBindingNavigatorSaveItem_Click_1(objektin lähettäjä, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

yksityinen void Form1_Load(objektin lähettäjä, EventArgs e)

// TODO: Tämä koodirivi lataa tiedot "db_autoDataSet.masters" -taulukkoon. Sinä pystyt siirrä tai poista se tarpeen mukaan.

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

// TODO: Tämä koodirivi lataa tiedot "db_autoDataSet.calculation" -taulukkoon. Voit siirtää tai poistaa sen tarpeen mukaan.

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

// TODO: Tämä koodirivi lataa tiedot "db_autoDataSet.customers" -taulukkoon. Voit siirtää tai poistaa sen tarpeen mukaan.

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

yksityinen void b_exit_Click(objektin lähettäjä, EventArgs e)

yksityinen void button5_Click_1(objektin lähettäjä, EventArgs e)

yksityinen void b_add_Click(objektin lähettäjä, EventArgs e)

groupBox1.Visible = tosi;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

yksityinen void b_replace_Click(objektin lähettäjä, EventArgs e)

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

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

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

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

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

textBox6.ReadOnly = tosi;

groupBox2.Visible = tosi;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

yksityinen void b_cancel1_Click(objektin lähettäjä, EventArgs e)

b_add.Visible = tosi;

b_delete.Visible = tosi;

b_exit.Visible = tosi;

b_exit2.Visible = tosi;

b_replace.Visible = tosi;

b_save.Visible = tosi;

groupBox1.Visible = false;

yksityinen void b_cancel2_Click(objektin lähettäjä, EventArgs e)

b_add.Visible = tosi;

b_delete.Visible = tosi;

b_exit.Visible = tosi;

b_exit2.Visible = tosi;

b_replace.Visible = tosi;

b_save.Visible = tosi;

groupBox2.Visible = false;

yksityinen void b_save_Click(objektin lähettäjä, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(lähettäjä, e);

yksityinen void b_tietue1_Click(objektin lähettäjä, EventArgs e)

DataTable-taulukko = db_autoDataSet.Tables;

DataRow row = table.NewRow();

rivi = tekstilaatikko1.Teksti;

rivi = Convert.ToDateTime(textBox2.Text);

rivi = textBox3.Text;

rivi = textBox4.Text;

rivi = textBox5.Text;

taulukko.Rivit.Lisää(rivi);

groupBox1.Hide();

b_replace.Visible = tosi;

b_delete.Visible = tosi;

b_exit.Visible = tosi;

b_add.Visible = tosi;

b_exit2.Visible = tosi;

b_save.Visible = tosi;

yksityinen void b_tietue2_Click(objektin lähettäjä, EventArgs e)

DataTable-taulukko = db_autoDataSet.Tables;//12 linkitetty dynaamisesti. pöytä taulukko tietokannan ensimmäisellä tiedostolla

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 sai nykyisen tietueen vin

DataRow row = table.Rows.Find(vinRab);//14 yhdistetty dynaaminen. rivi rivi vin-tiedoston tietueella shifrRabilla ja siirsi DataSetin "editing"-tilaan, jossa voit muuttaa kenttien arvoja

rivi = textBox10.Text;//15 kirjoitettiin ikkunasta annetun rivin toiseen kenttään

rivi = Convert.ToDateTime(textBox9.Text);// 15 kirjoitettiin rivirivin kolmanteen kenttään

rivi = textBox8.Text; //15 kirjoitettiin rivin rivin neljänteen kenttään rivi = textBox7.Text;

rivi = textBox6.Text;

table.AcceptChanges();//15 AcceptChanges-komennon avulla voit hyväksyä muuttuneet kenttäarvot

groupBox2.Hide();//16

b_replace.Visible = tosi;

b_delete.Visible = tosi;

b_exit.Visible = tosi;

b_add.Visible = tosi;

b_exit2.Visible = tosi;

b_save.Visible = tosi;

yksityinen void b_delete_Click(objektin lähettäjä, EventArgs e)

// kursorin alta olevan rivin poistaminen

// rakentaa ensin varoitus, jotta et tee virheellistä poistoa

merkkijono s1, s2, s3, s4, s5, viesti;

DialogResult tulos; // 18

int ind = asiakkaatDataGridView.CurrentRow.Index;

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

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

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

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

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

viesti = "Auton merkki = " + s1 + "\nKäyntipäivä = " + s2 + "\n Vika = " + s3 + "\n Asiakkaan puhelinnumero = " + s4 + "\n Vin-numero" + s5;

// tulosmuuttuja voi ottaa arvot joko DialogResult.Yes tai DialogResult.No

result = MessageBox.Show(message, "Poistetaanko seuraava merkintä? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (tulos == DialogResult.Yes)//Rivi on poistettu

(// 20 Nykyinen taulukko asiakkailta DataGridView tyyppiä DataGrid kirjoitetaan puskuritaulukkoon

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // jos taulukko ei ole tyhjä

CurMng.RemoveAt(CurMng.Position); // merkityn sijainnin poistaminen

// tässä tulos == DialogResult.No ja poisto hylätään

// poistu prosessista

Lähetetty osoitteessa Allbest.ru

Samanlaisia ​​asiakirjoja

    Tietokannan luominen. Etsi, muuta ja poista tietueita. Tietojen käsittely ja vaihto. Tietokannan suunnittelu. Kaavojen määrittäminen tietokannan laskennalliselle osalle. Kenttien ja tietueiden muokkaaminen. Lomakkeet tietokannan sisältämien tietojen esittämiseen.

    kurssityö, lisätty 23.02.2009

    Ohjelmistotuotteen kehittäminen - "Excursion"-tietokanta integroidussa ohjelmointiympäristössä C++ Builder 6. Tietokantatietojen katselujärjestyksen määrittäminen, muokkaaminen ja poistaminen. Käyttöoppaan ja yleisen ohjelmaliittymän ominaisuudet.

    kurssityö, lisätty 11.3.2013

    Tietokannanhallintajärjestelmien tarpeen perustelut yrityksissä. Tietokannan hallintaohjelmiston kehittämisen ominaisuudet, jotka mahdollistavat tietokannan tietueiden katselun, muokkaamisen, lisäämisen, kyselyjen ja raporttien luomisen.

    kurssityö, lisätty 23.1.2010

    Tietokannan luominen ja kuvaus "Educational Database" -ohjelmasta, joka on suunniteltu opiskelijoiden tietojen ryhmittelyyn. Ominaista toiminnallisuutta ohjelmat: tietueiden lisääminen tietokantaan, muokkaaminen, tietueiden poistaminen ja tietojen lajittelu.

    kurssityö, lisätty 25.4.2011

    "Sports Equipment Database" -ohjelman kehittäminen. Moduulien ja lohkojen toimintaalgoritmin kuvaus. Hankkeen esittelyn rakennekaavio. Prosessi tarvittavien tietojen löytämiseksi. Automaattinen tietojen lajittelu. Merkintöjen lisääminen ja muokkaaminen.

    kurssityö, lisätty 15.8.2013

    Yksinkertaisten viitelomakkeiden luominen. Lomakkeen ominaisuuksien muokkaaminen suunnittelutilassa. Ohjainten ominaisuuksien lisääminen ja muokkaaminen. Raporttien suunnittelu tietokantaan. Pöydän heittäminen normaali muoto ja tietoskeeman rakentaminen.

    tiivistelmä, lisätty 23.11.2008

    Tietokannan ja ohjelmiston suunnittelun ja kehittämisen menettely. Tietoa tietokannan rakenteesta, luoduista taulukoista, lomakkeista, raporteista, kyselyistä, tallennetuista tiedoista. Loogiset ja käsitteelliset tietomallit; ohjelmiston valinta.

    kurssityö, lisätty 20.1.2010

    Rajoitustyypit, jotka säilyttävät eheyden relaatiotietomallissa. Ensisijaisen avainkentän arvon määrittäminen generaattorilla. Tietueiden lisääminen, muuttaminen ja poistaminen Library-tietokantataulukossa SQL-ohjelmointikielellä.

    laboratoriotyö, lisätty 10.10.2012

    Verkkotunnuksen analyysi. Vaatimukset hotellitietokannan laatimiselle. Tarvittavien tietojen hakuprosessin toteuttaminen. Taulukot, kyselyt, raportit ja niiden tulostaminen. Tietojen muokkaaminen, lisääminen ja tallentaminen.

    kurssityö, lisätty 7.2.2016

    Perustelut sovelluskehitystyökalujen valinnalle. Tietojen lisääminen, poistaminen, muokkaaminen. Tietokannan tietojen heijastus. Etsi valitun taulukon tiedot. Projektit Data, Entiteetti, Logiikka, Yritys. Ohjelmaprojektien välinen vuorovaikutuskaavio.




Yläosa