Zbieranie wymagań

Copyright © Jerzy R. Nawrocki

Zbieranie wymagań Zbieranie wymagań

[email protected]/jnawrocki/wsb-asi

Analiza systemów informatycznych

Wykład 3

J.Nawrocki, Zbieranie wymagań

Struktura SRS

1. Wprowadzenie2. Ogólny opis produktu3. Wymagania funkcjonalne4. Wymagania pozafunkcjonalneDodatkiIndeks

IEEE Std 830-1998

1.2 Zakres produktu (wizja produktu)


Strategia zbierania wymagań

Szerokość przed głębokością:Oszczędzaj swoją energię opracowując najpierw ogólne omówienie wymagań, a dopiero potem dodając szczegóły.

S.Adolph, P.Bramble, A.Cockburn, A.Pols

Patterns for effective Patterns for effective use casesuse cases

Addison-Wesley, 2002 Strategia spiralna:Opracowuj wymagania iteracyjnie z każdą iteracją zwiększając precyzję i dokładność opisu.


Struktura SRS i proces zbierania wymagań

1. Wprowadzenie2. Ogólny opis produktu3. Wymagania funkcjonalne4. Wymagania pozafunkcjonalneDodatkiIndeks

IEEE Std 830-1998

ZakresOgólny opisKluczowe wymaganiaKluczowe wymaganiaDoskonalenie wymagań*


Strategia zbierania wymagań



Addison-Wesley, 2002

Czas zakończenia:Zakończ opracowywanie wymagań, gdy są kompletne i spełniają potrzeby zainteresowanych stron.


Plan wykładu

•Zespół •Zakres produktu•Ogólny opis produktu•Kluczowe wymagania i ich doskonalenie•Pozostałe dobre praktyki

•Kontrola jakości•Szacowanie rozmiaru i•Standardy serii ISO 9000•Modele CMM/CMMI•Inżynieria wymagań•Zarządzanie projektami •Personal Software Process•Team Software Process•Zwinne metodyki•Rational Unified Process•Projekty dyplomowe


Plan wykładu




Zespół

Zrównoważony zespół:

Włącz do zespołu ludzi różnych specjalności.

Upewnij się, że zespół zawiera zarówno informatyków, jak i użytkowników końcowych.




Zidentyfikuj udziałowców systemu i skonsultuj się z nimi.


Metoda FAST / JAD

Informatycy

Informatycy

„„Klie

nt”

Klient”

FAST = Facilitated Application Specification TechniqueJAD Joint Application

Development

Prowad

zący

Prowad

zący Sekretarz

Sekretarz


Zespół

Mały zespół redakcyjny:

Ogranicz liczbę osób dopracowujący dowolny produkt do jedynie 2-3 osób.





Metoda FAST / JAD

Architekt

Architekt„„Klie

nt”

Klient”

FAST = Facilitated Application Specification TechniqueJAD Joint Application

Development

Prowad

zący

Prowad

zący Analityk

Analityk


Zespół

Zaangażowany zespół:

Jeśli tylko możliwe włącz do aktywnej pracy nad wymaganiami przedstawicieli klienta i innych udziałowców przedsięwzięcia, np. architekta.





Plan wykładu




Schemat kroku w procesie zbierania wymagań

PrologSpotkanieEpilog


Agenda spotkania dot. zakresu produktu


0 Sprawdzenie obecności i zatw. agendy 5’1 Krótka charakterystyka klienta 5’2 Na czym polega problem? 15’3 Kogo ten problem dotyczy? 5’4 Implikacje problemu 10’5 Koncepcja rozwiązania problemu 10’6 Sprawy organizacyjne 10’

Jak będzie wyglądał epilog?Kiedy raport i kiedy jego ew. zatw.?





Info dla klienta: Cel spotkania (zakres) + prop. agendyPytania: Kto przyjdzie? Ile czasu? (<90’) Termin i miejsce?





Info dla klienta: Cel spotkania (zakres) + prop. agendyPytania: Kto przyjdzie? Ile czasu? (<90’) Termin i miejsce?

Raport: Tytuł projektu. Kiedy i gdzie było spotkanie. Lista obecności. Ustalenia dot. terminu ew. zatw. zakresu. Zakres.Prośba: Decyzja dot. zatw. zakresu + opinia o realizowalności


Realizowalność

Oceń realizowalność systemu.

Realizowalność technicznaRealizowalność biznesowa


Dobre rady

• Nagrywać spotkanie (o ile uczestnicy się zgodzą).

• Zakres powinien być krótki (najlepiej 1 strona A4).

• Notować „źródła wiedzy” (osoby, strony www, książki, ustawy i rozporządzenia itp.)

