Süsteemianalüüs - 2 loengutöö konspekt (0)

Kasutatud allikad

Sarnased õppematerjalid

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

12

docx

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

Kui Arno süsteemianalüüsi jõudis, oli… Töö juba alanud do not fuck up eks? <3<3<3 1. Miks analüüsi üldse vaja? Mis on süsteemianalüüs? Valdkonna paremaks mõistmiseks, ühise arusaama nimel, konkurentsis püsimine jne. Seos modega - asju on lihtsam analüüsida kui nad on keskkonnas asuvad elemendid, mis omavad kindlat käitumist ja struktuuri. Parem küsimus on, kas neid slaide oli üldse vaja? Süsteemianalüüs on (mudelipõhine) struktuurne arutelu asjaosaliste vahel (tellijad, arendajad, sponsorid etc.) süsteemist (toode, teenus, protsess) ühise arusaamise kujundamise eesmärgil. 2. Analüüsi osad ja liigid Valdkonna (äri)analüüs ● Organisatsiooni (kes?) ● Eesmärkide (miks?) ● Protsesside (kuidas? millal?) ● Objektide/ressursside (mis?) - analüüs Tarkvara nõuete analüüs ● Usecase/Usestory analüüs ● Kasutajaliidese ● Andmete

Süsteemianalüüs

9

docx

Süsteemianalüüs - Neljas loengutöö

Duck tape makes even "no no" sound like "mm mm" 1. Domeenimudel Domeen ==Valdkond. UP (ja RUP) kontekstis me nimetame domeeni mudeliks kontseptuaalsete klassidiagrammide vormis staatilist esitust valdkonna objektmudelist. Iteratiivses arendusprotsessis UP Kui muidu tegelesime ärisüsteemide mõistete ja objektide (registrid) äriprotsesside modelleerimisega, siis nüüd modelleerime neid konkreetse iteratsiooni tarkvara nõuete ja kasutusjuhtude kontekstis suurema täpsusega. Domeenimudelid tehakse peamiselt detailimisfaasis (elaboration) iteratiivselt. Algfaasis tehtav domeenimudeli eskiis on kasulik, kuid tõestamata kvaliteediga. PS. Seda saab teha ka siis, kui äriprotsesse pole eelnevalt kirjeldatud. Põhisammud 1. Identifitseerida kontseptuaalsed klassid, mis on seotud jooksva iteratsiooni nõuetega. 2. Luua esialgne domeeni mudel (just selle iteratsiooni fookuses olevate nõuete ja kasutusjuhtude jaoks. 3. Eristada korrektseid ja mittekorrektseid atr

Süsteemianalüüs

12

docx

Süsteemianalüüsi kontrolltöö vastused

1. Milline alljärgnevatest väidetest on õige? +mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid (actors) ei ole vaja kasutusjuhtude diagrammis näidata? Valige pakutud vastusevariantide hulgast parim (s.t. täpne) vastus: toetavad tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad +kõr

Kontseptuaalne...

6

docx

Süsteemianalüüsi 3. kontrolltöö

Õiged vastused märgitud punasega!!! 1. Milline alljärgnevatest väidetest on õige?  mõlemad on võrdselt tähtsad  Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest  Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid (actors) ei ole vaja kasutusjuhtude diagrammis näidata? Valige pakutud vastusevariantide hulgast parim (s.t. täpne) vastus: toetavad tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad kõrvalseisvad (offstage) tegutsejad arvutisüsteemid inimtegutsejad primaarsed tegutsejad 3. Isikute haldamine on tavaline nn. CRUD (create, read, update, delete) tüüpi protsess , mis hõlmab arvutisüsteemi abil uu

Süsteemianalüüs

204

docx

Süsteemianalüüsi kontrolltöö 1

M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi.  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üstee

Modulatsioon

2

txt

Süsteemianalüüs, tellija-täitja kohustused

TELLIJA : - Esialgne tarkvara kasutusjuhtude mudel (l�hikirjeldused, diagramm), selle esialgne jaotus funktsionaalseteks alls�steemideks - Iteratsiooniplaan --> n�idata �ra detailimisfaasi kahe esimese iteratsiooni fookuseks olevad kasutusjuhud T�ITJA: - Esimese iteratsiooni fookuseks oleva kasutusjuhu detailne, laiendatud formaadis tekstikirjeldus, kasutajaliidese kirjeldus - T�psustatud kontseptuaalmudel - P�hiobjektide olekudiagrammid - T�psustatud �riprotsess (infovoogudega tegevusdiagrammid) iteratsiooni fookuses oleva kasutusjuhu "�mber" II iteratsionn - Teise iteratsiooni fookuseks oleva kasutusjuhu detailne, laiendatud formaadis tekstikirjeldus, kasutajaliidese kirjeldus - Vastav s�steemi jadadiagramm - Vastavad s�steemioperatsioonide lepingud - P�hiobjektide olekudiagramm - T�psustatud kontseptuaalmudel, soovitav anal��simustrite kasutamine - T�psustatud kontseptuaalmudel, soovitav anal��simustrite kasutamine - T�psustatud

Süsteemianalüüs

3

docx

Modelleerimine - 1 KT

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) Iseen

Süsteemianalüüs

Lisainfo

Märksõnad

Meedia

Kommentaarid (0)