Menadment informacioni sistemi

Poglavlje 8
Modeli izgradnje informacionih sistema

ivotni ciklus razvoja sistema

ivotni ciklus razvoja sistema (engl. System Development Life Cycle SDLC) je proces kroz koji strunjaci razliitih profila (analitiari, projektanti, inenjeri, programeri, ...) i korisnici informacionog sistema prave informacioni sistem.

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

ili...

Plan, elje...

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

ili...

Konani proizvod

Plan, elje...
Detalji i ogranienja postojeeg sistema
Sistemska analiza

Poslovne potrebe
Konstrukcija sistema

Tehniki dizajn

Sistemski dizajn

Model procesa razvoja IS

je predefinirani oblik ivotnog ciklusa razvoja sistema koji definira redoslijed razvojnih faza. odreuje redoslijed faza ukljuenih u razvoj informacionog sistema. razlikuje se od metode razvoja po tome to ne adresira naine (tehnike i alate) izvrenja faza, a to mora biti definirano metodom.

Model procesa razvoja IS ogovara na sljedea pitanja 1. ta je sljedee to treba da radimo? 2. Koliko dugo trebamo to da radimo?

Rani modeli
Model kodiraj-i-popravi 1. Napii softverski kod. 2. Popravi probleme u softverskom kodu. Nedostaci: Nakon mnogo popravljanja, kod postaje tako loe strukturiran da nove popravke postaju veoma skupe ili ak neizvodljive. ak i kod dobrog dizajna i kodiranja, softver esto ne odgovara stvarnim potrebama korisnika. Poto ne postoji sistematina priprema za testiranje i modifikaciju, uoavanje greaka i popravljanje koda je sporo i skupo.

Waterfall model

Izvodljivost Validacija Zahtjevi i planovi Validacija

Definiranje zahtjeva ta hoemo? Dizajn Kako dobiti to to hoemo? Konstrukcija Kako napraviti to to je dizajnirano?

Dizajn sistema Verifikacija Detaljan dizajn Verifikacija Kodiranje

Testiranje Integracija Verifikacija

Implementacija Test sistema Koritenje i odravanje Validacija

Funkcioniranje Kako implementirati i koristiti to to smo napravili?

Tipina kritika waterfall modela

Insistiranje na jasnom prelazu izmeu faza Mnogo dokumenata Jasni kriteriji prelaza Problematino u poetnim fazama

Ipak ne treba zaboraviti: Waterfall je najjednostavniji model procesa razvoja i dodavanje bilo ega drugog je jednostavno dodavanje nove kompleksnosti (ili novih potencijalnih komplikacija u razvojnom procesu).

Kaskadni model

Kaskadni model je kolekcija waterfall modela primjenjenih na manje dijelove sistema koji se u vremenu deavaju jedan za drugim.
Prei na novu sistemsku platformu

Primjer: Prelazak na novu sistemsku platformu koja omoguava funkcioniranje sistema u mrenom okruenju
Razvij mrenu verziju softvera

Kaskadni model

Efektivan zbog "kvadratnog zakona izraunavanja"

Ipak, Pri razbijanju poslova na manje generiu se i dodatni problemi

Uvijek postoji dodatni troak integracije. Pri razvijanju dijelova sistema, mogu je "gubitak globalne slike" sistema ime se moe drastino poveati dodatni troak integracije.

Paralelno izvravanje kaskada

Prirodan model i esto se susree Efikasan, tedi vrijeme Daje bri odziv od testiranja Ipak,

Prei na novu sistemsku platformu

Razvij mrenu verziju softvera

Poveava se kompleksnost upravljanja procesom

"Dobitak" na smanjenju kompleksnosti kroz realizaciju dijelova sistema zasebno, veoma brzo se kompenzira poveanjem kompleksnosti voenja paralelnih razvojnih procesa.

Izvodivost

Zahtjevi

Dizajn sistema (ukljuuje podjelu na podsisteme)

Nelinearni waterfall model

Izvodivost (podsistem 1)

Izvodivost (podsistem 2)

Izvodivost (podsistem n)

Zahtjevi (podsistem 1)

