OOAD, prvi parcijalni, zadaci

Nakon prve parcijale u ljetnom semestru nisam našao vremena da napišem svoje utiske ... Drugi me poslovi i belaji okupirali ...

Nakon skoro dva mjeseca više se ne sjećam detalja ispita.

Neki dan me je kolegica upitala za ispit iz OOAD(*)-a, jer  je vidjela da sam "pokupio" dobru ocjenu. Posebno je interesovalo kako sam uradio drugi zadatak (USE case & System sequence diagram).

Napisao sam joj:

Azra, nastojaću da ovo uradim, ali ti ne mogu obećati. Ovih ispita je "more", poprilično mi sporo ide spremanje.

Nakon duge i treške "borbe" sa OOAD seminarskim, pred džumu sam ga predao. Pa hajde da na mubareći petak pokušam zaraditi još koji sevap ... :)

Evo ispita:

ooad_1parc.pdf View this file

A ovo je (po sjećanju) ono što sam ja uradio:

2 a) USE Case

Koliko sam u razgovoru sa drugima nakon ispita primjetio, raja se uglavno zezne na tome što pokuša "na silu" staviti putnika. U ovoj priči putnik nije bitan. On se može staviti ali isključivo kao seknudarni "actor". Znači kao neko ko ima uticaja na sistem, ali direktno ne komunicira sa sistemom (Boarding aplikacija).

2 b) System sequence diagram (SSD)

Ovdje je slična priča. Sa sistemom razgovara službenik. Na SSID-u treba odabrati neku karakterističnu priču (uobičajno pozitivno završenu - uspješno obavljanje određenog posla sa sistemom) i ispričati je.

Takođe je bitno, kada se to sve napravi, da postoji koherentnost(**) napravljenih dijagrama. Konkretno, USE i SSD moraju "pričati" istu priču, priču koja se samo prezentuja na dva različita načina.

Zato je od velike važosti da u toku izrade, ili barem na kraju napravi jedna konačna provjera da su dijagrami usaglašeni - koherentni.

Ono što je interesantno uočiti je činjenica da sam ja zasigurno drugačije uradio zadatak nego na ispitu (jednostavno se više ne sjećam kako sam ga uradio). Međutim, bitnan je princip. A taj princip kaže: USE i SSD moraju ispričati jednu smislenu priču. I to je sva mudrost ovih dijagrama.

Naravno, da bi se ta priča ispričala, potrebno je upoznati notaciju UML-a. Ali džaba vam notacija ako ne razumijete ŠTA vi u stvari trebate dobiti kao rezultat. Evo sam se opet rasprič'o ... umalo da zaboravim na dijagram. Evo dijagrama:

Napomena:

- U SSD-u je kod treće poruke trebalo navesti "daj mi prikaz slobodnih mjesta sa dodatnim uslovima (npr. samo pored prozora)". Time se jasno daje do znanja da izdajemo komandu sistemu. Formulacija - jasnost je bitna karakteristika dobrog dijagrama. Džabe nam lijepe sličice ako čitalac dijagrama ne konta šta je pisac htio reći.

---

(*) Objektno orjentisana analiza i dizajn

(**) koherentno - sadržaj bez protivurječnosti

1111 views and 0 responses