1. Küsimused a) Zachmani tugiraamistik Zachmani tugiraamistik – 1990 John A. Zachman. Kirjeldab valdkonna infosüsteemi üldist ülesehitust ja arhitektuuri. Mudel infosüsteemile endale. Saab rakendada igale ärivaldkonnale sõltumata suurusest, „Puhtale valdkonnale“ ja (IT) infrastruktuurile. Veerud vastavad põhiküsimustele: Mis? Kuidas? Kus? Kes? Millal? Miks? Read vastavad süsteemitöö põhilistele osapooltele-huvigruppidele: juhtkond, tippjuhid, planeerijad, ärimõistete omanikud, arhitekt-disainerid, ehitaja-tehnoloogid, tehnikud, ülalhoidjad. „Puhas valdkond“ - 2 ülemist rida. IT infrastruktuur alates kolmandast allapoole. MDA (Model Driven Architecture) mudelitüübid: CIM (Computing Independent Model) – teine rida PIM (Platform Independent Model) – kolmas rida ...
Väljendatakse erinevat tüüpi diagrammidega, kaasa arvatud käitumislikud diagrammid. Domeenimudel on mittetäielik BOM, mis keskendub domeeni olulistele "asjadele". Dünaamikavaadet ei sisalda. 6. Kasutajaliideste eskiisid kui vaated domeenimudelisse Kasutajaliideste eskiisid, mida võidakse joonistada kasutusjuhtude mudeli tegemisel, on "vaated" Domeeni mudelisse (e kontseptuaalsed klassidiagrammid), st kasutajaliidese andmeväljade sisu peab olema defineeritav kontseptuaalse klassidiagrammi "keeles": Kasutajaliidese ja domeenimudeli elementide seosed Eskiis on tehtud EA diagrammina, mille tüübiks on user interface. Kasutajaliides on vaade domeenimudelisse, st enamus kasutajaliidese andmeelementidest (väljadest) suhestatakse otseselt kontseptuaalse klassidiagrammi vastavate elementidega (atribuutidega). 7. Mustrid kui näidismudelid Üheks modelleerimise meetodiks on mustrite tundmaõppimine ja kopeerimine - e taaskasutatavad mudeliosad
kindlustuslepingut. Üks kindlustusleping on seotud ühe kindlustusfirmaga. Kindlustusleping on seotud paljude (ühe või enama) kindlustuse kliendiga. Joonisel toodud olemeid nimetatakse klassideks. Klassidiagramm Klassidiagramm on mudeli tüüp, mis esitab süsteemi staatilist vaadet, kasutades klasse ja nendevahelisi seoseid. Klassidiagramm sarnaneb andmemudelitele, kuid väljendab lisaks infostruktuuridele ka käitumist (klass sisaldab käitumist). Klassidiagrammi üheks eesmärgiks on defineerida alus (vundament) teistele diagrammidele, kus väljendatakse süsteemi muid aspekte (objektide seisundeid ja objektide koostoimet e. kollaboratsioone väljendatakse dünaamika diagrammidega). Klassidiagrammi klassi saab otseselt realiseerida objektorienteeritud programmeerimiskeeles (n. Java,C++,..), mis toetab klassi konstruktsiooni. Klassidiagramm esitab ainult klasse, kuid eksisteerib ka objektidiagramm, kus näidatakse klasside objektieksemplare.
seisundidagramm. Lisatud kasutuslugude diagramm. v 0.4 05.10.2007 Helena Jürgenson Lisatud kasutuslugude kirjeldused. v 0.5 22.10.2007 Helena Jürgenson Lisatud kontseptuaalne klassidiagramm ja lausendid. 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
Rentnik (from Rentnike register) Juhataja rentnik_id : Integer Klassidiagrammi tekstiline tõlgendus: Juhataja peamiseks tegevusalaks on kõik lepingutega seonduv: töölepingud ja rendilepingud. Töölepingu osapoolteks on juhataja (kes ka ise on töötaja) ja töötaja. Seega on tööleping lõpuks kahe töötaja vahel, kellest üks on juhataja. Töötaja asub tööle ametikohal, mille jaoks on juhataja koostanud ametijuhendi. Kõik töötamised ametikohal toimuvad töölepingu alusel.. Teisalt tegeleb juhataja ka ruumide haldusega
Detailimine pole nõuete ega disaini faas vaid pigem realiseerimise faas, kus kõrvaldatakse riske 11. UP distsipliinid ja analüüsidistsipliinid Distsiblinn - arendustegevuste/ülesannete ja nendega seotud asjade hulk ühes valdkonnas (Lol, dafuk does this even mean? Roost mix?) Artifact - üldmõiste, tähistab igasugust tööprodukti: kood, graafika, dokument, diagramm etc. ● Ärimodelleerimine - Kui arendatakse üksikrakendust siis sisaldab valdkonna klassidiagrammi. Ulatuslikus ärianalüüsis sisaldab äriprotsesside dünaamika modelleerimist üle terve ettevõtte. ● Nõuded - nõuete-vajaduste analüüs rakenduse jaoks, use-case’ide kirjutamine ning mittefunktsionaalsete nõuete identifitseerimine ● Disain - kõik mis sellega kaasneb e arhitektuur, objektid, kasutajaliides, andmebaas, võrgud ● Realiseerimine - programmeerimine, ehitamine aga mitte rakendamine
1..* 0..*
<
detailne info (actor, data, response, comments) Struktuuri analüüs – Mis osadest süsteem koosneb ja kuidas need on omavahel seotud? Millist tüüpi olemite kohta peaks süsteem informatsiooni esitama ja kuidas need olemid on omavahel seotud? kontekstidiagramm – näitab mis osadest süsteem koosneb ja kuidas see suhtestub teiste süsteemidega klassidiagramm - esitab struktureeritud kujul informatsiooni, mida saab töödelda aggregatsioon – näitab, kuidas klassidiagrammi elemendid sisaldavad teineteist 1…1* assotsiatsioonid – terve suur süsteem klassidiagrammideast, mis näitab, kuidas klassidiagrammid seotud on Interaktsioonide disain –Milliseid teateid süsteem vahetab enda ja kasutajaga? jadadiagramm - minu definitsioon – näitab ajateljel, kuidas süsteemi osasd omavahel suhtlevad Struktuuri disain – millist informatsiooni tuleb süsteemis esitada? detailne klassidiagramm – klassid koos väljade ja meetoditega käitumise disain –
mudel on aluseks millise teise mudeli loomisele (naiteks pohiobjektide jargi leian funktsionaalsed allsusteemid ja registrid; seisundidiagrammi jargi leian paljud ̈ kasutusjuhud ja paljude andmebaasioperatsioonide nimed). • Millist UMLi diagrammi tuupi saab kasutada olemisuhte diagrammi ja ̈ andmebaasi diagrammi koostamiseks? (klassidiagrammi) • Olemisuhte diagramm ja temaga seotud moisted. • Milline on aine projektile moeldes kasutusjuhtude ja seisundidiagrammi seos? Iga seisundiüleminek juhtub mingi kasutusjuhu käigus. • Milline on aine projektile moeldes operatsiooni lepingute ja seisundidiagrammi seos? Lepingud kirjeldavad objekti seisundite muutmise korda. Kõik seisundid on esitatud seisundidiagrammil. Üldiselt vastab igale seisundi üleminekule oma
F ( x)dx h ( y o / 2 + yi + y n / 2) = h ( yi - y 0 / 2 - y n / 2) a i =1 i=0 Pindala absoluutväärtuse leidmiseks peab võtma summas ordinaatide absoluutväärtused. F ( x)dx asuva ala algebraline pindala (ülalpool x d erinevaid meetodeid ja valemeid emit. Selle meetodi korral, asendatakse a, a+h, a+2h, ... b. 0 / 2 - y n / 2) dinaatide absoluutväärtused. P_müük: ok; Fun_Uur: ok; Det_tootmine: Klassidiagrammi (asub lehel Detail_ÜP) alusel peaks olema põhitabeli aks olema põhitabeli juures rohkem andmeid; Rakendus "Detail III". Ülesande püstitus Koostada rakendus, mis võimaldab teha detailide tootmise arvestust. Tabelis D_tootmine fikseeritakse detailide valmistamiseks esitatavad tellimused ning tootmiseks vajalkud materjalide ja värvide kogused ja maksumused Rakendus kujutab eelmises ülesandes olnud rakenduse Detail edasiarendust.
Kui ostja andmed peaksid muutuma, siis on muudatus vaja teha vaid ühes kohas. See on oluline eelis mitmeid tuhandeid kirjeid sisaldavate tabelite puhul). Klassidiagrammil kujututakse objektid ristkülikutena. Seoseid näidetakse joontena. Joonte mõlemas otsas on näidatud seose järk. 0..* - seoses osaleb 0 kuni ükskõik kui palju olemeid; 1..1 seoses osaleb üks ja ainult üks olem. Kui on omavahel seotud rohkem kui kaks objektiklassi, kasutatakse rombi. Klassidiagrammi abil koostatakse tavaliselt kontseptuaalne andmemuudel.(kus asuvad kõik andmebaasi objektid ja nende seosed) On vaja luua seosed, mis täpselt vastaksid andmemuudeli seostele. Korraldus Tools, Relationships avab akna ja emakordselt näitab seoste loomisel tabelite nimekirja. Nimekirjest tuleb järjest valida seostes osalevad tabelid (tavaliselt kõik). Seos luuakse hiireklahvi tõmbamisega ühe tabeli vastavast väljast teise tabeli seostud väljale. Ekraanil ilmub pilt
täpsusega. Kuidas saab UML keelt kasutada andmebaasi projekteerimise juures? 90-ndate aastate teisel poolel loodi visuaalne modelleerimiskeel UML (Unified Modeling Language), mis ühendab mitu objekt-orienteeritud disaini koolkonda. UML keel on projekteeritud nii, et seda oleks võimalik laiendada uute mudeli elementidega, sõltuvalt modelleerimise ülesandest. UML'is saab joonistada objektorienteeritud klassidiagramme ning klassidiagrammi mudeli elemendid võib võtta aluseks andmebaasi diagrammide koostamisel. Millist UML'i diagrammi tüüpi saab kasutada olemi- suhte diagrammi ja andmebaasi diagrammi koostamiseks? Vastus klassidiagrammi Olemi-suhte diagramm ja temaga seotud mõisted Olemi-suhte diagrammi kasutatakse andmebaasi projekteerimiseks. Tegemist on ülalt-alla lähendamisega süsteemiarendusele, mille käigus
annaabi.ee 
