Istudes ülikooli linnaku kohvikus luuakse ülikooli raamatukogu külastamiseks ühendus traadita võrguga. Millisest infosüsteemi elemendist on jutt Suhtlusmeediast 24. Infosüsteemi millise vaate osa moodustab andmemudel? Andmevaate 25. Restorani külastaja tellis kalasupi, ahjuprae, koogi ja mahla. Millise elemendiga restorani infosüsteemis on tegemist? Andmetega 26. Mis ei kuulu infosüsteemi koosseisu? Ruumid, kus arvutid paiknevad 27. Milleks kasutatakse andmemudelit? Infosüsteemi andmete struktureerimiseks, et kirjeldada reaalse maailma obejektide kohta käivaid andmeid. 28. Millega on tegevusdiagrammi kontekstis antud tähistuse puhul tegemist Protsessis tegutseja 29. Milline väide on õige? Antud tegevusdiagrammi osa (ilma algus-ja lõppolekuta): On üldjoontes korrektne kuna tegevusele järgnevad otsused ning kõik protsessid on järjestatud 30. Täidke lünk “Avaldust, mis määratleb või piirab organisatsiooni tegemises mingit
probleeme andmekvaliteediga. Probleemid dokumenteeriti ja on kliendile aluseks alliksüsteemide parandamisele. Andmemudeli spetsifikatsioon 100% Kasutati üldist müügiaruandluse ja realisatsioon andmemudelit (tähtskeemi). Ärinõuete analüüsil selgunud probleemide tõttu tehti 4 andmemudelisse tellijale spetsiifilisi muudatusi. Andmelaadimiste realisatsioon 100% Keeruliseks osutus andmelaadimiste
(terviklikku protsessi tükeldama asudes) aspektist. Protsessi mudeliga saab esitada erinevaid äriprotsessi aspekte, kus tähtsamateks on juhtimisvoog, andmetevoog ja ressursivoog. Juhtimisvoog määrab ära tegevused, mis on seotud sissetulnud tellimustega. Andmevoog määrab ära missuguseid andmeid kogutakse, töödeldakse ja liigutatakse erinevate tegevuste vahel. Ressursivoog märab ära, kes või mis peaks tegutsema või on vastutav erinevate tegevuste täitmisel 62. Selgita andmemudelit (ER, OM) ja eesmärke, lisa näide Andmemudelid (ER, OM) annavad ülevaate säilitatavatest andmetest ning nende vahelistest seostest (reeglitest). Vastavad diagrammid on juba selgeks juhiseks infosüsteemi teostajatele. Lihtsustatult on andmemudel andmete struktureerimise viis andmebaasis, millega üritatakse kirjeldada reaalse maailma andmeobjekte. Andmed on koondatud ühte või mitmesse tabelisse. Täpsemalt mõeldakse andmemudeli all mitme-tabelisüsteemi erinevate tabeli
Võib lähtuda tüvest ja see dekomponeerida või alustada pisematest elementidest neid komponeerides. 17. Selgita protsessi mudelit ja eesmärke, lisa näide Joonis 43 Protsessi diagramm (Allikas http://melnais.mii.lu.lv/audris/Kalnins_Barzdins_UMLBM_Final.pdf) Protsessidiagrammid annavad selge orientatsiooni kogu juhtumile (algus ja lõpp) ning selles osalevatele tegevustele. Ka siin võib läheneda komponeerivast või dekomponeerivast aspektist. 18. Selgita andmemudelit (ER, OM) ja eesmärke, lisa näide Joonis 47 Objektmudeli (OM) näide (I.Sander) Andmemudelid (ER, OM) annavad ülevaate säilitatavatest andmetest ning nende vahelistest seostest (reeglitest). Vastavad diagrammid on juba selgeks juhiseks infosüsteemi teostajatele.
andmetabelite vahel) igat andmeobjektitüüpi iseloomustab 1 või mitu atribuuti (omadust) moodustades andmestruktuuri igal konkreetsesse andmeobjektitüüpi kuuluval eksemplaril on konkreetse atribuudi jaokskonkreetne väärtus eksemplarid eristuvad üksteisest atribuutide väärtuste järgi igat eksemplari määratletakse üheselt võtmeomaduse või –atribuudi (või omaduste kombinatsiooni) kaudu 42. Andmete normaliseerimine- Andmemudelit, täpsemalt andmeobjektitüüpe iseloomustavaid atribuute on vaja viia normaliseeritud kujule, et tulevases realiseeritavas relatsioonilist tüüpi andmebaasis: oleks igasse andmetabeli lahtrisse salvestatud ainult 1 väärtus. Vastasel juhul ei saa selle väärtuse järgi teha korrektseid päringuid – päringute tegemine taanduks tekstiotsingule, mis ei võimalda vajadusel matemaatilisi operatsioone rakendada
v 0.6 26.10.2007 Helena Jürgenson Täpsustatud kontseptuaalset klassidiagrammi V1.0 30.10.2007 Helena Jürgenson Funktsionaalsesse vaatesse toodud kasutuslugu ,,Deklaratsiooni loomine". Täiendatud kontseptuaalset klassidiagrammi ja lausendeid. Täiendatud andmemudelit Täiendatud objektide ja atribuutide semantikat Lisatud CRUD maatriks V1.1 4.09.2008 Rain Öpik Kohandatud 2008a. sügissemestriks V1.2 2.10.2008 Rain Öpik Seisundidiagrammi täpsustus. V1.3 23.10.2008 Rain Öpik Kontseptuaalse klassidiagrammi täpsustamine,
seisundimuutustega ning saadud informatsiooni põhjal täiendada teisi vaateid. Täpsemalt on vaja täiendada: · protsessidiagrammi näidates ära milline infotöötegevus (kasutusjuhu teostus) toob endaga kaasa millise äriobjekti seisundimuutuse; · kasutusjuhtude sõnalist seletust täpsustades, millise seisundi pärast kasutusjuhu teostust äriobjekt andmefaktina saab · andmemudelit lisades manipuleeritavat äriobjekti tähistavale andmetabelile seisundeid tähistava andmetabeli (NB! Andmemudelis peab olema seisundeid omavat äriobjekti tähistavandmetabel! Pakkumise protsessis on oma elu elavaks ja seega seisundeid omavaks äriobjektiks ,,Pakkumus", millele peab andmemudelis vastama samanimeline andmetabel) Andmemudel ja selle koostamise eesmärgid ja reeglid
20 GEOINFOSÜSTEEMID Eksamiteemad digitaalkartograafias vm tegu? Milliste mõõtkavadega võiks tegu olla (olid variandid antud) 6. Aktiivne kaugseire – tööpõhimõte, mida uurida saab 7. Asetatakse üksteise peale viis topograafilist kaarti. Põllumaade üleminek rohu ja karjamaadele jms. Millist andmemudelit kasutada – raster või vektor? 8. Lähtudes eelnevast ülesandest, millised raskused võivad olla andmemudeli kasutamisel ja kuidas neid lahendada? 9. Sul on mitu kaarti ühe piirkonna kohta. Mõõtes ühte vahemaad tuleb igal kaardil erinev tulemus. Ka tuleb erinev tulemus nivelleerides. Mis võivad olla põhjused? (mõõteviga ei lähe arvesse) 10.Projektsioonide jaotamine moonutuste alused. 21
Solaris Kino (edaspidi SK) infosüsteemi loomine käesoleva süsteemianalüüsi alusel. 2. Käesoleva lepingu punktis 1 nimetatud töö jagatakse järgmisteks alatöödeks: Filmide allsüsteemi loomine – dd.mm.yyyy Klientide allsüsteemi loomine – dd.mm.yyyy Täitja teostab töö kahes arendusetapis. 3. Töö teostamine - esimene etapp Esimene etapp sisaldab iga allsüsteemi andmemudelit, töötlusprotseduuride kirjeldusi ja ekraanivormide prototüüpe. Tellija kinnitab esimese etapi lõppu tööde vastuvõtmise aktis. 4. Töö teostamine - teine etapp Teise etapiga realiseeritakse esimeses etapis kirjeldatud infosüsteem, installeeritakse see ja antakse Tellijale üle koos kasutus- ja haldusjuhendiga. 5. Peale esimest etappi on Tellijal õigus teha muudatusi ja ettepanekuid infosüsteemi kohta. 6
sõltumatute, järelikult nende keskkondade jaoks spetsiaalselt optimeerimata lahenduste loomisega. Füüsiline disain optimeerib / häälestab loogilise disaini lahendusi konkreetsete "füüsiliste" keskkondade jaoks, st. konkreetsete riist- ja tarkvara produktide jaoks. Andmebaasi projekteerimise sammud: Loogilise andmebaasi disaini eesmärk: Töötada välja andmebaasi struktuur pidades silmas konkreetset andmemudelit (nt. SQL aluseks olev andmemudel), kuid mitte pöörates tähelepanu kasutatavale andmebaasisüsteemile. Loogilise andmebaasi disaini sisendid: Kontseptuaalne andmemudel. Andmebaasioperatsioonide lepingud. Loogilise andmebaasi disaini protsess: Valitakse andmemudel (nt. SQL aluseks olev andmemudel). Esialgne andmebaasiskeem leitakse kontseptuaalse andmemudeli põhjal, kasutades teisendusreegleid. Andmebaasiskeemi kontrollitakse ja täpsustatakse:
seisundite ja seisundimuutustega ning saadud informatsiooni põhjal täiendada teisi vaateid. Täpsemalt on vaja täiendada: protsessidiagrammi näidates ära milline infotöötegevus (kasutusjuhu teostus) toob endaga kaasa millise äriobjekti seisundimuutuse; kasutusjuhtude sõnalist seletust täpsustades, millise seisundi pärast kasutusjuhu teostust äriobjekt andmefaktina saab andmemudelit lisades manipuleeritavat äriobjekti tähistavale andmetabelile seisundeid tähistava andmetabeli (NB! Andmemudelis peab olema seisundeid omavat äriobjekti tähistav andmetabel! Pakkumise protsessis on oma elu elavaks ja seega seisundeid omavaks äriobjektiks ,,Pakkumus", millele peab andmemudelis vastama samanimeline andmetabel) Äriobjektide seisundite määratlemise mõte infosüsteemi analüüsi kontekstis on luua võimalus
Antud kursuses käsitletakse relatsiooniliste andmebaaside projekteerimist. See tähendab loogilises disainis kõigepealt relatsioonilise andmemudeli sissetoomist ning andmestruktuuride viimist vähemalt kolmandale normaalkujule. Andmemudelisse ei tohi jääda mitu-mitmele suhteid, mis analüüsi mudelis on lubatud. Erinevalt analüüsietapil koostatud kontseptuaalmudelist nähakse nüüd iga andmeobjekti (olemi) taga konkreetset (relatsioonilist) andmetabelit. Seepärast nimetame andmemudelit nüüd (loogiliseks) andmebaasiskeemiks. Kirjeldatakse kõik andmeväljad, määratakse (standardsed, mitte konkreetse tarkvaraga seotud) andmetüübid ning väljapikkused. Relatsioonilise andmebaasi loogilise disaini tegevused on: 1. Detailanalüüsi andmemudeli teisendamine - relatsioonilise mudeliga kokkusobimatute konstruktsioonide eemaldamine andmemudelist (valikuline). Eesmärgid: - Eemaldada binaarsed mitu-mitu (M:N) suhted. - Eemaldada rekursiivsed mitu-mitu (M:N) suhted.