MOSKVA RIIKLIK TEHNIKAÜLIKOOL "MAMI"

KURSUSETÖÖ

distsipliini järgi: juhtimissüsteemide infotugi

teemal: "Jalgpalliklubi andmebaasi arendamine"

Lõpetanud: õpilane 642 rühm

Pletnev Nikolai Viktorovitš

Kontrollis: õpetaja

Semenikhin Gennadi Iljitš

Serpuhhov 2009

Sisuülesanne

Sissejuhatus

1. Organisatsiooni tegevuse kirjeldus

3. Andmebaasi arendamine Access 2003 DBMS keskkonnas

3.1 Tabelite koostamine

3.2 Andmeskeemi koostamine

3.3 Vormide koostamine

3.4 Päringute loomine QBE-s ja SQL-is

3.5 Aruannete koostamine

4. Terminite sõnastik

Järeldus

Bibliograafia

Harjutus

1. Koostada Chelsea jalgpalliklubi tegevuse kirjeldus, sõnastada tema infohaldussüsteemi põhiülesanded ja põhjendada nõudeid selle andmebaasile.

2. Töötage välja andmebaasi "olemi-suhte" mudel:

Koostage olemite ja nende atribuutide loend

Tõstke esile olemitevahelised suhted

Koostage ER-tüüpi ja ER-juhtumite diagrammid, võttes arvesse kõiki oleme ja seoseid

Looge esialgsete seoste komplektid, võttes arvesse ühenduse määra ja olemi eksemplaride kuuluvuse klassi ning määrates iga seose jaoks esialgse võtme ja kasutades ER-tüüpi diagramme

Lisage suhetele mittevõtmeatribuudid

Vajadusel kohandage ER-tüüpi diagramme

3. Rakendada jalgpalliklubi "Chelsea" infohaldussüsteemi arendatud relatsiooniandmebaas Access 2003 DBMS keskkonnas.

4. Töötage välja vähemalt 2 aruannet ja vähemalt 5-7 andmebaasipäringut, kasutades DBMS-i tööriistu ning QBE ja SQL keeli koos põhjendusega nende kasutamise kohta organisatsioonis.

Sissejuhatus

Andmebaas on konkreetse teema või ülesandega seotud teabe kogum, näiteks klientide tellimuste jälgimine või muusikakogu haldamine. Kui andmebaasi ei salvestata arvutisse või on arvutisse salvestatud ainult osa sellest, saab teavet jälgida paljudest muudest allikatest, mida kasutaja peab ise koordineerima ja korraldama.

Andmebaasi arendamine Microsoft Accessiga on kiire ja täpne. Andmebaase on kõikjal, mis viitab sellele, et nende kasutamine lihtsustab oluliselt erinevaid organisatsioonides saadaolevaid toiminguid.

Microsoft Accessiga saate luua tabeleid, vorme ja muid andmebaasi moodustavaid objekte. Funktsioon on päringute loomine SQL-päringu abil.

Päringuid kasutatakse andmete vaatamiseks, muutmiseks ja analüüsimiseks mitmel erineval viisil. Päringuid saab kasutada ka vormide, aruannete ja andmetele juurdepääsu lehtede kirjeallikatena.

SQL-päring on päring, mis on loodud mitmesuguste lausetega, nagu Select, UpDate või DELETE. SQL-päringute näited on liitumispäringud, serveripäringud, juhtpäringud ja alampäringud.

Selles kursusetöös esitatakse andmebaas, mis koosneb tabelitest, SQL-is ja QBE-s esitatud päringutest.

1. Chelsea jalgpalliklubi tegevuse kirjeldus

juurdepääs teabehalduri baasile

Chelsea jalgpalliklubi asutati 1905. aastal Londonis. See klubi mängib Inglismaa kõrgliigas (Inglise meistrivõistlused). Chelsea FC-l on fännide seas hüüdnimi - Aristocrats. See hüüdnimi pärineb Londoni jõukast piirkonnast. Piirkond, kus elavad uduse Albioni jõukaimad kodanikud. Chelsea FC esitust 20. sajandil ei peetud kuigi eredaks ja seetõttu peeti neid Inglismaal keskmiseks. 1955. aastal tulid nad esimest korda Inglismaa meistriks. Chelsea FC mängis Euroopa karikavõistlustel harva ning edu ei olnud muljetavaldav. 1971. aastal õnnestus neil aga pärast eelmisel aastal võidetud FA karikat võita Euroopa karikavõitjate karikas. 20. sajandi lõpus võitsid aristokraadid veel ühe karikakarika ja seejärel Euroopa superkarika. See oli klubi ajaloo suurim tiitel. Kui Chelsea FC ostis Venemaa miljardär Tšukotka kuberner Roman Abramovitš, omandas klubi palju tähtmängijaid nagu Petr Cech, Ricardo Carvalho, Claude Makelele, Jeremy jne. Selliste mängijatega on klubi tõusnud üheks Euroopa tugevamaks. Ja 2005. aastal võitis ta Inglismaal oma teise liigatiitli. Viimasel ajal on klubisse tulnud mitte vähem tuntud mängijad nagu Arjen Robben, Michael Ballack, Andriy Shevchenko, Didier Drogba. Need mängijad aitasid võita kolmanda Inglismaa tiitli. Chelsea FC on viimase kahe aasta jooksul jõudnud Meistrite liigas poolfinaali.

Chelsea staadion on Stamford Bridge, mis mahutab 42 142 inimest koos VIP-kohtadega. Klubi president on Bruce Buck. Aristokraatidel on oma fännisait www.chelseafc.com.

Chelsea jalgpalliklubi juhtimissüsteemi võib jagada mitmeks alamsüsteemiks:

Töötage meeskonnaga nii põhi- kui ka reserviga. Selles lõigus käsitletakse ka tööd noortekoondisega. See alamsüsteem on mis tahes matši võitmiseks kõige olulisem.

Töötage personaliga, nimelt meeskonnatreeneri, väravavahtide treeneri, noortekoondise treeneri, arstide, turundusspetsialistide, staadionispetsialistide, fännide esindajaga jne.

Töö fännidega on moraalse toe peamine osa. Just fännide arv määrab klubi populaarsuse maailmas.

Töö klubi rahaasjadega määrab finantsseisu. Siin arvestatakse mängijate, treenerite, arstide, juhtide jne palka. Majanduslik seis näitab klubi võimekust teha erinevaid tehinguid, näiteks mängijate ostmine tugevdamiseks, staadioni ja teiste klubiga külgnevate hoonete kaasajastamine.

Iga klubi liikme palk sõltub tema positsioonist selles. Seetõttu on igal inimesel oma staatus, mis määrab tema palga ja rolli.

Mängu kvaliteet mõjutab ka palka. Selleks võtavad nad tema andmeid saavutuste kohta, mis näitavad matšide, väravate, karikate arvu. Mängija parameetrid nagu pikkus, kaal määravad tema seisundi võitluses. Nende andmete järgi paigutatakse mängija matšile, võttes arvesse vastase andmeid. Mängija vanus määrab tema kogemused ja oskused mängus.

Kohta jalgpalliväljakul nimetatakse rolliks. Mängija valik rolli järgi on meeskonna mängukvaliteedi seisukohalt väga oluline. Kui mängija on vigastatud, on vaja asendada. Aga keda asendada? Selleks teeb peatreener saadaolevate mängijate hulgast rollipõhise valiku. Kui mängijaid napib, pöördub treener juhtkonna poole vajadusega osta jalgpallur teisest klubist.

2. Andmebaasi "olemi-suhte" mudeli väljatöötamine

Olemi ja suhete mudeli väljatöötamiseks on vaja järgmisi projekteerimisetappe:

1. Valige olemid ja nendevahelised seosed.

2. Koostage ER-tüüpi diagrammid.

3. Eelseoste komplekti moodustamine, näidates ära nende esmased võtmed.

4. Mittevõtmeatribuutide lisamine suhetele.

5. Eelsuhete vähendamine 3 tugevdatud normaalvormile.

Chelsea jalgpalliklubi "olemi-suhte" mudeli arendamine:

1. etapp: olek (kood, oleku tüüp)

Mängija (kood, perekonnanimi, eesnimi, ametikoht, vanus jne)

Saavutus (perenimi, eesnimi, vastete arv...)

Leping (lepingu number, perekonnanimi...)

Personal (kood, perekonnanimi, eesnimi)

2. etapp: valige ühendused ja määrake liikmeklass:

Mängijal on olek

Mängijal on saavutusi

Personalil on staatus

Mängija vastab Lepingule

Personal järgib Lepingut

Saadud andmete põhjal koostame ER-tüüpi diagrammi:

Mängija

Olek

1 1

Leping

Mängija

1 1 1 1

Mängija

Saavutused

M 1 1 1

3. etapp: esialgsete suhete komplekti moodustamine toimub vastavalt reeglitele:

Reegel 1: Kui binaarsuhte aste on 1:1 ja KP on kohustuslik, siis moodustub üks seos. Primaarvõti võib olla mis tahes olemivõti.

Reegel 2: Kui seose aste on 1:1 ja CP on O-N, siis iga olemi jaoks moodustatakse see primaarvõtmete suhtes, mis on vastavate olemite võtmed, siis suhte suhtes olem millel on kohustuslik CP, lisatakse atribuudina olemivõti koos valikulise CP-ga .

Reegel 3: kui seose aste on 1:1 ja mõlema olemi liikmesusklass on valikuline, peate kasutama kolme primaarvõtmetega suhet, millest kaks on seostega seotud.

Reegel 4: Kui seose aste on 1:M ja CP liikmesusklass on kohustuslik, siis piisab kahe seose moodustamisest, iga olemi jaoks üks.

Reegel 5: Kui seose aste on 1:M ja M-ühendatud olemi liikmesusklass on valikuline, siis on vaja moodustada 3 seost, 2 seost vastavad seotud olemitele, mille võtmed on selles suhtes esmased .

Reegel 6: kui seose aste on M:M ja üksuse liikmeklass on nõutav, siis ei sõltu see olemi liikmeklassist.

Vastavalt reeglile 1: 1. Olek (kood, oleku tüüp…)

Vastavalt reeglile 5: 1. Staatus (kood, staatuse tüüp……)

2. Mängija (kood, perekonnanimi…)

3. Leping (lepingu number, perekonnanimi …..)

Vastavalt reeglile 1: 1. Saavutused (perenimi, ...)

Vastavalt reeglile 2: 1. Töötajad (kood, perekonnanimi ....)

2. Leping (lepingu number, perekonnanimi ....)

3. Andmebaasi arendamine Access 2003 DBMS keskkonnas

3.1 Tabelite koostamine

Microsoft Accessi programmi abil saate luua tabeleid kujundusrežiimis, luua tabeleid viisardi abil ja luua tabeleid andmete sisestamise teel.

Chelsea Football Clubi andmebaas sisaldab 5 tabelit, mis on loodud tabeliviisardi abil.

Tabeliviisard võimaldab teil olemasolevatest andmetest kiiresti tabeleid luua, mis lihtsustab oluliselt teie tööd.

