Drugie z kryteriów dotyczy procedury- działań i zgodnie z systematyką zaproponow aną przez firmę Digital możemy wyróżnić następujące procedury: kaskadowa, ewolucyjna, przyrostowa, spiralna.
Wymienione podejścia można zestawić następująco:
PROJEKTOWANIE SYSTEMÓW INFORMACYJNYCH
DIAGNOSTYCZNE PROGNOSTYCZNE
Procedura działań (sekwencja działań) | |||
KASKADOWA |
EWOLUCYJNA |
PRZYROSTOWA |
SPIRALNA |
Rys 1. Typologia podejść do projektowania systemów
Podejście diagnostyczne, najbardziej popularne, nazywane często podejściem tradycyjnym. W podejściu tym projektuje się system lepszy od istniejącego. Znamy system obecny i jego niedomagania oraz istniejące możliwości poprawy. Naszym zadaniem jest poprawa jego stanu, zaprojektowanie systemu lepszego od obecnie funkcjonującego.
W podejściu prognostycznym w zasadzie nie interesuje nas obecna sytuacja. Pierwszym zadaniem jest określenie horyzontu czasu, a ściślej, punktu w przyszłości, na jaki projektujemy system. Przyjmujemy zasadę, że nasz system powinien być przez długi czas nowoczesny. Jednak, aby ten postulat zrealizować, należy zdawać sobie sprawę z faktu, że im horyzont czasu jest dłuższy, tym nasza wiedza o przyszłych warunkach funkcjonowania obiektu jest mniejsza. I nie jest to tylko związane z naszymi pragnieniami, ale w przeważającej mierze z tym, że projektując system metodą prognostyczną zwiększa się ryzyko podjęcia nietrafionych decyzji. Dlatego decyzja przyjęcia diagnostycznego czy prognostycznego podejścia do projektow?aniajest decyzją strategiczną.
Niezależnie od przyjętego kryterium czasu możemy zastosować różną sekwencję postępowania (procedury działania).
Procedura kaskadowa
Klasyczny (konwencjonalny, kaskadowy) cykl życia oprogramowania to sekwencja dobrze wyodrębnionych kroków-, zazwyczaj obejmujących planow anie systemu, identyfikację i specyfikację wymagań, projektowanie, implementację, testowanie i walidację systemu, jego wdrożenie oraz utrzymanie.
W modelu tym:
Przejście do następnego etapu wymaga ukończenia prac i dostarczenia produktów etapu poprzedniego,
Iteracje mogą występować jedynie w obrębie etapów' sąsiadujących,
Produkty końcowe fazy stają się produktami wejściowymi kolejnego etapu, a weryfikacja jest elementem każdego kroku.
Strona 20 z 41