analiza systemowa

Czy warto jest modelować w UML lub BPMN?

analiza biznesowa, analiza systemowa, BPMN, inżynieria oprogramowania, UML /

Od pewnego czasu widoczna jest dyskusja dotycząca wartości modelowania. Zwolennicy podejścia zwinnego niezbyt chętnie widzą modele, argumentując, że w dynamicznie zmieniającym się środowisku pracy szybkie dostosowanie się do zmian jest ważniejsze niż szczegółowe planowanie. Z kolei konserwatyści preferujący klasyczne podejście do procesu wytwórczego oprogramowania wskazują na znaczenie modelowania dla dokładności i przewidywalności procesów. Ponadto szerzą […]

Czy warto jest modelować w UML lub BPMN? Czytaj dalej »

BPMN i UML w praktyce cz.2 – zmiana

analiza biznesowa, analiza systemowa, analiza wymagań, BPMN, inżynieria oprogramowania, UML, wytwarzanie oprogramowania /

Kilka tygodni temu napisałem tekst w którym zaprezentowałem praktyczne podejście do notacji UML i BPMN (https://wolski.pro/2024/01/bpmn-i-uml-w-praktyce/). Przygotowanych zostało kilka diagramów opisujących  wymagania biznesowe, procesy biznesowe, przypadki użycia, diagramy aktywności i komponentów. Zaprezentowane wówczas podejście wydaje się, że jest przydatne, gdy nie mamy modeli a z uwagi na stopień skomplikowania wytwarzanego oprogramowania, posiadanie modeli może być

BPMN i UML w praktyce cz.2 – zmiana Czytaj dalej »

BPMN i UML w praktyce

analiza systemowa, analiza wymagań, BPMN, inżynieria oprogramowania, UML, wytwarzanie oprogramowania /

Łą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 »

Fundamenty pracy Analityka i Architekta

agile, analiza biznesowa, analiza systemowa, architektura korporacyjna, inżynieria oprogramowania, wytwarzanie oprogramowania /

W dynamicznym i nieustannie ewoluującym świecie rozwoju oprogramowania, rola analityka i architekta także ewolouje. Pojawiające się ciągle nowe technologie, nieustajace potrzeby biznesu by rosnąć i usprawniać działanie firmy czy też mechanizmy sztucznej inteligencji powodują, że analityk i architekt muszą zdobywać nowe i podnosić posiadane kompetencje. Co wiecej wymaga się poznawania nowych narzędzi, które mają pomóc

Fundamenty pracy Analityka i Architekta Czytaj dalej »

Czy nadchodzi koniec przypadków użycia?

analiza systemowa, inżynieria oprogramowania, LLM, proces wytwórczy oprogramowania /

Przypadki użycia są fundamentalnym narzędziem w inżynierii oprogramowania, które służy do dokumentowania funkcjonalności systemu i określania interakcji między użytkownikami a systemem. Są one kluczowym elementem procesu wytwórczego oprogramowania, umożliwiając zrozumienie i spełnienie oczekiwań użytkowników. Jednak, jak każde narzędzie, mają swoje ograniczenia i nie zawsze są najbardziej efektywnym rozwiązaniem. Korzyści z przypadków użycia Przypadki użycia oferują

Czy nadchodzi koniec przypadków użycia? Czytaj dalej »

Gherkin a przypadki użycia

agile, analiza biznesowa, analiza systemowa, analiza wymagań /

Wielokrotnie już pisałem o metodach zwinnych oraz bardziej klasycznych. W tym tekście także wejdę w ten temat, a mianowicie postaram się porównać podejście analityczne oparte o przypadki użycia i Gherkin wywodzące się z nurtu Behavior-Driven Development. Czym jest Gherkin a czym przypadek użycia? Przypadek użycia Zacznę od przypadku użycia. Przypadek użycia (ang. use case) to

Gherkin a przypadki użycia Czytaj dalej »

Subiektywne porównanie narzędzi do modelowania procesów biznesowych

analiza biznesowa, analiza systemowa, analiza wymagań, BPMN, Enterprise Architect, narzędzia CASE, proces wytwórczy oprogramowania, zwinne modelowanie /

W wielu firmach, z którymi mam przyjemność współpracować jest stosowana nierozłączna para: JIRA i Confluence.  JIRA odpowiada za zarządzania zadaniami a Confluence jest swoistym repozytorium treści. Narzędzia te zostały niejako wtłoczone w proces wytwarzania oprogramowania. Korzystają z niego programiści, testerzy, a także analitycy i architekci. W wielu firmach pojawia się też i narzędzie do modelowania.

Subiektywne porównanie narzędzi do modelowania procesów biznesowych Czytaj dalej »

Zasada TAO w procesie wytwórczym oprogramowania

agile, analiza biznesowa, analiza systemowa, analiza wymagań, inżynieria oprogramowania /

W co większych firmach lub przy okazji dużych przedsięwzięć zwanych projektami, analitycy to nie jedna lub dwie osoby a grupa ludzi, która opracowuje wymagania, procesy biznesowe, specyfikuje wymagania. Ta grupa ludzi współpracuje z projektantami, programistami oraz ogólnie rozumianym biznesem. W takich organizacjach obserwuję dwa różne sposoby działania. Jeden, w którym nie ma opracowanych zasad modelowania

Zasada TAO w procesie wytwórczym oprogramowania Czytaj dalej »

Rysowanie diagramów – dobre praktyki

analiza biznesowa, analiza systemowa, modelowanie procesów biznesowych, projektowanie systemów informatycznych /

Jednym z celów modelowania jest przedstawienie złożonych zagadnień na takim poziomie abstrakcji, który pozwoli zrozumieć dany aspekt zagadnienia. Gdy w organizacji modele są przygotowywane przez kilka, kilkanaście osób to warto jest ustalić dwie rzeczy:  zasady modelowania i estetykę diagramów. Zasady modelowania określą  nam to co i w jaki sposób dokumentujemy, jaką notację zastosujemy. Estetyka diagramów to

Rysowanie diagramów – dobre praktyki Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

analiza systemowa, analiza wymagań, Enterprise Architect, projektowanie systemów informatycznych, UML, zarządzanie wymaganiami /

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 »

Scroll to Top