1. Analiza i dizajn korištenjem UML
Prednosti vizualnog modeliranja
Povijesni razvoj UML-a
Vizualno modeliranje korištenjem UML-a
Iterativni razvojni proces 2

2. Vizualno modeliranje ”
Modeliranje ima zadaću prepoznati bitne dijelove sustava
Vizualno modeliranje je modeliranje koje koristi standardno grafičko označavanje
Narudžba
Računalni sustav
Proizvod
Core Message: Modeling captures essential parts of the system
Key Point 1: Computer system basically automate business processes. However, it’s not easy to build software systems on time and within budget.
Key Point 2: Building a complex software system requires blueprint. You don’t construct a building without a blueprint. Visual modeling is the blueprint for software systems.
Conclusion: VM is a key to successful software development
Način otpreme
Poslovni proces 3

3. Vizualno modeliranje prepoznaje ključne dijelove procesa
Analiza slučajeva korištenja – sagledavanje poslovnog procesa iz perspektive korisnika
Vizualno modeliranje
prepoznaje poslovne objekte i logiku
analizira i oblikuje programsku podršku
savladava se kompleksnost
Model sustava preslikava se u fizičku arhitekturu
Vizualnim modeliranjem potiče se višestruka upotrebljivost komponenti
Core Message: VM captures business process
Key Point 1: Understanding business process is hard. If an architect and developers don’t understand the business process, which is the requirement for the system, you can’t build the proper system.
Key Point 2: Use case is a technique to capture business process from user’s perspective. Use case is easy to understand because business process is defined in textual format, not in computer lingo.
Example: Use the previous slide to describe use case. The system may handle order entry, inventory, and payroll processes. This particular use case only looks at order entry process.
Conclusion: VM captures business process
Core Message: VM is a communication tool.
Key Point 1: Business analyst and domain experts define requirements. Software architects and developers build systems based on requirements. Typically, they have communication problems due to different use of terminology and different definition of concepts.
Key Point 2: Take a look at the Rose development team. The team is distributed in three cities around the world; Sweden, Milwaukee, and Philadelphia. There is a common language - visual modeling.
Key Point 3: With VM, there is a smooth transition between business domain and computer domain. Also, you can establish traceability from business domain to computer domain.
Conclusion: VM is a communication tool. 4

4. Unified Modeling Language - UML
UML objedinjava
koncepte modeliranja podataka (dijagram entiteta i odnosa među njima)
modeliranje poslovanja – radnog procesa
modeliranje objekata
modeliranje komponenti
standardni jezik za vizualizaciju, specificiranje, konstruiranje i dokumentiranje složenih softverskih sustava
Može se koristiti tijekom cijelog razvojnog ciklusa i neovisno o tehnikama implementacije
Core message -- second bullet
UML can be used to communicate system and software design throughout the life cycle 9

5. Povijest UML-a
Tijekom 1990-ih, tri jezika za modeliranje su se unificirali (Booch, OOSE, OMT)
Ciljevi unificiranja:
modeliranje sustava, od koncepata do izvršnih programa, korištenjem objektno-orijentiranih tehnika
dati učinkovit alat za manipuliranje kompleksnim sustavima
stvoriti jezik za modeliranje podjednako razumljiv ljudima i računalima

6. Razlozi za korištenje UML
Želja nam je razvijati softver koji će biti
kvalitetan
koristan
omogućavati održavanje
Za trajno osiguravanje ovih zahtjeva potrebno je razviti svima razumljiv i jednostavan model (gradnja pseće kućice i nebodera)

7. Tri osnovne kategorije u UML gramatici
Stvari (objekti)
Odnosi među njima
Dijagrami – pogodno složeni objekti i odnosi među njima

8. UML podržava razvoj mnogih aplikacija
RelationshipsRelacije
Objekti
Poslovni objekti
veliki sustavi
ORDBMS
Oracle
Klase
particioniranje aplikacija
Komponente
Microsoft
Scenariji
Transition: So! Who should use UML? Everybody who is doing software development.
Core Message: UML supports object and component-based technology.
Key Point 1: UML is an expressive language that can be used to describe pretty much everything about software application.
- object technology: objet, class, relationships, scenario, Use Case
- component-based development: component, ActiveX/COM, CORBA
- large scale system, application partitioning
CORBA
OMG
Primjeri korištenja
ActiveX/COM
Microsoft
Poslovni proces 11

9. Korištenje UML-a
prikaz dosega sustava i njegovih glavnih funkcija korištenjem slučajeva i sudionika
prikaz konkretnih slučajeva s dijagramima međudjelovanja
Prikaz statičke strukture sustava korištenjem dijagrama klasa
modeliranje ponašanja objekata pomoću tranzicijskih dijagrama.
prikaz arhitekture fizičke implementacije pomoću dijagrama komponenti i distribucije
The last set of slides briefly introduces most of the UML notations.
NOTE: Not all notations are covered due to time constraints 12

