Analiza i dizajn korištenjem UML Prednosti vizualnog modeliranja Povijesni razvoj UML-a Vizualno modeliranje korištenjem UML-a Iterativni razvojni proces 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

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

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

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

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)

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

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

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

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

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

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

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

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

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

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

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

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

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