INFORMACIONI SISTEMI

VEŽBE

Staša Vujičić Stanković

SLUČAJEVI UPOTREBE

Slučajevi upotrebe (SU) su način prikupljanja

funkcionalnih zahteva sistema.

U svakom SU postoji glavni učesnik

koji traži uslugu od sistema.

Glavni učesnik je onaj čiji cilj treba da ostvari

SU i obično je inicijator SU.

Ostali učesnici, sa kojima sistem komunicira

u tom SU, zovu se sporedni učesnici.

2

SLUČAJEVI UPOTREBE

Sistemski slučaj upotrebe (SSU) predstavlja interakciju učesnika sa softverom.

Poslovni slučaj upotrebe (PSU) razmatra kako poslovni sistem reaguje na korisnika ili događaj.

Nivoi slučajeva upotrebe:

Osnovni – pojedinačne interakcije između glavnog učesnika i sistema. Daju rezultat značajan za glavnog učesnika, a obično traju od nekoliko minuta do pola sata.

Niži – postoje samo zato što su uključeni u slučajeve osnovnog nivoa.

Viši – pokazuju kako se slučajevi osnovnog nivoa uklapaju u širi kontekst poslovnih interakcija.

obično

SSU

obično

PSU

SLUČAJEVI UPOTREBE

Iterativan proces.

1. Naći učesnike, imenovati ih i

opisati njihova očekivanja od sistema.

2. Opisati preduslove i postuslove korišćenja

sistema pri uspešnom korišćenju.

3. Naći slučajeve upotrebe i detaljno ih opisati.

Opisati kako tok glavnog, uspešnog scenarija,

tako i posebne slučajeve (alternativni tok).

4. Opisati dodatne zahteve sistema.

4

UNIFIED MODELING LANGUAGE –

UML (VERZIJA 2)

Unified Modeling Language (UML)

je grafički jezik (ne programski jezik)

za vizueliziranje, specificiranje,

konstruisanje i dokumentovanje sistema

programske podrške koji je postavljen kao

standard od OMG-a

(Object Management Group).

Članak: What is UML?

Definiše skup dijagramskih tehnika.

Dijagrami se integrišu

u cilju predstavljanja celine.

5

UML DIJAGRAMI

Dijagrami

Strukturni dijagrami

Dijagram klasa

Dijagram složene strukture

Dijagram objekata

Dijagram komponenata

Dijagram raspoređivanja

Dijagram paketa

Dijagrami ponašanja

Dijagram slučajeva upotrebe

Dijagram aktivnosti

Dijagram stanja

Dijagram interakcije

Dijagram sekvenci

Dijagram komunikacije

Dijagram pregleda interakcije

Vremenski dijagram

6

ELEMENTI UML DIJAGRAMA

Elementima modela predstavljaju se

standardni objektno orijentisani koncepti

(klase, objekti, poruke)

UML ima četiri vrste elemenata:

o Strukturalni elementi

o Elementi ponašanja

o Elementi grupisanja

o Elementi označavanja 7

STRUKTURALNI ELEMENTI

Strukturalni elementi predstavljaju

statičke delove modela i

elemente koji su ili konceptualni ili fizički.

Osnovni strukturni tipovi su:

Učesnik

Slučaj korišćenja8

STRUKTURALNI ELEMENTI

9

Klasa predstavlja skup objekata koji

dele iste atribute, operacije, relacije i

semantiku.

Interfejs je kolekcija operacija koja

specifira usluge neke

klase ili komponente.

To je skup poruka koji se može poslati

klasi i ne uključuje implementaciju

tih operacija.

Interfejs se označava krugom i

njegovim imenom, nikada neće stajati

sam već će biti vezan uz neku klasu ili

komponentu koja ga realizuje.

STRUKTURALNI ELEMENTI

10

Komponenta je

deo sistema koji je

saglasan sa skupom

interfejsa i pruža

njihovu realizaciju.

Čvor je fizički element

koji postoji pri radu

sistema i predstavlja

računarski resurs.

Obično ima neku

memoriju i

procesne mogućnosti.

ELEMENTI PONAŠANJA

Elementi ponašanja predstavljaju

dinamički deo UML modela.

Interakcija je ponašanje koje uključuje

skup poruka koje se razmenjuju između objekata.

Uključuje i brojne druge elemente kao što su

poruke, redosledi akcija (ponašanje pokrenuto

porukom) i veze između objekata.

