Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
Wydział Odlewnictwa
Wirtualizacja technologii odlewniczychWirtualizacja technologii odlewniczych
Cykl Ŝycia systemów
informatycznych
Projektowanie informatycznych
systemów zarządzania
2
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Cykl Ŝycia systemu SDLC
� Metody stosowane w SDLC
� Metodyki alternatywne
Treść wykładu
3
Cykl Ŝycia
syste
mów
info
rmaty
cznych
System Development Life Cycle (SDLC) - standardowa metoda
rozwijania SI, zakładająca sekwencyjne (ale zachodzące na siebie)
wykonanie następujących etapów:
1. analiza istniejącego systemu
2. zdefiniowanie wymagań
3. projektowanie
4. opracowanie nowego systemu lub zakup
5. wdroŜenie
6. działanie operacyjne
7. ocena działania systemu
8. utrzymanie i konserwacja
Wynikiem kaŜdego etapu moŜe być zatrzymanie prac lub
powrót do któregoś z wcześniejszych etapów.
Cykl Ŝycia SI
4
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Dlaczego nie zawsze się udaje
� UŜytkownik nie umie wyartykułować swoich potrzeb.
� Próba wdroŜenia nierealnego projektu.
� Niedopasowanie poszczególnych części systemu.
� Opracowanie i wdroŜenie systemu informatycznego jest
duŜym przedsięwzięciem organizacyjnym.
Cykl Ŝycia SI
5
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Dlaczego nie zawsze się udaje
� Autor programu nigdy nie przetestuje go wiarygodnie.
� Nie ma programów bezbłędnie działających, są co najwyŜej niedostatecznie przetestowane.
� Prawa Weilera obsługi i konserwacji oprogramowania: � KaŜdy działający program jest przestarzały.
� JeŜeli program jest uŜyteczny, to będzie musiał byćzmieniany.
� Pełną dokumentację mają tylko programy bezuŜyteczne.
� ZłoŜoność programu rośnie odwrotnie proporcjonalnie do zdolności programisty ten program konserwującego.
� Drugie prawo Weinberga:� Gdyby budowlani budowali domy w taki sam sposób, w jaki
programiści piszą programy, to jeden dzięcioł zniszczyłby całącywilizację.
Cykl Ŝycia SI
6
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Cykl Ŝycia SI
7
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Celem badania jest określenie czy istniejący system spełnia wyznaczone cele i zadania organizacji.
� Badanie wykonuje specjalnie powołany zespół, którego skład zaleŜy od wielkości organizacji. Zespół jest odpowiedzialny za opracowanie raportu oceniającego potrzebę analizy i zaprojektowania systemu. Decyzję o dalszych pracach podejmuje kierownictwo organizacji.
� Analiza ma wskazać problemy i ograniczenia istniejącego systemu oraz określić, w jaki sposób rozszerzyć system, by spełniał cele i zadania organizacji:
� wybór zespołu
� zebranie danych
� analiza danych
� przygotowanie raportu
Cykl Ŝycia – analiza istniejącego systemu
8
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� NaleŜy połoŜyć nacisk na silne i słabe strony istniejącego
systemu przetwarzania danych. NaleŜy przede wszystkim
określić:
� wejścia i wyjścia systemu,
� kartoteki (zbiory), ich zawartość i sposoby przechowywania,
� zasady współdziałania uŜytkowników,
� metody i procedury przetwarzania danych,
� działający sprzęt i oprogramowanie.
Cykl Ŝycia – analiza istniejącego systemu
9
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Zbieranie danych: techniki
� wywiady (kierowane i swobodne)
� kwestionariusze
� przykładowe dokumenty
� bezpośrednie obserwacje
� rozmowy telefoniczne
� testy statystyczne
� symulacja
Cykl Ŝycia – analiza istniejącego systemu
10
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Analiza danych ma za cel przetworzenie surowych
danych w formę dostosowaną do oceny istniejącego
systemu. M. in. naleŜy określić:
� największy, najmniejszy i średni poziom aktywności
uŜytkowników,
� redundancję procedur,
� operacje najbardziej pracochłonne,
� operacje, które wymagają duŜych nakładów obliczeniowych,
� procedury, które stały się zbędne.
Cykl Ŝycia – analiza istniejącego systemu
11
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Podejście systemowe (strukturalne)
� Narzędzia i techniki charakteryzujące się podejściem top-
down, w którym uŜytkownicy analizują system począwszy
od duŜego stopnia uogólnienia i stopniowo go
uszczegółowiają.
Metody projektowania i analizy systemów
12
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Podejście systemowe (strukturalne)
� Diagram kontekstowy (Context Diagram)� Graficznie opisuje ogólną budowę systemu;
� Diagramy przepływu danych (DFD - Data Flow Diagrams)� Przedstawia funkcjonowanie podsystemów,
� DFD pokazuje 3 czynniki:� w jaki sposób dane przepływają przez system (wejścia i wyjścia),
� procesy przetwarzania danych,
� gdzie dane są zapamiętywane i przechowywane.
� Opis danych:
� diagram związków encji (ERD);
� Opis procesów:
� wykresy przepływów w systemie (system flowchart),
� drzewa decyzyjne,
� tablice decyzyjne.
Metody projektowania i analizy systemów
13
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Analiza procesów - tablice decyzyjne
1 2 3 4 5 6 7 8 9
1. Ile dni upłynęlo od terminu zapłaty?
poniŜej 14 T N N T N N T N N
15 - 30 N T N N T N N T N
powyŜej 30 N N T N N T N N T
2. Kwota naleŜności
poniŜej 1000 zł T T T N N N N N N
1001 - 5000 zł N N N T T T N N N
powyŜej 5000 zł N N N N N N T T T
Decyzja1. wysłać wezwanie do zapłaty X X X X X X X X
2. zawiadomić komórkę rewindykacji X X X
3. wstrzymać kredytowanie powyŜej 1000 zł X
4. wstrzymać kredytowanie w ogóle X
Reguła nrWarunek
Metody projektowania i analizy systemów
14
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Celem tego etapu jest odpowiedź na pytanie: co i w jaki
sposób będzie robił system. System powinien rozwiązać
problemy wykryte w etapie I.
� Wymagania organizacyjne: wejścia, magazynowanie
danych, przetwarzanie i wyjścia.
� Wymagania wpływające na oprogramowanie i sprzęt.
� Oszacowanie moŜliwych wariantów.
� Opracowanie raportu.
Cykl Ŝycia – zdefiniowanie wymagań
15
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Ogólny projekt sytemu powinien zawierać:
� uwarunkowania organizacyjne
� określenie funkcji systemu
� projekt wyjść
� projekt procedur przetwarzania
� projekt wejść
� projekt zbiorów i baz danych
� UŜywane techniki
Cykl Ŝycia – projektowanie systemu
16
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Przegląd wymagań oprogramowania pod względem wejść,
wyjść i przetwarzania
� Opracowanie logiki programu
� Zakodowanie programu
� Przetestowanie programu
� Udokumentowanie programu
Cykl Ŝycia – opracowanie nowego systemu
17
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Opracowanie dokumentacji operacyjnej
� Przeszkolenie uŜytkowników
� Przekształcenie zbiorów danych
� Przetestowanie systemu
� Praca z nowym systemem
Cykl Ŝycia – wdroŜenie systemu
18
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Podejście Opis
WdroŜenierównoległe
Stary i nowy system funkcjonują równolegle, aŜnowy zacznie odpowiednio działać
•Kosztowne, ale bezpieczne
•Najlepsze dla krytycznych podsystemów
Nowy system natychmiast zastępuje stary
•Mniej kosztowne, ale bardziej ryzykowne
•Najlepsze dla niekrytycznych podsystemów
WdroŜeniebezpośrednie
Cykl Ŝycia – wdroŜenie systemu
19
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Podejście Opis
WdroŜeniepilotaŜowe
Jedna z jednostek jest polem doświadczalnym
•Najlepsze dla średniokrytycznychpodsystemów
Elementy nowego systemu stopniowo zastępująelementy starego
•Bezpieczne i konserwatywne podejście
•Najlepsze dla krytycznych podsystemów
WdroŜenieetapowe
Cykl Ŝycia – wdroŜenie systemu
20
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Określenie czy system spełnia oczekiwania uŜytkowników
� Utrzymanie (konserwacja) systemu:
� poprawianie błędów,
� niewielkie zmiany w funkcjonowaniu,
� regularna aktualizacja.
Cykl Ŝycia – ocena i utrzymanie systemu
21
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� SDLC szczególnie dobrze sprawdza się w projektach, gdzie
uŜytkownicy mają jasno sprecyzowane wymagania.
� Alternatywą lub raczej uzupełnieniem SDLC mogą być nowe
metodyki rozwijania oprogramowania jak: prototypowanie,
Joint application design (JAD) czy Extreme Programming
(XP).
� Prototypowanie - metodyka tworzenia systemów, która
polega na tworzeniu i ocenie prototypów czyli roboczych
modeli systemu.
Inne metodyki rozwijania systemów
22
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� UŜywane przez firmy, które nie mają doświadczenia lub
potrzeby rozwoju systemu jako całości.
� Dobre dla niekrytycznych aplikacji takich jak: word
processing, analizy finansowe, ewidencja magazynowa
czy kadrowa.
� Z reguły pakiety te wymagają dostosowania (ang.
customization) do specyfiki firmy.
Pakiety oprogramowania aplikacyjnego
23
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Gotowe pakiety z minimalnymi
zmianami
49%
Bd
2%
Tworzone na zamówienie
26%
Gotowe pakiety z duŜymi
zmianami
23%
Pakiety oprogramowania aplikacyjnego
24
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Kluczowym elementem sukcesu w tej metodzie jest
dokładne sprecyzowanie wymagań odnośnie cech, jakie
musi spełniać oferowane oprogramowanie.
Porównanie róŜnych ofert pozwoli wybrać to, które w
największym stopniu spełnia nasze wymagania.
Pakiety oprogramowania aplikacyjnego
25
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Rozwój systemów informatycznych przez uŜytkowników
końcowych z małym lub nawet bez formalnego wsparcia
specjalistów-informatyków.
� Pozwalają uŜytkownikom na uwzględnienie swoich
specyficznych potrzeb biznesowych.
� Podejście właściwe w przypadku małych podsystemów, nie
przetwarzających masowych transakcji.
Systemy tworzone przez uŜytkowników
26
Cykl Ŝycia
syste
mów
info
rmaty
cznych
Funkcje Udział
DzierŜawa PC i sieci 35%
Wsparcie techniczne 34%
Rozwój aplikacji 30%
Brak 24%
Obsługa systemu 22%
Konserwacja systemu 19%
Inne 19%
Call center 15%
Outsourcing
� Praktyka polegająca na zlecaniu obsługi informatycznej i
telekomunikacyjnej do usługodawców zewnętrznych.
� Dokonywane ze względów ekonomicznych lub technicznych.
27
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Wszystkie systemy informatyczne są systemami
biznesowymi
� Wiele projektów kończy się niepowodzeniem, bo są
postrzegane jako projekty techniczne, a nie biznesowe
� Reagowanie na zmiany
� W miarę zmian w otoczeniu systemu, system musi się
zmieniać
� Rozwój systemu jest procesem ryzykownym
Rozwój systemów – czynniki sukcesu
28
Cykl Ŝycia
syste
mów
info
rmaty
cznych
� Standardowe rozwiązania nie są wystarczające –
szczególnie w globalnym otoczeniu
� NaleŜy uwzględniać uwarunkowania techniczne, kulturowe
i polityczne
� Zespół ds. rozwoju
� IS menadŜer musi zbudować zespół zdolny do twórczej,
innowacyjnej i grupowej pracy
� UŜytkownicy
� Kluczowym czynnikiem sukcesu nie jest sprzęt ani
oprogramowanie, lecz uŜytkownicy
Rozwój systemów – czynniki sukcesu