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
hindele 1. Kursus avastab, et saab juutida ühe kursusekaaslase konspekte. Nad sisestavad FB textboxi oma appikarjed ja Süsteem edastab need kursusekaaslasele. Kursusekaaslane võib valida kas neid sõnumeid ignoreerida või olla aasta inimene 2016. Kursusekaaslane avaldab lingi materjalidele ja annab ligipääsu teistele. Ok see oli veits õel. Te olete nummid. I’m sorry. Probleem? (Mart, kas sa oled salamisi dank meemer??) Kiputakse üle tähtsustama teisejärgulisi probleeme nagu kasutusjuhu diagrammid, seosed, paketid, mittekohustuslikud atribuudid jne, selle asemel, et kirjutada lslt kõigile arusaavad kasutuslood. Kasutusjuhtude tugevus seisneb selles, et nad skaleeruvad (the fuck?) keerukuses ja formaalsuses nii üles kui allapoole, vastavalt vajadusele. Use case vs Stsenaarium Stsenaarium - konktreetne tegevuste ja suhtlemiste järjestus tegutsejate ning käsitletava süsteemi vahel. Stsenaarium on kasutusjuhu eksemplar, üks võimalik tee läbi kasutusjuhu
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
........................................................................................................15
Ülevaatlik domeeni mudel....................................................................................................15
Käivitaja olekudiagramm......................................................................................................15
..............................................................................................12
...............................................................................................................................................12
Konkursside liigituse domeeni mudel...................................................................................12
Hankimise tegevus on oluline, kuna kokkuvõttes tehakse arendus vaid hankija jaoks. Samuti on tähtis, missugune arendusprotsess on projektis valitud ja kuidas hankija projekti töös osaleb. Läbivaatus on valitud, sest siis toimub süsteemi teksti, spetsifikatsiooni ning dokumentatsiooni analüüs. 2. Nõuded süsteemile Järgnevalt on esitatud funktsionaalsed ja mittefunktsionaalsed nõuded. Need kirjeldatakse kasutusjuhtudena. Iga kasutusjuhu koha tuuakse välja kasutusjuhu ID, kasutusjuhu nimetus, tegutseja, eeltingimused, põhistsenaarium ning järeltingimused. Töös on välja toodud 5 funktsionaalset ja 5 mittefunktisonaalset nõuet ning sealhulgas üks koormusega seotud nõue. 2.1 Funktsionaalsed nõuded süsteemile Kasutusjuhu ID: F1 Kasutusjuht: Töötaja süsteemi autentimine kasutajanime ja parooliga Tegutseja: Töötaja Eeltingimused: Töötaja on lisatud süsteemi, talle on määratud õigused ning ta teab oma kasutajanime ja parooli.
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
(põhi)kasutusjuhud Süsteemi ristküliku sisse d. Joonista kommunikatsiooniseosed tegutsejate ja kasutusjuhtude vahele (kui tegutseja osaleb kasutusjuhus aktiivselt (käivitajana) või passiivselt (info saajana)) e. Kirjelda põhikasutusjuhud (tekstiga ja/või teist tüüpi UML käitumisdiagrammiga) f. Vajadusel lisa alamkasutusjuhud ja extend/include seosed. Milline on praktiku jaoks kasulik skoop tarkvara kasutusjuhu jaoks? Millistele tingimustele tarkvara põhikasutusjuht peaks vastama? Tegutseja funktsionaalsele eesmärgile vastav põhikasutusjuht on "elementaarne äriprotsess" ehk Tegevus ning (potentsiaalselt iseseisev) "tarkvaraseanss". Inimene käivitab tarkvara eesmärgiga konkreetset kasutusjuhtu teha. Kuidas mudelid mõjutavad töötavat tarkvararakendust? Muudame mudelit (vt. järgmist slaidi) Ja loome muudetud mudeli alusel vastava (Omandisuhete registri)
3) Sobimatutele tähendustele osutab ei soovita tähenduses N. plas`tik < 8:-u>
plastsuusk; ei soovita tähendustes: plast; plastese
4. Moodusta võrdlusastmed sõnast aher.
Aher- ahtram-kõige ahtram e. ahtraim
5. Millest saadud ja mida tähendab lühend ISSN?
ISSN-International Standard Serial Number. Tähendab perioodikaväljaande
rahvusvahelist koodi.
6. Mida märgivad noolsulud? Otsi iga kasutusjuhu kohta sõnastikuosast kolm
näidet.
Noolsulud märgivad andmed märksõna häälduse, morfoloogia ja rektsiooni kohta.
Näited: Hääldus- city
7. Miks mudeleid vaja on? Hea ja lihtne viis kuidas süsteemi erinevad liikmed saavad nö suhelda ja infot jagada nt kasutajad/tellijad ja arendaja. Mudel peaks kohanduma vastavalt valdkonnale – kui tehakse kindlustusfirmale mudel, siis see peaks antud äris osalejatele arusaadav olema. 8. Millised read esindavad IT infrastruktuuri? Al kolmas rida ja allapoole. 9.MDA mudelitüübid ja mis ridadele need vastavad? CIM (2), PIM (3) , PSM (4) ja kood(5). 10. Milliste veergudega on kasutusjuhu diagramm seotud? Neljas (rollid), kuues (eesmärgid ja nõuded), teine (funktsioonid) 11. UML klass, mis osadest sisaldub? Klassi kujutatakse ristkülikuga, mis koosneb kolmest osast (ülevalt alla) – nimi, atribuudid ja operatsioonid. Nt 1.Isik 2.eesnimi, isikukood, perenimi 3. anna_eesnimi(), eemalda(), lisa_uus() 12.UML klassidevaheliste seoste tüübid (vähemalt 3) Assotsatsioon – tavaline binaarne seos, nt Õppejõud õpetab ainet. Seose põhjal on võimalik
analüüsitavates protsessides need tegevused, mille teostamist saab automatiseerida väljendatuna infotöötegevustena - paberiga tehtavatest tegevustest saavad tarkvarasüsteemi kasutamise tegevused ehk kasutusjuhud. Protsesside kirjeldusi saab võtta tarkvarasüsteemi kasutusjuhtude mudeli loomise aluseks, et näidata, milliste tegevuste teostamisel protsessis oleks tarkvarasüsteemist kasu. 27. Tarkvarasüsteemi kasutusjuhtumi/kasutusjuhu mõiste- Infosüsteemi muutmise jaoks on vaja määratleda analüüsitavates protsessides need tegevused, mille teostamist saab automatiseerida väljendatuna infotöötegevustena - paberiga tehtavatest tegevustest saavad tarkvarasüsteemi kasutamise tegevused ehk kasutusjuhud. 28. Kasutusjuhtude diagrammi notatsioon- tarkvarasüsteemi kasutaja (System Actor). Keegi või miski, kes/mis otseselt või kaudselt suhtleb tarkvarasüsteemiga ning kasutab selle poolt
määratlemises - eesmärk on analüüsida ja modelleerida vaid need protsessid ja tegevused, millele IT-alane tugi annab kasu. Vaja luua nö. "IT toega tegevuste diagramm(id)". Infosüsteemi muutmise jaoks on vaja määratleda analüüsitavates protsessides need tegevused, mille teostamist saab automatiseerida väljendatuna infotöötegevustena - paberiga tehtavatest tegevustest saavad tarkvarasüsteemi kasutamise tegevused ehk kasutusjuhud. Tarkvarasüsteemi kasutusjuhtumi/kasutusjuhu, - loo mõiste Tarkvarasüsteemi kasutusjuhud on tarkvarasüsteemile esitatavad funktsionaalsed nõuded, mida on tarkvarasüsteemiga võimalik teha ja kes seda kasutab andes välise pildi tarkvarasüsteemi käitumisest vastusena kasutajapoolsele tegevusele. Kasutusjuhtude diagrammi notatsioon · tarkvarasüsteemi kasutaja (System Actor). Keegi või miski, kes/mis otseselt või kaudselt suhtleb tarkvarasüsteemiga ning kasutab selle poolt pakutavaid teenuseid, et saavutada midagi
Klient – soov kasutada organisatsiooni Fototellimus teenuseid Pildistamise korraldaja – saada ülevaade sooviavalduses koostanud klientidest Fotograaf – saada ülevaade klientidest, keda ta peab pildistama Eeltingimused: Klient on avanud Fototellimuse veebilehekülje ning on nõus avaldama oma isikuandmeid, et luua endale kasutajakonto. Järeltingimused: Kliendile on loodud kasutajakonto. Erinõudmised: Parooli peab saama sisestada peidetud kujul. Kasutusjuhu esinemissagedus: Niipea kui tekib klient, kes soovib organisatsiooni Fototellimus teenuseid kasutada, peab ta looma omale kasutajakonto. Lahtised probleemid: - Põhistsenaarium: Tegutseja Süsteem 1. Klient soovib registreerida end 2. Kuvatakse nupp, millele vajutades organisatsiooni Fototellimus teenuste saab hakata registreerima end kasutajaks Fototellimuse teenuste kasutjaks
kasutusjuhtude diagramm.........................................................................................................29 Joonis 21: Deklaratsiooni aine lisamise infovoogude daigramm..............................................31 Joonis 22: Deklaratsiooni esitamise infovoogude diagramm....................................................32 Joonis 23: Deklaratsiooni tagasi võtmise infovoogude diagramm...........................................32 Joonis 24: Kasutusjuhu ,,deklaratsiooni aine lisamise" põhiprotsessi jadadiagramm..............35 Joonis 25: III iteratsiooni registrimudel....................................................................................35 5 1.Iteratsioon I 1.1 Planeerimine 1.1.1 Äriteenuse valik (taust).
Kauba olemasolu nimetus Kauba olemasolu nimetus Kuller Kuller transpordib kaupa laost kliendini Kulleri nr (PK) Igal kulleril on unikaalne ID nr Nimi Kulleri nimi Kontakttelefon Kulleri kontakttelefon Crud maatriks Create andmete lisamine Read andmete lugemine Update andmete lugemine ja/või muutmine Delete andmete lugemine ja/või kustutamine ? vajab täiendavat analüüsi, kasutusjuhu kirjeldus ei ole piisavalt täpne kasutusjuht Klien Kaub Kaub Kulle Kaub Admi Tarnij Klie Telli Kau Trans Kulle Tarnij Laoh di a a ri
Zanr Kirjeldab filmi lahterdust erinevatesse filmikategooriatesse. Kirjeldus Filmi zanri pikem väljakirjutus. 4.3 CRUD-maatriks Create andmete lisamine Read andmete lugemine Update andmete lugemine ja/või muutmine Delete andmete lugemine ja/või kustutamine ? vajab täiendavat analüüsi, kasutusjuhu kirjeldus ei ole piisavalt täpne Kasutusjuht/objekt Bronering Film ostmine Kassast Püsiklient Pilet Piletimüüja
̈ 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 operatsioon, mille kohta tehakse leping. • Milline on aine projektile moeldes operatsiooni lepingute ja kasutusjuhtude seos? Kasutusjuhud toimivad vastavalt operatsioonide lepingutele.
ID) 8 Tegevus:Aine registreerimise kinnitus Tegija:Õppetooli juhataja Kirjeldus: Õppetooli juhataja otsustab õppejõu poolt välja pakutud aine kinnitada. Süsteem algatab kasutaja õiguste kontrolli. Juhataja märgib aine kinnitatuks. Süsteemis säilitatakse ka viide kinnitajale ja kinnitamise kuupäev.(AINE.loomise_kuupäev) Instituudi direktoril on võimalus kinnitatud ainekaardid üle vaadata ja erandjuhul eraldi kasutusjuhu abil ainekaardi kinnitus maha võtta (antud erandjuhtum on selle projekti analüüsi skoobist välja jäetud). Tegevus:Õppekava loomine Tegija:Õppetooli juhataja Kirjeldus: Õppekava juhataja koostab võimalikest olemasolevatest ainetest teatud valiku, mis sobiks uude õpetavasse õppekavva. Vajadusel teeb ta ettepaneku valitud õppejõududele uute ainete loomiseks. Õppekava salvestatakse ja arhiveeritakse süsteemis koos kuupäevaga(ÕPPEKAVA.kuupäev) Tegevus:Õppekava muutmine
Metafoor: teatri lava kardina langetamine/tõstmine Eeltingimused kirjeldavad, millised andmed peavad olema registreeritud. Järeltingimustes näidatakse. Andmeobjektide loomine ja kustutamine Atribuutide väärtuste muutumine Seoste tekkimine ja katkemine Operatsiooni leping andmete muutmisoperatsiooni kohta: Andmebaasioperatsioonide lepingute kontrollimine: Andmebaasioperatsioonide identifikaatorid peavad olema lisatud kasutusjuhu laiendatud formaadis tekstikirjeldusse Lepingu järeltingimuses peab olema näidatud ka seoste tekkimine/kadumine Lepingu järeltingimustes ei tule kirjeldada muutusi väljaspool andmebaasi nt. muudatus kasutajaliideses või väljaspool arvutisüsteemi Andmebaasioperatsioonide lepingute järeltingimustes tuleb kirjeldada ainult seda, mis operatsiooni tulemusel andmebaasis muutus. Seda, mis jäi samaks, ei ole vaja kirja panna! 19
tegevused, mille teostamist saab automatiseerida väljendatuna infotöötegevustena - paberiga tehtavatest tegevustest saavad tarkvarasüsteemi kasutamise tegevused ehk kasutusjuhud. Protsesside kirjeldusi saab võtta tarkvarasüsteemi kasutusjuhtude mudeli loomise aluseks, et näidata, milliste tegevuste teostamisel protsessis oleks tarkvarasüsteemist kasu. · Tarkvarasüsteemi kasutusjuhtumi/kasutusjuhu, - loo mõiste Tarkvarasüsteemi kasutusjuhud on tarkvarasüsteemile esitatavad funktsionaalsed nõuded, mida on tarkvarasüsteemiga võimalik teha ja kes seda kasutab andes välise pildi tarkvarasüsteemi käitumisest vastusena kasutajapoolsele tegevusele. Infosüsteemi kontekstis on kasutusjuhtudeks infotöötegevused - pool- või täisautomaatselt tehtavad: andmete registreerimine või lisamine või sisestamine andmete otsimine (olemasolu kontroll) andmete muutmine
Kontrollib vaba koha olemasolu Vabad kohad puuduvad Teeb Vabad kohad on olemas broneeringu Broneeringu protsessi lõpp 18 2.5.2 Sündmuste-kasutusjuhtude vastavustabel Sündmus Sündmuse poolt käivitatava kasutusjuhu nimi Spordiklubiga soovib liituda uus klient Kliendi registreerimine Kliendi andmete muutmine Klient ei taha enam spordiklubis tegelda. Kliendi kustutamine süsteemist. Kliendi broneeringu tühistamine
teha eraldi teste. Kui piir on reaalarv, siis tehakse teste piiril, sellest veidi suuremal ja väiksemal väärtusel. Otsustustabelid- kasutatakse kui sisendid on omavahelises sõltuvuses. Otsustustabel sisaldab eeltingimusi, tegevusi ja reegleid. Iga reegli kohta saab defineerida testi. Kasutusjuhud- kui süsteem on spetsifitseeritud kasutusjuhtude abil, saab nende abil kavandada teste. Näiteks iga kasutusjuhu põhistsenaariumi kohta tehakse vähemalt üks test, kasutusjuhtude sisendid ja väljundid testitakse, kattes nii ekvivalentsklassid kui ka piirjuhud. 23. Funktsionaalse testimise korraldus ja hinnang Funktsionaalset testimist võib etappideks jagada järgmiselt: eristada sisend- ja väljundandmete ekvivalentsiklassid leida igas klassis, nende piiridel ja kombinatsioonidel esinevad testolukorrad
Fotode_pakkija_töötaja_nr Viide fotode pakkijale, kes väljastab pakendatud fotod. (FK) 22 4.4 CRUD MAATRIKS C - Create – tegevus tekitab tabelisse uue kirje. R - Read – kasutusloo käigus loetakse tabelist kirjeid. U - Update – tegevuse käigus muudetakse tabelis ühte või mitut kirjet. D - Delete – tegevus kustutab veerus märgitud tabelist kirjeid. ? – vajab täiendavat analüüsi, kasutusjuhu kirjeldus ei ole piisavalt täpne Objekt → Kasutuslugu ↓ 1.1: Soovi avaldamine e-kirja teel R 1.2: Õige fotograafi leidmine U R R R 1.3: Kliendi andmete päring R C 1.4: Kliendi registreerimine C C R R R 1.5: Registreeringu kustutamine D D R R R 1
infovoogusid Tekstiline modelleerimine (ärimudelis) hõlmab vaba teksti ja lausendeid. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 --------------------------------------- Kasutusjuhtude modelleerimine viiakse läbi ühe põhilise allsüsteemi ulatuses, kuid detailselt Kasutusjuhtude mudel sisaldab kasutusjuhtude teksilist ja graafilist kirjeldamist Kasutusjuhu tekstiline kirjeldus võib olla lühiformaadis, vaheformaadis või laiformaadis. Laiformaadis tuleb kirjeldada peamist äriprotsessi toetava allsüsteemi kõige keerulisemad kasutusjuhud. Laiformaadis kasutusjuhtude põhilise eduka stsenaariumi kohta tuleb teha süsteemi jadadiagramm, millest saadakse kätte süsteemi sündmused ja operatsioonid. Süsteemi operatsioonid tuleb kirjeldada lepingu formaadis (ülesanne disainerile, liides disainiga)
Sündmusvaade - Koostatakse registri põhiobjekti seisundidiagramm. Vaadete kooskõla kontroll - CRUD maatriks. CRUD maatriksi kasutatakse andme- ja protsessimudelite omavahelise kooskõla kontrollimiseks. CRUD maatriksi võib luua erineva täpsusega: -Andmevaate võib maatriksis esitada näiteks registri, infoobjekti või atribuudi täpsusega. -Funktsionaalse vaate võib esitada näiteks funktsionaalse allsüsteemi, põhifunktsiooni, kasutusjuhu või tegevuse 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
● Näide 1: As a Receptionist I want to Register patient so that Monitor health condition ● Näide 2: As a Seller I want to Ship order to Provide product 142. Interaktsioonide analüüs. 75 Kuidas süsteem peaks suhtlema kasutajaga ja teiste süsteemidega? 1. Kasutusjuhu diagramm 2. Kasutusjuht tabelina 143. Struktuuri analüüs. ● Mis osadest süsteem koosneb ja kuidas need on omavahel seotud? 76
soodustus määratakse, kellaaeg, millal seanss toimub, vms). Vajadusel kasutab meelelahutusjuht soodushinda saavate gruppide määramiseks piletimüügi aruannet. Eeltingimused: Olemas on strateegia ning hinnapoliititka (või vähemalt soov seda arendada) kinoteenuse jaoks. Järeltingimused: Võimalik on määrata hinnaalandust näidatud külastajagruppidele. Tähtsus ärile: Kinoteenuse pakkuja ärile on antud kasutusjuht teisejärgulise tähtsusega. Eelkõige on kasutusjuhu eesmärgiks elavdada kinokülastajate hulka teatud vanuseliste / sotsiaalsete inimgruppide hulgas. See on äri elavdav lisavõimalus. IS tugi: Soodustused registreeritakse süsteemis. Kassapidajale saab võimalikuks soodustuste määramine seanssidele müüdavatele piletitele. Filmide haldamisega seotud kasutusjuhud: Nimi: Filmi ostu- või rendilepingu sõlmimine Tegutsejad: Meelelahutusjuht, tarnija esindaja, vajadusel juhataja
annaabi.ee 
