UML

BPMN i UML w praktyce

Łączne użycie UML i BPMN w projekcie informatycznym zapewnia komplementarne podejście do modelowania zarówno aspektów technicznych, jak i biznesowych systemu. UML skupia się na strukturze i działaniu systemu informatycznego, podczas gdy BPMN koncentruje się na procesach biznesowych i ich przepływie. Dzięki temu, możliwe jest kompleksowe ujęcie przedsięwzięcia, uwzględniając zarówno wymagania biznesowe, jak i techniczne. Wykorzystanie […]

BPMN i UML w praktyce Czytaj dalej »

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 »

Scroll to Top