Zpo-8-wyk-Slajd13: Różnice pomiędzy wersjami

Z Studia Informatyczne
Przejdź do nawigacjiPrzejdź do wyszukiwania
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Linia 1: Linia 1:
==Przykład(3)==
==Eksperymentalna ocena kosztu refaktoryzacji==


[[Image:zpo-8-wyk-Slajd13.PNG|Przykład(3)]]
[[Image:zpo-8-wyk-Slajd13.PNG|Eksperymentalna ocena kosztu refaktoryzacji]]




Teraz trzeba stworzone podklasy kolejno zintegrować z klasą KartaCzytelnicza poprzez rozszerzenie metody-fabryki. Jej funkcja polega na rozpoznaniu żądanego typu obiektu i utworzeniu instancji odpowiedniej podklasy. Klient za pomocą metody-fabryki może utworzyć obiekty żądanego typu.
W celu określenia wpływu refaktoryzacji na koszt produkcji oprogramowania (rozumianego jako czas jego tworzenia), przeprowadzono małej skali eksperyment. Dwie grupy osób, pracujących w nieco odmienny sposób, tworzyło ten sam system. Każdy pracował indywidualnie zgodnie z jednym z dwóch modeli: AdHoc oraz Testy & Refaktoryzacja. System był budowany w sposób przyrostowy: składało się na niego 4 przyrosty, z czego przyrost zerowy był realizowany poza warunkami kontrolowanymi i służył stworzeniu szkieletu aplikacji. Następnie, w odstępach tygodniowych, implementowane były kolejne funkcje: 2 w przyroście I, 2 w przyroście II oraz 1 w przyroście III.




[[zpo-8-wyk-Slajd12 | << Poprzedni slajd]] | [[zpo-8-wyk-toc|Spis treści ]] | [[zpo-8-wyk-Slajd14 | Następny slajd >>]]
[[zpo-8-wyk-Slajd12 | << Poprzedni slajd]] | [[zpo-8-wyk-toc|Spis treści ]] | [[zpo-8-wyk-Slajd14 | Następny slajd >>]]

Aktualna wersja na dzień 18:13, 4 lis 2006

Eksperymentalna ocena kosztu refaktoryzacji

Eksperymentalna ocena kosztu refaktoryzacji


W celu określenia wpływu refaktoryzacji na koszt produkcji oprogramowania (rozumianego jako czas jego tworzenia), przeprowadzono małej skali eksperyment. Dwie grupy osób, pracujących w nieco odmienny sposób, tworzyło ten sam system. Każdy pracował indywidualnie zgodnie z jednym z dwóch modeli: AdHoc oraz Testy & Refaktoryzacja. System był budowany w sposób przyrostowy: składało się na niego 4 przyrosty, z czego przyrost zerowy był realizowany poza warunkami kontrolowanymi i służył stworzeniu szkieletu aplikacji. Następnie, w odstępach tygodniowych, implementowane były kolejne funkcje: 2 w przyroście I, 2 w przyroście II oraz 1 w przyroście III.


<< Poprzedni slajd | Spis treści | Następny slajd >>