Vajad kellegagi rääkida?
Küsi julgelt abi LasteAbi
Logi sisse

Modelleerimine - 1 KT (0)

1 Hindamata
Punktid

Esitatud küsimused

  • Miks on heakasulik osata modelleerida?
  • Kuidas mudelid mõjutavad töötavat tarkvararakendust?
  • Mille järgi antakse tegutsejale nimi?
  • Milliste süsteemidega tegeleme sellest aines?
  • Kuidas mudelit teha?
Modelleerimine 1 KT
1. Mis on mudel?
Mõne reaalse elu sündmuse/nähtuse/objekti lihtsustatud kujutamine. Peidab detaile, keskendub olulisele, teeb kergemaks. Esitab vaate e. ühe võimaliku interpretatsiooni.
Mudel esitab reaalse maailma vaate, e mingi valdkonna x interpretatsiooni. On lausete hulk uuritava valdkonna kohta kindlas modelleerimiskeeles. Lausetele annab tähenduse interpretatsioon, mis seob mudeli elemendid valdkonnaga.
2. Erinevaid mudelitüüpe?
Midgetite BMW, gloobus , nukud,
3. (Mu lemmik kordamisküsimus, otse slaididelt) Miks on hea/kasulik osata modelleerida?
4.Valdkonna ja interpretatsiooni seos?
Interpretatsioon seob elemendid valdkonnaga.
5. Mudeli ja konteksti seos?
Tähtkuju suur vanker vs ostukäru näide.
6. UML trivia !!!!
  • Loodi 90ndatel (1800)
  • Booch, Jackobson, Rumbaugh poolt (valged mehed?), Rational Software firmast
  • 97ndal Object Management Group (OMG) poolt standardiks võetud keel
  • Praegune ver. 2.5 (Märts 2015)
  • Iseennast kirjeldav e standard on kirjutatud UMLi enda vahendeid kasutades (klassidiagramme)