Sellel on klõpsamissündmus. Klõpsusündmuste käsitlejad nuppudele on toodud lisas A. Kokkuvõte Kursusetöö käigus saavutati töö eesmärk - jalgpalliklubi äriarvestuse andmebaasi kujundamine. Eesmärgi saavutamiseks lahendati rida ülesandeid: ainevaldkonna kirjelduse koostamine; mõistete ja terminite sõnastiku koostamine; esialgse mudeli ehitamine (ER- ...

Agregaate ei kujutata mitte geomeetriliste kujundite, vaid sümbolite või märkidena, mis teataval määral reprodutseerivad statistiliste andmete välispilti. Selle graafilise esituse meetodi eeliseks on suur selgus, kuna saadakse sarnane kuva, mis peegeldab võrreldavate populatsioonide sisu. Iga diagrammi kõige olulisem omadus on skaala. Seetõttu, et...

... "Traktor", "Dünamo", "Torpeedo", "Worsted", "Lokomotiv", jalgpallikompleksi "Skvich" ehitamine, sealhulgas areen, staadion standardse jalgpalliväljakuga. 2. Minsk on Valgevene sotsiaal-majandusliku arengu ressurss Hiljuti 940-aastaseks saanud Minsk on alati olnud suur haldusüksus - konkreetse vürstiriigi pealinn, vojevoodkonna keskus Suures...

Materjal pakub tunniarendusi teemal "Andmebaas – infosüsteemi alused" põhihariduse 11. klassile. Arendusi antakse 6 koolitustunni ulatuses. Tunnid on keskendunud õpilaste projektitegevusele, mis tähendab õpilaste iseseisvat kodutööd projektide kohta. Kahtlemata, nagu iga õpilaste projektitegevus, nõuab ka õpetaja selle valdkonna materjali põhjalikku tundmist, et õpilasi projektidega töötades korralikult aidata. Materjal koostati Semakini 10.-11. klassi õpiku alusel (kodutöö viitab sellele).

Lae alla:

Eelvaade:

Tunni arendused teemal:

"Andmebaas on infosüsteemi aluseks."

Informaatika ja IKT

11. klass

Informaatika ja IKT õpetaja

MBOU keskkool nr 10

Alekseeva Oksana Jurievna

2012-2013 õppeaasta

Põhimõisted:

Infootsingusüsteem (DB ja DBMS); info andmestruktuuride mõiste: relatsiooniline (tabel), hierarhiline (puud) ja võrk; andmebaasi objektid: väli, h a täht, võtmeväli; DBMS-i "MS Access" andmetüüpide vormingud ja selle ja n liides.

Süsteemi analüüs. infoloogiline mudel. Andmebaasi struktuuri loomise protsess.

DBMS-i tööriistade klassifikatsioon ja omadused: tööks umbes teile andmebaasifailidega, teabetükkidega töötamiseks, kirjete ja väljadega töötamiseks, andmebaasi välimuse haldamiseks, umbes b andmetöötlus, andmete väljastamine.

Andmebaasi struktuuri mõiste.

reda k andmebaasi struktuuri muutmine: välja kustutamine, uute lisamine umbes th väli; andmete sisestamine; andmebaasi salvestamine; andmebaasi vormindamine; otsi/asenda; sorteerimine; filtreerimine ja päring; aruande ja vormi loomise tehnoloogia kirjeldus.

Teema uurimise eesmärgid:

1. Hariduslik:

1. tutvustada õpilastele mõisteid: infootsingusüsteem, andmebaas, süsteemianalüüs ja infoloogiline mudel, koos andmebaasi klassifikatsiooniga;
2. näidata teoreetilise materjali praktilist rakendamist;
3. anda esmased oskused töötamiseks Microsoft Accessi andmebaasihaldussüsteemiga.

1. Arendamine:

1. arendada õpilaste algoritmilist mõtlemist, kujundada maailmavaadet ehk aidata kaasa arusaamade kujunemisele ümbritsevast maailmast, inimese panusest teabe struktureerimisel;
2. arendada uurimis- ja sõltuvuste otsimise maitset;
3. jätkata selliste kognitiivsete protsesside arendamist nagu taju, tähelepanu, mälu.

1. Hariduslik:

1. kasvatada pidevat tunnetuslikku huvi informaatika aine vastu läbi teema praktilise rakendamise demonstreerimise;
2. kasvatada selliseid isiksuseomadusi nagu aktiivsus, iseseisvus ja täpsus töös;
3. sisendada õpilastesse soovi end ühiskonnas teostada.

Õppetund nr 1 Microsoft Accessi andmebaas

Sisu elemendid:andmebaasi eesmärk, andmemudelite tüübid, relatsioonimudeli struktuur, DBMS. Praktiline töö nr 1 "Sissejuhatus Microsoft Accessi DBMS-i".

Tunni tüüp: uue materjali õppimine.

Tunni tüüp: kombineeritud.

Töö vormid:

Varustus:

1. Skeem nr 1;
2. Skeem nr 2;
3. Skeem nr 3;
4. Tabel nr 1;
5. Lehed andmebaasi struktuuri ülesehitamise järjestusega (õpilaste arvu järgi);
6. Kooli klasside nimekiri;

TUNNIDE AJAL

I. Organisatsioonimoment.Õpilaste tervitamine.

Kujutage end ette meie kooli direktorina. Kas mäletate kogu teavet õpilaste saavutuste, sotsiaaltöö, õpilaste käitumise kohta. Ja kodune aadress, vanemate töökoht, iga õpilase tervislik seisund jne. Selline rutiinne töö kummitab iga suure kollektiivi juhti.
Kui paljud teist teavad, kuidas teatud meeskonna töötajate andmeid varem säilitati?(toimikukappides: sahtlite kujul, kus töötajate isiklikud toimikud olid tähestikulises järjekorras).
Arvutite tulekuga hakati mõtlema, kuidas andmeid arvuti mällu sisestada ja seejärel nendega töötada (infot otsida, täiendada ja muuta). Nii loodi spetsiaalsed programmid, mis võimaldasid kõiki neid toiminguid teha. Neid nimetatakse teabeotsingusüsteemideks. Nüüd kasutatakse neid kõigis inimtegevuse harudes: pankades, kauplustes, raamatukogudes ja nii edasi. Tunnis käsitleme infootsingusüsteemi kontseptsiooni, andmebaase, andmebaaside põhielemente ja liike, tutvume ühe andmebaasihaldussüsteemiga - Microsoft Access.
II. Teoreetiline osa.

Mõelge koos teiega olukorrale suure meeskonna juhiga. Igaüks teist, kes raamatukogu külastab, teab, kuidas mõnikord võtab kataloogist vajaliku raamatu otsimine kaua aega, eriti kui te ei tea raamatu täpset nime ja autorit.
Minu viidatud olukordadel on palju ühist: suurest andmehulgast otsime just seda infot, mida parasjagu vaja on. Mõlemas olukorras räägime tegelikult sama tüüpi objektide komplektist. Kõigi nende objektide puhul on olulised ainult mõne funktsiooni väärtused.
Mida peate õpilastele omaseks?(Pikkus, perekonnanimi, eesnimi, isanimi, elukoha aadress, sünniaasta jne)
Iga õpilase jaoks saame määrata oma omadused ja saada funktsioonide väärtused.
Seega võib info otsimise usaldada arvutile. Selleks loodi programmid – infootsingusüsteemid.

Infootsingusüsteem on süsteem, kus salvestatakse teavet, millest kasutaja soovil väljastatakse vajalik teave, mille otsimine toimub kas käsitsi või automaatselt.(kirjutage definitsioon vihikusse).
Infootsingu süsteemkoosneb kahest osast:

1. suur, spetsiaalselt organiseeritud andmekogu (seda nimetatakse andmebaasiks);
2. programm, mis võimaldab teil nende andmetega töötada (DBMS - andmebaasihaldussüsteem)(kirjutage vihikusse).

Praegu on maailmas loodud sadu tuhandeid teabeotsingusüsteeme. Neid kasutatakse pankades, raamatukogudes, haiglates, instituutides, kauplustes jne. Mõned teabeotsingusüsteemid on kombineeritud suurteks tsentraliseeritud teabeotsingusüsteemideks ja neid nimetatakse nn. andmepangad.

Mõelge skeemile number 1

Skeem nr 1.

Komponendid

organisatsioon

Hierarhiline võrgurelatsioon

Dbig,

IDS RUC, SQL/DS, DB2,

IMS, OKA pank, Setor, DBASE, KAPAT,

Võrk, FOXBASE, RBASE,

Syod PARADOX, Clarion

- Niisiis, oleme kaalunud teabeotsingusüsteemi, andmebaasi, DBMS-i mõisteid.

Harjutus . Tahvlil on mõned andmed. Millist kasulikku teavet saate sellest välja võtta?

1, 3, 5; TU-154; Tjumen; 4, 7; Moskva; 8-40; AN-24; Iževsk; 16-20; TU-134;320; 308; 3107; 17-35; 1, 3, 5, 7.

- Selles andmekogus võib muidugi aru saada, et räägime lennukite väljumistest, aga mis päeval, mis kell jne, seda pole võimalik välja selgitada. Kui me neid andmeid struktureerime, saame täielikku teavet lennukite väljumiste kohta.

Vaatleme tabelit number 1

Tabel number 1.

Lennujaam sihtkoht	Number lendu	Tüüp lennukid	päevadel lahkumised	Aeg Väljumised
Moskva		TU-154	1,3,5	16-20
Iževsk		AN-24		17-35
Tjumen	3107	Tu-134	1,3,5,7	8-40

– Seda struktuur on ristkülikukujulise laua kujul. Nimetatakse sellist struktuuri toetavat andmebaasi suhteline (pange kirja andmebaaside tüübid). Selle tabeli iga rida on konkreetse objektiga seotud funktsiooniväärtuste komplekt. Sellised rida nimetatakse kirjeks ja veerud on kirje väljad.
Ristkülikukujuline tabel on üks võimalikest andmestruktuuri esitusviisidest.

Skeem nr 2.

Joonis 2 näitab teist tüüpi struktureeritud teavet. Kuvatakse teave instituudi struktuuri kohta.
Selle skeemi puu sisaldab kolme tüüpi objekte: instituut, teaduskond, osakond. Kõiki neid objekte kirjeldavad ka oma omadused, näiteks: instituut (nimi, aadress, rektor); teaduskond (nimi, üliõpilaste arv, dekaan); osakond (nimi, õppejõudude arv, osakonnajuhataja).
Nimetatakse andmebaasi, mis säilitab puustruktuuri hierarhiline (kirjutage märkmikusse).

– Kolmandat tüüpi andmestruktuuri nimetatakse võrku.

Skeem nr 3.

Näidatud on, milliste valikainetega õpilased tegelevad.
Andmebaasi, mis säilitab andmestruktuuri võrgu kujul, nimetatakse võrku (kirjutage vihikusse).
Seega on olemaskolme tüüpi struktuure andmed: relatsiooniline, hierarhiline, võrgustik.

DB-d on salastatud: salvestatava teabe olemuse, andmete salvestamise meetodi, andmekorralduse struktuuri järgi

1. salvestatud teabe olemuse järgi

1. faktograafiline (lühike teave ühes vormingus: failikapp)
2. dokumentaalfilm (igasugused dokumendid - tekstid, graafika, video, heli jne: arhiiv)

1. andmete salvestamise teel

1. tsentraliseeritud (kogu teave salvestatakse ühte arvutisse - serverisse)
2. hajutatud (teavet salvestatakse kohalikku või globaalsesse võrku)

1. andmete organiseerimise struktuuri järgi

1. relatsiooniline - tabel (kasutatakse kõige sagedamini ja on universaalne)
2. hierarhiline
3. võrku.

- Seega on praegu suurtes raamatupoodides ja mitte ainult raamatupoodides, apteekides jne kogu vajalik teave andmebaasides, mis aitab kiiresti vajalikku teavet leida. Kuid arvutisse salvestatud teabe kasutamiseks on vaja mitte ainult ette kujutada, kuidas see juhtub, vaid ka õppida, kuidas seda ise teha, st luua andmebaas, otsida teavet, asendada ja täiendada erinevat teavet.

Andmebaasi struktuuri väljatöötamise aluseks olevad põhimõtted:

1. Välja töötatud struktuuri õigsus (väljad on kordumatud, tüüp, suurus, formaat):

1. iga tabeli element esindab ühte andmeelementi, korduvaid elemente pole;
2. kõik tabeli väljad on homogeensed;
3. väljadel on kordumatud identifikaatorid.

1. Täheldatakse normaliseerimise tingimust (tabeli väljad peavad kajastama selle objekti otseseid omadusi (omadusi, atribuute), millele kirje viitab).
2. Andmete täielikkus.
3. Andmete järjepidevus (kirjete dubleerimine).
4. Mugav juurdepääs andmetele.

Tabelite abil saab kajastada mis tahes andmesüsteemi. Lihtsaim relatsiooniandmebaas sisaldab ühte tabelit, keerulisem võib koosneda paljudest omavahel ühendatud tabelitest.

III. Praktiline töö nr 1

- Tänases tunnis hakkame tutvuma andmebaaside loomise protsessiga Microsoft Accessi andmebaasihaldussüsteemi (relatsiooniandmebaas) näitel. Kujutage ette, et igaüks teist on õppealajuhataja, kes peab kokku koguma kõik andmed meie koolis õppivate õpilaste kohta ja sisestama kõik andmed arvutisse.

Õpilaste laual on leht meie kooli klasside nimekirjaga.

- Ehitame järgmises järjekorras (ehitusjärjekorraga lehed laotakse töölaudadele).

Andmestruktuuri loomine järgmises järjestuses:

1. Kirjeldusobjektid on määratletud;
2. Määratakse nende objektide märgid;
3. Valitakse struktuuri tüüp, mis kuvab linke objektide vahel (tabelid, puud, võrgud);
4. Konkreetset struktuuri eksemplari ehitatakse.

Seda järjestust arutatakse õpilastega selle skeemi alusel (seal on objektid - klassid, atribuudid – õpilaste arv, klassijuhataja b).
Koos õpilastega jõuame järeldusele, et sel juhul sobib kõige paremini relatsiooniandmebaas ja joonistame selle struktuuri paigutuse tahvlile.
Järgmiseks istuvad õpilased oma töökohal maha ja laadivad õpetaja korraldusel alla Microsoft Accessi programmi.
Õpetaja juhib õpilaste tööd, andes käsud andmebaasiga töötamiseks:

1. Pärast programmi laadimist küsib arvutiLoo andmebaas, Avage varem loodud andmebaasid. Valime Loo uus.
2. Järgmisena palub arvuti teil anda andmebaasile nimi (nimetagem sedaoma ees- ja perekonnanimega), seejärel võti Loo .
3. Dialoogiboks pakub ehitusvalikuid:Tabeli koostamine kujundusvaates, Tabeli koostamine viisardi abil, Tabeli koostamine andmete sisestamise teel(Õpetaja räägib iga variandi kohta selle olemuse). Me valimeLaua ehitamine konstruktori abil.
4. Dialoogiboksis Uus laud valige alammenüü Konstruktor . Ilmub aken, kuhu sisestatakse meie objektide omadused ja andmetüübid, see tähendab, et me koostame tabelipaigutuse.
5. Järgmisena salvestame selle tabeli nimega klassid ja sulgege see, klõpsates akna paremas ülanurgas oleval ristil.
6. Teie tabeli nimi kuvatakse andmebaasi dialoogiboksis, selle tabeli avamiseks topeltklõpsake. Pakutakse tabeli paigutust ja siin saate juba sisestada meie poolt määratletud pakutud objektide komplekti märkide väärtused.

Õpilased loovad andmebaasi, kes on kogu töö teinud, istuvad oma kohale.

Kodus peavad õpilased selgeks õppima kõik põhimõistete definitsioonid ja leidma, kus andmebaase veel kasutatakse. Kujundage oma andmebaasi paigutus. Näidisteemad:

1. Haigla (haigla)
2. Haigla (polikliinik)
3. Sinu tunniplaan
4. Raamatukogu (raamatud, lugejad)
5. Õnnetus (osalejad, autod, õnnetuse asjaolud)
6. Jalgpalli meistrivõistlused (meeskonnad, mängude ajakava, mängutulemused, mängijad)
7. Linna telefonivõrk (näiteks kõigi minu sõprade telefonid)
8. Lennud (lennukid, piloodid, lennud, reisijad)
9. Meie kooli personaliosakond (töötajad, ametikohad, tööstaaž, ...)
10. Kauplus (osakonnad, kaubad, müüjad, tarnijad)
11. Sisseastumiseksamid ülikooli (teaduskonnad, erialad, sisseastujad, eksamid, hinded)
12. Muusikakataloog (CD-d, esitajad, laulude pealkirjad)

§31 õpik, osata vastata küsimustele pärast §.

VI. Õppetunni kokkuvõte

1. Infootsingu süsteem.
2. Andmebaas, andmebaaside haldussüsteem.
3. Andmebaas.
4. Suhteline andmebaas.
5. Salvestus.
6. Kirje väli.
7. Hierarhiline andmebaas.
8. Võrgu andmebaas.

Hindamine.

Õppetund number 2. Mitme tabeli andmebaasi disain

Sisu elemendid: ainevaldkonna süsteemne analüüs,põhiobjektid ja nendevahelised seosed, infoloogiline mudel.

Teemavaldkond- AJAKAVA

Infosüsteemi kasutamise eesmärk- hariv.

Tunni tüüp : õppetund uue materjali õppimiseks.

Tunni tüüp : kombineeritud.

Töö vormid:

1. Uue materjali selgitus - frontaaltöö
2. Praktiline töö on individuaalne töö.

Varustus: Tarkvara: Microsoft Word.

TUNNIDE AJAL

I. Organisatsioonimoment.Õpilaste tervitamine.d / z kontrollimine ja liigitamine.

Kodus proovisid kõik luua andmebaasitabelit ja ilmselt mõistsid, et see pole väga lihtne ülesanne. Andmebaasi tabelid sisaldavad järjestatud teavet ja on osa infosüsteemist. Infosüsteemi arendamine algab ainevaldkonna süstemaatilisest analüüsist ja selle infoloogilise ülesehitusest(infoloogiline)mudelid. Tänases tunnis koostame oma kooli tunniplaani mudeli, joonistame selle graafiku.

II. Frontaalne uuring:

Mida nimetatakse mudeliks?(Uus objekt, mis mingil eesmärgil asendab originaali).

Millised on mudeli omadused?(Mudeli omadused sõltuvad selle eesmärgist).

Milliseid teabemudeleid me teame?(Tabel ja graafikud)

Milliseid tabelimudeleid me teame?(OS, OOO, ÜRO, OSO)

III. Teoreetiline osa.

Kirjuta märkmikusse:

Infoloogiline mudel on reaalse süsteemi struktuurmudel, mis peegeldab selle põhikomponente ja nendevahelisi seoseid. Süsteemianalüüs on infoloogilise (infoloogilise) mudeli loomise protsess.

Infoloogilise mudeli omadused sõltuvad ka selle eesmärgist.

Teeme kindlaks oma tulevase infosüsteemi eesmärgi. Sellest peame õppima:

1. Mis nädalapäevadel me õpime?
2. Millised tunnid on ette nähtud?
3. Iga õppetunni algus ja lõpp
4. Millises klassiruumis ja millise õpetajaga tund toimub

Koostame oma graafikuinfosüsteem(Töölaual). Peamised objektid ja nendevahelised seosed:

Erinevalt uuritud graafikutest on siin joontega tähistatud seostel erinev tähendus. Näiteks tundide ja ajakava vaheline joon tähendab "kaasatud" ning tundide ja klassiruumide vaheline joon "minna", ajakava ja tunnid on "koostatud".

Milliseid seoseid me siin veel näeme? Ajakava "tehtud" nädalapäeval, ajakava "tehtud" tundidele, ajakava "tehtud" klassiruumidele - üks-mitmele tüüp. Tunnid "toimuvad" klassiruumides – üks-ühele suhtlus. Tunnid "toimuvad" klassides, tunnid "õpivad" klassiruumides - palju-paljude suhe.

IV. Praktiline töö nr 2.

Nüüd joonistame poisidinfoloogiline mudelmeie infosüsteemi Wordi tekstiredaktoris ja tähistada kõiki seoseid.

Õpilased joonistavad infoloogilise mudeli, kes on kogu töö ära teinud, istuvad oma kohale.

V. Kehaline kasvatus. Harjutused silmade lõdvestamiseks muusikalise saatega.

VI. Kodutööde seadmine

Kodus peavad õpilased õppima kõik mõistete põhimääratlused. Töötage välja oma andmebaasi infoloogiline mudel (loodud pärast 1. õppetundi)näidisteemadel (vt eelmist tundi).

§ 32 õpik, oskama vastata küsimustele pärast §

VII. Õppetunni kokkuvõte

Kõik tunnis õpitud uued mõisted kirjutatakse tahvlile ning nende järgi viiakse läbi ka materjali kordamine õpilastega.

1. Süsteemi analüüs.
2. infoloogiline mudel.

Väikese küsitluse abil tehakse kindlaks, kuidas on õpilased selle tunni materjali õppinud.

Hindamine.

Õppetund nr 3 Andmebaasi loomine

Tunni eesmärk: andmebaasi loomine, seoste loomine mitme tabeliga andmebaasis

Tunni tüüp: Õppetund õpitud materjali kinnistamiseks

Tunni tüüp: kombineeritud.

Töö vormid:

1. d / z kontrollimine ja liigitamine
2. Uuring uue materjali koondamise kohta - frontaaluuring
3. Praktiline töö on individuaalne töö.

Varustus:

1. Testiküsimustega lehed teemal "Andmebaasid" (õpilaste arvu järgi);
2. Tarkvara: DBMS Microsoft Access.

TUNNIDE AJAL

I. Organisatsioonimoment. Õpilaste tervitamine

II. Esiküsitlus:

Mis on süsteemianalüüs?(infoloogilise (infoloogilise mudeli) loomise protsess)

Mis on infoloogiline mudel?(reaalse süsteemi struktuurne mudel, mis peegeldab selle põhikomponente ja nendevahelisi seoseid)

Mis on teabeotsingusüsteem(süsteem, kus hoitakse teavet, millest kasutaja soovil väljastatakse vajalik teave)

Millest see koosnebteabeotsingu süsteem(DB, DBMS)

Kuidas andmebaase klassifitseeritakse? (salvestatava teabe olemuse, andmete salvestamise meetodi, andmekorralduse struktuuri järgi)

Mis on struktuur?(andmeorganisatsiooni tüüp)

Milliseid andmebaasi struktuure me teame?(relatsioon - tabelid, hierarhiline - puu, võrk)

Mis on väli? (andmebaasi tabeli veerg)

Millised on valdkonna peamised omadused

Mis on rekord?(DB tabeli rida)

(tema kohtumine)

Eelmistes tundides lõime ühe tabeli andmebaasi, täna jätkame seda tööd ja loome samasse andmebaasi veel 3 tabelit. Selleks valige andmebaasi aknas objekt tabelid ja valige suvandluua tabel kujundusvaates. Teine võimalus, klõpsake Loo ja valige kuvatavas dialoogiboksis suvand Konstruktor . Kujundusrežiim annab teile täieliku kontrolli loodud tabeli väljade üle.

Meil on juba tabel "Klassid". Loome sulgudes märgitud väljadega (veerudega) nädala, ajakava, õppetunnid, klassiruumid. Allpool olevad allajoonitud väljad (veerud) aitavad meil hiljem tabeleid omavahel siduda. Seega rakendame relatsiooniandmebaasis infoloogilist mudelit "Lesson Schedule". Meie andmebaas rahuldab I, II, III normaalvormi. Kirjutame vihikutesse.

Esimene normaalvorm – iga väli on suhtes jagamatu.

Teine tavavorm – kõik mittevõtmeväljad sõltuvad funktsionaalselt täisvõtmest.

Kolmas normaalvorm – relatsioonil ei tohi olla transitiivseid sõltuvusi.

III. Praktiline töö №3.

Andmebaas "Tundide ajakava"

Selle aluse moodustavad suhted:

Nädal (päev, nädalapäev)

Ajakava (päev, klass, tund , kabinet, teema)

Klassid (klass , kontode arv, klassi_käed)

Õppetunnid (Õppetund , Tunni algus, Tunni lõpp)

Kapid (Cabinet , korrus, teema, õpetaja)

Accessi andmebaasis saate kasutadakolme tüüpi võtmevälja: loendur, lihtvõti ja liitvõti.

Spetsiaalsel väljal Counter omistatakse igale kirjele selle välja jaoks kordumatu number, mis suureneb automaatselt iga uue kirjega. Seda saab kasutada kirjete nummerdamiseks järjekorras.

Liitvõti on mitme välja kombinatsioon. Seda kasutatakse juhul, kui ühe väljaga ei ole võimalik tagada kirje unikaalsust. Kõige sagedamini esineb see olukord tabeli puhul, mida kasutatakse kahe tabeli linkimiseks suhetes mitu-mitmele. Primaarvõtit kasutatakse ühe tabeli linkimiseks teisega.

Seotud tabelite puhul on seose tüübi jaoks kolm valikut: üks-ühele, üks-mitmele ja mitu-mitmele.

Iga tabeli struktuur luuakse tabelikonstruktori abil. Konstruktor määrab väljade nimed, väljatüübid ja vormingud ning määrab võtmed. Seosed tabelite vahel luuakse pärast nende loomist, kuid enne andmetega täitmist.

Tabelite linkimiseks peate täitma käsud

Teenus  Andmeskeem. Avaneb aken Tabeli lisamine.

Valige tabeli nimi, käivitage käsk Lisama . Sulge.

Selle tulemusena aknaväljal Andmeskeem kuvatakse 5 tabeli pildid. Vajutades hiire vasakut nuppu, lohistage klahvivälja Klass tabeligraafik põllul Klass tabelist Minu alarühm. Avaneb akenÜhendused. Aktiveerige järjestikku märkeruudud "Andmete terviklikkuse tagamine", "Seotud väljade kaskaadvärskendus", "Seotud kirjete kaskaadi kustutamine". Suhtetüüp Üks-mitmele valitakse automaatselt.

IV. Fizkultminutka. Harjutused silmade lõdvestamiseks muusikalise saatega.

V. Kodutööde seadmine

Kodus peavad õpilased oma andmebaasi jaoks looma vähemalt 3 tabelit ja nendevahelise seose (loodud pärast 1. õppetundi)näidisteemadel.

§ 33 õpik, oskama vastata küsimustele pärast §

VI. Õppetunni kokkuvõte

Kõik selles ja eelmistes tundides õpitud uued mõisted kirjutatakse tahvlile ning nende järgi toimub materjali kordamine õpilastega.

1. Süsteemi analüüs.
2. infoloogiline mudel.
3. Seosed objektide vahel (üks-ühele, üks-mitmele, mitu-mitmele)
4. Käsud tabelite linkimiseks (teenus Andmeskeem  tabeli lisamine)
5. Kolm tavalist vormi
6. Esmane võti – tüübid (loendur, lihtne, liit)
7. Milleks kasutatakse primaarvõtit (ühe tabeli linkimiseks teisega).

Väikese küsitluse abil tehakse kindlaks, kuidas õpilased on nende tundide materjale õppinud.

Õppetund number 4. Andmebaasi loomine "Tundide ajakava".

Tunni eesmärgid: täita mitmest tabelist koosnev andmebaas andmetega

Tunni tüüp : Õppetund õpitud materjali kinnistamiseks

Tunni tüüp: kombineeritud.

Töö vormid:

1. d / z kontrollimine ja liigitamine
2. Uuring uue materjali koondamiseks – frontaaltöö
3. Praktiline töö on individuaalne töö.

Varustus : Tarkvara: DBMS Microsoft Access.

TUNNIDE AJAL

I. Korraldusmoment:Õpilaste tervitamine.

Viimases tunnis lõime seoseid 5 tabeli vahel ja täna täidame need tabelid, st. andmete lisamine. Tuletame meelde:

II. Esiküsitlus:

Mis on väli? (andmebaasi tabeli veerg)

Valdkonna peamised omadused(väljad on unikaalsed, neil on tüüp, suurus, formaat)

Mis on rekord?(DB tabeli rida)

Mis mõjutab andmebaasi struktuuri kujunemist?(tema kohtumine)

Milliseid põhimõtteid tuleb järgida, et moodustada andmebaasi õige struktuur?(väljad on ainulaadsed, neil on tüüp, suurus, formaat; väljad kajastavad kirjete omadusi ja atribuute; täielikkus; järjepidevus; lihtne juurdepääs)

Esmane võti – tüübid ja kasutusalad (loendur, lihtne, liit; kasutatakse ühe tabeli linkimiseks teisega)

Milliseid käske tuleks tabelite linkimiseks täita(Teenus  Andmeskeem  tabeli lisamine)

III. Praktiline töö nr 4.

Andmetabelid:

IV. Fizkultminutka. Harjutused silmade lõdvestamiseks muusikalise saatega.

V. Kodutööde seadmine

Kodus peavad õpilased täitma tabeleid individuaalses andmebaasis.

VI. Õppetunni kokkuvõte

Vaatame üle eelmistes tundides õpitud mõisted:

1. Süsteemi analüüs.
2. infoloogiline mudel.
3. Seosed objektide vahel (üks-ühele, üks-mitmele, mitu-mitmele)
4. Kolm tavalist vormi

Sisuelemendid: IS-i rakenduse päringud, päringu genereerimise tööriistad, päringu struktuuri valimine: väljade loend, kirje valimise tingimus, võtmed ja sortimisjärjekord.

Tunni eesmärk: luua päringuid mitme tabeliga andmebaasis

Tunni tüüp: Õppetund uue materjali õppimiseks

Tunni tüüp: kombineeritud.

Töö vormid:

1. d / z kontrollimine ja liigitamine
2. Sissejuhatav loeng koos demonstratsiooniga multimeediaprojektoril
3. Praktiline töö on individuaalne töö.

Varustus: Tarkvara: DBMS Microsoft Access, multimeediaprojektor, kaardid ülesannetega päringute sooritamiseks (vastavalt õpilaste arvule).

TUNNIDE AJAL

1. Korraldamise aeg:Õpilaste tervitamine.
2. Teoreetiline osa.

Kui peate otsima ühest andmebaasitabelist, kasutage menüükäsku - "Otsi", kui peate otsima mitmest tabelist, kasutage päringut.

Päring on vorm teabe otsimiseks mitme tabeliga andmebaasist.

Päringu loomiseks peate avama andmebaasi peaakna ja valima üksuse “Päringud” - Loo päring kujundusrežiimis. Ilmub dialoogiaken Tabeli lisamine, kus tuleb valida päringu jaoks kasutatavad tabelid (meie puhul tabelid Nädal, Ajakava, Klassid, Tunnid, Klassiruumid). Menüü – Vaade – DB-objektid.

Avaneb aken Query1: Select Query, mille ülaosas on päringu jaoks kasutatud tabelid (võtmeväljad paksus kirjas) ja päringu koostaja all.

Päringuväljade moodustamiseks tuleb need lihtsalt lähtetabelite väljade loendist lohistada reale "Välja".

Tabelivaade: Menüü – Päring – Käivita.

Muudatused päringus: (näiteks kui teil on vaja luua tingimusega päring)

Menüü – Vaade – Kujundusrežiim.

Päringu koostaja võimaldab teil ka:

A) sorteeri päringus valitud andmed kindla välja järgi;
B) loo päring koos tingimustega.

