Unified Modeling Language (UML)

pffffff, što si tako hostile?

što se mene tiče definicija:



mi odgovara.

ako IS čine SW, HW, baza, mreža - a sa druge strane UML opisuje real-world objects, onda je to to.
neka dragi_tata pogleda listu http://en.wikipedia.org/wiki/List_of_UML_tools možda ipak nađe nešto za sebe.



ne znam šta da ti kažem. UML mi je mnogo bliži IS, nego "umetnosti programiranja". uostalom nebitno, ne može čovek ni da se našali više.

A čemu onda služe dijagrami raspoređivanja i dijagrami komponenti?

Čemu služe ti dijagrami? Napredno gubljenje vremena :)
Činjenica je da, kao što je to Dragi Tata već pomenuo, čim korisnik želi
da uradi nešto ozbiljnije/modernije, tu UML puca po šavovima.
Ok je za prikazivanje generalnih veza komponenti nekog većeg sistema i to je to...

Alter Ego:
Dijagrami komponenti se koriste ako se deli sistem na komponente (delove) i da bi se prikazala njihova povezanost preko interfejsa ili nacin podele u strukture nizeg nivoa.
Dijagram rasporedivanja prikazuje fizicku organizaciju sistema i otkriva koji se delovi programa izvrsavaju na pojedinim delovima racunarskog sistema. Dobri su da prikazu gde se sta nalazi.
izvor: UML ukratko - prevod 3. izdanja

Preko ova dva dijagrama ne moze da se projektuje mreza (imao sam priliku da vidim plan mreze podeljene na dve mreze, samo ne mogu da se setim jesu li te dve mreze povezane putem Interneta ili kao WAN, i gle! plan veze nema sa UML-om), sto znaci raspored radnih stanica, svicera, rutera, prava pristupa niti da se predstavi hadrverska zahtevnost radnih stanica i servera. Pored softvera, k'o sto rekoh, IS cine i mreza, hardver i baza.

Ja u objasnjenju dijagrama komponenti i rasporedjivanja vidim da je u pitanju projektovanje softvera. Drugi navedeni prikazuje kako je rasporedjen softver na hardver, da se tako izrazim, a prvi samo delove softvera pa kupac moze da uzima softver u delovima prema potrebi.


Ono sto mene zanima jeste da li postoji neka firma koja koristi sve UML dijagrame. Ako sam dobro prebrojao ima ih 14.
tosa, zar je moguce da UML za 2 godine nije dovoljno napredovao da se ne moze koristiti za nesto ozbiljnije/modernije?

Potpis

Žena u krevetu i vino na stolu nikako ne smeju da čekaju. Jer, vino se greje a žena hladi.

-vinolog

Stvarno zavisi od potreba koje imaš, meni UML ne znači baš ništa, čak me smara i troši mi
dragoceno vreme - najčešće nemam potrebu da toliko planiram, znam šta hoću da pravim :)
Ne kažem da nema svoje primene, ali ću se truditi da izbegavam situacije da zatreba i meni :)

koliko sam ja razumeo (citajuci spomenutu knjigu i ovako gledajuci neke sajtove), najcesce se koriste dijagrami klasa, sekvenci, komunikacije (kolaboracije po 1.x, mada neki alati i dalje taj zovu dijagram kolaboracije iako je to po dvojci nesto drugo al' ne mnogo razlicito od dijagrama komunikacije) i slucajeva koriscenja

kad se pogleda u vecini slucajeva i ne treba vise u praxi

Potpis

Žena u krevetu i vino na stolu nikako ne smeju da čekaju. Jer, vino se greje a žena hladi.

-vinolog

Moje misljenje je da je UML korisna alatka za neke project managere i u komunikaciji sa korisnikom kada treba zadiviti klijente ili u komunikaciji sa sefovima.
Dijagram klasa, Use-Case Diagrami (kako korisnik koristi sistem), su manje-vise to se otprilike i ranije radilo, ali svako po svome, sad kao postoji standard.
Dijagrami sekvence (fini algoritam) su manje vise dobar alat za objasnjavanje nekih srednje komplikovanih algoritama, dobar su alat u edukaciji.
Dijagrami aktivnosti (grubi algoritam) se otprilike sa Use-Case dijagramima uklapaju relativno ok treba ih koristiti u kombinaciji - u smislu da je lakse nacrtati dijagram nego objasnjavati recima sta taj algoritam radi.

mislim da ne treba ocekvati nikakvu uber modelling notaciju koja ce automatski moci da se prevede i da iskoristi sve mogucnosti nekog programskog jezika.
takodje mislim da je u nekim slucajevima glomazan i nepraktican.

Potpis

http://www.google.com/intl/en/jobs/index.html

Branimir Selić član grupe koja donosi standard UML-a, je na predavanju održanom na FON-u rekao kako je zapravo ideja da se u budućnosti softver razvija isključivo preko UML-a, bez dodira sa kodom.

Ako se malo prisetimo istorije, uvek su bile neke industrijske revoljucije, prva, druga... Ova najnovija je informatička. Tako će verovatno i u informatici neki budući istoričari rezonovati tipa: prva informatička revolucija je pronalazak digitalnih računara, druga prelazak sa hardwerskog programiranja na mašinski jezik, treća pralazak na asembler, četvrta prelazak na programske jezike, a peta bi mogla da bude prelazak sa programskih jezika na UML ili slične grafički opisne načine programiranja.

Nešto sam danas inspirisan žešće :)