7. Mudel vs diagramm
Mudel – analoogia andmebaasiga, sisu mõttes on nagu tekstidokument (kasutusjuhtude puhul)
Diagramm – nagu vaade mudelisse (analoogia ekraanivormidega), illustreeriv, kokkuvõttev tähendus (kasutusjuhtude puhul)
8. Tuum (standard) vs laiendused ( profiilid )
Valdkonnaspetsiifilised modelleerimiskeeled nt Business, Real -time systems, database, web jne jaoks
Mitte UML –BPMN, ArchiMate, Entity-Relationship
9. UML diagrammid
Jagunevad üldisemalt kaheks – struktuuri (klassi, profiili, rakendus + veel 4) - ja käitumisdiagrammid (kasutusjuhud, oleku, tegevus + veel 4)
10. Kasutusjuhu diagramm
Süsteem on modelleeritud nö „musta kastina“, diagrammil on tegutsejad, kasutusjuhud ja nende omavahelised seosed e. rollid ja eesmärgid. Eelnevast kahest tuletatakse (kasutusjuhud) funktsioonid ja nõuded süsteemile. Kirjeldab süsteemi poolt pakutavad funktsionaalsust. Nt ka tegutsejate ja eesmärkide seoseid . See kriipsujuku värk PS. Kasutusjuhus peab olema tegusõna muidu saad laksu.
Võib vaadata kui eesmärkmudelit. Eesmärk = nõue. Funktsionaalne e mida süsteem peab tegema ja mittefunktsionaalne e kvaliteedi nõue. Kasutusjuht väljendab funktsionaalset eesmärki. Kvaliteedinõuete lisamisel täpsustatakse.
Extend – Võib toimuda (nt täpsustav valik, mis ei ole hädavajalik, aga võimalik), laiendab eelnevat kasutusjuhtu ja lisab täpsustava kirjelduse
Include – Kindlasti toimub (tellimuse puhul arvelduskonto ),
11.Kasutusjuht (We must go deeper, sempai notice me)
Ovaalina kujutatakse (ära sa proovigi ringi teha), süsteemi poolt pakutav funktsionaalsus, vastab enamasti kasutaja eesmärgile seoses süsteemiga, annab tegutsejatele ühe jälgitava väärtuse. Tegutseja jaoks kirjeldatakse kasutusjuht teksti v muude UML diagrammidega.
12. Süsteem (Kasutusjuhu diagrammi puhul)
Ristkülik, UML paketi sümbol või ei kujutatagi, esindab kõiki võimalike kasutusjuhtusid, tegutsejad (kes paigutatakse süsteemi piiridest väljapoole), kes moodustavad süsteemi jaoks keskkonna.
13. Tegutseja
Ehk see, kes suhtleb süsteemiga, käivitab kasutusjuhu. Ei pruugi olla tingimata füüsiline isik, aga enamasti on.
14. Kuidas mudelid mõjutavad töötavat tarkvararakendust?
Isiku ja varade mudeli näide. Nt algul sai isik omada ainult maju, aga kui mudelit muuta saab lisada muud tüüpi varasid. Pärast mudeli muutmist saab välja lasta tarkvara patchi (L)
15. Mille järgi antakse tegutsejale nimi?
Roleplay...Rolli järgi nt „müüja“, „ klient “ jne.
16. Tarkvarasüsteem vs ärisüsteem
Tarkvara – nt ÕIS
Äri – nt restoran
17. Milliste süsteemidega tegeleme sellest aines?
Äri (puhas valdkond), tarkvara (rakendus) ja füüsiline süsteem ( tehnoloogia ).
https://gyazo.com/8bb2bfcbaab2085e5aa517cc9588bdb1
18. Musta ja valge kasti mudel.
Must – e mida süsteem teeb/teab, liidesed ( sisendid -väljundid) välise käitumise kirjeldused (kasutusjuhud)
Valge – pakub lahendused e kuidas teeb/teab, lahenduse koostisosad ja kuidas need omavahel suhtlevad/ toimivad /koostööd
19. Tarkvara vs ärikasutusjuhud
Pane igale poole äri ette. Use case on vaikimisi tarkvarajaoks. Ärikasutusjuhud, äritegutsejad, funktsionaalsed ärieesmärgid – tldr, mitte väga originaalne.
20.Kuidas mudelit teha?
https://gyazo.com/9720254874a4858d7f80d8b5a673a849
21. Kasutusjuhu kirjeldamine
Lühiformaat – Iseloomustab põhiolemust, jutustus sellest, kuidas tegutseja kasutab süsteemi oma eesmärgi täitmiseks.
Juhuslik formaat – Illustreerib põhiolemust. Tavaliselt läheb detailidesse. Use case on seotud ( edukad v mitteedukate) stsenaariumite kogum, mis kirjeldavad tegutsejaid kasutamas süsteemi. Nt Klient tasub arve eest. Alternatiivne stsenaarium – midagi läheb metsa, siis tehakse X.
Laiformaat – Kus kirjeldatakse kõik 100%.
Modelleerimine - 1 KT #1 Modelleerimine - 1 KT #2 Modelleerimine - 1 KT #3
Punktid 50 punkti Autor soovib selle materjali allalaadimise eest saada 50 punkti.
Leheküljed ~ 3 lehte Lehekülgede arv dokumendis
Aeg2017-04-03 Kuupäev, millal dokument üles laeti
Allalaadimisi 3 laadimist Kokku alla laetud
Kommentaarid 0 arvamust Teiste kasutajate poolt lisatud kommentaarid
Autor AnnaAbi Õppematerjali autor
Mart Roosti TTÜ Modelleerimise esimese KT konspekt

Kasutatud allikad

Sarnased õppematerjalid

Zachmani tugiraamistik
5
docx

Zachmani tugiraamistik

Mis aastal ja kelle poolt loodi Zachmani tugiraamistik? Founded in 1990, Zachman International® is the education and consulting firm started by John A. Zachman, author of the Zachman® Framework Milleks (mis eesmärgil) kasutatakse ZACHMANi tugiraamistikku? It allows for multiple perspectives and categorization of business artifacts Kas Zachmani raamistik on mudel? Kui jah, siis millele (missugustele kontekstidele) me saame seda mudelit rakendada? Zachmani raamistik rakendub igale ärivaldkonnale Millistele põhiküsimustele vastavad ja mida kirjeldavad/modelleerivad Zachmani raamistiku veerud? Mis? Objektid, andmed Kuidas? Funktsioonid, protsessid, tegevused Kus? Asukohad, võrk Kes? Inimesed, rollid, vastutused Millal? Aeg, sündmused, stsenaariumid, elutsüklid Miks? Eesmärgid, strateegiad, nõuded - Motivatsioon Mida kirjeldavad/modelleerivad Zachmani raamistiku read?

