znalezione wpisy oznaczone „uml”:

Modelowanie niezupełnie rzeczywiste

W najróżniejszych ogólnych opisach i wstępach do technologii mówi się często, że programowanie obiektowe przedstawia związki między pojęciami w sposób analogiczny jak to ma miejsce w świecie rzeczywistym. Dzięki temu oprogramowanie ma być bliższe prawdziwemu światu — opiera się na interakcji autonomicznych obiektów, a nie tylko na wykonywaniu jakiegoś abstrakcyjnego ciągu rozkazów. Zgodnie z tym wszelkie dodatkowe technologie, które wyewoluowały z tego paradygmatu, w szczególności UML, oferują zestaw pojęć i notacji do „modelowania świata”. Taki model przekłada się potem na klasy, które w założeniu mają reprezentować obiekty lub pojęcia rzeczywiste czy chociażby wyobrażalne oraz relacje między nimi. Zadziwiające, jak łatwo udowodnić, że jest to bzdura... Chociażby wykorzystując stary (nawet jeśli znany, to wart przypomnienia) przykład z kwadratem i prostokątem.

Diagramy aktywności w modelowaniu workflow

„Workflow” to „buzzword” z gatunku tych nielicznych, które użyte w dobrze dobranym kontekście brzmią nawet lepiej niż „XML”. Precyzyjnie wstawione we właściwie uszy „workflow” może uzasadnić nawet przebudowanie od zera systemu dla klienta, który teraz sam już nie rozumie jak mógł dotąd funkcjonować nie znając tego zbawiennego pojęcia.

TEC 2006

Dzisiaj pojawiły się na stronach Borlanda nowe wersje Together: Architect|Designer|Developer version 2006. Zaciekawił mnie wpis w kolumnie Platform: „Eclipse 3.1 on Windows, Linux, Mac OS X, and Solaris”. Nie „Windows, Linux, Solaris, Mac OS X” i osobno wersja „for Eclipse”, jak było dotychczas, tylko jedna, jedyna wersja 2006 na platformę Eclipse 3.1.

Komercyjny UML w Eclipse

W ramach przygotowania do nowego podejścia do starego projektu spojrzałem przez chwilkę na dwóch przedstawicieli komercyjnych produktów modelowania UML na platformie Eclipse: Visual Paradigm SDE for Eclipse (version 3.0 Professional Edition),Together Edition for Eclipse (version 7.0)

narysuj mi UML-a

Język UML jest dzisiaj standardem przemysłowym w projektowaniu oprogramowania i jako taki powinien być używany praktycznie wszędzie. Niestety w rzeczywistości tak nie jest z bardzo prostego powodu — programy do modelowania z użyciem UML są duże, skomplikowane i niejednokrotnie drogie, co powoduje, że nie każdy ma czas, pieniądze i ochotę używać ich na co dzień. A UML nie używany "normalnie" traci popularność, moc oddziaływania i większość sensu swojego istnienia.

Poseidon for UML

W ramach poznawania nowych zabawek zainteresowałem się niedawno programem Poseidon for UML firmy Gentleware. Jest to dosyć przyjemne narzędzie CASE do modelowania UML z generacją kodu "na żywo", rozwinięte na fundamencie ArgoUML.