analiza biznesowa

Wymagania a architektura systemów

Sporo się mówi o współpracy między analitykami a architektami. Wymagania oraz ograniczenia techniczne i biznesowe to wspaniała platforma do interakcji między analitykami i architektami. Celem niniejszego artykułu jest analiza i przedstawienie zależności między wymaganiami a architekturą systemów informatycznych. Postaram się przedstawić jak różne rodzaje wymagań – funkcjonalne, niefunkcjonalne, techniczne i biznesowe – wpływają na kształtowanie […]

Wymagania a architektura systemów Czytaj dalej »

10 wskazówek poprawiających modelowanie procesów biznesowych w notacji BPMN

BPMN, czyli Business Process Model and Notation, to standardowa notacja graficzna, która umożliwia szczegółowe przedstawienie i dokumentowanie procesów biznesowych. Jest szeroko stosowana przez analityków biznesowych, projektantów systemów oraz menedżerów do modelowania, automatyzacji oraz optymalizacji operacji biznesowych. Kluczową zaletą BPMN jest jej zrozumiałość zarówno dla specjalistów IT, jak i dla osób nietechnicznych, co sprzyja lepszej komunikacji

10 wskazówek poprawiających modelowanie procesów biznesowych w notacji BPMN Czytaj dalej »

Czy warto jest modelować w UML lub BPMN?

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

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 »

Fundamenty pracy Analityka i Architekta

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 »

ChatGPT, sztuczna inteligencja a analiza biznesowa

Zainspirowany dyskusją, jaką Andrzej Sobczak (https://architekturakorporacyjna.pl , https://robonomika.pl) zainicjował na LinkedIn (https://www.linkedin.com/posts/andrzejsobczak_chatgpt-przegranym-chatgpt-activity-7040680169388355584-_13y) postanowiłem sam sprawdzić potencjał ChatGPT. Wyniki są dość ciekawe. Ale najpierw czym ten ChatGPT jest? Otóż ChatGPT, dużym modelem językowym szkolonym przez OpenAI. Jest stworzony w celu pomocy ludziom w zdobywaniu wiedzy, udzielaniu odpowiedzi na pytania i rozwiązywaniu problemów za pomocą języka naturalnego.

ChatGPT, sztuczna inteligencja a analiza biznesowa 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 »

Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania

W poprzednim wpisie Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania opisałem znaczenie modelowania procesów biznesowych. W moim odczuciu, modelowanie procesów biznesowych w procesie wytwórczym oprogramowania to podstawa, do której odnoszą się kolejne etapy tego procesu. Analitycy systemowi na podstawie procesów biznesowych i wymagań biznesowych identyfikują przypadki użycia i wymagania na system. Testerzy budują plany testów i

Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania Czytaj dalej »

Scroll to Top