🚀 go-pugleaf

Glowna zaleta UMLa polega na tym, ze jest. Te "methods wars" byly juz smieszne
:)


Mysle, ze od tego stwierdzenia nalezy rozpoczac dyskusje na temat UML. Meczarnie
spowodowane przechodzeniem w locie z notacji Martina, na C-Y, OMT, OOSE
doprowadzaly do szewskiej pasji i na dluzsza mete byly nie do wytrzymania. UML,
w duzym stopniu zredukowal koniecznosc "przestawiania" sie na rozne notacje,
natomiast nie zredukowal jej do konca. W chwili obecnej nalezy precyzowac
wersje UML, ktora sie poslugujemy ("na rynku" funkcjonuje obecnie wersja 1.3).

Wydaje mi sie, ze UML powinien stac sie baza dla "specjalizowanych UMLi" dla
poszczegolnych
obszarow zastosowan oprogramowania. 

Pamietam, ze kilka lat temu (3-4) technika The SELECT Perspective zostala uzupelniona
o elementy specyficzne dla RTS. Jakos to upadlo (pewnie ze wzgledu na niewielkie
zapotrzebowanie rynku) - nie mniej jednak powstalo podejscie dedykowane dla 
tego typu systemów (nazywalo sie "The SELECT Perspective for Real-Time Systems").

"SpecjalizowaneUML-e" moga zaczac powstawac w momencie, gdy UML zaproponuje
jakis proces wytwórczy (zdaje sie, ze juz zaproponowal, ale potwierdzic to bede w stanie
po przeczytaniu ksiazki trzech amigos ""Rational Unified Process" - czy jakos tak),
specjalizujac go do roznych klas systemow. Notacja bedzie mogla byc jedyna-wspolna
natomiast proces powinien "decydowac" jaki jej podzbiór bedzie wykorzystany. 


Pan Subieta slusznie wypunktowal niestabilnosc metamodelu UML. Tak istotnie jest.
Metamodel jest czesto "latany" a przepychanki miedzy Trzema Wielkimi powoduja, iz co rusz
zostaje wprowadzone cos nowego (w ostatniej wersji widac, ze Jacobson dostal
wolna reke, gdyz pojawily sie "predefiniowane stereotypy" - oczywiscie wraz z 
predefiniowanymi ikonami - wykorzystywane w modelowaniu dynamiki, ktore 
zywcem zostaly "skopiowane" z jego ksiazki), co (o zgrozo !) ZMIENIA zasady gry
(zamiast je rozszerzac czy precyzowac). 

Nie chcialbym jednak jedynie krytykowac UML-a (w przeciwienstwie do