1. Praktiline töö nr 5.

Täida kaardil antud ülesanded:

1. Kuva kõik nädala informaatikatunnid
2. Mitu informaatikatundi igal nädalapäeval

Lihtsad ja keerulised loogilised avaldised valikutingimustes:

1. Kas teisipäeval pärast 3. tundi on ruumis 101 arvutiteaduse tund?

2. Kuva kõik nädala informaatikatunnid:

3. Mitu informaatikatundi igal nädalapäeval:

IV. Fizkultminutka. Harjutused silmade lõdvestamiseks muusikalise saatega.

V. Kodutööde seadmine

Leiutage ja käivitage päringud (vähemalt 2) individuaalses andmebaasis.

§ 34 õpik, oskama vastata küsimustele pärast §

Üksikute ülesannete taotluste näited.

üks . DB kahe tabeliga:

1) Raamat (autor, pealkiri, lühikirjeldus (muinasjutt, romaan, ajakirjandus, detektiiv ...), tiraaž).
2) Varud (raamatu pealkiri, kogus, hind).

2. DB kahe tabeliga:

1) Riietus (rõivamudeli nimi, selle õmblemise kanga nimi, suurus).
2) Varud (riiete nimetus, eksemplaride arv, hind).

Leia:

Kõik mudelid, õmmeldud siidist ühes eksemplaris,
- kõige kallim mudel ja selle suurus.

3 . DB kahe tabeliga:

1) Toode (nimi, hinnad, müüdud kogus).
2) Varud (nimi, laojääk, kas on vaja veel tellida (jah/ei)).

Otsige üles enim müüdud kaubad ja otsustage, kas tellida rohkem. Leia tooteid, mis algavad tähega "K", mille jääk on üle 5 tk.

4. 2 tabelist koosnev andmebaas:

1) Riik (nimi, pealinn, mandri nimi, millel riik asub).
2) Intelligentsus (nimi, rahvaarv, riigikord, põhieriala).

Leia:

Kõik Aafrika riigid, kus elab üle 100 tuhande elaniku,
- riik, kus valitseb monarhia

VI. Õppetunni kokkuvõte.

Hindamine.

Õppetund number 6. Vormide, aruannete moodustamise tehnoloogia DBMS-is.

Tunni eesmärk: luua vorme ja aruandeid mitme tabeliga andmebaasis

Tunni tüüp: õppetund õpitu kinnistamiseks ja uue materjali õppimiseks

Tunni tüüp: kombineeritud.

Töö vormid:

1. d / z kontrollimine ja liigitamine
2. Sissejuhatavad määratlused
3. Praktiline töö on individuaalne töö.

Varustus: Tarkvara: DBMS Microsoft Access.

TUNNIDE AJAL

I. Organisatsioonimoment.

II. Teoreetiline osa.

Vormid - peamine tööriist kasutajaga dialoogirakenduse liidese loomiseks.Seotud andmebaasiandmete mugavaks sisestamiseks ja kuvamiseks ekraanil saab luua näiteks vormi.

Aruanded - mõeldud väljunddokumentide vormistamiseks, mis sisaldab näiteks kasutajaprobleemide lahendamise tulemusi edasiseks printimiseks. Dokumentide kauniks printimiseks on soovitav kasutada aruanded . Aruanded on andmebaasi tuletisobjektid ja koostatakse tabelite, vormide ja päringute alusel.

III. Praktiline töö nr 6.

Viimases tunnis koostasime päringuid. Ja täna tegeleme vormide ja aruannetega.

Valmistage trükkimiseks ette aruanne "Arvutiteaduse õppetunnid"..

Tööprotseduur:

1. Kui olete teises aknas, avage vahekaart Aruanded.
2. Klõpsake nuppu Loo viisardiga
3. Aruande välimuse määramiseks kasutage mitmeid dialoogibokse, klõpsates nuppu Edasi.
4. Salvestage aruanne nimega "Informaatikatunnid". sulge aruanne
5. Klõpsake andmebaasi aknas nuppu Vaade (või avage aruanne). Dokument kuvatakse sellisel kujul, nagu seda saab printida.

Looge ise vorm, et taotleda 11. klassi ajakava E, T, K.

IV. Fizkultminutka. Harjutused silmade lõdvestamiseks muusikalise saatega.

V. Kodutööde seadmine

Aruannete ja vormide (vähemalt 2) väljamõtlemine ja täitmine individuaalses andmebaasis.

§ 35 õpik, oskama vastata küsimustele pärast §

VI. Õppetunni kokkuvõte. Hindamine.

Saada oma head tööd teadmistebaasi on lihtne. Kasutage allolevat vormi

Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.

Majutatud aadressil http://www.allbest.ru/

Ukraina haridus- ja teadusministeerium

Tšernihivi Riiklik Tehnikaülikool

Info- ja arvutisüsteemide osakond

Tarkvarasüsteem "Jalgpalli meistrivõistlused"

Kursusetöö erialal "Andmebaaside korraldamine"

Lõpetatud

õpilased gr. KI-104A.G. Voitsekhovski

A.G. Paradiis

Juhendaja

Assistent M.V. Kharchenko

Tšernihiv 2013

abstraktne

Kursusetöö, 86 lk, joon 21, 9 allikat, 2 rakendust.

Kursusetöö arendamise eesmärk on juurutada rakendus, mis võimaldab töötada andmebaasiga nii läbi õhukese kliendi kui ka töölauarakenduse.

Rakendusmoodulite kujundamise peamine meetod on UML-diagrammide kasutamine. Seega oli litsentsitud tarkvara olemasolul võimalik eksportida arendatud klassid Eclipse EE keskkonda.

Rakenduse kirjutamise käigus töötati välja ja loodi olemitega töötamiseks kaks tehast DAOTourFirma ja ServiceTourFirma. ServiceTourFirma abiga rakendati täiendavalt äriloogikat.

Kasutati ka servleti ja JSP konteineri tehnoloogiat. Kuna servlette ja jsp-lehti kutsutakse välja HTTP-protokolli kaudu, on Servleti konteineri ja JSP-konteineriga sageli kaasas teine ​​komponent, veebiserver, mida saab samuti Java keeles kirjutada.

Serveriks oli Tomcat 6.0. Rakendus töötati välja JDK versiooni 1.7 abil.

Selle kursusetöö käigus kasutati andmebaasiga töötamiseks PostgerSQL 9.0 DBMS-i. Loodi andmebaas, mis koosneb 9 tabelist. Igas tabelis on unikaalne primaarvõti võõrvõti. See on tabeli olemasolevatele teabeväljadele lisatud täiendav teenindusväli, mille ainus eesmärk on olla primaarvõtme. Selle välja väärtusi ei moodustata muude andmebaasi andmete põhjal, vaid need genereeritakse kunstlikult. Võõrvõtme peamine eelis on see, et see ei muutu kunagi, kuna see ei ole informatiivne tabeliväli.

Arengu käigus viidi ettevõtte rakendus "Jalgpallimeistrivõistlused" stabiilse versiooni tasemele. Arendustöö tulemus esitatakse tarkvaraprojektina, mis on toodud kursusetöö lisas.