Potpis

Bolje džaba ležat nego džaba radit.

Ne bih da ulazim u teorijske definicije, ali ja sam ove dijagrame zamišljao upravo kao sredstva za nešto što bi moglo da se posmatra kao projektovanje IS. Sem toga, UML se po definiciji ne ograničava na modelovanje softverskih sistema, ako se dobro sećam.



Projektovanje mreže u kontekstu projektovanja jednog IS se razlikuje od projektovanja mreže u nekom opštijem smislu, bar ja to tako kapiram. I opet, ta vrsta projektovanja mreže se pominje u literaturi o UML-u.



Čisto sumnjam. Ne bih znao da kažem kako je u praksi, ali kad su u pitanju primeri sa Interneta i naučni (i drugi) radovi, to se svodi na dijagrame SK, klasa i interakcije. Tu i tamo se nađe i nešto drugo, npr. dijagrami aktivnosti, objekata ili raspoređivanja. Mada ja to ne vidim kao posledicu nesavršenosti UML-a.

Moram da se složim sa Alter Egom.

UML definitivno može da se koristi za vizuelizaciju, ako ono ne celog, onda dela IS-a koji čini baza. Dijagrami pregleda baze koriste skoro iste simbole kao i klasni dijagram, dok "kreativnom" upotrebom dijagrama raspoređivanja i komponenti mogu u naznakama da se daju pregled hardvera i mreže.

Potpis

-=ROCKY=-

tu si u pravu/tu se slazemo
npr, UML se moze lepo upotrebiti za prikaz salterskog poslovanja i to sa vise puta spominjanim dijaglamima SK, sekvenci i eventualno komunikacije
sto da se koristi ono sto smo ucili na faxu, bese "Proucavanje rada" kada to mozemo da prikazemo preko nekih UML dijagrama, bice jasno i rukovodstvu banke i zaposlenima na salterskom odeljenju i ekipi koja treba da poboljsa saltersko poslovanje (da bi klijent sto pre zavrsio)
zasto kazem da bi bilo lakse? zato sto ne treba da budes ultra inteligentan da bi skapirao sta prikazuju UML dijagrami, dovoljno je da se po potrebi ukaze sta se predstavlja.


rocky, neke BP podrzavaju "izvoz" baze u UML dijagram klasa (samo atributi) i to mi se dopada
pregled u naznakama se meni ne dopada, ili daj sve ili nemoj nista


ja i dalje mislim da jos uvek nema dovoljno jakih argumenata da se sa UML-om moze projektovati IS (moze dobar deo ali ceo ne)


Au197/79, kako bi to bilo moguce doraditi sa UML-om? bas me zanima :)
i sada je neprakticno prikazati while petju preko dijagrama (lakse i brze je otkucati kod nego crtati onoliko, traziti odgovarajuci okvir i slicno), ovo je samo primer
ko zna, mozda to i odrade...nekako
sa bazama takve stvari bolje idu (npr neka IBM resenja, da ne sirimo pricu)

Potpis

Žena u krevetu i vino na stolu nikako ne smeju da čekaju. Jer, vino se greje a žena hladi.

-vinolog

pozz dobri ljudi,

zanima me mogu li naci e knjige o UML-u na nekom od jezika ex-yu. Ako neko ima Business Modeling with UML (Business Patterns at Work) od Hans-Erik Eriksson i Magnus Penker-a na srpskom/hrvatskom jeziku bio bih mu jako zahvalan. Naravno bilo koja knjiga na nekom od nasih jezika je dobrodosla.
Ako neko ima i voljan da je podeli samnom moze mi poslati na email: [email protected]
Unapred hvala :)

Probaj ovo:
http://rapidshare.com/files/117278253/UML_Za_24_Casa_.rar.html