11

ELEMENTI PONAŠANJA

Stanjem se opisuje ponašanje kroz koje prolazi

objekt u toku svog života.

12

ELEMENTI GRUPISANJA

Elementi grupisanja predstavljaju

organizacijski deo UML modela.

To su „kutije” u koje se može razložiti UML model.

Paket služi za organizovanje elemenata u grupe.

U paket se mogu smestiti strukturni elementi,

elementi ponašanja, pa i drugi grupišući elementi.

Paket postoji samo za vreme razvoja, dok za vreme

izvođenja ne postoji.

13

ELEMENTI OZNAČAVANJA

Elementi označavanja odnose se na deo

UML modela za objašnjenja.

To su komentari koji opisuju, rasvetljavaju, i

uvode napomene i ograničenja o elementima

modela.

Osnovni element označavanja je beleška

koja se pridružuje elementu ili skupu elemenata.

14

UNIFIED MODELING LANGUAGE –

UML (VERZIJA 2)

Postoji sedam ciljeva kojima UML kao jezik teži:

1. Pružiti korisniku brz jezik za vizuelno modelovanje kojim će moći u relativno kratkom vremenu da napravi i razmenjuje modele sa određenim značenjem.

2. Pružiti korisniku mogućnost proširenja i stvaranja specijalizovanih delova.

3. Biti nezavisan od programskih jezika i razvojnih procesa.

4. Pružiti formalne osnove za razumevanje jezika za modelovanje.

5. Podsticanje rasta i razvoja objektno orijentisanih programskih jezika.

6. Podrška visoko pozicioniranih razvojnih pojmova kao što su saradnja, okvirni rad, uzorci i komponente.

7. Integrisanje i nadopunjavanje praktičnim iskustvom. 15

DIJAGRAM SLUČAJEVA UPOTREBE

Predstavlja na jednoj slici sve slučajeve upotrebe

u delu sistema koji se modelira.

Prikazuje:

UČESNIKE

SLUČAJEVE UPOTREBE

ODNOSE MEĐU NJIMA

Koji učesnici obavljaju koje slučajeve upotrebe

Koji slučajevi upotrebe sadrže druge slučajeve upotrebe

16

DIJAGRAMI SLUČAJEVA UPOTREBE:

KOMPONENTE

Učesnik

Slučaj upotrebe:

deo sistemske funkcionalnosti

proširuje drugi slučaj upotrebe

(<<extends>>)

koristi (uključuje) drugi slučaj upotrebe

(<<includes>>),

tj. jedan SU je korak u drugom, složenijem SU.

Granice sistema17

„JEDAN SLUČAJ“ – „JEDAN AKTER“

Ovo nije pravilo koga bi se trebalo

slepo pridržavati, ali jeste veoma važno

u oblikovanju slučajeva upotrebe.

Za jedan slučaj ima smisla ostaviti više

učesnika koji imaju različite uloge ako:

postoji intenzivna komunikacija između učesnika

postoji značajna isprepletanost

njihovih pojedinačnih akcija

postoji mnogo pojedinačnih akcija ili

su one trivijalne18

„JEDAN SLUČAJ“ – „JEDAN AKTER“

U takvim slučajevima ima smisla zadržati

tzv. „veliki slučaj“ samo zato što bi se u suprotnom

dobila „eksplozija“ trivijalnih slučajeva,

koje bi bilo teže razumeti nego jedan složen slučaj.

To i dalje ne znači da neke (ili sve) pojedinačne

akcije nije potrebno razmatrati i pojedinačno.

19

PRIMER DIJAGRAMA SLUČAJEVA UPOTREBE

20

PRIMER

Spoljna trgovina

Izdavanje sertifikata da je kompanija

registrovana za posao

Analiza:

Slučajevi upotrebe

Dijagrami slučajeva upotrebe

Dijagram aktivnosti

21

DIJAGRAM SLUČAJA UPOTREBE

22

DIJAGRAMI AKTIVNOSTI

Dijagrami aktivnosti služe za modelovanje

dinamičkih aspekata sistema,

tj. za opisivanje logike procedura,

poslovnih postupaka i toka posla.

Korisni su pri analizi slučajeva upotrebe

opisujući koje aktivnosti treba da se učine.

Opisuju tokove događaja.

Naglasak je na aktivnostima objekata.

23

DIJAGRAMI AKTIVNOSTI

