• Nie Znaleziono Wyników

Cykl życiowy oprogramowania

N/A
N/A
Protected

Academic year: 2021

Share "Cykl życiowy oprogramowania"

Copied!
18
0
0

Pełen tekst

(1)

Cykl życiowy

oprogramowania

Zapraszam

(2)

Co to jest oprogramowanie ???

Oprogramowanie (ang. software) to zestaw instrukcji przeznaczonych do wykonania dla komputera. Celem

oprogramowania jest przetwarzanie danych w określonym przez twórcę zakresie. Oprogramowanie jest synonimem terminów program komputerowy oraz aplikacja, przy czym stosuje się go zazwyczaj do określania większych programów oraz ich zbiorów

Rodzaje oprogramowania - Powszechne

- Dostosowane ( inaczej na zamowienie )

(3)

Koszty oprogramowania

Koszty oprogramowania są często dominującym składnikiem kosztów całego systemu. Zdarza się, że koszt oprogramowania znacznie

przekracza samą wartość sprzętu komputerowego np. komputera osobistego.

Koszt utrzymania i konserwacji oprogramowania jest większy niż koszt

jego wytworzenia. Wieloletnia konserwacja oprogramowania może

kosztować wielokrotnie więcej niż jego zakup.

(4)

Jak powstaje oprogramowanie:

Inżynieria oprogramowania to dziedzina inżynierii systemów, zajmująca się wszelkimi aspektami produkcji oprogramowania, do których zaliczamy

następujące fazy:

Specyfikacja

Projektowanie

Implementacja

Integracja

Ewolucję gotowego oprogramowania

Inżynierowie oprogramowania pracują w sposób systematyczny i uporządkowany ponieważ jest to najskuteczniejszy sposób tworzenia oprogramowania wysokiej jakości

(5)

Etapy życiowe

oprogramowania

Cykl życiowy oprogramowania jest procesem złożonym z ciągu wzajemnie spójnych tematów pozwalających na pełne i skuteczniejsze stworzenie, a następnie używanie ( okres od momentu uświadomienia potrzeby systemu do momentu jego wycofania z eksploatacji )

(6)

Poszczególne Fazy Rozwojowe

Faza Strategiczna

( ustalenie strategicznych celów, definicja projektu, ogólne planowanie )

Definiowanie wymagań

( zrozumienie celów klienta, wymagania, oszacowanie kosztów )

Analiza

( specyfikacja problemu, zakres obowiązku systemu, ustalenia celów do jakich ma służyć )

Projektowanie

( co system ma robiąc żeby spełnił wymagania użytkownika, w jaki sposób system ma być zaimplementowany )

Konstrukcja

( tworzenie systemu, rozwijanie, wykorzystanie gotowych elementów, dokumentacja )

Testowanie

( wykrycie i usuniecie błędów, sprawdzenie zgodności ze specyfikacją ocena niezawodności )

Dokumentacja

( przygotowanie dokumentów dla różnych odbiorców zarówno dla członków zespołu jak i użytkowników )

Instalacja

( instalacja gotowego sprzętu, systemu operacyjnego u klienta )

Przygotowanie użytkowników

(szkolenia, akceptacja )

Konserwacja

(utrzymanie w należytym stanie, pielęgnacja )

(7)

Etapy życiowe

oprogramowania

KONSERWACJA

AKCEPTACJA INSTALACJA DOKUMENTACJA

Testowanie KONSTRUKCJA PROJEKTOWANIE

ANALIZA

DEFINOWANIE WYMAGAŃ FAZA STRATEGICZNA

(8)

Modele cyklu życia oprogramowania:

Model cyklu –

jest to uproszczona prezentacja procesu oprogramowania, modele ze swej natury sa uproszczeniami.

PRZYKŁADY PRZYKŁADY MODELI TWORZENIA OPROGRAMOWANIA MODELI TWORZENIA OPROGRAMOWANIA - Model kaskadowy ( wodospadowy )

separacja faz specyfikacji i implementacji

- Model ewolucyjny

planowanie - analiza ryzyka – konstruowanie –weryfikacja

- Model iteracyjny

elementy modelu kaskadowego i ewolucyjnego

(9)

Model Kaskadowy:

