inżynieria oprogramowania

Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.

Podstawowe zasady zarządzania wymaganiami

agile, analiza biznesowa, analiza wymagań, architektura systemów, inżynieria oprogramowania, wytwarzanie oprogramowania, zarządzanie wymaganiami, zwinne modelowanie /

W dynamicznym świecie rozwoju oprogramowania, gdzie technologia zmienia się w zawrotnym tempie, a projekty stają się coraz bardziej złożone, skuteczne zarządzanie wymaganiami jest ważniejsze niż kiedykolwiek wcześniej. Ponad 15 lat temu Ian Sommerville i Pete Sawyer położyli podwaliny pod tę dziedzinę (pisałem o tym w tekście Zarządzanie wymaganiami – dobre praktyki), ale dzisiejsze wyzwania wymagają […]

Podstawowe zasady zarządzania wymaganiami Czytaj dalej »

Wymagania a architektura systemów

analiza biznesowa, analiza wymagań, architektura systemów, inżynieria oprogramowania /

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 »

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 »

Ewolucja roli analityka i architekta w świecie zautomatyzowanym

inżynieria oprogramowania, LLM /

W mojej pracy codziennie analizuję i projektuję różne rozwiązania. Wielokrotnie zauważyłem, że choć nasze umiejętności analityczne i architektoniczne są niezbędne, to często zajmujemy się czynnościami pozornie odbiegającymi od naszej głównej roli. Na przykład, choć jestem architektem, musiałem przekształcić wiele stronny dokument PDF do programu Enterprise Architect. Czy nie byłoby lepiej, gdyby ta praca była zautomatyzowana?

Ewolucja roli analityka i architekta w świecie zautomatyzowanym Czytaj dalej »

Prolaborate 5 – webowe wsparcie dla Enterprise Architect

inżynieria oprogramowania /

Niemal 1,5 roku temu w tekście Prolaborate i Enterprise Architect pisałem o Prolaborate i jego możliwościach. Czym jest Prolaborate? To brakujące ogniwo Enterprise Architekt umożlwiające udostępnianie modeli i współpracę przy wykorzystaniu modeli zbudowanych we flagowym produkcie firmy Sparx Systems. Podstawowe funkcje opisałem we wspomnianym tekście. Dziś chcę przedstawić nowości i zmiany jakie niesie za sobą

Prolaborate 5 – webowe wsparcie dla Enterprise Architect 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 »

Metodyki zwinne a klasyczne – subiektywne porównanie

agile, inżynieria oprogramowania, LLM, proces wytwórczy oprogramowania, wytwarzanie oprogramowania /

W dzisiejszym dynamicznym świecie zarządzania projektami, menedżerowie projektów stoją przed dylematem wyboru odpowiedniej metodyki. Czy powinni wybrać metodyki zwinne (Agile), które koncentrują się na adaptacji, szybkim dostarczaniu wartości i ciągłym doskonaleniu? Czy może lepiej sprawdzą się klasyczne metodyki, charakteryzujące się rygorystycznym planowaniem i kontrolą? W niniejszym artykule przedstawimy subiektywne porównanie tych dwóch podejść oraz omówimy

Metodyki zwinne a klasyczne – subiektywne porównanie Czytaj dalej »

Scroll to Top