agile

Podejście Agile w procesie wytwórczym oprogramowania

narzędzia do modelowania architektury korporacyjnej

agile, analiza biznesowa, architektura korporacyjna, inżynieria oprogramowania, modelowanie procesów biznesowych, narzędzia CASE /

Modelowanie architektury korporacyjnej to ta cześć biznesu, która wymaga zdolności analitycznych. Zazwyczaj przypada ona analitykom systemowym bo pojawia się wspólny mianownik – modelowanie. Większość analityków widzi od razu w modelach architektury korporacyjnej modele BPMN lub UML. Nic bardziej mylnego. Ja używam do modelowania EA (Enterprise Architecture) notacji Archimate a modeluję w EA (Enterprise Architect). Kilka […]

narzędzia do modelowania architektury korporacyjnej Czytaj dalej »

Agile Development. Filozofia programowania zwinnego

agile, literatura /

  James Shore, Shane Warden Agile Development. Filozofia programowania zwinnego  Programowanie zwinne (Agile Development) to obecnie jedna z najpopularniejszych metodologii zarządzania projektami programistycznymi. Metodyka Agile jest szczególnie użyteczna w małych zespołach programistycznych, w których z racji ułatwionej komunikacji nie ma potrzeby tworzenia rozbudowanej dokumentacji. Programowanie zwinne opiera się na iteracyjnej realizacji kolejnych etapów projektu. Kluczem

Agile Development. Filozofia programowania zwinnego Czytaj dalej »

Wakacyjne działania

agile, zwinne modelowanie /

Ostatnio zaniedbałem wpisy dot. moich działań szkoleniowych i konsultingowych. Stało się to przede wszystkim przez produkty: MANEA (MANEA – Mantis Bug Trucker i Enterprise Architect) oraz TORMIGO (Tormigo wersja beta), oraz brak czasu związany ze wspomnianymi działaniami. Zacznę od ostatnich większych projektów, których wspólnym mianownikiem jest branża ubezpieczeniowa. W jednej firm zajmowałem się przygotowaniem a

Wakacyjne działania Czytaj dalej »

Architektura korporacyjna – dlaczego?

agile, analiza biznesowa, architektura korporacyjna, modelowanie procesów biznesowych /

Wejście w architekturę korporacyjną to w dzisiejszej dobie  konieczność dla nowoczesnych organizacji. Celowo piszę “wejście” bo architektura korporacyjna to przede wszystkim  sposób myślenia o rozwoju organizacji i trzeba w ten sposób myślenia wejść a raczej przejść ze ścieżki “ad hoc”.  Może trochę przejaskrawiam pisząc o “ad hoc”, ale mam wrażenie, ze w wielu organizacjach strategia

Architektura korporacyjna – dlaczego? Czytaj dalej »

DoDAF

agile, architektura korporacyjna /

Historia W odpowiedzi na rosnące zapotrzebowanie na wspólne i wielonarodowe operacje wojskowe, DoD stał się bardziej dostosowany do potrzeb standardowego podejścia do architektury celem zapewnienia, że ich systemy mogą się komunikować i wspólnie działać. W roku 1995, DoD opracował instrukcję dla rozwoju architektury. Struktura architektury C4ISR, wersja 1.0 została opublikowana w roku 1996. Wersja 2

DoDAF Czytaj dalej »

Iteracje w Agile Modeling

agile, inżynieria oprogramowania, zwinne modelowanie /

Iteracyjny model wytwarzania oprogramowania by był bardziej skuteczny wymaga kilku zabiegów. Chodzi oto by w ujęciu agile być rozważnym i skutecznym. Stosuję je podczas zwinnego modelowania. Oto kilka z nich: Krócej znaczy lepiej. Iteracja nie powinna być dłuższa niż 4 tygodnie, w przeciwnym wypadku możesz wpaść w styl tworzenia oprogramowania mini-waterfall. Osobiście preferuję jedno lub

Iteracje w Agile Modeling Czytaj dalej »

Zwinne modele – charakterystyka

agile, zwinne modelowanie /

Zwinny  model to taki który jest: Wystarczający dla Odbiorców czyli w zależności od odbiorców ogólny gdy rozmawiasz z biznesem lub bardziej techniczny gdy rozmawiasz z IT Wystarczająco dobry, aby przekazać sens. Model nie musi być dokładny. Gdy pojawia się niezgodność zastanów się co z tym zrobić. Może wystarczy dekompozycja może notka. Zawsze poproś odbiorcę diagramu

Zwinne modele – charakterystyka Czytaj dalej »

Agile a tworzenie przypadków użycia

agile, inżynieria oprogramowania, zarządzanie wymaganiami, zwinne modelowanie /

Właściwym podejściem do definiowania przypadków użycia dla tworzenia oprogramowania przy użyciu metody agile to zacząć od definicji zakresu. Definicje zakresu można opisać za pomocą diagramów WPA (Wysokiego Poziomu Abstrakcji) Kiedy już zakres zostanie zdefiniowany należy zdefiniować nazwy przypadków użycia a następnie stopniowo nadawać priorytety i definiować bardziej szczegółowo przypadki użycia podczas gdy są one włączane

Agile a tworzenie przypadków użycia Czytaj dalej »

Historyjki użytkownika a przypadki użycia

agile, analiza wymagań, zarządzanie wymaganiami /

Obecnie znajdujemy się w dziwnej sytuacji ? są user stores (zwane w języku polskim historyjkami użytkownika) i scenariusze przypadków użycia z czego te ostatnie można podzielić na przypadki użycia formalne i nieformalne a także streszczenia przypadków użycia. Czym one się różnią, a w czym są takie same? Przypadki użycia, scenariusze przypadków użycia i user stories

Historyjki użytkownika a przypadki użycia Czytaj dalej »

Scroll to Top