Zpo-8-wyk-Slajd5: 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==
==Motywacja==


[[Image:zpo-8-wyk-Slajd5.PNG|Przykład]]
[[Image:zpo-8-wyk-Slajd5.PNG|Motywacja]]




Jako przykład posłuży klasa KartaCzytelnicza, która przechowuje swój typ w postaci pola ''typKarty'' . Przyjmuje on trzy wartości, reprezentowane przez stałe tej klasy: JUNIOR, STANDARD oraz SENIOR. Klasa KartaCzytelnicza posiada także metody pozwalające odczytać i zmienić jej typ.
Refaktoryzacja jest jedną z technik pielęgnacji oprogramowania.
 
Jak wskazują badania, pielęgnacja pochłania nawet do 80% całkowitych kosztów związanych z oprogramowaniem. Znamienny jest też przykład podany przez Boehma: stworzenie linii kodu w oprogramowaniu dla Boeinga kosztowało ponad stukrotnie mniej niż jej pielęgnacja do końca życia produktu.  
 
Ta i podobna obserwacje posłużyły M. Lehmanowi do sformułowania praw dotyczących ewolucji oprogramowania. Mówią one, że oprogramowanie w trakcie ewolucji staje się coraz bardziej złożone, a jego struktura w coraz mniejszym stopniu odpowiada wymaganiom. Jedynym sposobem przeciwdziałania temu zjawisku jest ciągła restrukturyzacja, która przywraca pierwotną prostotę projektu.




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

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

Motywacja

Motywacja


Refaktoryzacja jest jedną z technik pielęgnacji oprogramowania.

Jak wskazują badania, pielęgnacja pochłania nawet do 80% całkowitych kosztów związanych z oprogramowaniem. Znamienny jest też przykład podany przez Boehma: stworzenie linii kodu w oprogramowaniu dla Boeinga kosztowało ponad stukrotnie mniej niż jej pielęgnacja do końca życia produktu.

Ta i podobna obserwacje posłużyły M. Lehmanowi do sformułowania praw dotyczących ewolucji oprogramowania. Mówią one, że oprogramowanie w trakcie ewolucji staje się coraz bardziej złożone, a jego struktura w coraz mniejszym stopniu odpowiada wymaganiom. Jedynym sposobem przeciwdziałania temu zjawisku jest ciągła restrukturyzacja, która przywraca pierwotną prostotę projektu.


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