analiza systemowa

Jedno źródło wiedzy o procesach, systemach i architekturze – czy naprawdę warto?

analiza biznesowa, analiza systemowa, architektura korporacyjna, Enterprise Architect, narzędzia CASE, proces wytwórczy oprogramowania, projektowanie systemów informatycznych /

Dlaczego modelowanie ma sens? Każda organizacja, która chce świadomie zarządzać swoją złożonością, prędzej czy później staje przed pytaniem: jak opisać to, co robimy, czym to wspieramy i jak to wszystko ze sobą współgra? Odpowiedzią jest modelowanie – systematyczne tworzenie reprezentacji procesów biznesowych, systemów IT i architektury korporacyjnej. Notacje takie jak BPMN (dla procesów), UML (dla […]

Jedno źródło wiedzy o procesach, systemach i architekturze – czy naprawdę warto? Czytaj dalej »

6 praktycznych promptów dla analityka i architekta w ChatGPT i nie tylko

analiza biznesowa, analiza systemowa, LLM /

Inżynieria promptów, czyli jak rozmawiać z AI Jakość odpowiedzi z Large Language Models zależy bezpośrednio od jakości zadanego pytania. Zasada „garbage in, garbage out” nigdy nie była bardziej aktualna niż w kontekście pracy z AI. Dla analityka i architekta, których praca opiera się na precyzyjnym definiowaniu wymagań i projektowaniu systemów, umiejętność skutecznej komunikacji z AI

6 praktycznych promptów dla analityka i architekta w ChatGPT i nie tylko Czytaj dalej »

Funkcje aplikacji: alternatywa dla przypadków użycia

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

Sytuację zna każdy analityk pracujący z istniejącymi systemami: zespół otrzymuje zgłoszenie zmiany lub rozwoju funkcjonalności. Gdzie precyzyjnie przypisać nowe wymagania, skoro nie tworzymy już szczegółowych przypadków użycia od zera? Klasyczne podejście dokumentacyjne sprawdza się przy projektowaniu nowych systemów, ale w codziennej praktyce zarządzania zmianą potrzebujemy czegoś bardziej pragmatycznego. Odpowiedzią na ten problem może być koncepcja

Funkcje aplikacji: alternatywa dla przypadków użycia Czytaj dalej »

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 »

Przewijanie do góry