Ettevõtterakendus vajab oma tööks minimaalselt: 1024 MB muutmälu, vähemalt 1100 MHz Atom protsessorit ja mis tahes brauserit. Nõuded operatsioonisüsteemile – Windows, Unix.

Töö edasiarendamine on võimalik seansside töö täiustamise suunas.

abstraktne

Kursusetöö, 86 lk, 21 joonist, 9 dzherelit, 2 lisa.

"Arenduse" kohta on ettevõtte programm, mis võimaldab teil andmebaasiga töötada nii õhukese kliendi kui ka veebiteenuste abistamiseks.

Peamine programmimoodulite kujundamise meetod on UML-diagrammide kasutamine. Nii on litsentsitud tarkvara olemasolul võimalik katkist klassi Eclipse EE-s eksportida.

Programmi kirjutamise käigus laiendati ja loodi olemitega töötamiseks kaks tehast DAOTourFirma ja ServiceTourFirma. ServiceTourFirma abiga sai äriloogika täiendavalt juurutatud.

Samuti sündis Servleti- ja JSP-konteineri tehnoloogia. Kuna servletid ja JSP-d suhtlevad HTTP-protokolli kaudu, on Servleti konteineril ja JSP-konteineril sageli veel üks komponent, veebiserver, mida saab kirjutada ka Java-s.

Serveri mahus on Tomcat 6.0 server. Programmi on levitatud JDK versioonidega 1.7.

Selle kursusetöö käigus testiti PostgerSQL 9.0 DBMS-i tööks andmebaasiga. Loodi andmebaas, mis koosneb 9 tabelist. Nahatabelis nimetatakse unikaalset primaarvõtit. Tse dodatkove teenindusväli, mis on lisatud tabeli juba ilmsetele teabeväljadele, selle ainus tunnus - toimib primaarvõtmena. Selle välja väärtusi ei määrata muude andmebaasi andmete põhjal, vaid need genereeritakse individuaalselt. Originaalvõtme sodi väärikus seisneb selles, et veini ei muudeta kuidagi, killud ei ole laua informatiivne väli

Arengu käigus tühistati ettevõtte programm "Jalgpallimeistrivõistlused", kuna see viidi stabiilse väljalaske tasemele. Arendustöö tulemus on raamitud tarkvaraprojektina, mis tuleks lisada kursusetööle.

Ettevõtte robotprogrammi jaoks on miinimumnõue: 1024 MB muutmälu, vähemalt 1100 MHz Atom protsessor ja mis tahes brauser. Wimogi operatsioonisüsteemile - Windows, Unix.

Projekti edasiarendamine võib kaasa tuua parema töö seanssidega.

Java, C#, ORM, JSP, JPA, SQL, Servlet, HTML, TAG, JS

Abstraktne

Kursusetöö, 86 lk, Pilt 21, 9 allikat, 2 lisa.

Eesmärk on töötada välja rakendus, mis võimaldab töötada andmebaasiga, näiteks õhukese kliendi või töölauarakenduse kaudu.

Rakendusmoodulite kujundamise põhimeetod - kasutage UML-i diagramme. Seega, kui saaks arendada tarkvara klasside eksportimiseks Eclipse EE keskkonda.

Rakenduste kirjutamise käigus on välja töötatud ja loodud üksustega töötamiseks kaks tehast DAOTourFirma ja ServiceTourFirma. ServiceTourFirma abil on äriloogikat veelgi rakendatud.

Kursuse töö käigus kasutati andmebaasi tööks DBMS PostgerSQL 9.0. Andmebaas, mis koosneb 9 tabelist. Igas tabelis on ainulaadne primaarvõti väline. See on valikuline teenindusväli, mis on lisatud tabeli juba olemasolevatele teabeväljadele, mille ainus eesmärk on olla primaarvõtme. Selle välja väärtused ei ole moodustatud muude andmebaasi andmete põhjal ja genereeritakse kunstlikult. Võõrvõtme peamine eelis on see, et see ei muutu kunagi, kuna tegemist on informatiivse tabeliväljaga.

Samuti on kasutatud tehnoloogiat ja Servlet-JSP-konteinerit. Kuna servletid ja jsp-lehed kutsutakse välja HTTP-protokolli kaudu, on Servlet-JSP-konteineriga ja konteineriga sageli kaasas veel üks komponent - veebiserver, mida saab ka Java keeles kirjutada.

Ettevõtete arendamise käigus on laekunud "Football Championshipat", mis on viidud beetatasemele. Tarkvaraprojekti vormi väljatöötamise tulemus, mis sisaldub kursusetöö lisas.

Selle ettevõtte rakenduse jaoks on vaja vähemalt: 1024 MiB RAM-i, CPU ei ole Atom alla 1100 MHz ja brauserit. Nõuded operatsioonisüsteemile - Windows, Unix.

Sessiooniga töö parandamiseks on võimalik edasine arendustöö.

Java, C#, ORM, JSP, JPA, SQL, Servlet, HTML, TAG, JS

Sissejuhatus

1. Lahendatava probleemi analüüs

1.1 Domeeni analüüs

1.2 Süsteemi eesmärgid ja eesmärgid

1.3 Süsteemi eesmärk

1.4 Süsteeminõuded

2. Disain

2.1 Süsteemi arendustööriistade valimine

2.1.1 Andmebaasiserver

2.1.2 Süsteemi juurutamise tehnoloogiad

2.2 Süsteemi arhitektuuri projekteerimine

2.2.1 Äriloogika kihi ja ärireeglite kujundamine

2.2.2 Andmejuurdepääsukihi kujundamine

2.2.3 Kuvakihi kujundamine

3. Areng

3.1 Süsteemi andmebaasi arendamine

3.1.1 Andmebaasi skeemi kujundamine

3.1.2 Andmete terviklikkuse tagamine

3.1.3 Põhipäringute väljatöötamine

3.1.4 Rollide loomine, indeksite ja vaadete valimine

3.1.5 Salvestatud protseduuride ja käivitajate väljatöötamine

3.1.6 Andmekaitse korraldus

3.1.7 Objektide suhteline kaardistamine

3.2 Süsteemimoodulite arendamine

3.2.1 Äriloogika ja ärireeglite kihi moodulite arendamine

3.2.2 Andmepääsukihi moodulite arendamine

3.2.3 Teeninduskihi moodulite arendamine

3.2.4 Kuvakihi moodulite arendamine

Kasutatud allikate loetelu

Sissejuhatus

Praeguseks on arvutid ja Interneti-tehnoloogiad muutunud laialt levinud kõigis inimtegevuse valdkondades. Arvutitehnoloogia kasutamine on tingitud asjaolust, et see hõlbustab oluliselt inimese tööd, kiirendades samal ajal ülesande täitmiseks kuluvat aega ja suurendades tulemuse usaldusväärsust. Kuna arvutitehnoloogia töötab tarkvara kontrolli all, sõltub selle funktsionaalsus kasutatavast tarkvarast. Seetõttu luuakse mitmesuguseid kitsa spetsialiseerumisega ettevõtterakendusi.

Andmebaasi (DB) kujundamine on üks keerulisemaid ja vastutusrikkamaid ülesandeid, mis on seotud ettevõtte rakenduse (ettevõtterakenduse) loomisega. Selle otsuse tulemusena tuleks kindlaks määrata andmebaasi sisu, tõhus viis andmete korraldamiseks kõigi selle tulevaste kasutajate jaoks ja andmehaldusvahendid. Andmebaasi kujundamise põhieesmärk on vähendada salvestatud andmete liiasust ja seega säästa kasutatavat mälumahtu, vähendada üleliigsete koopiate mitmekordse värskendamise kulusid ja välistada ebakõlade võimalus sama objekti kohta teabe salvestamisest erinevatesse kohtadesse. kohad.

Ettevõtterakendus on suurte andmemahtude haldamiseks ja ärireeglite järgi töötlemiseks loodud tarkvararakendus, mis võimaldab selle juurutamisel tuua ettevõttele (ettevõttele) teatud eeliseid.

Ettevõtlusrakendus ei sisalda tekstitöötlust, automootori kütusehaldust, lifti- ja telefonikeskseadmete juhtimist, keemiliste protsesside automaatjuhtimist, aga ka operatsioonisüsteeme, kompilaatoreid, mänge jms. Ettevõtterakendus eeldab tavaliselt vajadust pikaajalise (mõnikord aastakümnete) andmete salvestamise järele. Andmed suudavad sageli üle elada andmetöötlusrakenduste, riistvara, operatsioonisüsteemide ja kompilaatorite põlvkondi.

Paljud kasutajad pääsevad andmetele paralleelselt juurde. Reeglina ei ületa nende arv sada, kuid veebis hostitavate süsteemide puhul suureneb see arv mitme suurusjärgu võrra.

Suure andmemahu korral peab rakendus pakkuma rikkalikku kasutajaliidest.

Ettevõtterakendused eksisteerivad harva eraldi. Tavaliselt nõuavad need integreerimist teiste süsteemidega, mis on ehitatud erinevatel aegadel, kasutades erinevaid tehnoloogiaid.

Ettevõtterakendused on tavaliselt keerulised tarkvarasüsteemid .

1. Lahendatava probleemi analüüs

1.1 Domeeni analüüs

Jalgpalli meistrivõistlused - jalgpallivõistlus. Seda tüüpi võistlusi korraldatakse igal aastal. Meistrivõistluste ajal peetakse erinevate võistkondade vahelisi matše, mille tulemused fikseeritakse kindla kvalifikatsiooniringi edetabelis. Meistrivõistluste järgmiseks sammuks on finaalvooru läbiviimine, mille osalevate võistkondade nimekiri moodustatakse eelvoorude võitjatest. Kui kõik viimase vooru mängud on mängitud, saate saadud punktide arvu teabe põhjal välja selgitada meistrivõistluste võitja.

Jalgpallimeistrivõistlused on massiüritus, mis omakorda viitab vajadusele teatud sisemise mehhanismi järele, mis selle läbimist koordineeriks. Seega on võimalik välja tuua kõrgeim täitevorgan – täitevkomitee, kes võtab meistrivõistluste korraldamise ja läbiviimise eest täieliku vastutuse. See koosneb meistrivõistluste presidendist ja teistest kongressi (teatud jalgpalliliidu kõrgeima juhtorgani) poolt valitud liikmetest. Kongress toimub igal aastal. Täitevkomitee võib algatada teise korralise kongressi, et käsitleda finantsküsimusi ja/või suurema tähtsusega küsimusi.

Kongressi poolt valitud presidendi ja täitevkomitee liikmete ametiaeg on kindel arv aastaid. Kõik täitevkomitee liikmed võivad olla tagasivalitud. Ainult väga vanu ametnikke ei saa valida ega tagasi valida. Kui täitevkomitees vabaneb koht, valib järgmisel korralisel kongressil asendaja enne praeguse ametiaja lõppu. Kui täitevkomitee liikme koht vabaneb ametiaja viimasel aastal, asendajat ei valita.

Presidendi ja täitevkomitee liikmete ametiaeg algab selle kongressi lõpus, kus nad valitakse, ja lõpeb selle kongressi lõpus, kus valitakse tema järglane. Naise nimetamine täitevkomitee liikmeks neljaks aastaks tehakse täitevkomitee asutamiskoosolekul.

Täitevkomiteel on õigus kinnitada määrusi ja teha otsuseid kõigis küsimustes, mis ei kuulu jurisdiktsiooni alla. Täitevkomitee juhib konkreetse jalgpalliliidu tegevust, välja arvatud juhtudel, kui täitevkomitee on delegeerinud volitused – või need on delegeeritud põhikirjaga – jalgpalliliidu presidendile või administratsioonile.

Täitevkomitee võib delegeerida vastutuse otsuste ettevalmistamise ja täitmise või teatud asjade ajamise eest ühele või mitmele oma liikmele. Täitevkomiteel on samuti õigus delegeerida volitusi – täielikult või osaliselt – presidendile, ühele või mitmele oma liikmele ja/või administratsioonile.

Täitevkomitee koguneb reeglina iga kahe kuu tagant presidendi kutsel. President võib täitevkomitee koosolekule konsultantideks kutsuda ka kolmandaid isikuid.

1.2 Süsteemi eesmärgid ja eesmärgid

Jalgpallimeistrivõistluste süsteemi eesmärk on automatiseerida meistrivõistluste pidamise protsess. See rakendus on informatiivne: see võimaldab automatiseerida võitude, kaotuste ja viikide arvu arvutamist, samuti anda meeskondadele punkte vastavalt mängu tulemustele (3 punkti - võit, 2 - viik, 1 - kaotus ). Rakendus võimaldab kasutada sisestus-väljundvorme turniiritabeli andmete lisamiseks, kustutamiseks ja muutmiseks. Võimalik on vaadata andmeid töötajate ja meeskondade kohta, samuti 10 parimat meeskonda ja mängutulemusi, mis jooksval päeval mängiti.

1.3 Süsteemi eesmärk

Selle kursuseprojekti raames välja töötatud jalgpalli meistrivõistluste süsteem on mõeldud kõigile kasutajatele, kes on huvitatud mängitud kohtumiste tulemustest. Meie süsteemis autoriseerimist ei jagata. Külaline ei pruugi sisse logida, vaid lihtsalt sisse logida ja vaadata meistrivõistluste infot. Juht, president ja administraator peavad sisestama süsteemi määratavad isikuandmed. Isikuandmed tähendavad sisselogimist ja parooli. Pärast seda, kui kasutaja on sisestatud andmed kinnitanud, kontrollib tarkvarasüsteem nende kehtivust. Esmalt kontrollitakse sisselogimist, kui seda andmebaasist ei leita, kuvab süsteem teate, et sellenimelist kasutajat pole. Kui nimi on õige, kontrollitakse parooli kontrollsummat. Kui see ei ühti, on parool vale. Süsteemi suurema turvalisuse tagamiseks kontrollitakse pärast kontrollsumma arvutamist kogu parooli sobivust. Kui kasutajanimi ja parool on autentsed ja sobivad ning on väärtus-võtmepaar, logib kasutaja sisse ja talle määratakse presidendi, administraatori või juhi staatus.

Joonis 1.1 on skeem meistrivõistluste presidendi rolli kasutusjuhtudest.

Joonis 1.1 – Meistrivõistluste presidendi rolli kasutusjuhtude skeem

Pärast sisselogimist on presidendil järgmised võimalused: personalijuhtimine ja eelarve koostamine.

"Personalijuhtimise" kasutusjuht hõlmab uue töötaja kohta kande lisamist ja töötaja vallandamisel vastava kande kustutamist. Eelarve koostamise kasutusjuhtum hõlmab palgakirjete lisamist ja kustutamist.

Joonis 1.2 on diagramm administraatori rolli kasutusjuhtudest

Joonis 1.2 – Administraatori rolli kasutusjuhtude diagramm

Pärast sisselogimist on administraatoril järgmised võimalused: hallata kontosid ja kontrollida sõnumit andmebaasis.

Kasutusjuhtumil "Kontode haldamine" on järgmine stsenaarium: Kui see on uue kasutaja lisamine, siis täitke vastav valem ja salvestage muudatused; kui tegemist on kasutaja muutmise või kustutamisega, siis tuleb see esmalt andmebaasist üles leida, kustutamisel kasutaja andmed hävitada, muutmisel parandada ja salvestada.

Joonis 1.3 on halduri rolli kasutusjuhtude diagramm.

Joonis 1.3 – rollihalduri kasutusjuhtude skeem

Pärast sisselogimist on Halduril järgmised võimalused: täita, kustutada või vaadata edetabeli kandeid.

Joonis 1.4 on külalisrolli kasutusjuhtude diagramm.

Joonis 1.4 – Külalisrolli kasutusjuhtude diagramm

Pärast rakenduse allalaadimist saab külaline vaadata tabeliseisu, saada infot matšide ja võistkondade kohta.

1.4 Nõuded süsteemile

Selle kursusetöö raames välja töötatud jalgpalli meistrivõistluste süsteem peaks toimima järgmiste objektidega: riik, matš, töötaja, turniir. Vajalik on välja töötada selline süsteem, milles kasutajal oleks võimalik registreerida ja muuta vajalikku teavet.

Objektidele seatakse teatud piirangud ja objektidevahelise vastasmõju reeglid süsteemis, mille kogumit nimetatakse äriloogikaks.

Süsteemi äriloogika järgi on vaja rakendada: automaatne punktide andmine võistkondadele sõltuvalt antud matši võidust, kaotusest või viigist.

