Cykle życia systemu informatycznego

Transkrypt

1 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

2 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

3 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

4 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

5 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

6 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