Majandus
Süsteemianalüüs - Kolmanda loengutöö konspekt
22
docx

Süsteemianalüüs - Kolmanda loengutöö konspekt

Near far wherever UML are 1. Tarkvara Nõuete analüüs Äri(...tegelt ka või see on kuradi esimene vastus??)modelleerimise (distsiblinni) tulemused annavad konteksti ning “keele” (põhimõistestiku) tarkvara nõuete püstitamiseks. Iteratiivses arendusprotsessis UP toimub tarkvara nõuete püstitamine ja analüüs põhiliselt tarkvara kasutusjuhtude kirjutmise, modelleerimise ja analüüsimise kaudu. 2. Kasutusjuhtude mudel ehk (kui te olete inglise keeles väga sitt juhuslikult) Use Case Model UP defineerib Use Case mudeli nõuete analüüsi distsiblinni sees. Use Case mudel on kõikide kasutusjuhtude hulk: süsteemi funktsionaalsuse(kasutusjuhud) ja keskkonna(tegutsejad) mudel Eesmärgid ja kasutuslood Tellijad ja lõppkasutajad omavad eesmärke (goals, UP-s needs, sest UP on needy motherfucker) ning soovivad, et süsteem aitaks neid täita. Kasutusjuhud on jutustused süsteemi kasutamisest nende eesmärkide täitmiseks. Näide: Ülikooli

Süsteemianalüüs
Modelleerimine 1-teemakontrolli materjalid
2
docx

Modelleerimine 1. teemakontrolli materjalid

1. Modelleerimise üldteemad 2. UML keel ja diagrammitüübid üldiselt 3. Kasutusjuhud a. Kasutusjuhtude diagrammi tegemine b. Kasutusjuhu kirjeldamine lühiformaadis 1. Keerukaid näiteid käsitletakse mudelite kaudu. Mudel on reaalse maailma eesmärgipärane lihtsustatud esitus. esitab Mudel Vaade Mudel on lausete hulk uuritava Valdkonna (semantikavaldkond ehk kontekst mudeli jaoks) kohta kindlas modelleerimiskeeles. Mudeli lausetele annab tähenduse Intepretatsioon, mis loob vastavuse Mudeli elementide ja Valdkonna elementide vahel. 2. UML Unified Modeling Language. Üldotstarbeline standardiseeritud modelleerimiskeel tarkvaratehnika alal. Kasutatakse tarkvaramahukate süsteemide visuaalsete mudelite loomiseks. Loodi 90ndatel. Grady Booch, Ivar Jacobson, James Rumbaugh – Rational Software. Haldab alates 97ndast Object Management Group (OMG). Diagrammitüübid St

Modelleerimine
Süsteemianalüüsi kontrolltöö 1
204
docx