Dijagrami aktivnosti opisuju ponašanje

više objekata kroz više slučajeva upotrebe.

Stanja dijagrama (čvorovi dijagrama)

se nazivaju akcije.

Akcija je najmanje izračunavanje

koje se može izraziti.

Niz akcija se naziva aktivnost.24

DIJAGRAMI AKTIVNOSTI

JEDNOSTAVAN PRIMER

25

inicijalna

akcija

(početni čvor)

račvanje

Isporuka Uplata

akcija

• Nakon što se

izvrši akcija

primanja

narudžbine

dolazi do račvanja.

• Račvanje ima

jedan ulazni i

nekoliko izlaznih

tokova.

• Sve jedno je kojim

redom će se izvršiti

tokovi.

prima

narudžbinu

priprema

naručenošalje

fakturu

26

• Dijagram

aktivnosti dopušta

da onaj ko izvršava

proces izabere kojim

će redom da odradi

stvari.

• Kada postoji

mogućnost

paralelizacije,

treba sinhronizovati

tokove.

• To je urađeno

pomoću

pridruživanja.

odluka

objedinjavanje

pridruživanje

tok /

grana

priprema

naručeno šalje

fakturu

hitno

isporučujeisporučuje

[prioritetna

narudžbina]

naplaćuje

27

• Pridruživanje

mora da se uradi

pre zaključivanja

narudžbine.

• Narudžbina se

može zaključiti

samo ako su

izvršene

i uplata i isporuka.

pridruživanje

završna

akcija

zaključuje

narudžbinu

GRANANJE

24

Grananje se predstavlja (crta) pomoću odluke i objedinjavanja.

Odluka ima jedan ulazan tok i dva ili više izlaznih.

Izlazni tokovi moraju da budu međusobno isključivi – [else] označava tok koji se izvodi ako nije zadovoljen drugi uslov.

Objedinjavanje ima dva ili više ulaznih tokova i tačno jedan izlazni.

hitno

isporučujeisporučuje

[prioritetna

narudžbina]

PRIMER –

KREIRANJE TEKSTUALNOG DOKUMENTA

Koristeći dijagram aktivnosti modelovati proces

kreiranja tekstualnog dokumenta.

Dijagram treba da obuhvata akcije kao što su:

otvaranje i zatvaranje programa za obradu teksta

unos teksta

snimanje dokumenta...

ako je potrebno, moguće je u dokument ubaciti

tabelu koristeći poseban program za kreiranje

tabela.

na kraju je neophodno odštampati kreirani

dokument.29

30

DEFINISANJE ODGOVORNOSTI

Dijagrami aktivnosti opisuju šta se radi,

ali ne kažu ko šta radi.

Ako želimo da istaknemo ko šta radi

(koja klasa ili organizaciona celina

je odgovorna za određenu akciju),

podelićemo dijagram na particije.

To se postiže razdvajanjem u „plivačke staze”

(swimlanes).

31

DEFINISANJE ODGOVORNOSTI

32

DIJAGRAM AKTIVNOSTI

33

Jasno definisana

početna tačka

koja odgovara pozivu nekog

programa ili potprograma.

Akcije mogu da odgovaraju

i na signale...

DIJAGRAMI AKTIVNOSTI - SIGNALI

Signal ukazuje na to da aktivnost prima događaj

iz spoljašnjeg procesa.

Vremenski signal –

nastaje zbog protoka vremena.

Primera radi, kraj nedelje, kraj meseca,

kraj predefinisanog perioda...

34

2 sata pre poletanja započinje aktivnost pakovanja stvari.

Kretanje na aerodrom ne može da počne pre nego što dođe taksi.

Ako taksi stigne pre nego što se završi pakovanje, mora da sačeka.

Oznake za prijem signala mogu da imaju i ulazni tok,

tj. osluškivanje započinje tek kada tok aktivira prijem

35

Signali se mogu i primati.

Standardan način za opisivanje isticanja

dozvoljenog vremena:

Dva toka se paralelno izvršavaju. Tok koji prvi

stigne do završnog stanja prekida drugi tok.

36

SOFTVER ZA MODELIRANJE USE-CASE:

http://www.visual-

paradigm.com/download/vpuml.jsp?edition=ce

http://www.ivarjacobson.com/process_improveme

nt_technology/essential_modeller/

IBM Rational Software Architect v7.5.4

37