Zapisuj źródła wymagań.


Plan wykładu




Agenda spotkania dot. opisu produktu


0 Sprawdzenie obecności i zatw. agendy 5’1 Przypomnienie zakresu produktu 5’2 Kontekst funkcjonowania 10’3 Charakterystyka użytkowników 15’4 Główne funkcje produktu 30’5 Ograniczenia 10’6 Założenia i zależności 10’7 Sprawy organizacyjne 5’

Raport: jak dla zakresu + zarys dokumentu SRS.Prośba: Decyzja dot. zatw. zakresu + opinia o realizowalności




Kieruj się potrzebami biznesowymi przy zbieraniu wymagań.




Zdefiniuj środowisko, w którym ma działać budowany system.


Dobre rady

Rozdz. 3 (4) może zwierać jedno zdanie:Do tej pory nie zebrano jeszcze szczegółowych wymagań funkcjonalnych (pozafunkcjonalnych).

Na bieżąco aktualizować:1.3 Definicje, akronimy i skróty1.4 Odwołania do literatury


Plan wykładu




Metoda FAST / JAD

Architekt

Architekt„„Klie

nt

Klient””

Prowad

zący

Prowad

zący Analityk

Analityk

Biznes Technologia

>= 2 sesje: Z punktu widzenia klienta + architekta


Agenda spotkania dot. kluczowych wymagań - klient


0 Sprawdzenie obecności i zatw. agendy 5’1 Przypomnienie zakresu produktu 5’2 Przypomnienie opisu produktu 10’3 Identyfikacja funkcji kluczowych dla biznesowej misji systemu 15’4 Specyfikacja przypadków użycia 60’5 Specyfikacja wymagań pozafunkc. 20’6 Sprawy organizacyjne 5’

Raport: jak dla zakresu + nowa wersja dokumentu SRS.Prośba: Decyzja dot. zatw. zakresu + opinia o realizowalności


Agenda spotkania dot. kluczowych wymagań - architekt


0 Sprawdzenie obecności i zatw. agendy 5’1 Przypomnienie zakresu produktu 5’2 Przypomnienie opisu produktu 10’3 Identyfikacja funkcji najtrudniejszych do realizacji 15’4 Specyfikacja przypadków użycia 60’5 Specyfikacja wymagań pozafunkc. 20’6 Sprawy organizacyjne 5’


Agenda spotkania dot. doskonalenia wymagań


0 Sprawdzenie obecności i zatw. agendy 5’1 Przypomnienie zakresu produktu 5’2 Przypomnienie opisu produktu 10’3 Przypomnienie najważniej. funkcji 15’4 Identyfikacja kolejnych ważn. funkcji 15’5 Specyfikacja przypadków użycia 45’6 Specyfikacja wymagań pozafunkc. 20’7 Sprawy organizacyjne 5’


Plan wykładu




Klasyfikacja dobrych praktyk

Dokument SRS

Zbieranie wymagań

Analiza i negocjacja wymag.

Opisywanie wymagań

Modelowanie systemu

Walidacja wymagań

Zarządzanie wymaganiami

IW dla systemów krytycznych

Podst. Pośred. Zaaw.

8

6

54

3

4

4

2

36

-

6

21

3

3

3

3

21

-

1

1-

-

1

2

4

9


Praktyki podstawowe

Krokodyladaj mi luby!

Oceń realizowalność systemu

Bądź świadom organizacyjnych i politycznych uwarunkowań

Zidentyfikuj udziałowców systemu i skonsultuj się z nimi

Zapisuj źródła wymagań

Zdefiniuj środowisko działania systemu

Kieruj się potrzebami biznesowymi przy zbieraniu wymagań


Praktyki pośrednie i zaawansowane

Krokodyladaj mi luby!

Szukaj uwarunkowań dziedzinowych

Zapisuj uzasadnienie wymagań (przyp.uż.)

Zbieraj wymagania z różnych punktów widzenia

Prototypuj trudne do zrozumienia wymag.

Stosuj scenariusz do zbierania wymagań

Zdefiniuj procesy operacyjne (biznesowe)

* * *

Wykorzystuj wymagania powtórnie


Podsumowanie

Kroki zbierania wymagań: • Zakres• Opis produktu• Kluczowe• Doskonalenie Spotkania: rola prologu i epiloguPraktyki Sommerville’a-Sawyera:

prawie wszystkie podstawowe


Ocena wykładu

1. Wrażenie ogólne (1 - 6)2. Za szybko czy za wolno?3. Czy dowiedziałeś się czegoś ważnego?4. Co i jak poprawić?

Documents

Zbieranie wymagań