Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów mających na celu stworzenie i użytkowanie systemu informatycznego. Dzieli się on na fazy : analiza wymagań projektowanie implementacja(kodowanie) testowanie instalacja eksploatacja wycofanie 1 Fazy (wspólne dla wszystkich)z notatek : analiza projektowanie implementacja testowanie 2 1 Z książki CASE dla ludzi Piotr Fuglewicz 2 Lepszej wersji nie mam ;p
Składa się z następujących faz : 3 Inne modele życia systemu : 1. Model Kaskadowy analiza potrzeb specyfikacja systemu projektowanie programowanie testowanie integracja adaptacja i modyfikacja eksploatacja dezaktualizacja Fazy tego modelu są określone także w następująco : 4 Ten model sprawdza się gdy mamy gdy użytkownik sprecyzuję wszystkie potrzeby na samym początku tworzenia systemu, które nie będą się zmieniać przez cały proces tworzenia systemu. Gdyż każda zmiana w systemie jest kosztowna. Szczególnymi wadami modelu jest : Brak możliwości szybkiego i sprawnego wprowadzania zmian w systemie. Wszystkie wprowadzane zmiany wymagają ponownych kosztownych iteracji. Narzuca twórcom oprogramowania ścisłą kolejność wykonywania prac. Długie przerwy w kontaktach z klientem. Kolejne fazy muszą czekać na zakończenie fazy poprzedzającej. 3 Przedstawiony model faz pochodzi z książki CASE dla ludzi Piotr Fuglewicz 4 http://pl.wikipedia.org/wiki/model_kaskadowy
2. Model Fry ego faza projektowania : o sformułowanie i analiza potrzeb //zebranie potrzeb informatycznych użytkownika o modelowanie konceptualne(pojęciowe, logiczne) //opis modelu danych i procesów o projektowanie fizyczne //zaprojektowanie struktury zbiorów, wzorców dokumentów faza eksploatacji: o wdrożenie //tworzenie bazy danych i programów zastosowań o eksploatacja i kontrola o modyfikacja i adaptacja //udoskonalenie funkcjonowania (nowe potrzeby) Model Fry ego dotyczy przede wszystkim projektowaniem systemów z wykorzystaniem baz danych. Implementacja( kodowanie ) w tym modelu znajduję się w fazie eksploatacji. Założeniem tego modelu jest że system będzie się zmieniał w fazie eksploatacji. 3. Model z prototypem Szybkie prototypowanie nacisk jest tutaj położony na szybkie opracowywanie elementów działającego systemu przy nieustannym uwzględnianiu ocen użytkownika. Prototyp, który powstaje w ten sposób jest traktowany jako gotowy system. Wymagania Case Projektowanie Rad Tworzenie Udoskonalenie Jest SI Tak Czy to SI? Nie
Prototypowanie strukturalne jest to podejście bardziej ostrożne. Tutaj prototypowanie traktowane jest głównie jako narzędzie służące wyjaśnieniu wymagań. Robocza wersja technicznego systemu informacyjnego nie ma być wynikiem prototypowania. Prototyp jest dokumentowany w specyfikacji wymagań przed podjęciem projektowania Wymagania Case Projektowanie Rad Tworzenie Udoskonalenie Dokumentacja wymagań Tak Czy dobrze sformułowane wymagania? Nie Projektowanie Realizacja Ocena
4. Model spiralny Każda pętla spirali podzielona jest na cztery sektory: Ustalanie celów (Planowanie)- Definiowanie konkretnych celów wymaganych w tej fazie przedsięwzięcia. Identyfikacja ograniczeń i zagrożeń. Ustalanie planów realizacji. Rozpoznanie i redukcja zagrożeń (Analiza ryzyka)- Przeprowadzenie szczegółowej analizy rozpoznanych zagrożeń, ich źródeł i sposobów zapobiegania. Podejmuje się odpowiednie kroki zapobiegawcze. Tworzenie i zatwierdzanie (Konstruowanie)- Tworzenia oprogramowania w oparciu o najbardziej odpowiedni model, wybrany na podstawie oceny zagrożeń. Ocena i planowanie (Weryfikacja)- Recenzja postępu prac i planowanie kolejnej fazy przedsięwzięcia bądź zakończenie projektu. 5 Jest to jedyny z wymienionych modeli w którym występuje analiza ryzyka! 5 http://pl.wikipedia.org/wiki/model_spiralny
Zalety : Wady : o Można wykorzystać gotowe projekty o Faza oceny w każdym cyklu pozwala uniknąć błędów lub wcześniej je wykryć o Cały czas istnieje możliwość rozwijania projektu o Częste kontrole jakości w kolejnych cyklach spirali o Nastawienie na wykrywanie błędów i działania kontrolne, a nie na zapobieganie o Orientacja na zarządzanie, czas i budżet. o Model nie do końca dopracowany. Każdy projekt jest inny i powstaje w innych warunkach. Ciężko określić jakie warunki brać pod uwagę. o Tworzenia w oparciu o model spiralny wymaga doświadczenia w prowadzeniu tego typu projektów oraz często wiedzy ekonomicznej w zarządzaniu o Wysoki koszt usuwania błędów wykrytych w finalnych etapach projektu