Io-13-wyk-Slajd19

Z Studia Informatyczne
Wersja z dnia 08:20, 21 sie 2006 autorstwa Bwalter (dyskusja | edycje)
(różn.) ← poprzednia wersja | przejdź do aktualnej wersji (różn.) | następna wersja → (różn.)
Przejdź do nawigacjiPrzejdź do wyszukiwania

Prawo ciągłego wzrostu

Prawo ciągłego wzrostu


Prawo szóste jest zbliżone do prawa pierwszego, choć dotyczą one nieco innego zjawiska. Opisuje ono nowe, niezależne źródło zmian w oprogramowaniu.

Zakłada się zwykle, że w momencie powstawania programu jego specyfikacja zawiera definicje wszystkich wymagań. W trakcie rozwoju, z powodu ograniczeń budżetowych i organizacyjnych, są ograniczane one do pewnego ich podzbioru. Wymagania, które nie zostały zawarte w tym podzbiorze, są wykluczane z dalszych prac lub odraczane na przyszłość.

Jednak w pewnym momencie funkcje, które nie zostały zaimplementowane, staną się utrudnieniem w pracy z systemem, zmniejszając jego użyteczność. W ten sposób powstaje potrzeba zmian funkcjonalnych obejmujących wymagania pominięte we wcześniejszych fazach. Implementacja tych wymagań ma za zadanie utrzymać poziom satysfakcji użytkowników z systemu na dotychczasowym poziomie.

Pielęgnacja oprogramowania zakłada więc nieustanny rozwój funkcjonalny. Co ciekawe, w innych dziedzinach inżynierii, np. budownictwie lądowym, sytuacja taka nie występuje lub jej waga jest znacznie mniejsza: od mostu nikt nie wymaga, aby w miarę upływu czasu był on wyposażony w dodatkowe możliwości, np. podnoszenie i opuszczanie przęsła w celu przepuszczenia ruchu wodnego lub zwiększenie nośności.


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