2. Disain

2.1 Süsteemi arendustööriistade valimine

Siinkohal valitakse välja andmebaasiserver, mille kaudu kasutaja andmebaasiga suhtleb, valitakse ka süsteemi juurutamise tehnoloogia ja arhitektuur.

2.1.1 Andmebaasi server

Hetkel on tohutul hulgal andmebaasiservereid nagu MySQL, PostgreSQL, Microsoft Access jt.

PostgreSQL on objekt-relatsiooniline andmebaasihaldussüsteem, mis töötab klient-server süsteemina. Relatsiooniandmebaaside põhikontseptsioonide alusel toetab PostgreSQL ka mitmeid "objekti" toiminguid, näiteks pärimist. PostgreSQL vastab SQL99 baasspetsifikatsioonile ja toetab paljusid SQL92 standardis kirjeldatud funktsioone.

Oracle on PostgreSQL-ist mõnevõrra parem sellistes küsimustes nagu indeksite kasutamine, andmete replikatsioon ja taastamine ning haldustööriistad üldiselt. Oracle on arenenum (aga ka keerulisem). Teisest küljest annab PostgreSQL võimaluse kasutada protseduurikeelena lisaks PL/pgSQL-ile (väga sarnane Oralce'is kasutatavale PL/SQL-ile) ka PL/Perl, PL/Python, PL/Tcl, mis võimaldab arendajal et valida tuttavam tööriist.

MySQL-is salvestatakse iga tabel oma failis (enamiku andmebaasitüüpide jaoks), mis korraldab ühtse failistruktuuri.

MySQL-is on rõhk parimal andmete lugemise (valiku) kiirusel, mis seletab selle DBMS-i populaarsust veebiarenduskeskkonnas, kus põhitoiminguks on valik. See saavutatakse tehingute puudumisega (neid rakendatakse ainult teatud tüüpi tabelite jaoks, näiteks InnoDB, BerkleyDB) ja mitme lõimega tööga, kuid see on ka selle DBMS-i mõnevõrra madalama töökindluse põhjus. Lubade osas võimaldab MySQL määrata õigusi mitte ainult tabeli, vaid ka veeru tasemel, kuid PostgreSQL-is kompenseerib selle kohandatud vaadete loomise võimalus.

Apache Derby on Java keeles kirjutatud relatsiooniline DBMS, mis on loodud Java rakendustesse manustamiseks või tehingute reaalajas töötlemiseks. Võtab kettalt 2 MB. Apache Derby on välja töötatud avatud lähtekoodiga ja seda levitatakse Apache 2.0 litsentsi tingimuste alusel. Derby oli varem tuntud kui IBM Cloudscape. Sun levitab samu binaarfaile Java DB nime all.

Selles kursusetöös kasutati PostgreSQL-i - andmebaasidel, mis nõuavad teabe salvestamise kõrget usaldusväärsust, on kõrgendatud nõuded kõigi muudatuste kontrollimiseks, kuna neil on vajadus suure andmemahu automaatseks parandamiseks, kui teave ühes tabelis muutub, kuna samuti ülesanded, mis nõuavad mittetriviaalsete lahenduste väljatöötamise oskust, ebastandardsete operaatorite kasutamist jne.

2.1.2 Süsteemi juurutamise tehnoloogiad

JSP (JavaServer Pages) on tehnoloogia, mis võimaldab veebiarendajatel hõlpsasti luua sisu, millel on nii staatilisi kui ka dünaamilisi komponente. Põhimõtteliselt on JSP-leht tekstidokument, mis sisaldab kahte tüüpi teksti: staatilised lähteandmed, mis võivad olla ühes HTML-, SVG-, WML- või XML-tekstivormingus, ja JSP-elemendid, mis loovad dünaamilise sisu. Lisaks saab JSP-siltide teeke ja EL-i (Expression Language) kasutada Java-koodi sisestamiseks JSP-lehtede staatilisse sisusse.

JSP on üks suure jõudlusega tehnoloogiaid, kuna kogu lehe kood tõlgitakse Jasperi lehe JSP-kompilaatori abil servleti Java-koodiks ja seejärel kompileeritakse java virtuaalmasina (JVM) baitkoodiks. Servleti konteinerid, mis on võimelised JSP-lehti käivitama, on kirjutatud Java keeles, mis võib töötada erinevatel platvormidel. JSP-lehed laaditakse serverisse ja neid hallatakse spetsiaalsest Java-serveri pakettstruktuurist, mida nimetatakse Java EE veebirakenduseks, mis on enamasti pakitud .war ja .ear failiarhiividesse.

JSP eeliseks teiste veebitehnoloogiate ees seisneb see, et JSP on platvormist sõltumatu, kaasaskantav ja kergesti laiendatav tehnoloogia veebirakenduste arendamiseks.

JSP 2.0 on JSP spetsifikatsiooni uus versioon, millele on lisatud funktsionaalsus, mis suurendab programmeerija kiirust. Nimelt:

– Väljenduskeel (EL) -- väljenduskeel, mis võimaldab muuhulgas arendajatel luua malle stiilis Velocity;

- lihtsam ja kiirem viis uute siltide loomiseks .tag failide abil, nüüd ei pea uute siltide loomiseks Java tundma;

– mugav viis pesastatud ubade haldamiseks (JavaBeans);

– kiirem ja lihtsam viis muutuvate parameetrite kuvamiseks.

Servlet on Java liides, mille juurutamine laiendab serveri funktsionaalsust. Servlet suhtleb klientidega päringu-vastuse põhimõtte kaudu.

Kuigi servletid võivad teenindada mis tahes päringut, kasutatakse neid tavaliselt veebiserverite laiendamiseks. Selliste rakenduste jaoks määrab Java Servleti tehnoloogia HTTP-spetsiifilised servletiklassid.

JSTL (JavaServer Pages Standard Tag Library) – inglise keelest tõlgituna "JSP Standard Tag Library". See laiendab JSP spetsifikatsiooni, lisades JSP silditeegi tavapäraste vajaduste jaoks, nagu XML-andmete sõelumine, tingimuslik töötlemine, silmuste loomine ja rahvusvahelistumise tugi. JSTL on JCP (Java Community Process) raames välja töötatud JSR 52 lõpptulemus.

JSTL on alternatiiv sellisele sisseehitatud JSP-loogikale, nagu skriptletid, st Java-koodi otsene sisestamine. Eelistatav on kasutada standardiseeritud siltide komplekti, kuna saadud koodi on lihtsam hooldada ja äriloogikat on lihtsam kuvaloogikast eraldada.

Java Persistence API (JPA) – alates Java 5-st sisaldub Java 5-ga Java SE ja Java EE platvormides. API võimaldab Java-objekte mugavalt andmebaasis säilitada.

Sellel liidesel on mitu rakendust, üks populaarsemaid kasutab selleks talveunerežiimi.

Andmete säilitamise tugi JPA, hõlmab valdkondi:

- otse paketis javax.persistence määratud API;

– platvormist sõltumatu objektorienteeritud päringukeel Java Persistence Query Language;

– metateave, mis kirjeldab seoseid objektide vahel;

– DDL-i genereerimine üksustele.

2.2 Süsteemiarhitektuuri projekteerimine

kihi andmebaasi mooduli servlet

Süsteemi arhitektuur on selline, nagu on näidatud analüüsis (Joonis 1.1) ja probleemi lahendamise meetodid.

Integratsioonikihi (andmeallika kihi) ülesanne on võimaldada rakendusel vajalike funktsioonide täitmiseks suhelda erinevate infrastruktuuri komponentidega. Sellise probleemi põhikomponent on seotud andmebaasiga dialoogi pidamisega – enamasti relatsioonilise. Relatsioonisüsteemide edu üks suuremaid põhjuseid on nende tugi SQL-ile, mis on andmebaasiga suhtlemiseks kõige standardsem keel.

Integratsioonikihi rakendamine sõltub sellest, kuidas äriloogika andmebaasiga suhtleb. Selles etapis tehtud valikutel on kaugeleulatuvad tagajärjed ja neid võib olla raske või isegi võimatu tagasi pöörata.

Seetõttu väärib see kõige hoolikamat kaalumist. Üsna sageli määravad sellised otsused äriloogika paigutusvalikud.

Mõttekam on isoleerida SQL-kood äriloogikast, paigutades selle eriklassidesse. Hea viis nende klasside korraldamiseks on "kopeerida" iga andmebaasiobjekti struktuur eraldi klassi, mis moodustab lüüsi, mis toetab tabeli juurdepääsuvõimalusi. Nüüd ei pea põhirakenduse kood SQL-ist midagi "teadma" ja kõik SQL-i toimingud on koondunud kompaktsesse klasside rühma. Parem võimalus on eraldada domeenimudel andmebaasist, jättes keskmise kihi ainuvastutavaks domeeniobjektide vastendamise eest andmebaasiobjektidega. Selline andmekonverter tegeleb kõigi äriloogikast algatatud info laadimise ja salvestamise operatsioonidega ning võimaldab iseseisvalt varieerida nii domeenimudelit kui ka andmebaasi skeemi. See on kõige keerukam arhitektuurne lahendus, mis tagab vastavuse rakendusobjektide ja relatsioonistruktuuride vahel, kuid selle vaieldamatu eelis seisneb kahe kihi täielikus isolatsioonis.

Praeguseks saavad Java arendajad ära kasutada juba olemasolevaid tööriistu: serialiseerimine, objektidevahelise kaardistamise tööriistad, objektide andmebaasid ja EJB-d. Igal neist tööriistadest on oma kasutusvaldkonnad ja seetõttu ka mõned puudused. JDO kõrvaldab need puudused ja tagab suurema läbipaistvuse.

Serialiseerimine. Sisseehitatud Java-mootor, mis teisendab objektid baitide jadaks, mida saab faili salvestada või võrgu kaudu edastada. Serialiseerimist on väga lihtne kasutada, kuid see on ka üsna piiratud. Serialiseerimise kasutamisel salvestatakse objekt ühe üksusena. See ei toeta tehinguid, samuti sama jadaobjekti kasutamist erinevates lõimedes või programmides ilma nendevaheliste konfliktideta;

Objekti suhteline kaardistamine (JPA). JPA ei ole uus tehnoloogia, vaid pigem ideede kogumik parimatest saadaolevatest tehnoloogiatest nagu Hibernate, TopLink ja JDO. Selle tulemusena on JPA standardiseeritud spetsifikatsioon, mis sisaldub J2EE5-s, mis võimaldab teil luua konkreetsetest pakkujatest sõltumatu andmete püsivuse kihi. Need. JPA spetsifikatsiooni rakendusi võib olla palju, üks neist on näiteks OpenJPA raamistik või sama Hibernate.

Objektide andmebaasid. Objektide andmebaasid olid spetsiaalselt loodud objektide salvestamiseks ja sobivad ideaalselt objektorienteeritud programmeerimise kontseptsiooniga. Object Database Management Group (ODMG) loodi selliste andmebaasidega töötamiseks ühe API väljatöötamiseks. Paljud andmebaasimüüjad aga kõhklevad endiselt väljakujunenud relatsioonisüsteemilt objektorienteeritud süsteemile üleminekul. Samuti on objektibaaside jaoks saadaval vähem andmeanalüüsi tööriistu ning väga suur hulk andmeid on juba salvestatud relatsiooniandmebaasides. Nendel ja paljudel muudel põhjustel pole objektiandmebaase nii laialdaselt kasutatud, kui nende loojad lootsid;

Enterprise Java oad (EJB). EJB-d on oad, mis salvestavad oma oleku relatsiooniandmebaasi ja pakuvad püsivatest andmetest objektorienteeritud vaadet. Erinevalt objektide relatsioonilise kaardistamise toodetest on EJB-del jäik spetsifikatsioon, mis võimaldab kasutada erinevate tarnijate tooteid. Kahjuks on EJB standard objektorienteeritud. Nad ei toeta pärimist, polümorfismi jne. Samuti on EJB komponentide kirjutamine kallis ja nende käitamiseks on sageli vaja spetsiaalset tarkvara.

Praeguseks on seda programmeerimistehnikat kasutavad erinevad raamistikud. Siin on mõned neist:

Hibernate, iBATIS, Java Data Objects (JDO), JPOX, Cayenne, TopLink, JPA.

Erinevate tehnoloogiate abil ORM-i korraldamisel on vaja luua objektide kaardistamise failid; luua konfiguratsioonifaile, mis täpsustavad ressursifaile, andmeallikaid, tehingute tuge jne.

2.2.1 Äriloogika kihi ja ärireeglite kujundamine

Kuidas see süsteem töötab:

Administraator sisestab andmed töötajate, meistrivõistluste, võistkondade kohta;

Kasutajad vaatavad tabeliseisu ja teavet meistrivõistluste kohta;

Registreerimine ei ole kohustuslik, see on vajalik ainult andmete muutmiseks;

Mitu-mitmele seose rakendamiseks loodi lisatabel. zakaz_dop_uslugi (seob tellimuse lisateenustega).

Seetõttu saab selliseid domeeniklasse kujundada (joonis 2.4).

Joonis 2.4 – Domeeniklassid

Süsteemi äriloogika kohaselt on vaja automaatselt punkte anda vastavalt kaotuste, võitude ja viikide eest.

2.2.2 Andmejuurdepääsukihi kujundamine

Välismällu salvestatud andmetele juurdepääsuks on kõige mugavam määratleda eraldi liidesed andmetega manipuleerimise meetoditega. Nende liideste juurutamine võib olla ükskõik milline, näiteks kasutades JDBC või JPA, JAXB või isegi lihtsaid Java kogusid. Selle kursuseprojekti elluviijaks valiti JPA. Andmepääsuliideste erinevate teostuste kasutamiseks on mugav rakendada "Abstract Factory" või "Factory Method" disainimustrit. Sel juhul toimib sellise tehasena abstraktne klass DAOFactory, mis sisaldab liidese rakendusi tagastavate abstraktsete meetodite määratlust (joonis 2.4).

Kõigi andmetele juurdepääsu operatsioonide hulgas on selgelt eristatavad põhilised CRUD (loomine, lugemine, värskendamine, kustutamine) toimingud - objekti loomine, objekti kustutamine, objekti värskendamine, objekti hankimine identifikaatori järgi ja kõigi objektide hankimine. Selliste toimingute paigutamine eraldi superklassi väldib koodi dubleerimist. Sellised põhitoimingud on viidud ka eraldi põhiliidesesse IGenericDao , mis Java Genericsi abil võimaldab teil määrata objektide klassi, millega töötate.

Joonis 2.4 – DAO klassi diagramm

2.2.3 Kuvakihi kujundamine

See kiht on õhuke klient.

Rakendusega töötamiseks loodi lehed, mis pakuvad andmete väljastamist, lisamist, redigeerimist ja kustutamist. Pealeht, kuhu registreerimata kasutaja pääseb, index.jsp. Andmete lisamiseks ja muutmiseks loodi ka lisalehti, kuid ainult administraatori õigustega.

3. Areng

3.1 Süsteemi andmebaasi arendamine

3.1.1 Andmebaasi skeemi kujundamine

Analüüsi, äriloogika ja reeglite kihi kujundamise põhjal saab andmebaasi struktuuri koostada järgmiselt (joonis 3.1)

Joonis 3.1 – Andmebaasi loogiline skeem

Andmebaasi füüsiline skeem on näidatud joonisel 3.2

Joonis 3.2 - Andmebaasi füüsiline skeem

Tarkvarasüsteemi andmebaas sisaldab kogu teavet selle objektide kohta, nimelt:

Turniirilaud;

Meeskonnad;

Kasutaja;

Töötaja;

Palk;

meistrivõistlused.

Igas tabelis on unikaalne primaarvõti võõrvõti. See on tabeli olemasolevatele teabeväljadele lisatud täiendav teenindusväli, mille ainus eesmärk on olla primaarvõtme. Selle välja väärtusi ei moodustata muude andmebaasi andmete põhjal, vaid need genereeritakse kunstlikult. Võõrvõtme peamine eelis on see, et see ei muutu kunagi, kuna see ei ole tabeli informatiivne väli (see ei kanna teavet kirjes kirjeldatud objekti kohta). Võõrvõtit on mõttekas kasutada siis, kui (loomuliku) primaarvõtme moodustavate väljade muutmine on võimalik. Sel juhul tekib nn "kaskaadmuutuste" probleem. Kui kasutate esmase võtmena võõrvõtit, ei pea te seda muutma. Samuti on võõrvõtmeid kasutavate päringute täitmisel väljade võrdlemine kiirem, eriti kui loomulik primaarvõti on string.

3.1.2 Andmete terviklikkuse tagamine

Terviklikkuse piirangud on näidatud tabelis 3.1

Tabel 3.1 – Andmebaasi tabelite kirjeldus

Tabeli nimi		Kirjeldus	Andmetüüp	Piirang
		töötaja isikukood		esmane võti
		Töötaja aadress	string, 20 tähemärki	nõutav sisend
		Sünnikuupäev	string, 20 tähemärki	nõutav sisend
		Perekonnanimi Eesnimi. Töötaja isanimi	string, 60 tähemärki	tuleb sisestada;
		Töötaja telefoninumber	String 20 tähemärki	nõutav sisend
		Kasutaja võõrvõti	täisarv
		Meistrivõistluste välisvõti	täisarv	sisendiks; ainulaadsed väärtused
		sobitada identifitseerimiskoodi		esmane võti
		Matši kuupäev	string, 20 tähemärki	nõutav sisend
		Võõrsil meeskond	string, 20 tähemärki	nõutav sisend
		Võõrustaja meeskond	string, 20 tähemärki	nõutav sisend
		Mängu skoor	string, 20 tähemärki
		Reisi number	täisarv	nõutav sisend
		Käsu välisvõti	täisarv	sisendiks; ainulaadsed väärtused
		kasutaja tunnuskood		esmane võti
		Logi sisse logimiseks	string, 20 tähemärki	nõutav sisend
		Sisselogimisparool	string, 20 tähemärki	nõutav sisend
		Rolli võõrvõti	täisarv	sisendiks; ainulaadsed väärtused
		tabeli tunnuskood		esmane võti
		Viigini mängitud matšide arv	täisarv	nõutav sisend
		Punktide arv matši kohta	täisarv	nõutav sisend
		Kaotatud matšide arv	täisarv	nõutav sisend
		Võidetud matšide arv	täisarv	nõutav sisend
		palga tunnuskood		esmane võti
		Töötatud tundide arv	täisarv	nõutav sisend
		Auhinna summa	tegelik andmetüüp
		Trahvi suurus	tegelik andmetüüp
		Töötaja võõrvõti	täisarv	sisendiks; ainulaadsed väärtused
		õige identifitseerimiskood		esmane võti
		Rolli võõrvõti	täisarv	sisendiks; ainulaadsed väärtused
		Toiming, mida määratud roll saab teha	string, 30 tähemärki	sisendiks; ainulaadsed väärtused
		rolli tunnuskood		esmane võti
			string, 30 tähemärki	nõutav sisend
		käsu identifitseerimiskood		esmane võti
		Linna nimi	string, 20 tähemärki	nõutav sisend
		Meeskonna nimi	string, 20 tähemärki	nõutav sisend
		Treeneri nimi	string, 60 tähemärki	nõutav sisend
		Tabeli võõrvõti	täisarv	nõutav sisend
		meistrivõistluste tunnuskood		esmane võti
		Meistrivõistluste kuupäev		nõutav sisend
		Riigi nimi	string, 40 tähemärki	nõutav sisend
		Tabeli võõrvõti	täisarv	nõutav sisend

3.1.3 Põhipäringute väljatöötamine

Põhipäringute väljatöötamisel valiti arenduskeeleks JPQL.

Allpool on toodud põhipäringute kirjeldus, nende teostus on toodud lisas A.

getKomandasByTablicaId - taotlus väärtuste valimiseks tabelist "Meeskond", kus tabeli ID on käsu vastuvõtmise parameeter.

findKomandaByName – päring käsu valimiseks, kus tabeli nimi on käsu hankimise parameeter.

getTablicaByChempionatId – taotlus väärtuste toomiseks tabelist "Tabel", kus meistrivõistluste ID on tabeli hankimise parameeter.

getKomandasByTablicaId - taotlus väärtuste valimiseks tabelist "Meeskond", kus tabeli ID on tabeli hankimise parameeter.

findUserByNameAndPassword - taotlus väärtuste valimiseks tabelist "Kasutaja", kus kasutaja sisselogimine on esimene parameeter ja parool on teine.

getWorkerByChempionatId - taotlus väärtuste hankimiseks tabelist "Töötaja", kus meistrivõistluste ID on töötaja hankimise parameeter.

getZarplatasByWorkerId - taotlus väärtuste valimiseks tabelist "Palk", kus töötaja ID on palga saamise parameeter.

3.1.4 Rollide loomine, indeksite ja vaadete valimine

Rollid:

Erinevate andmebaasi juurdepääsuõigustega on loodud mitu rolli:

Loo roll "admin" SISSE SISSE SISSE UNEKrüptimata parool "qwerty"

Loo roll "haldur" SISSE SISSE SISSE UNEKrüpteerimata parool "qwerty1"

Loo roll "direktor" LOGIN UNEKRIPTIMATA PAROOL "qwerty2"

Juurdepääsuõigusi suhetele chempionat, komanda, matchi, prava, "roll", tablica, users, worker, zarplata saab kirjeldada järgmiselt:

anda valida, kustutada, sisestada, värskendada chempionat, komanda, matchi, prava, "roll", tablica, kasutajad, töötaja, zarplata administraatorile

anda haldurile valimine, kustutamine, sisestamine, värskendamine tablicas, matchis, meeskonnas

Indeksid:

Indeksite valikul oli peamiseks kriteeriumiks sage juurdepääs konkreetsele valdkonnale

Andmetega töötamise tõhustamiseks loodi andmete valimimisel sageli kasutatavate väljade jaoks indeksid:

loo indeksi i_worker kohta töötaja(id);

luua indeks i_komanda käsuga(id);

luua indeks i_matchi kohta matchi(id);

loo indeks i_zarplata saidil zarplata(id)

Esindus:

Tablica tabeli osalise juurdepääsu rakendamiseks loodi järgmine vaade:

loo vaade w_guest (kolnichiyih,kolocheck,kolproigrashey,kolviigrashey,idchampionata)

valige tablicast kolnichiyih, kolocheck, kolproigrashey, kolviigrashey, idchampionata;

loo roll külalis

anda külalistele valik saidil w_guest

3.1.5 Salvestatud protseduuride ja käivitajate väljatöötamine

Päästikud:

1) Päästiku, mis lisab lisatasu väljale väärtuse Zarplata tabelisse kirje lisamisel. Kui välja kolChasov väärtus ületab teatud väärtuse.