10. Primjer korištenja UML Rad studentske službe
Djelatnik u studentskoj službi upisuje kolegije koji se drže tijekom semestra
Na jednom smjeru nudi se više izbornih kolegija
Student upisuje 4 obavezna i 2 izborna kolegija
Nakon upisa semestra, student ostvaruje studentska prava (sustav prehrane itd.)
Studenti mogu koristiti sustav za promjenu izbornih kolegija neko vrijeme nakon upisa
Profesori koriste sustav za izradu popisa slušača svog kolegija
Za pristup sustavu svi korisnici sustava imaju korisničko ime i lozinku 13

11. Djelatnik u studentskoj službi
Sudionici
Sudionik je svaka osoba odnosno sustav koji na neki način koristi sustav odnosno s njim komunicira
Djelatnik u studentskoj službi
Profesor
Student
Studentska prehrana 14

12. Slučajevi korištenja (use cases)
Slučaj korištenja (use case) je uzorak ponašanja sustava, podsustava ili klase što se ogleda u razmjeni poruka između sustava i jednog ili više vanjskih sudionika.
Sudionici moraju specificirati svoje zahtjeve
Djelatnik u studentskoj službi: Održavanje popisa kolegija
Profesor: Zahtijeva popis studenata
Student: Odabire kolegije s obzirom na satnicu
Studentska prehrana: dobiva popis studenata koji imaju pravo na prehranu 15

13. Dokumentiranje slučajeva korištenja
Za svaki slučaj korištenja definira se slijed događaja – gledano sa strane sudionika
Opisuje se što sustav mora pružiti sudioniku u određenom slučaju
Tipični dijelovi:
Početak i kraj slučaja korištenja
Uobičajeni slijed događaja
Slijed događaja koji se rjeđe javlja
Slijed događaja koji se javlja izuzetno rijetko 16

14. Održavanje popisa kolegija Slijed događaja
Administrator (djelatnik studentske službe) se prijavljuje u sustav putem lozinke. Sustav provjerava ispravnost lozinke (E-1) i postavlja pitanje za odabir semestra (E-2). Administrator odabire semestar. Nakon toga sustav postavlja pitanje o željenoj akciji: DODAJ, IZBRIŠI, IZMIJENI i IZLAZ.
Ako se odabere aktivnost DODAJ, izvodi se procedura opisana u S-1: Dodavanje kolegija.
Ako se odabere aktivnost IZBRIŠI, izvodi se procedura opisana u S-2: Brisanje kolegija.
Ako se odabere aktivnost IZMIJENI, izvodi se procedura opisana u S-3: Izmjena kolegija.
Ako se odabere IZLAZ, slučaj korištenja završava 17

15. Dijagram slučajeva korištenja
Za vizualizaciju odnosa između sudionika i slučajeva korištenja crtaju se dijagrami slučajeva korištenja
zahtijeva popis studenata
Profesor
Student
Upisuje kolegije
Administrator
Studentska prehrana
održava popis kolegija 18

16. Relacija korištenja
Nakon popisivanja slučajeva korištenja, mogu se otkriti novi odnosi među pojedinim slučajevima korištenja
Veza putem korištenja pokazuje ponašanje koje je zajedničko u više slučajeva korištenja
<<koristi>>
<<koristi>>
Održavanje popisa kolegija
Provjera prava pristupa
Prijava za kolegij 19

17. Realizacije slučajeva korištenja
Dijagram slučajeva korištenja predstavlja vanjski pogled na sustav
Interakcijski dijagrami opisuju kako se slučajevi korištenja realiziraju putem interakcije među objektima
Dvije vrste interakcijskih dijagrama:
Slijedni dijagram (sequence diagram)
Dijagram međudjelovanja (collaboration diagram)
ako imamo jedan dijagram onda iz njega možemo konstruirati drugi dijagram jer pokazuju iste informacije na različit način 20

18. Slijedni dijagram opisuje dinamičku suradnju između objekata
prikazuje vremenski slijed poruka koje objekti razmjenjuju (najčešće se pokazuje primjer u kojem se vide sve poruke koje objekti razmjenjuju)
pokazuje vrijeme života objekta (kreiranje i uništavanje)
objekti se prikazuju u formatu: naziv_objekta:naziv_klase

19. Primjer slijednog dijagrama
obrazac za prijavu
registration
manager
math 101
math 101
section 1
: Student
1: fill in info
2: submit
3: add course(joe, math 01)
4: are you open?
5: are you open?
6: add (joe)
7: add (joe) 21