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
põhiprotsessi taga olevate põhiobjektide seisundidiagrammid. 5.1 FOTOGRAAFI KOHLE KUTSUMISE TEGEVUSDIAGRAMM Järgnevalt esitatakse tegevusdiagramm, kus kirjeldatakse täpsemalt fotograafi kohale kutsumise protsessi (joonis 7). Kollase taustaga on infotöö tegevused – neile peab funktsionaalses vaates kirjeldama 1:1-le vastavad kasutusjuhud. Läbipaistva taustaga tegevused ei ole infotöö tegevused, nende jaoks ei ole kasutusjuhtusid funktsionaalses vaates vaja. Joonis 2. Fotograafi kohale kutsumise protsess 5.2 FOTODE TELLIMISE TEGEVUSDIAGRAMM Järgnevalt esitatakse tegevusdiagramm, kus kirjeldatakse täpsemalt fotode tellimise protsessi (joonis 8). Kollase taustaga on infotöö tegevused – neile peab funktsionaalses vaates kirjeldama 1:1-le vastavad kasutusjuhud. 25 Läbipaistva taustaga tegevused ei ole infotöö tegevused, nende jaoks ei ole
Arhitektuurinõuded - läbivad süsteemi kõiki osi Disaininõuded - puudutavad süsteemi konkreetset osa 1. User Story e Funktsionaalne nõue Formaat (Muster) - (Kellena) ma soovin (eesmärk) selleks et (põhjus) Näited: Tudengina ma soovin konspekti selleks et ma ei põruks elus. 2. Mittefunktsionaalne nõue Piirang, millele süsteem peab alluma. Mõnikord puudutavad piirangud kindlaid kasutusjuhtusid (disaini nõudeid). Enamasti on mittefunktsionaalseteks nõueteks kogu süsteemi puudutavad piirangud (arhitektuuri nõuded). Näiteks: Piirang oleks, et tudeng peab olema vähemalt 18 aastane. FURPS+ mudel: nõuete tüübid FURPS mudel organiseerib kõik nõuded viide kategooriasse: F - Functional U - Usability R - Reliability P - Performance S - Supportability, FURPS + lisab veel mõned kategooriad. Kasutatavus Eeldatav kasutaja kompetents/kogemus
annaabi.ee 