LOO VÕI ASENDA FUNKTSIOON ins()

RETURNS päästiku AS

VÄRSKENDA "palka"

SET "premiya" =("koltšasov" - 176)*100

Sõnast "zarplata", "tööline"

kus("koltšasov">8);

KEEL "plpgsql";

LOO TRIGGER trig_11 PÄRAST „zarplata” SISESTAMIST

IGA REA KOHTA TÄITDA PROTSEDUUR ins();

2) Triger, mis lisab tabelisse kirje lisamisel või uuendamisel palgatabeli summa väljale kirje. Selle välja väärtuse määrab väljade Rate, Trahv ja Premium väärtus.

loo või asenda funktsioon addSumInZarplata() tagastab päästiku kui

deklareeri shtr float:=(vali shtraf zarplatast kus id=uus.id);

deklareerida prem float:=(vali lisatasu zarplatast, kus id=uus.id);

deklareeri s float:= (vali summa zarplatast, kus id=uus.id);

uuendada palgakomplekti

summa = s+prem-shtr kus id=uus.id;

keel plpgsql;

luua trigAddSumZarplat

iga rea ​​palga pealt

käivita protseduur addSumInZarplata();

Ladustatudprotseduurid:

1) Töötage välja salvestatud protseduur, mis tagastab täna toimuvate vastete loendi. Sisendparameetreid pole. Väljundparameetriks on vastete tabel.

LOO VÕI ASENDA FUNKTSIOON func_1()

RETURNS TABLE(id täisarv, gost-märk varieeruv(30), hozain-märk varieeruv(30),

skeem varieeruv(10), tur-täisarv, idkomandy täisarv, andmete kuupäev) AS $$

SELECT * FROM "matchi" WHERE "data" = timenow()::date; $$

2) Töötage välja salvestatud protseduur, mis tagastab teatud meistrivõistlustel kõige vähem punkte kogunud meeskonna nime. Sisendparameetrid on riigi nimi. Väljundparameeter on käsu nimi.

LOO VÕI ASENDA FUNKTSIOON func_2 (tähemärk varieerub (40))

SELECT "name" FROM "komanda", "tablica", "chempionat" WHERE "komanda"."idtablici" = "tablica"."id" JA "kolocheck" IN (SELECT MIN("kolocheck") FROM "tablica") JA "idchampionata" IN (SELECT "id" FROM "championat" WHERE "strana" = $1); $$

3) Töötage välja salvestatud protseduur, mis toob tagasi turniiritabeli 10 parimat meeskonda. Sisendparameetrid on riigi nimi. Väljundparameetriks on tabel, mis koosneb 10 parima meeskonna nimedest ja nende punktidest.

LOO VÕI ASENDA FUNKTSIOON func_3 (tähemärk varieerub (40))

RETURNS TABLE(_name märk varieeruv(20), kolocheck täisarv) AS $$

WITH alampäringuga AS (VALI "nimi", "kolocheck" FROM "komanda", "tablica", "chempionat" WHERE "komanda"."idtablici" = "tablica"."id" JA "idchampionata" IN (VALI "id" FROM "chempionat", KUS "strana" = 1 $) RÜHMITA 1, 2 TOIMINE "kolocheck" DESC)

SELECT * "alampäringust" GROUP BY 1, 2 HAVING COUNT("nimi")<= 10; $$

4) Töötada välja salvestatud protseduur, mis tagastab liidrimeeskonna nime teatud meistrivõistluste edetabelis. Sisendparameetrid on riigi nimi. Väljundparameetriks on juhi nimi.

FUNKTSIOON LOO VÕI ASENDAMINE func_5 (tähemärk varieerub (40))

TAGASI märgi varieeruv(20) AS $$

VALI "nimi" SAST "komanda", "tablica", "chempionat"

WHERE "komanda"."idtablici" = "tablica"."id" JA "kolocheck" IN (SELECT MAX("kolocheck") FROM "tablica") AND "idchampionata" IN (SELECT "id" FROM "chempionat" WHERE " riik" = 1 dollar); $$

3.1.6 Andmekaitse korraldus

Arendatavas süsteemis on mitu rolli ja igaühe jaoks tarkvarasüsteemis "Football Championship" erinev funktsionaalsus. Selle tarkvarasüsteemi igat tüüpi kasutajate võimalused on näidatud tabelis 3.2

Tabel 3.2 – Andmekaitse

Kasutaja/ Lehekülg	Administraator	Registreeritud kasutaja	Registreerimata kasutaja
	Meistrivõistluste nimekirja, jooksval päeval peetud matšide nimekirja, turniiritabeli vaatamine, lehekülgedel liikumine, meistrivõistluste tabeli andmete muutmine	Meistrivõistluste nimekirja, jooksval tabeliseispäeval peetud matšide nimekirja vaatamine, lehekülgedel liikumine, isikuandmete lehele minemine	Meistrivõistluste nimekirja vaatamine, jooksval turniiritabeli päeval mängitud matšide nimekiri, lehekülgede vahel vahetamine, registreerimise võimalus
	Tabeliandmete redigeerimine	Vaadake tabeliseisu, meeskonna üksikasju, 10 parimat meeskonda, parimat ja halvimat meeskonda	Vaadake tabeliseisu, meeskonna üksikasju, 10 parimat meeskonda, parimat ja halvimat meeskonda
addEdtCommand.jsp	Meeskonna redigeerimine
		Üksikasjaliku teabe vaatamine meeskonna kohta	Üksikasjaliku teabe vaatamine meeskonna kohta
	Vastete vaatamine, lisamine, kustutamine, redigeerimine	Mängude vaatamine, matšiandmete muutmine	Mängude vaatamine
	Lubade lisamine, eemaldamine, muutmine
	Vaata palka	Vaata, muuda palka

3.1.7 Objektide suhteline kaardistamine

Programmi arendamisel pääsetakse ligi andmetele, seetõttu kasutati sellise programmi arendamise lihtsustamiseks ning vastuvõetud andmetega töötamise efektiivsuse ja kiiruse tõstmiseks objektide suhtelist kaardistamist.

Object-relational Mapping (ORM) on programmeerimistehnika, mis seob relatsiooniandmebaasi objektorienteeritud pja loob "objektide virtuaalse andmebaasi".

ORM-id sünkroonivad mällu laaditud objektid automaatselt andmebaasiga. Selle võimalikuks muutmiseks kopeeritakse saadud andmed objekti väljadele, kui objekt-SQL-i teisenduspäring on loodud, nagu kõigis teistes ORM-i rakendustes.

Relatsiooniandmebaasi haldussüsteemid näitavad head jõudlust globaalsete päringute puhul, mis mõjutavad suurt andmebaasi ala, kuid objektorienteeritud juurdepääs on tõhusam väikese andmehulgaga töötamisel, kuna see vähendab semantilist lõhet objekti ja relatsioonivormide vahel. andmeid.

Kõik ORM-süsteemid kipuvad end ühel või teisel viisil eksponeerima, vähendades võimalust andmebaasi mingil moel ignoreerida. Lisaks võib tehingukiht olla aeglane ja ebaefektiivne (eriti genereeritud SQL-i osas). Kõik see võib põhjustada programmide aeglasemat käitamist ja kasutada rohkem mälu kui käsitsi kirjutatud programmid.

Kuid ORM säästab programmeerijat suure hulga koodide kirjutamisest, sageli korduvast ja veaohtlikust koodist, suurendades seeläbi oluliselt arenduskiirust. Lisaks võimaldavad enamik kaasaegseid ORM-i rakendusi programmeerijal vajaduse korral püsiva objektiga kodeerida SQL-päringuid, mida kasutatakse teatud toimingute jaoks (andmebaasi salvestamine, laadimine, otsimine jne).

Andmetele juurdepääsu nõudva rakenduse väljatöötamisel on vaja sellise rakenduse arendamist lihtsustada, suurendades saadud andmetega töötamise efektiivsust ja kiirust. Seetõttu on see probleem aktuaalne ka tänapäeval.

Selle lahendamiseks valiti JPA (Java Persistence API).

Allolev diagramm näitab JPA arhitektuuri peamiste komponentide vahelist seost.

Joonis 3.3 – JPA arhitektuur

Püsivus – klass sisaldab abistavaid staatilisi meetodeid EntityManagerFactory hankimiseks hankijast sõltumatul viisil.

EntityManagerFactory on liides, mille juurutamine on EntityManageri objektide loomise tehas.

EntityManager on peamine rakendustes kasutatav JPA liides. Iga EntityManager haldab püsivate objektide komplekti ja sisaldab API-d uute objektide sisestamiseks ja olemasolevate kustutamiseks. Igal EntityManageril on sellega seotud oma EntityTransaction ja EntityManager toimib ka päringuobjektide tehasena.

Olem – olem, mis on salvestatud objekt.

EntityTransaction - objekt, mis teostab tehinguhaldust, kui sooritatakse toiminguid salvestatud Entity objektidega. Toimingud rühmitatakse ja täidetakse täielikult või mitte, jättes andmesalve muutmata olekusse.

Päring on liides päringute täitmiseks, et leida salvestatud objekte, mis vastavad antud kriteeriumidele. JPA toetab päringuid Java püsipäringukeeles (JPQL) ja standardses struktureeritud päringukeeles (SQL). Päringu eksemplare saate objektist EntityManager.

3.2 Süsteemimoodulite väljatöötamine

3.2.1 Äriloogika ja ärireeglite kihi moodulite arendamine

See moodul on kõigi meie andmebaasi üksuste kirjeldus. See sisaldab ühtteist klassi, nimelt:

Matchi.java on klass, mis kirjeldab vasteid. Sisaldab järgmist teavet: mängu kuupäev, külaline, võõrustaja, mängu tulemus, tuuri number. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Komanda.java on klass, mis kirjeldab käske. Sisaldab järgmist teavet: meeskonna nimi, treeneri nimi, meeskonna linn. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Table.java - klass, mis kirjeldab turniiritabelit. See sisaldab välju: meeskonna punktide arv, kaotuste arv, võidud ja viigid. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Chempionat.java on klass, mis kirjeldab meistrivõistlusi. See sisaldab järgmist teavet: alguskuupäev, mempionaadi lõppkuupäev, riigi nimi, kus see toimub. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Worker.java on klass, mis kirjeldab töötajat. See sisaldab järgmist teavet: töötaja täisnimi, sünniaeg, telefoninumber, aadress. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

