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 Andmete modelleerimise ehk andmemudeli koostamise eesmärk määratleda ettevõtte ja täpsemalt selle protsesse puudutavad äriobjektid andmeobjektitüüpidena (andmetabelitena) ja neid iseloomustavad atribuudid
programmeerimiskeelt. GRAILS tehnoloogia baseerub Javal. GRAILS tehnoloogia võimaldab suhteliselt väikese tööjõukuluga saada arvestatavaid tulemusi. Teise olulise osana praktika käigus sooritatust tooksin esile Enterprise Architectiga modelleerimise. Nagu eelpool mainisin, on tegemist IT Kolledzis kasutatava Racional Rose analoogiga. Kui võrrelda IT Kolledzis sooritatud modelleerimist praktika käigus tehtuga, oli kolledzis sooritatud ülesanne oluliselt lihtsam mõni üksik tabel andmemudelis, mõni üksik infovajadus jne. Paraku tegelikkuses tuleb lahendada palju keerulisemaid ülesandeid ning loomulikult kasvab ressursi kulu eksponentsiaalselt ülesande keerulisuse kasvuga. Kolmandaks tooksin esile AJAX-i ja jQuery. Need koostöös, eriti veel kasutades JSON-i, võimaldavad oluliselt kiirendada brauseri tööd. Enam ei ole tarvis andmeid korduvalt suurtes kogustes kliendini tarnida. AJAX-i päringuga küsime vaid pisut ning juba näitame.
kaardistatakse). Reaalsusmudel ei tohi olla sõltuv riist- ja tarkvarast, millel temale põhinev andmemudel võidakse realiseerida. · Infomudel esitatakse reaalsusmudel formaliseeritud kujul. Nähtus -> olem; Nähtusteklass -> olemiklass. · Andmemudel kirjeldab, kuidas reaalsusmudeliga (infomudeliga) defineeritud looduse alamhulk arvutis modelleeritakse. Tagab andmekogude ühilduvuse tehnilisel tasandil. Andmemudelis loetletakse ka atribuudid, millega nähtuseid kirjeldatakse. Võimalikult sõltumatu kasutatavast tarkvarast. Kui nähtusi ja objekte on vähe või nende struktuur on lihtne, siis ühendatatakse andme- ja reaalsusmudel. · Esitusmudel valitakse andmemudeli alamhulk ja moodustatakse sellest visulaalselt tajutav kujutis kas arvutiekraanil, trükiprotsessis, paberil või viimasel ajal ka plotteril.
ning andmemudel. 4.1 KONTSEPTUAALMUDEL Joonis 5. Konseptuaalne klassidiagramm 18 4.2 ANDMEMUDEL Organisatsiooni Fototellimus andmemudel on järgmine: Joonis 6. Andmemudel Muudatused võrreldes kontseptuaalmudeliga: On kadunud seos “klient suhtleb pildistamise korraldajaga“, sest selle kohta pole infosüsteemis vaja andmeid salvestada. Andmemudelis on fotode parameetrid fotod-tabelis. Kontaktandmed sisestatakse klient-tabelisse. 4.3 OBJEKTIDE JA ATRIBUUTIDE SEMANTIKA Tähistused (PK) - primaarvõti (ingl. k. primary key) (FK) - välisvõti (ingl. k. foreign key) Nimetus Semantika Pildistamine Tegevus, mil fotograaf pildistab klienti. 19 Pildistamise_nr (PK) Unikaalne number, et eristada pildistamisi.
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 hallata äriobjektide seisundeid iseloomustavaid andmeid tehes sellega äriobjektid (täpsemalt nende eksemplarid) infosüsteemis tegutsejatele informatiivseks
Alustatakse strateegilise analüüsi käigus ja lõpetatakse detailanalüüsi käigus. Terve süsteemiarendus koosneb järgmistest järjestikulistest etappidest: Kontseptuaalne andmebaasi disain käib vaid esimese kahe etapi käigus. Sisend on kasutajate nõuded admetele, mida soovitakse säilitada ja organiseerida. Tulemused. Koostatakse organisatsiooni kontseptuaalne andmemudel, mis on täiesti vaba kõigist realiseerimisega seotud kaalutlustest. Kontseptuaalses andmemudelis ei pöörata tähelepanu ühelegi realiseerimisega seotud asjaolule, nagu andmemudel, kasutatav andmebaasisüsteem, kasutatav riistvara platvorm, kasutatava arvutivõrgu ülesehitus, töökiiruse küsimused jne. Selle põhjal saab luua andmebaasi tehnilise kirjelduse erinevate keskkondade jaoks. 17. Kontseptuaalne andmemudel (teema 7) Kontseptuaalne andmemudel on mittetehniline mudel, mis kirjeldab süsteemi baasandmeid
nähtustega iii. andmemudel (eesmärgiks luua ühine alusraam erinevate nähtuste arvutis/kaardil modelleerimiseks) Komponentideks: objekti klass, tüüp (pind/joon/punkt), atribuutide definitsioonid, atribuutide väärtused, koodide süsteem. iv. Esitusmudel (eesmärgiks anda reeglid andmemudelis olevate andmete visualiseerimiseks arvuti ekraanil/printeril, plotteril/trükipressis) Tehakse eraldi: kaardiväljale (legend), kaardilehele (kaane kujundus või pealkirja kujundus, kompositsioon, voldingud, raamistused, rullimised, kaardiseeriale seeriakujundajale. Komponentideks: leppemärgi nimetus, leppemärgi kujutis, leppemärgi värv, leppemärgi prioriteet v
Olemi terviklikkuse (ingl. k. entity integrity) reegel: Kõik primaarvõtme atribuudid peavad olema alati väärtustatud. Viidete terviklikkuse (ingl. k. referencial integrity) reegel: Kui relatsioonis eksisteerib välisvõti, siis välisvõtme väärtus peab vastama seotud relatsiooni kandidaatvõtme väärtusele või peab olema täielikult määramata (NULL). Kuidas moodustuvad relatsioonilises mudelis andmete vahelised seosed? Relatsioonilises andmemudelis on seosed andmeobjektide (relatsioonide) vahel väljendatud ja loodud vastavate andmete salvestamisel vastavatesse relatsioonidesse. Andmed ise oma sisuga loovad seose erinevates relatsioonides olevate kirjete vahel. Seose loomiseks kahe relatsiooni vahele "tõmmatakse" ühe relatsiooni ühe (või ka mitme) atribuudi andmed teise relatsiooni salvestamiseks. Ühelt poolt peab suhte loomisel osalema unikaalne võti (mõni kandidaatvõtetest)
Data - LOM). Kõik IMS spetsifikatsioonid koosnevad kolmest osast: 1. Information Model - andmemudeli üldine kirjeldus; 2. XML Binding - juhised spetsifikatsiooni rakendamiseks XML formaadis; 3. Best Practice – rakendusnäited ja soovitused. (IMS LM Specification 2003) IMS LOM kattub suures osas IEEE metadata spetsifikatsiooniga. Sisaldab vaid üksikuid modifikatsioone, mida kirjeldatakse andmemudelis eraldi. Käesolevas magistritöös vaadeldakse vaid IEEE spetsifikatsioonil tuginevat osa. 2.2.3.3 IMS LOM andmemudel Spetsifikatsioon esitab metaandmed struktureeritud loeteluna. Järgnevalt lühike ülevaade LOM struktuurist: 1. General – õpiobjekti, kui tervikut, kirjeldav info 1.1. Identifier – unikaalne identifikaator 1.2. Title – õpiobjekti nimi 1.3. Catalogentry – ressursside asukoht 1.3.1. Catalog 1.3.2. Entry 1.4
annaabi.ee 
