Dedykowana metodyka prowadzenia projektu

agile, analiza wymagań, Enterprise Architect, inżynieria oprogramowania, zarządzanie wymaganiami /

Koniec roku pozwala mi wreszcie odetchnąć. Ostatnie tygodnie były mega pracowite. To czym chcę się pochwalić to fakt iż w tym roku udało się opracować dedykowane metodyki prowadzenia projektów w Enterprise Architect. Odbiorcami tej dedykowanej usługi były bank, duży ubezpieczyciel oraz firma wytwarzająca oprogramowanie. Każdy z opracowanych metodyk była spersonalizowana pod kątem klienta. Każda z […]

Dedykowana metodyka prowadzenia projektu Czytaj dalej »

BPMN vs diagramy aktywności

analiza biznesowa, analiza systemowa, BPMN, modelowanie procesów biznesowych, UML /

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

analiza biznesowa, analiza systemowa, analiza wymagań, BPMN, modelowanie procesów biznesowych, UML, zarządzanie wymaganiami /

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 »

Enterprise Architect w 2013 roku oczami Gartnera

ArchiMate, architektura korporacyjna, Enterprise Architect, TOGAF /

Śpieszę donieść, iż na blogu Andrzeja Sobczaka ArchitekturaKorporacyjna.pl pojawiła się rzeczowa analiza ostatniego raportu Gartnera dotyczą “magicznego kwadratu” dla narzędzi do zarządzania architekturą korporacyjną. W kwadracie nie zabrakło Enterprise Architecta. Po więcej szczegółów zapraszam do lektury: Narzędzia do EA wg Gartnera a polskie realia  w którym to autor nie tylko przedstawił wyniki raportu, ale także

Enterprise Architect w 2013 roku oczami Gartnera Czytaj dalej »

Polecana książka o BPMN

analiza biznesowa, BPMN, literatura /

Ostatnio otrzymałem pytanie dotyczące polecanych książek o BPMN.  No cóż na rynku obecnie jest jedna książka do polecenia. Jest to książka Szymona Drejewicza “Zrozumieć BPMN. Modelowanie procesów biznesowych” W książce tej można znaleźć szereg sensownych przykładów opartych na bogatym doświadczeniu autora. Więcej na stronie wydawnictwa Helion Podobne wpisy Książki o UML – UML dla Każdego

Polecana książka o BPMN Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 2

analiza systemowa, Enterprise Architect, projektowanie systemów informatycznych /

W poprzedniej części wpisu rozpoczęliśmy definiowanie modelu naszego Web serwisu zgodnego ze strukturą WSDL. Zakończyliśmy zdefiniowaniem komunikatów jakie będą wymieniane z naszym serwisem. Gdy mamy już zdefiniowane komunikaty możemy przystąpić do definiowania portu naszego serwisu. W tym celu na diagram w pakiecie „PortTypes” przeciągamy z toolbox element „Port Type” i nadajemy mu nazwę „PobierzInformacjeOKsiazce”. Następnie definiujemy

Obsługa plików WSDL w Enterprise Architect – Część 2 Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 1

analiza systemowa, Enterprise Architect, projektowanie systemów informatycznych /

WSDL (Web Services Description Language) jest to oparty na XML język pozwalający na opis serwisów Web z uwzględnieniem sposobu dostępu do nich. System Enterprise Architect firmy Sparx Systems pozwala na łatwe utrzymanie modelu zgodnego z WSDL opisującego Web serwisy w repozytorium naszego projektu, który może być później szybko wygenerowany do pliku WSDL i przekazany programistom

Obsługa plików WSDL w Enterprise Architect – Część 1 Czytaj dalej »

Statusy i priorytety wymagań

analiza wymagań, inżynieria oprogramowania, zarządzanie wymaganiami /

Często otrzymuję pytanie jak opisuję wymagania. Otóż wielu projektach określam statusy i wymagania w następujący sposób:Status• Proponowane – wymaganie w fazie negocjacji pomiędzy klientem a analitykami• Zatwierdzone -wymaganie zatwierdzone do realizacji.• Odrzucone – wymaganie odrzucone przez klienta lub analityków. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego

Statusy i priorytety wymagań Czytaj dalej »

Fragmenty na diagramach sekwencji

Enterprise Architect, inżynieria oprogramowania /

Otrzymałem pytanie od jednego z czytelników bloga: …, jeśli mamy do czynienia z fragmentem sekwencji operacji, które trzeba wykonać, jedna po drugiej, to jaki rodzaj fragmentu będzie najstosowniejszy?Dla przykładu:<fragment>wyświetl ekran wyszukiwaniawprowadź kryteria wyszukiwaniawyszukajwybierz wynik wyszukiwania</fragment>pozostałe elementy sekwencjiCzy takim typem mogłoby być assert? Otóż moim zdaniem na możemy tą sekwencję zostawić bez zmian. Jeśli jednak chcemy

Fragmenty na diagramach sekwencji Czytaj dalej »

Scroll to Top