Prezentacja, na bazie doświadczeń autora, wprowadza do dyscypliny wymagań w projektach IT.

1. Wstęp do
dyscypliny wymagań
w projektach IT
Katowice, 15.12.2020r.
A więc jak „ugryźć” temat, który ewoluuje co
najmniej od 1968 roku, kiedy to na konferencji
organizowanej przez NATO - pojawiło się po raz
pierwszy pojęcie inżynierii oprogramowania?

2. Po co stosować inżynierię wymagań?

3. O co można „walczyć”?
Źródło:
http://rocznikikae.sgh.waw.pl/p/roczni
ki_kae_z36_05.pdf

4. Od czego zacząć?

5. Co wynika z teorii?
Narzędzia
Metody
Proces wytwórczy
Dbanie o jakość
Filozofia zarządzania
Przegląd wybranych metod:
https://www.researchgate.net/pub
lication/319314745_Przeglad_met
od_inzynierii_systemow_i_wymag
an_w_swietle_rzeczywistych_prakt
yk_gospodarczych

6. Najbardziej uznawane procesy
uwzględniają fakt, że:

7. OpenUP vs. SCRUM …

8. Jaki cel wymagań w OpenUP?
ATRYBUTY
JAKOSCIOWE
(opisanie atrybutów
jakościowych systemu oraz
ograniczeń, które muszą spełniać
warianty projektu, aby osiągnąć
cele biznesowe, zadania lub
możliwości)
WYMAGANIA
FUNKCJONALNE
(aby uchwycić wymagania
funkcjonalne, które nie są
wyrażone jako przypadki
użycia)
NEGOCJOWANIE
(aby negocjować między
konkurującymi opcjami
projektowymi i wybierać z nich)
OCENIANIE
(Ocena rozmiaru, kosztów i
żywotności proponowanego
systemu)
ZROZUMIENIE
(zrozumienie wymagań
dotyczących poziomu usług w
zakresie zarządzania
operacyjnego rozwiązania)
Źródło: https://download.eclipse.org/technology/epf//OpenUP/published/openup_published_1.5.1.5_20121212/openup/index.htm

9. Wymagania i ich klasyfikacja
poza-
funkcjonalne
udziałowca
funkcjonalne
przejścia
procesowe
biznesowe
dziedzinowe

10. Podsumowując, o co chodzi?
Ustal z przyszłym użytkownikiem wymagania (ale zacznij od use case opisanych m.in. przez OpenUP lub user stories wg. SCRUM),
tylko pamiętaj, że użytkownik może nie znać tych wymagań i powinieneś pomóc w ujawnieniu tych wymagań…
Nie wiesz jak? Skorzystaj z doświadczeń analityków zawartych w szkoleniach i certyfikacji organizacji IBAQB (BABOK), GASQ
(IQBBA), a przynajmniej książek poświęconych inżynierii wymagań… np. Specyfikacja oprogramowania. Inżynieria wymagań.
Wydanie III. Karl E Wiegers, Joy Beatty. Microsoft. 2014 Helion S.A.

11. Czy omawiamy dalej wybraną
publikację (około 600 stron) ?
Spis treści dostępny np.
https://helion.pl/ksiazki/specyfika
cja-oprogramowania-inzynieria-
wymagan-wydanie-iii-karl-e-
wiegers-joy-
beatty,speop3.htm#format/e