Õ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 ...
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...
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...
Ema, anna padruneid ma hakkan UML-i uurima 1. Ärimudeli mõiste Omab erialakirjanduses kahte tähendust - mudel selle kohta, kuidas äriüksus teenib raha (loob väärtust) VÕI äriüksuse toimimise kirjeldus. Süsteemianalüüsi lähenemine - ei vastanda ärimudeli tähendusi, sest ärimudel on ka ärisüsteemi arhitektuuri kirjeldus. Ühte ja sama äriarhitektuuri saab kirjeldada erinevas vaates erinevatele huvigruppidele nt äripoole jaoks on tähtsam mudel see, kuidas raha teenida VS IT department, keda huvitab rohkem kuidas ettevõte toimib, et neile tarkvaralahendusi luua. Kõlab nagu kodusõda. EHK, parafraseerime eelmist teksti ilusamale kujule, sest äkki ei jõudnud kohale. Äriinimeste jaoks - ärimudel on kirjeldus, mis näitab kuidas ettevõte loob kasu ja tulu, kirjeldab ettevõtte turusegmenti, positsiooni turul, konkurentsivõimet, rentaablust, kliendile loodavat väärtust etc. IT inimeste jaoks - on ärimudel ettevõtte toimim...
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
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. Eristad...
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 Praegun...