Süsteemianalüüsi kontrolltöö 1

 Aine fookus  Aine taust  Eesmärgid ja õpiväljundid  Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS  VALDKONNA ANALÜÜS  TARKVARA NÕUETE ANALÜÜS  ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis Aine taust Analüüsi ained: 1. Sissejuhatus infosüsteemidesse (IDU 3350) või Modelleerimine (IDU 3355); -> 2. -> Süsteemianalüüs (IDU 5360) -> 3. -> Infosüsteemi strateegiline analüüs (idu0021) ehk Ettevõtte äriarhitektuur (idu1321) Aine on eelduseks (OIS) IDU5661 - Infosüsteemide projekteerimine, IDU0050 - Objektorienteeritud disain, IDX5010 - Struktuuranalüüs ja ekspertsüsteemide tehnoloogia M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 ANALÜÜS JA MODELLEERIMINE Analüüs on eesmärgipärase inimtegevuse (n

Modulatsioon
Tarkvaratehnika 2016 2017 eksami materjal
138
docx

Tarkvaratehnika 2016/2017 eksami materjal

Tarkvaratehnika: Loeng 1:  Taust: o Tarkvara iseloom o Kõrgenenud nõudmised:  Suuremad süsteemid  Keerulisemad süsteemid  Kiiremini  Erinevad näited vigadest mis on tehtud: o Ariane Crash 1996 kosmosesüstiku alla kukkumine, tuli välja et selle alla kukkumise põhjuseks oli tarkvarasüsteemis viga ilmus trajektoori osas. o Therac-25 kiiritusravi andmises tehti viga kasutaja liideses, kus pandi vale täht ühte kohta, mille tulemusena anti 125 kordne doos patsiendile. o MCO marsi satelliidi maandumise ebaõnnestumine, nimelt tarkvara arvutas vale trajektoori, kuna oli kaks eri pikkusühikut ehk meetreid ja naela.  Tarkvaratehnika ajalugu: o Esmakordselt kasutati seda NATO-s 1968, oli mõeldud ideena, kuidas toime tulla tarkvaratehnik

Tarkvaratehnika
Sissejuhatus infosüsteemidesse
42
docx

Sissejuhatus infosüsteemidesse

organisatsiooni analüüsida. aitab aru saada, milline on toimimise hetkeseis ja muutmisnõuded aitab leida võimalusi toimimise muutmiseks o kulude vähendamiseks o ressursside paremaks kasutamiseks o klientide paremaks teenindamiseks o IT võimaluste ärakasutamiseks · Ettevõtte/organisatsiooni analüüsi tehnikad analüüsitehnikad o äriprotsesside analüüs ja modelleerimine o nõuete analüüs ja modelleerimine o objektide analüüs ja modelleerimine · Ettevõtte/organisatsiooni protsessianalüüsi eesmärgid ja tulemus Protsessianalüüsi eesmärgid on järgmised: saada aru, milliseid protsesse organisatsioonis teostatakse ja kuidas leida võimalusi protsesside automatiseerimiseks kaaluda protsesside ümberkorraldamist Protsessianalüüsi tulemuseks on protsessivaade, mis:

Infoharidus
Andmebaaside eksami kordamisküsimuste vastused
56
doc

Andmebaaside eksami kordamisküsimuste vastused

Andmebaaside eksam Erinevat tüüpi andmemudelid Andmemudelite väljatöötamise ajaline järjekord (vanemast nooremaks) 1. Hierarhiline andmemudel (vanim) 2. Võrk-andmemudel 3. Relatsiooniline andmemudel 4. Objekt-orienteeritud andmemudel 5. Objekt-relatsiooniline andmemudel (noorim) Hierarhiline - Andmed on organiseeritud hierarhiatena. Hierarhiline andmemudel väljendab oma alamobjektide 1:M suhteid ja talle vastavaks abstraktseks andmestruktuuriks on "puu". Puudused: - Andmete dubleeritus. (Ametite andmed on dubleeritud. Näiteks autojuhi ameti andmed on kahes puus.) - Andmete lisamise anomaaliad. (Kuni pole leitud sobilikku töötajat, ei saa sisestada ameti kirjeldust.) - Andmete kustutamise anomaaliad. (Kui kustutada andmebaasist Tarmo, kaovad koos temaga ka remondimehe ameti andmed.) Hierarhilises andmebaasis on andmed organiseeritud hierarhilise mudeli alusel. Võrk - Võrkmudelile vastavaks abstra

Andmebaasid I
Tarkvaratehnika kordamisküsimused
210
pdf

Tarkvaratehnika kordamisküsimused

TARKVARATEHNIKA KORDAMISKÜSIMUSED     1. Mis on tarkvaratehnika?  Software engineering    ! ​“Engineers Australia” definitsioon: ​ Tarkvaratehnika ​on tiimide poolt rakendatav distsipliin  tootmaks kõrgekvaliteedilist, suuremastaabilist ja hinnaefektiivset tarkvara mis rahuldab  kasutajate nõudmisi ja mida saab hooldada teatud ajaperioodi vältel.    IEEE definitsioon: Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava  lähehemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see  tähendab, inseneriteaduste rakendamine tarkvarale.     Tarkvaraarendus ​ on nõrgem termin, kus tingimata ei kasutata protsesse, tööriistu,  standardeid, jne. Tarkvaraarendus on progemine + konfigursatsiooni haldus.    Tarkvaratehnika ei ole ainult programmi kirjutamine, vaid teemad hõlmavad ka kvaliteeti,  ajakavasid,

Tarkvaratehnika




Kommentaarid (0)

Kommentaarid sellele materjalile puuduvad. Ole esimene ja kommenteeri



Sellel veebilehel kasutatakse küpsiseid. Kasutamist jätkates nõustute küpsiste ja veebilehe üldtingimustega Nõustun