Podstawy inżynierii wymagań i analizy ( piwa | 14 hours )

Cel szkolenia

Uzyskanie przez uczestników szkolenia podstawowych umiejętności, przydatnych do bezzwłocznego zastosowania w praktyce, w zakresie inżynierii wymagań, analizy biznesowej i analizy systemowej, zarówno jej aspektów organizacyjnych jak i technicznych.

Grupa docelowa

Analitycy (analitycy biznesowi i analitycy systemowi) oraz inżynierowie wymagań, chcący usystematyzować posiadane wiadomości i umiejętności oraz zdobyć nowe, oraz wszystkie osoby, którym potrzebne są umiejętności skutecznego pozyskiwania, analizy i zarządzania zmianami wymagań użytkowników i biznesu: programiści, kierownicy projektów, testerzy, uczestnicy zespołów scrumowych, a także osoby zamawiające oprogramowanie, które potrzebują umiejętnie przekazać swoje potrzeby działom IT lub zewnętrznym dostawcom.

Blok 1: Wymagania bez inżynierii wymagań – praktyki dobre i złe

• Warsztat 1 – skąd się biorą wymagania tak naprawdę?
• Inżynieria wymagań czy analiza biznesowa?
• Inżynieria wymagań ukryta w zarządzaniu projektami
• Agile, czyli naprawdę doskonała inżynieria wymagań (choć ukryta pod egzotyczną terminologią)
• Inżynieria wymagań odpowiedzialnością zespołu programistów
• Jakość to będzie – koszty braku inżynierii wymagań

Blok 2: Jak precyzyjne powinny być wymagania?

• Warsztat 2 – od czego zależy dokładność książki kucharskiej?
• Staranność wymagań, jako funkcja konsekwencji awarii
• Staranność wymagań, jako funkcja wielkości i złożoności produktu
• Staranność wymagań, jako funkcja właściwości organizacji

Blok 3: Dobre i złe wymagania

• Cechy (właściwości) dobrych wymagań
• Przydatne parametry wymagań oraz ich możliwe wartości
• Dobre wymagania jako elementy rejestru produktu (product backlog) w agile

Blok 4: Sposoby pozyskiwania wymagań

• Warsztat 3 – poszukiwanie wymagań
• Wizja biznesowa a wymagania wobec systemu IT
• Interesariusze: my, oni i ci inni
• Granica systemu, kontekst systemu i reszta świata
• Proces pozyskiwania wymagań
• Techniki pozyskiwania wymagań
• Walidacja i negocjowanie wymagań

Blok 5: opisywanie wymagań

• Eksploracyjne określanie wymagań
• Opis wymagań w języku naturalnym – korzyści i zagrożenia, metody pomocnicze
• Modelowanie wymagań
  •  Lekkie użycie niepełnego modelowania
  •  Opowieści użytkowników (user stories)
  •  Diagramy przepływu kontroli
  •  Diagramy torów pływackich
  •  Diagramy przepływu danych (kontekstowe)
  •  Diagramy związków encji
  •  UML: diagramy przypadków użycia
  •  UML: diagramy aktywności
  •  UML: diagramy przejść stanów
  •  UML: diagramy interakcji
  •  UML: diagramy strukturalne
• Opisy wymagań: formaty, wzorce, dokumenty lub narzędzia (ReQtest, DOORS, inne narzędzia)

Blok 6: Wymagania i co dalej?

• Szacowanie pracochłonności na podstawie wymagań
• Powiązania wymagań z wizją systemu, ze sobą nawzajem, z architekturą systemu, komponentami oraz z testami
• Jak sobie radzić ze zmianami wymagań