UML

Mapowania wychodzące poza notację UML

Język UML jest notacją, o której wiele mówi się, ale jej zakres używania nie jest oczywisty. Diagramów jest zwyczajnie zbyt wiele. Oczywiste jest to, że mimo bogactwa notacji, w projektach nie stosuje się ich wszystkich. Stosując zasadę, że modelujemy tylko istotne rzeczy, sam też tak nie robię. Do modelowania wspomnianych istotnych rzeczy dobieram odpowiednie diagramy. …

Mapowania wychodzące poza notację UML Czytaj dalej »

Modelowanie infrastruktury w języku UML – diagram wdrożenia w praktyce

Modele mają za zadanie pokazać rzeczywistość w sposób uproszczony, w którym uwypuklamy interesującą nasz cechę. Projektując nowe lub zmieniając istniejące oprogramowanie bardzo często modelujemy przypadki użycia, architekturę logiczną aplikacji. Budujemy modele procesów biznesowych. Tworzymy diagramy sekwencji. Coraz częściej zachodzi potrzeba by opisać to co bez czego nie byłoby na czym zainstalować oprogramowania. Jest potrzeba by …

Modelowanie infrastruktury w języku UML – diagram wdrożenia w praktyce Czytaj dalej »

NATO Architecture Framework

Technik i obszarów, które możemy modelować jest bardzo wiele. Ponadto powstało wiele szablonów, ram, frameworków, które mówią co i jak trzeba modelować. Dokładając do tego mnogość notacji i diagramów otrzymujemy kociołek z całą masą możliwości. Tylko czy taka możliwość wyboru jest dobra? I tak, i nie. Z jednej strony fajnie, że mamy wybór, ale z …

NATO Architecture Framework Czytaj dalej »

Modelio – open source

Modelowanie, poza metodykami i notacjami, które im towarzyszą, to także narzędzia. Wiele z nich to narzędzia płatne. Dla mnie narzędzia to rzecz wtórna. Oczywiście lubię produkty firmy Sparx Systems, ale zakup licencji Enterprise Architect to pewien wydatek, który w wielu przypadkach może być nadmiarowy. Powstaje zatem pytanie, czy są narzędzia, w których można rysować i …

Modelio – open source Czytaj dalej »

Kiedy jest warto modelować w UML?

Od pewnego czasu widoczna jest dyskusja dotycząca wartości modelowania. Zwolennicy podejścia zwinnego niezbyt chętnie widzą modele. Konserwatyści preferujący klasyczne podejście do procesu wytwórczego oprogramowania chętniej modelują. Modelowanie kosztuje. Narzędzia zazwyczaj niewiele, natomiast ludzie (analitycy, projektanci, architekci) już sporo. Nie da się ukryć, że korzystanie z UML wydłuża proces budowy oprogramowania. Czy to czas stracony? Przy nadmiarowym modelowaniu zapewne …

Kiedy jest warto modelować w UML? Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń. Kilkanaście miesięcy konsultowałem, wspomagałem …

Dokumentacja przypadków użycia w administracji publicznej Czytaj dalej »

BPMN vs diagramy aktywności

Kilka dni temu po raz kolejny uczestniczyłem w dyskusji na temat przewagi BPMN nad diagramami aktywności i odwrotnie w kontekście modelowania procesów biznesowych i systemowych (patrz tekst:  Diagramy procesów systemowych). Oba diagramy bardzo podobne do siebie choć BPMN 2.0 to już mega możliwości. Myślę, że kluczem do decyzji jest zastosowanie (czyt. Twoje potrzeby) Lubię używać …

BPMN vs diagramy aktywności Czytaj dalej »

Diagramy procesów systemowych

Powszechnym jest iż czym większa organizacja tym więcej systemów informatycznych. U moich klientów są ich dziesiątki. Tak tak. Przez lata zbiera się ich trochę bo każdy rok to zmiany w procesach biznesowych i bardzo często dodanie nowego systemu. Znam firmy, w których stajnia Augiasza to najlepsze określenie na zaistniałą sytuację.  Co więcej firma albo modeluje …

Diagramy procesów systemowych Czytaj dalej »

Dobre praktyki dotyczące komponentów i architektury

Pozwolę sobie przytoczyć kilka dobrych praktyk związanych z architekturą. Struktura poszczególnych modułów powinna być na tyle prosta, aby można ją było w pełni zrozumieć. 2. Moduły powinny być luźno ze sobą powiązane, tzn. powinna być możliwa zmiana implementacji jednego modułu, bez znajomości implementacji pozostałych modułów i bez wpływania na ich zachowanie. 3. Łatwość wprowadzania zmian …

Dobre praktyki dotyczące komponentów i architektury Czytaj dalej »

Jak żyć Panie Premierze?

W czasie ostatnich wyborów, jeden z uczestników spotkania wyborczego zapytał: “Jak żyć Panie Premierze?” Przekładając na grunt modelowania często słyszę: “Jak modelować?”. I o ile daleko mi do Premiera i jego problemów dot. rządzenia krajem, tak blisko mi do problemów z modelowaniem. Otóż UML zna już sporo osób. Nieformalnym standardem w zakresie narzędzi jest Enterprise …

Jak żyć Panie Premierze? Czytaj dalej »

Scroll to Top