täidab tellimusi vaatab tellimusi Raamatupidaja (f rom Pädev usalad) Joonis. Kasutusjuhtude diagramm. Kasutusjuht : Kasutaja identifitseerimine Tegutsejad: Klienditeenindaja, osakonnajuhataja, raamatupidaja (subjektid) Kirjeldus: Subjekt identifitseerib ennast. Selleks sisestab ta kasutajanime, parooli ja oma rolli süsteemis. Süsteem autendib subjekti, st. kontrollib subjekti väidetavat identiteeti. Kui subjekt on identifitseeritud, siis lubatakse subjekt süsteemi siseneda, vastasel juhul mitte. Kasutusjuht: Tellimuse lisamine Tegutsejad: Klienditeenindaja.
..................................................................................................14 Domeeni mudel.........................................................................................................................15 Ülevaatlik domeeni mudel....................................................................................................15 Käivitaja olekudiagramm......................................................................................................15 <Kasutusjuht 1> detailanalüüs...............................................................................................16 Kasutusjuhu Väljuva kõne alustamine detailanalüüs................................................................16 Süsteemi jadadiagramm põhistsenaariumile.........................................................................17 Süsteemioperatsioonide lepingud.............................................................................................18 Käsud....
Klienti pole kutsutud asukohas. Kliente on rohkem kui takso mahtuvus lubab. Kutsutakse suurem takso või teine takso juurde. Infosüsteemi funktsionaalne vaade Järgnevalt esitatakse infosüsteemi põhifunktsioonid ja kasutusjuhud Infosüsteemi põhifunktsioonid Taksofirma infosüsteemi haldus Andmebaaside haldus Tellimuste haldus Taksojuhtide jälgimine Kasutusjuhtude mudel Kasutusjuht koosneb kasutusjuhtude diagrammidest ja nende kirjeldusest Taksotellimise kasutusjuht Nimi: Takso tellimine Tegutsejad: Klient, dispetser Kirjeldus: Klient helistab dispetserile ja soovib taksot tellida soovitud asukohta. Dispetser uurib taksojuhtide käest, kes suudab osutada vajalikku teenust ning võimalusel saadab kliendile takso. Takso teeninduse kasutusjuht Nimi: Takso teenus Tegutseja: Taksojuht Kirjeldus: Taksojuht saab dispetserilt teada kliendi asukoha ning ütleb aja kaua
Diagrammitüübid Struktuuridiagrammid: klassi-, objekti-, paketi-, komponendi-, rakendus-, liitstruktuuri-, profiilidiagramm. Käitumisdiagrammid: kasutusjuhtude, tegevus-, oleku-, interaktsioonidiagramm(jada-, kommunikatsiooni-, interaktsiooni ülevaate, ajastusdiagramm). 3. Kasutusjuhtude diagramm võimaldab modelleerida Süsteemi lähtudes tegutsejate Rollidest ja Eesmärkidest, millest tuletatakse Funktsioonid ja Nõuded süsteemile. Kasutusjuht (Use Case) Süsteemi poolne funktsionaalsus, mis vastab Tegutseja Eesmärgile seoses Süsteemiga. Kasutusjuht kirjeldatakse Tegutsejale arusaadavate töötsenaariumite hulgana. b. Lühiformaat – jutustus sellest, kuidas Tegutseja kasutab Süsteemi Eesmärgi täitmiseks. N: Klient valib toote. N2: Müüja esitab arve. N3: Administraator lubab ligipääsu süsteemile.
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,
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 (nt Ülikoolis käimise stsenaariumeid on kaks - te kas saate konspekti või mitte). Kasutusjuht - seotud (edukate ja mitteedukate) stsenaariumite kogum, mis kirjeldavad tegutsejaid kasutamas süsteemi oma eesmärkide toetamiseks. EHK KASUTUSJUHT koosneb STSENAARIUMITEST. Stsenaariumid on võimalikud kasutusjuhu käekäigud ehk kõik hargnevused ja võimalused mis võivad juhtuda. 3. Juhuformaat Kasutusjuhu kirjeldamiseks kasutatav formaat, mis sisaldab ka alternatiivseid stsenaariumeid. Kasutusjuht: Ülikoolis käimine
.................................................................................11 RE õppekoha olekudiagramm...............................................................................................12 ...............................................................................................................................................12 Konkursside liigituse domeeni mudel...................................................................................12 <Kasutusjuht 1> detailanalüüs...............................................................................................13 Kasutusjuhu Vastuvõtukonkursi algatamine detailanalüüs......................................................13 Süsteemi jadadiagramm põhistsenaariumile.........................................................................14 ..............................................................................................................................................
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. Põhistsenaarium: Töötaja autendib end süsteemi kasutajanime ja parooliga. Järeltingimused: Töötaja süsteemi sisselogimine on õnnestunud. Kasutusjuhu ID: F2 Kasutusjuht: Hooldustöö arve sisestamine Tegutseja: Töötaja
kinnitatutd Tellimus on kustatud andmebaasist Tellimus on kinnitatud Joonis 1. Tellimuse funktsionaalse allsüsteemi põhiprotsessi tegevusdiagramm. 14 1.2.5 Allsüsteemi kasutusjuhtude eskiismudel Joonis 2. Tellimuse funktsionaalse allsüsteemi kasutusjuhtude eskiismudel. 15 Kasutusjuht: Kasutaja identifitseerimine Tegutsejad: Klient, tellimuse vastuvõtja, autojuht Kirjeldus: Subjekt identifitseerib ennast. Selleks sisestab ta kasutajanime ja parooli. Süsteem autendib subjekti. Kui subjekt on identifitseeritud siis lubatakse subjekt süsteemi siseneda, vastasel juhul mitte. Kasutusjuht: Menüü vaatamine Tegutsejad: Klient Kirjeldus: Süsteemi sisenedes saab klient vaadata menüüd mille alusel koostab oma tellimust. Kasutusjuht: Tellimuse koostamine Tegutsejad: Klient
käigus hoida) Nõude kolm põhiomadust: (eksamiküs) ühene kontrollitavus – kui küsida, kas nõue on täidetud, peab saama üheselt vastata (jah/ei) kerge kontrollitavus – ei tohi võtta liiga kaua aega sõnastuse lihtsus – ei tohiks olla pikem kui 30 sõna SCRUM Sprint, sprindid jagunevad taskideks User stories – üldkuju: as a user I must be able to do something Use case (kasutusjuht): on olemas graafiline (UML) ja tabelikujuline formaat kriipsujukud (actorid), teevad mingeid tegevusi Kasutusjuht erineb kasutusloo poolest selle poolest, et kasutjusjuht on laiahaardelisem, näitab kasutaja tegevust üle süsteemi rajapinna, näitab seoseid erinevate kasutajate/süsteemide. Kasutuslugu piirdub pigem ühe kasutaja ja funktsiooniga. Nõuete spetsifikatsiooni dokument – dokument, kust saab järele vaadata, mida
Kliendi ja paki andmed Kauba ostmine ja maksmine Pakkide väljastamine Admin Kauba üleandmine Klient Kuller 1. Nimi: Toote sisestamine infosüsteemi Tegutsejad: admin, laohaldur Kirjeldus: Kasutusjuht algab kui kaup on tarnijalt AS Arvuti Tehnika lattu jõudnud, siis administrator sisestab toote infosüsteemi ja laohaldur märgib infosüsteemi kauba koguse ja uuendab laoseisu infosüsteemis pidevalt. 2. Nimi: Kauba ostmine ja maksmine Tegutsejad: klient Tüüpiline sündmuste käik: Tegutseja tegevus Süsteemi vastus 1. Klient valib internetipoest toote välja. 2. Süsteem kuvab kliendile, kas toode on laos
Leviala 1 Pakett (from Pakettide register) (from Pakettide register) 1..* Joonis 3. Lepingute ja arvete registri kontseptuaalne eskiismudel 13 2. Detailanalüüs 2.1 Töötajate funktsionaalne allsüsteem 2.1.1 Kasutusjuhtude mudel Kasutusjuht: töötaja tööle võtmine Tegutsejad: juhataja Eesmärk: Registreerida töötaja andmed ja töösuhe temaga. Käivitav sündmus: Töötaja soovib tööle tulla Kirjeldus: Uue töötaja tööle võtmisel lisab juhataja registritesse töötaja andmed, loob töösuhte ja vormistab töölepingu. Eeltingimused: Järeltingimused: Töötaja andmed on sisestatud registrisse ja koostatud on tööleping. Stsenaarium: Juhataja Süsteem 1
iteratsioon) Joonis 29: Fotode laadimine veebikeskkonda ja kvaliteetsete fotode edastamine kliendi kasutajakontole infovoogude diagramm (III iteratsioon) 31 Joonis 30: Tellimuse koostamise ja esitamise infovoogude diagramm (III iteratsioon) 1.8.2 Kasutusjuhtude kirjeldused laiformaadis 1.8.2.1 Kasutajakonto loomine/sisselogimine Kasutusjuht: Kasutajakonto loomine/sisselogimine Põhilised tegutsejad: Klient Huvitatud osapooled: 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.
30. Kasutusjuhtude omadusi ja kooskõlareegleid käivitatakse ja teostatakse alati tegutseja abil pakub tegutsejale mingit väärtust, st see on täielik teostatakse ilma katkestusteta lühikese aja jooksul (ühe sessiooni raames). Kasutaja: o käivitab arvuti o teostab kasutusjuhu o suleb arvuti teostatakse sõltumatult teistest kasutusjuhtudest Kooskõlareeglitest: kasutusjuht peab olema seotud analüüsitava ja modelleeritava tööprotsessiga kasutusjuhu teostuse tulemuseks peavad olema andmed terviklikul kujul äriobjekti seisundite muutmise jaoks peab/peavad olema omaette kasutusjuht/-juhud 31. Suhtlus ettevõttes/organisatsioonis: Suhtlus (kommunikatsioon) on tegevustik, mille käigus üks isik annab teisele või saab teiselt sõnumi isiku vajaduste, soovide, nõudmiste, ettekujutuste, teadmise või
Update – andmete lugemine ja/või muutmine Delete – andmete lugemine ja/või kustutamine Bussijaama Bussijuht Klient Klienditeen pidajaPearaamatu Kasutusjuht/kasutajad Bussifirma dispetšer dispetšer indaja Pileti ostu algatamine C Kliendi teavitamine C Arve koostamine CRUD
Klient kasutusjuht / objekt Varuosade kinnitamine r r r c c Laoseisu päring r r r r u r
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 Pileti ost
Maksmise tulemus (FK) Viide maksmise tulemusele. MAKSMISE TULEMUS Maksmise_tulemus (PK) Unikaalne identifikaator. Kuupäev Maksmise sooritamise kuupäev. 4.3. CRUD MAATRIKS Create andmete lisamine Read andmete lugemine Update andmete lugemine ja/või muutmine Delete andmete lugemine ja/või kustutamine Kasutusjuht/Objekt Kauba tellimine taludelt Kauba eest tasumine Tellimuse_seisund
eelmüügist Piletite müümine bussist BUSSIJUHT 2.1.2 Kasutusjuhtude kirjeldused 2.1.2.1 Piletite broneerimise arvestuse tekstiline spetsifikatsioon Nimi: Piletite broneerimine. Tegutsejad: Reisija (klient), bussijaama klienditeenindaja. Eesmärk: Reisija kiire ja mugav teenindamine. Kirjeldus: 1. See kasutusjuht käivitub kahel erineval viisil: esiteks, kui reisija tuleb bussijaama ja soovib endale broneerida piletit; teiseks, kui reisija helistab bussijaama sama sooviga et broneerida sõiduks pilet. 2. Reisija ütleb klienditeenindajale oma soovi: kuhu ta soovib sõita, millal ta soovib seda teha, palju pileteid on vaja broneerida. 3. Klienditeenindaja kontrollib süsteemist, kas reisija soovi on võimalik täita: kas buss sõidab, kas tahetaval reisil on veel soovitud arv vabu kohti. 4
Kvaliteedieesmärk on süsteemi mittefunktsionaalne nõue. Pildil (irooniliselt) kujutu blob/pilv. Roll on süsteemi võimekus kui positsioon (n. ametikoht), mida süsteem omab/vajab eesmärkide täitmiseks. Pildil tavaline actor/kriipsujuku Eesmärkide vaheline seos - tavaline joon Seos eesmärgi ja kvaliteedieesmärgi vahel - katkendlik joon Eesmärkide hierarhiad - Nii eesmärgid kui kvaliteedieesmärgid jagunevad alameesmärkideks ning moodustavad hierarhiaid. Fun fact - ns kasutusjuht on mullike, aga ärikasutusjuhul on see kriipsuke paremas nurgas 10. UML ja ärimodelleerimine Ei eksisteeri ühtegi domineerivat ärimodemise keelt. Samas tarkvaramodemises on standardiks UML. Tavaliselt tarkvara ja ärisüsteemid modetakse erinevate notatsioonidega. Sarcastic claps sest see põhjustab raskesti täidetavaid lünkasid mudelite vahel, eriti fun saab olema siis kui tahetakse ärimudelit toetavad tarkvara luua, aga puudub sujuv üleminek teisele notatsioonile.
Joonis 23: Deklaratsiooni tagasi võtmise infovoogude diagramm 1.7.2 Kasutusjuhtude kirjeldused laiformaadis Iseseisvates töödes tuleks detailselt(laiformaadis) lahti kirjutada II iteratsiooni põhilised kasutuslood, mis moodustaksid terviku! Võimalik, et seetõttu on vaja lahti kirjutada kõik II iteratsiooni kasutuslood. III iteratsiooni detailsusega modelleeritu peab moodustama terviku ning osad peavad olema omavahel vastavuses. 1.7.2.1 Deklaratsiooni aine lisamine Kasutusjuht: Deklaratsiooni aine lisamine Põhilised tegutsejad: Tudeng Huvitatud osapooled: Vaja kirja panna ka miks huvitatud. 32 · Tudeng vajadus deklareerida ainet, et saada kokku deklaratsioon · Dekanaat saada ülevaade tudengite ainetest ja väljastada hindamislehed · Õppejõud saada ülevaade aine deklareerinud üliõpilastest
· piletimüügi aruanne (aruanne teatud perioodil kino seansside külastatavuse kohta) · muude varade aruannded (erinevad aruanded varade seisukorrast, jms) Pädevusala ise loob objektid ruum, rendileping, remondileping, tööleping, muud aruanded. 1.1.1.6 Pädevusala sündmused Juhataja pädevusalal tegutseja peab omapoolse tegevusega vastama järgmistele sündmustele: sündmus tegevus (kasutusjuht infosüsteemis) 14 Uue rentniku leidmine Rendilepingu sõlmimine Rendihinna või muude tingimuste Rendilepingu muutmine muutumine Rentniku ruumist loobumine või ruumi Rendilepingu lõpetamin kasutusele võtmine muuks otstarbeks Ruumide ülevaatusel või rentniku poolt Ruumi remondi korraldamine estiatava rendiruumi aruandest ilmnev ruumi halb seisukord
Treeningu_tüüp Ruum Aeg Objekt/ Kasutusjuht Kliendi registreerimine c Kliendi andmete u muutmine Kliendi kustutamine d d Töötaja registreerimine c c c c r Töötaja andmete u r muutmine
Graafiline Tabeli kujuline Hea näide kasutajajuhtude kohta on meditsiiniline tarkvarasüsteem, kus patsient saab panna arsti juurde aega, arst saab patsiendi kohta andmeid jne. o Need on erinevad asjad! Nende erinevused on näiteks: Kasutusjuhud on keerulisemad ja tänu sellele võimalik kasutada laialdasematel aladel Kasutuslugu reaalse maailma protsess ja kasutusjuht selle abstraktsioon Kasutusjuht näitab seost erinevate tegutsejate vahel ja kasutuslugu on ühe tegutseja piires Kasutuslool on kindel stsenaarium ja kasutajajuht on süsteemi stsenaarium. Peamiselt on kasutusel kasutajalugu, mis lüüakse lahti task-ideks, kuna see on efektiivsem ja kiirem võrreldes kasutajajuhtudega.
diagrammi äriprotsesside modelleerimiseks. Siinkohal on ärikasutusjuhtu loetud
praktiliselt samaväärseks äriprotsessi mõistega. Selleks, et eristada tarkvara ja
ärisüsteemi modelleerimisel kasutatavaid sümboleid, on kasutatud stereotüüpe
(joonis 4-3). Näiteks, seda tehnikat kasutab Rational unifitseeritud protsess
(Rational Unified Process).
Süsteemi Ärikasutusjuht
kasutusjuht
<
● 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 ● Millist tüüpi olemite kohta peaks süsteem informatsiooni esitama ja kuidas need olemid on omavahel seotud? 1. Kontekstidiagramm
- tulemuseks on paindlik andmebaasi disain, mis on kergesti laiendatav; - normaliseerimine sunnib disainerit uurima ja tundma õppima iga atribuuti. 5. Terviklikkuse reeglite kirjeldamine. Millised on hea relatsiooni võtme omadused? Tuttavlikkus, lihtsus, stabiilsus, ei sisalda kodeeritud informatsiooni. Mis on reaalsed kasutusjuhud, millal ja milleks neid luuakse? Reaalne kasutusjuht kirjeldab protsessi konkreetselt, disainitaseme täpsusega, ekraanivormi väljade täitmise tasemel. Pööratakse tähelepanu sisend/väljund tehnoloogiatele. Näiteks kui kasutatakse graafilist kasutajaliidest, siis sisaldab reaalse kasutusjuhu kirjeldus seotud aknaid (ekraanivorme) ja kasutajaliidese elementide omavahelise suhtlemise kirjeldusi. Kasutusjuhu tekstikirjeldus sisaldab samu komponente kui detailanalüüsis