User.java on klass, mis kirjeldab kasutajat. See sisaldab järgmist teavet: sisselogimine ja parool süsteemi sisenemiseks. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Role.java on klass, mis kirjeldab kasutaja rolli. See sisaldab järgmist teavet: kasutajanimi. See sisaldab meetodeid väljade hankimiseks ja kirjutamiseks.

Prava.java on klass, mis kirjeldab kasutaja õigusi. See sisaldab järgmist teavet: õigused, mille alusel kasutaja sisse logib

3.2.2 Andmepääsukihi moodulite arendamine

Andmetele juurdepääsetakse DAO abil. Seda moodulit esindavad kaks liideste ja nende rakendustega paketti. See sisaldab järgmisi liideseid:

– ITablicaDao.java – liides, mis sisaldab tabeliga töötamise meetodite kirjeldusi. See kirjeldab järgmisi meetodeid:

avalik kollektsioon getTablicasByChempionatId(Integer chId) viskab PersistenceException meetodi, et saada kõik antud meistrivõistluste tabelid.

Meetodite juurutamine on TablicaDaoJpa klassis.

– IKomandaDao.java – liides, mis sisaldab käskude loendiga töötamise meetodite kirjeldusi. See kirjeldab järgmisi meetodeid:

a)avalik kogumine getKomandasByTablicaId(täisarv chId) visked PersistenceException meetod konkreetse edetabeli kõigi meeskondade saamiseks;

b)avalik Komanda findKomandaByName(Stringi nimi) loob meetodi PersistenceException käsu saamiseks nime järgi.

c) getTheWorstKomandaByChampId(String name) viskab PersistenceException meetod meistrivõistluste halvima meeskonna saamiseks;

d)avalik String getTheBestKomandaByChampId(String name) viskab PersistenceException meetodit meistrivõistluste parima meeskonna saamiseks;

e)avalik kogumine getTopTenKomandasByChampId(String name) viskab PersistenceException meetodit, et saada meistrivõistlustel 10 parimat meeskonda;

...

Sarnased dokumendid

Andmebaasi struktuur. Esitluskihist, ärikihist ja andmebaasikihist koosneva kolmetasandilise arhitektuuri visualiseerimine, mis on realiseeritud UML-skeemide abil. Kolmekihiliste rakenduste põhilised struktuuriomadused. Mõne mooduli lähtekood.

kursusetöö, lisatud 03.11.2012


Arendatava hotelliandmebaasi mudeli kujundamine. Trigerite, salvestatud protseduuride, päringute arendamine. Kasutajaliidese loomine. Tööde automatiseerimine registreerimisel, raamatupidamisel, otsingul, samuti tööandjate aruandlusel.

kursusetöö, lisatud 29.11.2015


Ettevõttes olemasolevate peamiste andmevoogude omadused. Tarkvaraarenduse viisid ja vahendid. Kasutajaliidese disain. Andmebaasiga suhtlemise kihi arendamine. Äriteenuste kihi arendamine.

lõputöö, lisatud 10.07.2017


Funktsionaalsete sõltuvuste definitsioon. Andmebaasi struktuuri arendamine. Andmebaasi päringute korraldamine. Päästikute kasutamine andmete ajakohasena hoidmiseks. Salvestatud protseduuride ja funktsioonide arendamine. Andmebaasi hoolduspiirangud.

kursusetöö, lisatud 17.06.2014


Andmebaasi olemus on komplekt, failide kogum, mis sisaldab teavet. Andmebaasi haldussüsteem - tarkvarasüsteem (rakendus), mis pakub tööd andmebaasiga (andmefailidega). Päästikute kasutamise eesmärk ja eelised.

kursusetöö, lisatud 22.02.2011


Relatsiooniandmebaasi kujundamine, sellest infovaliku organiseerimine. Tulemuste kuvamiseks kujundage vaated. Salvestatud protseduuride kujundamine. Andmehaldusmehhanism päästikute abil. Nõuded tehnilisele toele.

lõputöö, lisatud 03.07.2011


Mööblitootmise jaoks veebiliidesega "Tootearvestus" serveritüüpi andmebaasi arendamine ja silumine. Füüsiliste andmete mudel. Indekside ja piirangute, päringute ja andmevaadete, aruannete ja diagrammide kirjeldus. Päästikute ja salvestatud protseduuride kirjeldus.

kursusetöö, lisatud 20.02.2015


andmete manipuleerimise keel. Andmete valimise protsess. Koondfunktsioonide ja erioperaatorite kasutamine valikutingimustes. Vaadete ja salvestatud protseduuride loomine ja kasutamine. Trigerite kasutamine, kasutajaliidese arendamine.

laboritööd, lisatud 13.02.2013


Andmebaasi loogiline ja füüsiline struktuur. Süsteemi riist- ja tarkvara. Vaadete loomine, salvestatud protseduurid, kasutaja määratud funktsioonid, trigerid. ASP.NET dokumentide põhistruktuuri kirjeldus. Kasutajaliides.

kursusetöö, lisatud 21.05.2013


Andmebaasi mõiste. Tabelite, teabe sisestamise ja väljastamise vormide, põhipäringute, salvestatud protseduuride ja Bulletin Boardi andmebaasi käivitajate arendamine. Ettevalmistus trükkimiseks. Haldusvajaduse analüüs, infoturbe vahendid.

Föderaalne Raudteetranspordiagentuur

Osakond "Kommunikatsioon"

Kursuse töö.

Andmebaasi disain.

Olen töö teinud:

õpilane gr. See-314

Medvedev N.V.

Tööd kontrollitud:

õpetaja

Paštšenko M.A.

Jekaterinburg,

Sissejuhatus 3

Infoloogiline disain 5

1.1. Ainevaldkonna kirjeldus 5

1.2. Kasutajateabe vajaduste kirjeldus 5

1.3. Infoloogilise mudeli loomine 6

Andmete loogiline disain 7

2.1. DBMS-i valik ja omadused 7

2.2. Andmeloogilise mudeli loomine 9

2.3. Loo andmebaas 11

2.4. DB 12 täitmine

Järeldus 17

Viited 18

Sissejuhatus.

Andmebaasi all mõistetakse andmekogumi objektiivset esitamise ja organiseerimise vormi, mis on süstematiseeritud nii, et neid andmeid on võimalik arvuti abil leida ja töödelda.

Andmebaasihaldussüsteem on keele- ja tarkvaratööriistade kogum, mis on loodud andmebaasi loomiseks, haldamiseks ja jagamiseks.

Andmebaasi kujundamine on keeruline aeganõudev protsess teemavaldkonna kaardistamiseks sisemiseks andmemudeliks. Projekteerimise käigus töötatakse välja andmebaasi arhitektuuri erinevate tasemete mudelid, kontrollitakse ühe mudeli objektide kuvamise võimalust teise mudeli objektide kaupa.

Andmebaasi kujundamisel lahendatakse kaks peamist probleemi:

· Kuidas kaardistada domeeniobjekte abstraktseteks andmemudeliobjektideks nii, et see kaardistamine ei läheks vastuollu domeeni semantikaga ning oleks võimalikult parim (efektiivne, mugav jne)? Seda probleemi nimetatakse sageli andmebaasi loogiliseks kujundamise probleemiks.

· Kuidas tagada andmebaasi päringute tõhus täitmine, s.o. kuidas, pidades silmas konkreetse DBMS-i omadusi, korraldada andmeid välismälus, milliseid täiendavaid struktuure (näiteks indekseid) tuleks luua jne? Seda probleemi nimetatakse füüsilise andmebaasi kujundamise probleemiks.

Andmebaasi kujundamise etapid.

Joon.1 Andmebaasi kavandamise etapid

infoloogiline disain

1.1 Teemavaldkonna kirjeldus

Teemavaldkond on määratletud nelja põhikomponendi abil:

Kinnisvara

Selles kursuseprojektis on ainevaldkonnaks "spordiühiskond", õigemini need inimesed, kes tunnevad huvi jalgpalli vastu ja jälgivad mängude tulemusi.

Kihlveokontori jaoks on vaja välja töötada andmebaas, et kiiresti välja selgitada erinevate meistrivõistluste võistkondade mängude tulemused, nende võistkondade koosseisud, treenerid ja muu teave meeskonna kohta. Infot mängude kohta võetakse jalgpalliliidult.

Andmebaas salvestab infot erinevate meistrivõistluste, meeskondade, treenerite jms mängude tulemuste kohta.

1.2. Kasutajateabe vajaduste kirjeldus

Selle andmebaasi peamised kasutajad on jalgpallihuvilised ja mängude tulemusi jälgivad inimesed. Andmebaasi abil saavad nad teada, milline meeskond on panustamiseks lootustandvam ja milline, vastupidi, "tume hobune". Saate vaadata individuaalse meeskonna mängu tulemusi erinevatel meistrivõistlustel. Andmebaasi järgi saab koostada meeskonna reitingu. Uurige teavet meeskonna kohta, teatud ajal peetud matšide kohta.

ER-mudeli põhimõisted on üksus, suhe ja atribuut:

Essents on reaalne või kujuteldav objekt, mille kohta tuleb teavet salvestada ja saada. ER mudeli diagrammides kujutatakse olemit ristkülikuna, mis sisaldab olemi nime. Sel juhul on olemi nimi tüübi nimi, mitte selle tüübi mõni konkreetne eksemplar.

Olemi iga eksemplar peab olema eristatav sama olemi kõigist teistest eksemplaridest (see nõue on mõneti analoogne nõudega, et relatsioonitabelites ei oleks dubleerivaid kortereid).

Ühendus on kahe olemi vahel loodud graafiline seos. See seos on tavaliselt binaarne ja võib eksisteerida kahe erineva üksuse või olemi ja enda vahel (rekursiivne seos).

Ühendus on kujutatud joonena. Samal ajal asetatakse olemiga ühenduse dokkimise koha kohale märk “∞” või täht “M”, kui selle olemi jaoks saab ühenduses kasutada palju (palju) olemi eksemplare, ja number 1, kui ühendusolemites saab osaleda ainult üks eksemplar.

Nagu üksus, on ka suhe tüübikontseptsioon, mõlema seotud olemi paari eksemplarid järgivad suhte reegleid.

AtribuutÜksus on mis tahes detail, mis aitab selgitada, tuvastada, klassifitseerida, kvantifitseerida või väljendada olemi seisundit. Atribuutide nimed asetatakse olemi nime all olevasse olemikasti ja kuvatakse väikeste tähtedega, võimalusel koos näidetega.

Andmebaasi korraldamise üks peamisi nõudeid on anda võimalus leida mõni üksus teiste väärtuste järgi, mille jaoks on vaja nende vahel luua teatud seosed.

Suhe on kahe või enama olemi kooslus. Allpool on ER-tüüpi diagramm, mis määratleb olemitevahelised seosed.

Infooloogilise mudeli ehitamine

Andmebaasi "Jalgpallimeeskonna mängude tulemused" infoloogiline mudel kujundati mudelina "Olendi-suhted".

Olem on sama tüüpi objektide klass. Ettevõtte tegevusprotsess tuvastab sellised üksused. : meeskond, treener, meeskonnaliikmed, matšid, meistrivõistlused.

Igal olemil on oma atribuutide komplekt.

Joonis 1. ER-tüüpi diagramm.

Üksuste kirjeldus:

Meeskond, treener, meeskonnaliikmed, matšid, meistrivõistlused.

2. Dataloogiline disain.

2.1. DBMS-i valik ja omadused

Andmebaasihaldussüsteem (DBMS) on tarkvaratööriistade komplekt, mille kaudu andmebaasi hallatakse ja andmetele juurde pääseb.

DBMS-i peamised funktsioonid hõlmavad järgmist:

1. Andmete otsene haldamine välismälus.

Selle funktsiooni eesmärk on pakkuda vajalikke välismälu struktuure nii andmebaasis sisalduvate otseste andmete salvestamiseks kui ka teeninduseesmärkidel. DBMS haldab andmebaasiobjektide jaoks oma nimesüsteemi.

2. Mälupuhvri haldamine.

DBMS töötab tavaliselt märkimisväärse suurusega andmebaasiga. See suurus ületab oluliselt saadaoleva RAM-i mahtu. Mis tahes andmeelemendile juurdepääsul toimub vahetus välismäluga ning süsteem töötab välise mäluseadme kiirusel. Ainus viis selle kiiruse suurendamiseks on andmete puhverdamine RAM-is. Seetõttu säilitab DBMS RAM-i puhvrite komplekti koos puhvri asendamise põhimõtetega.

3. Tehingute juhtimine.

Tehing on andmebaasitoimingute jada, mida DBMS käsitleb tervikuna. Kas tehing sooritatakse edukalt ja DBMS kinnitab (COMMIT) tema poolt välismälus tehtud andmebaasi muudatused või ei mõjuta ükski neist muudatustest andmebaasi olekule.

4. Ajakirjandus.

DBMS peab tagama usaldusväärse andmesalvestuse välismälus, s.t. DBMS peab suutma taastada andmebaasi viimase järjepideva oleku pärast riist- või tarkvaratõrkeid.

5. Andmebaasi keelte tugi.

Andmebaasiga töötamiseks kasutatakse spetsiaalseid andmebaasi keeli. Kaks kõige sagedamini eristatavat keelt on andmete määratlemise keel (DDL) ja andmetöötluskeel (DML). DDL-i eesmärk on peamiselt andmebaasi loogilise struktuuri määratlemine, samas kui DML sisaldab andmetöötluslausete komplekti. Paljud DBMS-id toetavad tavaliselt ühte integreeritud keelt, mis sisaldab kõiki andmebaasiga töötamiseks vajalikke tööriistu. SQL on relatsiooniliste andmebaaside haldussüsteemide standardkeel. SQL-keel ühendab endas DDL ja DML tööriistu, st. võimaldab määratleda relatsioonilise andmebaasi skeemi ja töödelda andmeid.

SQL kasutab järgmisi põhiandmetüüpe, mille vormingud võivad erinevate DBMS-ide puhul veidi erineda.

TÄISARV- täisarv (tavaliselt kuni 10 tähenduslikku numbrit ja märk);

VÄIKE- "lühike täisarv" (tavaliselt kuni 5 tähenduslikku numbrit ja märk);