Zahtjevi (podsistem 2)

Zahtjevi (podsistem n)

Implementacija (podsistem 1)

Implementacija (podsistem 2)

Implementacija (podsistem n)

Spiralni model

Iterativno poboljavanje

Zahtjevi

Zahtjevi

Zahtjevi

Zahtjevi

Dizajn

Dizajn

Dizajn

Dizajn

Dizajn

Konstrukcija

Konstrukcija

Konstrukcija

Konstrukcija

Konstrukcija

Konstrukcija

Proizvod

Proizvod

Proizvod

Proizvod

Proizvod

Proizvod

Promijeni zahtjeve

Zadri zahtjeve

Zadri dizajn

dodavanje novih izvjetaja u sistem u skladu sa novim potrebama korisnika

PRIMJER:

prelazak na novi DBMS ili promjena interfejsa

PRIMJER:

rafiniranje nekih algoritama obrade u cilju poveanja efikasnosti

PRIMJER:

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

ta je to sistemsko planiranje?
Sistemsko planiranje je faza u ivotnom ciklusu u kojoj se identifikuju i prioritetiziraju tehnologije i aplikacije koje e organizaciji vratiti najveu vrijednost. SINONIMI: strateko sistemsko planiranje menadment informacionih resursa studija izvodljivosti (nije sinonim, ali se
upotrebljava u istom cilju)

Da li je potrebno sistemsko planiranje?

Sistemsko planiranje nije uvijek ukljueno u SDLC Zato je potrebno da bude ukljueno? Sve je jaa svijest da informacioni sistem u organizaciji ne smije evoluirati stihijski nego planski.

Kljuna pitanja u sistemskom planiranju

ta su ciljevi kompanije? Priroda i izvori problema kompanije? Definicija problemskog podruja? Koja su potencijalna rjeenja? Oekivane prednosti i nedostaci rjeenja?

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

Sistemska analiza

Koje informacije e biti potrebne strunom osoblju? Napraviti opis postojeeg i novog sistema. Nuno je istaknuti razliku izmeu novog i postojeeg sistema. Kako prilagoditi funkcioniranje organizacije i rad zaposlenih novonastalim promjenama?

Rezultat sistemske analize je plan sistemskih zahtjeva:

Opis funkcioniranja postojeeg sistema Najvei problemi postojeeg sistema Specifikacija funkcionalnosti novog sistema Organizacijske promjene (promjene u poslovnim procesima i organizacijskoj politici i kulturi) Kadrovske promjene

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

Sistemski dizajn
Logiki dizajn, opisuje generalne funkcionalne sposobnosti sistema, ali ne daje precizne specifikacije kako e se postii te sposobnosti. Detaljni fiziki dizajn, Identifikacija izlaza i ulaza Obrada i memorisanje podataka Kontrolni sistemi Primjena

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

Konstrukcija sistema

Nabavka hardvera Kupiti ili iznajmiti? Kada kupiti? Konstrukcija softvera Razvoj vs. nabavka gotovog rjeenja In-house razvoj vs. eksterni konzalting Testiranje sistema

ivotni ciklus razvoja sistema

Detalji i ogranienja postojeeg sistema

Sistemsko planiranje

Plan projekta razvoja aplikacije

Implementacija i koritenje

Detalji i ogranienja postojeeg sistema

Sistemska analiza

Konani proizvod
Konstrukcija sistema

Poslovne potrebe Tehniki dizajn

Sistemski dizajn

Implementacija i koritenje

Konverzija sistema Zamjena starog hardvera novim Uvoenje u rad novih programa Konverzija starih podataka u nove Obuka osoblja obuavanje ljudi da koriste sistem vano je koliko i njegovo stvaranje

Implementacija i koritenje

Sigurnost i zatita Osiguranje integriteta podataka Osiguranje sigurnosti podataka Auditing plan Odravanje sistema Odravanje hardvera Popravka eventualne nefunkcionalnosti softvera Dopune funkcionalnosti softvera 80% budeta za IS ide na odravanje sistema

Menadment informacioni sistemi

Poglavlje 8
Modeli izgradnje informacionih sistema