Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.
Język UML jest notacją, o której wiele mówi się, ale jej zakres używania nie jest oczywisty. Diagramów jest zwyczajnie zbyt wiele. Oczywiste jest to, że mimo bogactwa notacji, w projektach nie stosuje się ich wszystkich. Stosując zasadę, że modelujemy tylko istotne rzeczy, sam też tak nie robię. Do modelowania wspomnianych istotnych rzeczy dobieram odpowiednie diagramy. […]
Mapowania wychodzące poza notację UML Czytaj dalej »
Do napisania tego krótkiego artykułu skłoniły mnie ostatnie pytania moich klientów. Pytania dotyczyły tego czy warto korzystać z platform do współpracy wizualnej? Zacznę od tego czym ta platforma jest. Platformy współpracy wizualnej to elastyczne, oparte na chmurze środowiska, które umożliwiają zespołom komunikację i współpracę w czasie rzeczywistym. Platformy współpracy wizualnej oferują funkcje współpracy, takie jak
Czy warto korzystać z platform do współpracy wizualnej? Czytaj dalej »
W wielu firmach toczy się dyskusja o sformalizowaniu procesu wytwórczego oprogramowania. Spontaniczne tworzenie diagramów, tysiące historyjek rozrzucone po Jira, setki stron w Confluence tworzone przez szeroko rozumianych analityków i projektantów nie buduje wartości dokumentacji. Wartość powstaje, gdy cały zespół dokłada diagram do diagramu jak cegiełka do cegiełki. Dodawane modele procesów biznesowych lub diagramy BPMN uzupełniają
Wybór narzędzia wspomagającego modelowanie i analizę Czytaj dalej »
Wydaje się, że czas tworzenia oprogramowania, czas zmian w oprogramowaniu bez wykorzystania technik wizualnych jest już przeszłością. Złożoność realizowanych przedsięwzięć wymaga dekompozycji na mniejsze, bardziej zrozumiałe fragmenty. Techniki jest wiele. W moim świecie króluje klasyka, czyli BPMN, UML, ArchiMate. Problem jest nie to czy wspomagać się rysunkami czasem mającymi znamiona diagramów a kto co z
Modelowanie procesów biznesowych a współpraca między interesariuszami Czytaj dalej »
O tym, że systemy się rozrastają a ich stopień złożoności wzrasta logarytmicznie nie trzeba chyba nikomu tłumaczyć. By budować i rozwijać systemy warto jest stosować usystematyzowane podeście. Taką systematyzację może wprowadzić metodyka. Co to jest metodyka wytwarzania oprogramowania? Metodyka wytwarzania oprogramowania jest to zestaw pojęć, notacji, modeli, języków, technik i sposobów postępowania służący do analizy
Metodyka wytwarzania oprogramowania Czytaj dalej »
Obserwując zmiany na rynku zauważyłem, że rola architektury systemów (architektury oprogramowania) rośnie. Dziś w wielu organizacjach myśli nie tylko a architekturze oprogramowania, ale także o architekturze biznesowej. Z punktu widzenia organizacji architektura aplikacji jest dla zespołu tworzącego aplikację tym, czym projekt budynku dla budowniczych. Architektura systemów to jak małe osiedle. Zanim zaprojektujemy “nasze osiedle” zastanówmy
Architektura systemów Czytaj dalej »
Technik i obszarów, które możemy modelować jest bardzo wiele. Ponadto powstało wiele szablonów, ram, frameworków, które mówią co i jak trzeba modelować. Dokładając do tego mnogość notacji i diagramów otrzymujemy kociołek z całą masą możliwości. Tylko czy taka możliwość wyboru jest dobra? I tak, i nie. Z jednej strony fajnie, że mamy wybór, ale z
NATO Architecture Framework Czytaj dalej »
O MVP słyszy się często wśród analityków. MVP to Minimum Viable Product, czyli minimalnie wykonywalny produkt. Tłumaczenie nie jest doskonałe, dlatego też dalej będę pisał o MVP. Pojęcie MVP pojawiło się po raz pierwszy w 2001 roku. Jego autorem jest Frank Robinson. Natomiast w 2011 roku Eric Ries, swoją książką Metoda Lean Startup spopularyzował to
MVP, czyli o zwinnym podejściu do zakresu przedsięwzięcia Czytaj dalej »
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 »
Nie da się ukryć, że praca na Enterprise Architect to czasem niemałe wyzwanie. Zwłaszcza publikacja diagramów sprawia spory problem. Nie bez przyczyny też opublikowałem specjalne kurs, który mówi o tym, jak raportować z Enterprise Architect. Myślę, że powoli ta sytuacja zmienia się na lepsze. Już ponad rok temu Sparx Systems wypuścił na rynek rozwiązanie, które
Enterprise Architect Pro Cloud Server – modelowanie w chmurze Czytaj dalej »