KATSEMAALNE ( lk , q ) - kümnendarvuga p-kohaline arv (0

UJUV- reaalarv 15 olulise numbriga ja täisarvude järjestus, mis on määratud DBMS-i tüübi järgi;

CHAR ( n ) - fikseeritud pikkusega n tähemärki (0

VARCHAR ( n ) - muutuva pikkusega märgijada, mis ei ületa n tähemärki (n>0 ja erinevates DBMS-ides erinev, kuid mitte vähem kui 4096);

KUUPÄEV- kuupäev spetsiaalse käsuga määratud vormingus (vaikimisi kk/pp/aa); kuupäevaväljad võivad sisaldada ainult tegelikke kuupäevi, mis algavad mitu aastatuhandet eKr. ja piirdub viienda kuni kümnenda aastatuhandega pKr;

TOPELINE TÄPSUS- teaduslike arvutuste jaoks 15 numbrit täpsusega.

ARV ( lk . s ) - Numbrilised väärtused sisaldavad numbreid 0 kuni 9 ning valikulist märki ja koma.

Seetõttu valiti andmebaasi kujundamisel InterBase 6.0 DBMS, kui DBMS, mis toetab kõiki ülaltoodud põhifunktsioone. Lisaks on InterBase 6.0-l järgmised funktsioonid:

1. Suurenenud jõudlus tänu täiustatud arhitektuurile

InterBase'i server rakendab mitme põlvkonna kirjete arhitektuuri ( MGA- Mitme põlvkonna arhitektuur). MGA pakub ainulaadseid versioonimisvõimalusi, mis tagab andmete kõrge kättesaadavuse nii tehingutega tegelevatele kasutajatele kui ka otsustustoe rakendusi kasutavatele kasutajatele. InterBase'i MGA mehhanism töötab hästi lühikeste tehingute võrgus töötlemiseks ( OLTP- On-Line Transaction Processing) ja on ainulaadne suuremahuliste reaalmaailma rakenduste jaoks, ületades otsuste toetamiseks pikaajaliste tehingute paralleelse täitmise valdkonnas teisi andmebaase. Versioonimehhanism välistab vajaduse lukustada kirjeid, millele tehingu ajal lugemise kaudu juurde pääseb, muutes need vabaks juurdepääsukonfliktidest – lugemisjuurdepääs ei lukusta kunagi kirjutamisjuurdepääsu. Erinevalt teistest andmebaasidest pakub InterBase iga päringu jaoks õigeaegseid ja järjepidevalt reprodutseeritavaid tulemusi ilma spetsiaalse programmeerimiseta. Tulemuseks on maksimaalne läbilaskevõime kõigi kasutajatehingute jaoks.

2. Mitme keermega arhitektuur

InterBase Server lisab MGA-le mitme lõimega arhitektuuri, parandades jõudlust ja optimeerides süsteemi ressursikasutust, eriti kui kasutajaid on palju. Mitme lõimega arhitektuur pakub jagatud andmevahemälu, mis vähendab ketta sisendite/väljundite arvu iga rakenduse päringu jaoks. Jagatud metaandmete vahemälu serveris vähendab päringute kompileerimiskulusid ning muudab salvestatud protseduuride ja päästikute täitmise tõhusamaks. Serveri hallatav kasutaja- ja andmebaasistatistika on kasulik rakenduse jõudluse kitsaskohtade diagnoosimisel.

3. Võimas tugi erinevatele andmetüüpidele

Paljud rakendused (multimeedia-, teadus-, Interneti-rakendused) nõuavad struktureerimata andmete töötlemise võimet. InterBase on esimene relatsiooniandmebaas, mis vastab sellele BLOB-i nõudele. BLOBi kasutamine võimaldab salvestada andmebaasi heli-, video-, graafilist ja binaarset teavet. Kaasaegsed rakendused kasutavad andmete tihendamiseks ja teisendamiseks BLOB-filtreid. Rakenduste arendamist ja teaduslike rakenduste täiustatud jõudlust toetavad InterBase'i mitmemõõtmelised andmetüübid, mis salvestavad kuni 16 dimensiooni ühte andmebaasivälja.

4. Sündmuste märguanded

Sündmuste hoiatajad teavitavad "huvirühmi" konkreetsetest andmebaasis toimunud muudatustest. Rakendus registreerib huvi sündmuse vastu ja ootab seejärel ilma andmebaasi küsitlemata, et saada teada sündmuse toimumisest. Küsitluse välistades säästavad sündmuste hoiatajad süsteemi ressursse ja pakuvad rakenduse skaleeritavust.

5. Ressursitõhusus

InterBase'i tuuma kompaktsus säästab väärtuslikku kettaruumi, et seda hiljem kasutada missioonikriitilistes ärirakendustes. InterBase pakub ka väiksemate mälunõuetega konkurentsivõimeliste andmebaasidega võrreldavat jõudlust täiendava mälukulude kokkuhoiu eesmärgil. Serveri juurutamine koosneb ühest käivitatavast failist ja on lihtne masinprotsess, mis muudab isegi kohandatud rakenduste installimise lihtsaks.

6. Tööstusstandardite range järgimine

InterBase järgib kliendi/serveri andmetöötluskeskkondade (nt ANSI/SQL, Java, UNICODE ja XDR (External Data Representation)) puhul ranget vastavust tööstusstandarditele. Meie pühendumus missioonikriitilistele tehnoloogiastandarditele tähendab, et saate vähendada aega, mis kulub oma rakenduste arendamiseks, juurutamiseks ja hooldamiseks mitmel platvormil, tagades kohese tippjõudluse.

2.2. Andmeloogilise mudeli loomine

Selles etapis peate looma vastavuse olemite ja ainevaldkonna omaduste ning suhete ja atribuutide vahel rakenduses InterBase 6.0. Selleks tuleb iga olem ja tunnused seostada relatsioonide (tabelite) ja nende atribuutide (väljadega) komplektiga.

Võti on minimaalne atribuutide komplekt, mille väärtuste järgi on võimalik soovitud olemi eksemplar unikaalselt leida. Minimaalsus tähendab, et mis tahes atribuudi hulgast väljajätmine ei võimalda olemit tuvastada ülejäänud atribuutide järgi. Igal olemil on vähemalt üks võimalik võti. Üks neist võetakse esmaseks võtmeks. Primaarvõtme valimisel tuleks eelistada mitteliitvõtmeid või võtmeid, mis koosnevad minimaalsest arvust atribuutidest. Samuti on sobimatu kasutada pikkade tekstiväärtustega võtmeid (eelistatav on kasutada täisarvu atribuute). Atribuuti või atribuutide rühma, mis ei ole kõnealuses tabelis primaarvõti, kuid on lingitud tabelis, nimetatakse võõrvõtmeks.

Oleminimede vastavustabel.

Väljanimede vastavustabel.

Atribuudid	Vastavus
Perekonnanimi	Perekond
Nimi	Imya
keskmine nimi	isanimi
Telefon	Tel
Meeskond 1	Meeskond_1
Meeskond 2	Meeskond_2
Punktid 1	prillid_1
Punktid 2	prillid_2
Aeg	Aeg
Meistrivõistluste tüüp	Vid_chemp
Asutamise aasta	God_osn
Linn	linn
Riik	Riik
Treeningbaasid	Basi
Aadress	aadress
Nimi	nimi
alguse kuupäev	Data_start
lõpp_kuupäev	Data_konza

Joonis 2. Dataloogiline mudel.

2.3. Andmebaasi loomine .

Tabeli loomine:

Tabel "Meistrivõistlused »:

LOO TABEL "CHEMP" ("KOD_CHEMP" TÄISARV EI OLE NULL, "VID_CHEMP" VARCHAR(20), "VREMYA" KUUPÄEV, PRIMARY KEY ("KOD_CHEMP"));

Tabel "Liikmed meeskonnad »:

LOO TABEL "LUDI" ("KOD_CHEL" INTEGER NOT NULL, "FAMIL" VARCHAR(20), "IMYA" VARCHAR(20), "OTCHESTVO" VARCHAR(20), "TEL" VARCHAR(20), "KOD_KOMANDI" TÄISARV EI NULL, "NOMER" TÄISARV EI NULL);

ALTER TABLE "LUDI" ADD VÄLISVÕTI ("KOD_KOMANDI") VIITED MEESKOND ("KOD_KOMANDI");

Sobivuse tabel:

LOO TABEL "MATCHI" ("KOD_K1" TÄISARV MITTE NULL, "KOD_K2" TÄISARV, "OCHKI_1" TÄISARV, "OCHKI_2" TÄISARV, "KOMANDA_1" VARCHAR(20), "KOMANDA_2" VARCHAR(20), "KODTE_GER KOMANDI" , "VREMYA" KUUPÄEV, "KOD_CHEMP" TÄISARV EI OLE NULL, PRIMARY KEY ("KOD_KOMANDI", "KOD_CHEMP"));

ALTER TABLE "MATCHI" ADD FORIGN KEY ("KOD_CHEMP") VIITED CHEMP ("KOD_CHEMP");

ALTER TABLE "MATCHI" ADD VÄLISVÕTI ("KOD_K1") VIITED MEESKOND ("KOD_KOMANDI");

ALTER TABLE "MATCHI" ADD VÄLISVÕTI ("KOD_K2") VIITED MEESKOND ("KOD_KOMANDI");

Tabel töö1:

LOO TABEL "WORK1" ("KOD_KOMANDI" TÄISARV EI TOHI NULL, "KOD_TRENERA" TÄISARV EI NULL, PRIMARY KEY ("KOD_KOMANDI", "KOD_TRENERA"));

Tabel "Meeskond ».

LOO TABEL "TEAM" ("KOD_KOMANDI" TÄISARV MITTE NULL, "STRANA" VARCHAR(20), "GOROD" VARCHAR(20), "GOD_OSN" DATE, "NAZVANIE" VARCHAR(20), PRIMARY KEY ("KOD_KOMANDI")) ;

Tabel "Treenerid ».

LOO TABEL "TRENER" ("KOD_TRENERA" INTEGER NOT NULL, "FAMIL" VARCHAR(20), "IMYA" VARCHAR(20), "OTCHESTVO" VARCHAR(20), "TEL" VARCHAR(20), "ADRES" VARCHAR( 20), PRIMARY KEY("KOD_TRENERA"));

Tabel "Positsioon ».

LOO TABEL "POZITZIYA" ("KOD_POZITZII" TÄISARV MITTE NULL,

"POZITZIYA" VARCHAR(20), PRIMARY KEY ("KOD_POZITZII"));

2.4. Andmebaasi täitmine

Meistrivõistluste tabel.

Meeskonnaliikmete tabel.

Tabel "Tasikud".

Meeskonna tabel.

Tabel "Treener".

Tabel "Töö1".

I. Ühe tabeli päringud:

1. Kuvab kõik mängijad, kelle perekonnanime esimene täht on "A" ja "G" vahel:

vali ludi hulgast perekond, kus perekond >="A" ja perekond< "Г";

2. Kuvab kõik treenerid, kelle perekonnanime esimene täht on "A" ja "P" vahel:

vali treenerist perekond, kus famil >="A" ja perekond< "Р";

3. Annab välja kõik Lokomotivi meeskonna mängijad:

vali ludist perekond famil, imya, otchestvo, kus kod_komandi=1;

II. Mitme tabeli päringud:

1. Kuvab iga meeskonna treenerid:

vali meeskonnast nazvanie, perekond, koolitaja, töö1 kus team.kod_komandi=work1.kod_komandi ja work1.kod_trenera=trener.kod_trenera;

2. Kuvab kõigi meistrivõistluste mängude tabeli:

valige vid_chemp, komanda_1,komanda_2,ochki_1,ochki_1 kohast chemp, matchi kus chemp.kod_chemp=matchi.kod_chemp;

3. Kuvab mängijad, kes millises klubis mängivad:

vali perekond, nimi ludist, meeskond kus meeskond.kod_komandi=ludi.kod_komandi;

………………………………………….

…………………………………………..

III. Funktsioonide ja arvutatud väärtuste kasutamine:

1. Arvutab Lokomotiv meeskonna mängijate arvu:

vali count(*) kod_chel alates ludi kus kod_komandi=1;

2. Kuvab käsu, mis põhineb enne kõike:

vali meeskonnast min(jumal_osn);

3. Kuvab Lokomotivi meeskonna poolt mängitud matšide arvu:

vali count(*) matchist kus kod_k1=1 või kod_k2=1;

IV. Grupioperatsioonidega

1. Kuvab iga meeskonna mängijate arvu:

selectnazvanie, count(famil) fromludi, teamwhereteam.kod_komandi=ludi.kod_komandigroupbynazvanie;

2. Näitab, mitu mängu igal meistrivõistlustel mängitakse:

vali vid_chemp, count(kod_chemp) kohast chemp, matchi kus matchi.kod_chemp=chemp.kod_chemp rühm vid_chemp;

Järeldus

Kursuseprojekti tulemusena loodi andmebaas jalgpallimeeskondade mängude kohta erinevatel meistrivõistlustel. Töötati välja 10 erinevat päringut, näiteks ühe-, mitmetabeli-, funktsioonidega päringud ja rühmaoperatsioonidega päringud. Kursuseprojektis tutvustatakse andmebaasi infoloogilisi ja dataloogilisi mudeleid. Seda andmebaasi saab kasutada kihlveokontorites, et saada kiiresti andmeid konkreetse meeskonna mängude kohta.

Kasutatud kirjanduse loetelu

2. E.K. Letsky "Infotehnoloogiad raudteetranspordis", M.: Venemaa UMK MPS, 2000.

Tunni eesmärgid: luua tingimused õppematerjalide tajumiseks ja kinnistamiseks teemal "Modelleerimine tekstitöötlusprogrammis"

1. Jätkake õpilastele Wordi tekstitöötlusprogrammi modelleerimisvõimaluste tutvustamist;
2. Tutvustada õpilasi struktuurimudelite mõiste ja tüüpidega;
3. Õpetada üldist lähenemist kujund-märgimudelite loomisele tekstitöötlusprogrammis;
4. Tagada modelleerimisülesannete täitmine tekstitöötluskeskkonnas.

Arendamine:

Vaimse tegevuse tehnikate (üldistamine, analüüs, süntees, võrdlemine), mälu (enim jääb meelde see, mis seostub takistuste ületamisega), õpilaste mudelstiili arendamine.

Hariduslik:

Õpilaste kognitiivsete võimete arendamine, kaaludes tekstitöötluskeskkonnas erinevaid modelleerimisülesandeid.

Tunni tüüp: kombineeritud.

Tunni varustus: arvuti, projektor, esitlus ( Lisa 1), kaardid ülesannetega praktiliseks tööks ( rakendus 2).

Tundide ajal:

I. Org. hetk.

Tunni eesmärkide seadmine, õpilaste teavitamine tunni põhietappidest.

II. Õpilaste algteadmiste värskendamine.

• Frontaalne töö klassiga:

(lisa 1 slaid 2),

- Milliseid mudeleid ma nimetan ikoonilisteks?

- Mis tüüpi ikoonilised modellid on teile teada?

– Millist märgimudelit nimetatakse verbaalseks?

Millist tekstidokumenti nimetatakse liiteks?

– Tooge näiteid kujundusülesannetest, mis on lahendatud tekstiredaktoris liitdokumentide loomisega.

III. Uue materjali õppimine.

Struktuur on millegi komponentide paigutus.

Andmestruktuur - teabeelementide kogum, mis on teatud, etteantud suhtes, samuti viis sellise seose kirjeldamiseks. ( Lisa 1 slaid 3),

Struktuurne andmemudel on andmemudel, mida esitatakse struktuurina – andmetüüpide ja nendevaheliste seoste kogumina.

Tekstidokumentides on kõige levinumad järgmist tüüpi teabestruktuurid: ( lisa 1 slaid 4)

• Tabel
• Skeem - peegeldab objektide klassifikatsiooni välimust
(lisa 1 slaid 5)

Väliselt meenutab klassifikatsiooniskeem ümberpööratud puud ja esindab objektide hierarhiat. Hierarhilistes skeemides on igal objektil ainult üks vanem ja sellel võib olla mitu last. Kõige kõrgemal tasemel (puu juurel) pole esivanemat ja see määratleb peamised tunnused, mis võimaldavad selle klassi objekte teistest eristada.

Sarnaseid mustreid näete bioloogias, ajaloos ja muudes ainetes.

Harjutus: Koostage sugupuu plokkskeem vastavalt järgmisele kirjeldusele:

Noorpaar kasutab tavaliselt paremat kätt. Naise peres oli veel kaks õde, kes tavaliselt kasutavad paremat kätt, ja kolm vasakukäelist venda. Naise ema on paremakäeline, isa vasakukäeline. Mu isal on õde ja 2 paremakäelist venda. Minu isapoolne vanaisa on paremakäeline, vanaema vasakukäeline. Naise emal on kaks venda ja õde, kõik paremakäelised. Mehe ema on paremakäeline, isa vasakukäeline. ( Lisa 1 slaid 6)

Vene keele tundides tuli teha lause süntaktiline analüüs ja kuna lause on sõnadest koosnev süsteem, siis saab ehitada diagrammi, mis näitab lause põhi- ja kõrvalliikmeid. ( Lisa 1 slaid 7)

• plokkskeem
- geomeetriliste kujundite kogum, millest igaüks tähistab konkreetset tegevust, mille vaheline seos määratakse noolte või joonte abil ( Lisa 1 slaid 8)
• Õigusaktidega määratletud ülesehitusega dokumendid

Väga sageli kohtame elus mitmesuguseid dokumente. Need on sertifikaadid, väljavõtted, korraldused ja palju muud. Kõik loetletud dokumendid on teabekandjad ja peavad olema juriidiliselt korrektsed. Praegu kasutatakse selliste dokumentide koostamiseks üha enam tekstiredaktori rakenduskeskkonda.

Muidugi pidite klassikoosolekut protokollima.

– Mis on protokoll? ( Protokoll - dokument, mis fikseerib küsimuste arutamise ja otsuste tegemise käigu koosolekutel, koosolekutel jne.)

- Milline kohustuslik teave peaks teie arvates protokollis kajastuma? (koosoleku kuupäev; kohalviibijate arv; päevakord; arutelu käik; koosoleku otsused)(Lisa 1 slaid 9)

peal 1. lisa slaid 10 antakse klassi koosoleku protokolli näidis.

IV. Õpitud materjali koondamine.

Praktilise töö “Märgise struktuurimudeli loomine” sooritamine arvutis ( rakendus 2)

V. Tunni kokkuvõte.

1. Praktilise töö tulemuste analüüs:

- mis juhtus?
- mis ei töötanud?
Milliseid raskusi kogesite ülesannete täitmisel?

2. Praktiliste tööde märgistamine.

VI. Kodutöö.

Koostage töövihikutes (tekstitöötlusprogrammis) koolitarvete liigitusskeem.