analiza systemowa

Czy nadchodzi koniec przypadków użycia?

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

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

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

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

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 »

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 »

Śledzenie zależności pomiędzy wymaganiami

Enterprise Architect w swojej dokumentacji proponuje by wymagania były łączone ze sobą za pomocą agregacji. Zastosowanie agregacji nie jest zgodne ze znanymi mi  standardami. Jeśli potrzebujesz modelować wymagania zgodnie ze standardami proponuję SysML – Systems Modeling Language for Products and Systems Development. Podobne wpisy Książki o UML – UML dla Każdego Książki o UML – …

Śledzenie zależności pomiędzy wymaganiami 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 »

Scroll to Top