[ Pobierz całość w formacie PDF ]
.Specyfikacja przypadku użyciaNazwaKrótki opisOpis ciągów zdarzeń (przepływu sterowania)Powiązania z innymi przypadkami użyciaDiagramy aktywności (ew.stanu)Diagramy przypadków użyciaWymagania specjalneWarunki wejściowe (ang.pre-conditions)Warunki wyjściowe (ang.post-conditions)Inne diagramy5628Inżynieria Oprogramowania KISPodsumowanieZarządzanie wymaganiami - pozyskiwanie,analizowanie, dokumentowanie oraz weryfikacjawymagańWymagania: funkcjonalne i niefunkcjonalnePozyskiwanie wymagań jest procesem trudnym,wymagającym odpowiedniego przygotowania57Do poczytaniaDąbrowski, Subieta: Podstawy InżynieriiOprogramowania, rozdział 3.Wiecej nt.zarządzania wymaganiami:Leffingwell D., Widrig D., Zarządzanie wymaganiami,WNT, Wa-wa, 2003.Model przypadków użycia:Booch G., Rumbaugh J., Jacobson I.: UMLprzewodnik użytkownika, WNT, Wa-wa, 2001.Spis praw użytkownika (A Computer User sManifesto) - www.businessweek.com/1998/39/b3597037.htm5829Inżynieria Oprogramowania KISDokumenty/NarzędziaRekomendowana przez IEEE strukturadokumentu wymagań (IEEE recommended practice forsoftware requirements specifications IEEE Std 830-1998)Rational Requisite Pro www-306.ibm.com/software/rational narzędzie do zarządzania wymaganiami.59Na koniec metafora.ku przestrodzeTo co analityk zrozumiałTo co klient zamówił To co projekt opisywał To co zrobili programiściProjekt po uruchomieniuTo, za co zapłacił To, czego klientPraktyczneI wdrożeniuklient potrzebowałzastosowanieprojektu30 [ Pobierz całość w formacie PDF ]