.

Określenie wymagań

Analiza

Projektowanie

Implementacja

Testowanie

Konserwacja

(10)

Model

Kaskadowy:

Zalety modelu kaskadowego

- Rozliczenia finansowe z klientem na paczatku

- Po kazdej fazie wymusza kończenie dokumentacji - Formalny odbiór poszczególnych etapów

monitorowanie postępu pracy

- Zmusza do zdyscyplinowanego podjecia

- Łatwośc budżetowania

(11)

Model Kaskadowy:

Wady modelu kaskadowego

-

Z góry narzucona ścisła kolejnosc faz

-

Nie możesz przejść do następnej fazy jeśli poprzednia się nie zakończy

-

Przerwy w kontaktach z klientami

-

Bardzo nieelastyczny podział na kolejne fazy

-

Wysoki koszt błędów ze wczesnych faz

- I co najważniejsze iteracje są bardzo kosztowne - powtarzamy wiele czynności

(12)

Model ewolucyjny:

.

Zarys systemu

Wersja poczatkowa

Rozwój systemu Specyfikacja

Wersje pośrednie

(13)

Model ewolucyjny:

Zalety modelu ewolucyjnego :

- Pozwala pózniej określić wymagania do naszego systemu - Prototyp pomaga kształcić przyszłego użytkownika/klienta - Prototyp podnosi koszty ale potem je obniża

Wady modelu ewolucyjnego :

-Zwykle prototyp jest wyrzucany

- tworzony jest do rozwiązywania jednego problemu nie wielu

(14)

Model iteracyjny:

.

Analiza ryzyka ( planowanie )

Projektowanie

Ocena Konstrukcja i oddanie do

(15)

Model iteracyjny:

Zalety modelu iteracyjnego :

- Pozwala na wczesne wykrywanie bledow

- Polaczenie iteracji z klasycznym modelem kaskadowy - Zarzadzanie ryzykiem

- Latwosc wprowadzania zmian

Wady modelu iteracyjnego

- Wymogi klienta dotyczace harmonogramu moga utrudnic skorzystanie z tego modelu

- Problemy z umiejetnosciami oszacowania ryzyka

- Zarzadzanie nie jest takie latwe jak w modelu kaskadowym

(16)

Porownanie Modeli

Ryzyko blędów Koszty blędów Elastycznosc Zarzadzanie

Model Kaskadowy Model Ewolucyjny

Model

Iteracyjny

(17)

Literatura

 Kazimierz Subieta „ Wprowadzenie do

inżynierii oprogramowania” Wyd. PJWSTK

 „Praktyczne podejście do inżynierii

oprogramowania” Roger S. Pressman wyd.

WNT Warszawa 2004

 Internet

(18)

Dziękuję za uwagę

Autor: Jaek Rzeszowicz

Cytaty

Powiązane dokumenty

 Według metodyki NASA projekt wykonywany jest w 8 fazach: definicja wymagań, analiza wymagań, projekt wstępny, projekt szczegółowy, implementacja,

 Liczba linii kodu znana jest dopiero gdy system jest już napisany – szacunki z dużym błędem..  Liczba linii kodu zależna od

• Wykrywanie błędów, czyli testy, których głównym celem jest wykrycie jak największej liczby błędów w programie.. • Testy statystyczne, których celem jest wykrycie

Z ich punktu widzenia warto więc starać się przewidywać, jakie żądania zmian systemu prawdopodobnie się pojawią, które części systemu prawdopodobnie sprawią

Stworzenie, omówionych już, diagramu przypadków użycia i diagramu klas zwykle zapoczątkowuje proces modelowania przyszłego systemu informatycznego, a ściśle

o Metody zadeklarowane w części publicznej definicji klasy (public) są dostępne z zewnątrz klasy (mogą być wywoływane przez metody innych klas, lub

Obiekty, które mogą odbierać sygnały asynchroniczne, a także obiekty aktywne, gdyby nie miały maszyny stanowej, musiałyby ignorować te zdarzenia

Dodawanie wypożyczenia (na podstawie danych identyfikujących Klienta, danych identyfikujących Typ Produktu lub/ i Producenta poszukiwanych w rezerwacjach wyszukanego Klienta