02. Modeli Razvoja IS_2013

Embed Size (px)

Citation preview

  • Modeli razvoja ISFakultet organizacionih naukaUvod u informacione sistemeDoc. Dr Ognjen Panteli

  • *Proces proizvodnje uproen primer

  • *Tokovi informacija u poslovnom sistemu- realan primer

  • *Informacioni sistem kao model realnog sistemaREALNI SISTEMULAZIZLAZCRNA KUTIJAaplikacijeza auriranjeBAZAPODATAKAgeneratoriizvetajaINFORMACIONI SISTEM

  • *Modeli razvoja ISModel ivotnog ciklusaIterativno-inkrementalni modelPrototipski razvojSpiralni model Agilne metode

  • *Model ivotnog ciklusa razvoja ISTradicionalna metodologija razvoja velikih informacionih sistema se oslanja na organizaciju ivotnog ciklusa razvojnih procesa: faze razvoja koje proizvode informacioni sistem

  • *Model ivotnog ciklusa razvoja IS(Waterflall)definisanje strategijeanalizapostojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Definisanje strategije procesi: Definisanje strategije i ciljeva razvoja IS u skladu sa strategijom i ciljevima preduzea Istraivanje savremenih pravaca razvoja informacionih sistemaSagledavanje mogunosti savremenih informacionih tehnologijaUtvrivanje mogunosti primene savremenih informacionih tehnologija Definisanje plana razvoja IS

  • *Model ivotnog ciklusa razvoja ISdefinisanje strategijeanaliza sistemaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Analiza zahteva korisnikaPostupak odozdo-na-gore (bottom-up)Definisanje zahteva iz dokumenata :Ulazna dokumenta,Kartoteke, fascikle (skladita podataka)Izlazna dokumentaUzorci izvetajaOrganizacioni propisi o nainu rada Da li postoje i koliko se potujuDa li postoji sluba interne standardizacijeDa li su definisani normativi rada

  • *Analiza zahteva korisnika:Postupak odozgo-na-dole (top-down)Definisanje zahteva intervjuomPripreme za izvoenje intervjuaListe rukovodilaca i vremenski raspored intervjua,Teme za razgovor i potvrda termina,Izbor optih pitanjaSagledavanje poslovanja top menadmenta Dekompozicija ciljeva, funkcija, procesa, potreba, problema, projekata, organizacije, lokacijeOdnosi tima i rukovodiocaDefinisanje prioriteta i preporuka

  • *Dokumentovanje snimka stanjaStrukturna sistem analizaPotpuna metodologija za specifikaciju IS. Predstavlja jasnu grafiku specifikaciju, pogodnu za komunikaciju sa korisnikomjasan i detaljan opis sistema (primenom metode apstrakcije, sistem se na viim nivoima apstrakcije opisuje jasno, a na niim detaljno) logika specifikacija procesa, (kako sistem sada radi, kako budui sistem treba da radi)

  • *Najei aktuelni nalazi snimka postojeeg stanja: Razvijene parcijalne aplikacije Nejedinstven sistem oznaavanja Nekonsultovani zahtevi korisnika Nepostojanje adekvatne dokumentacije

  • *Model ivotnog ciklusa razvoja ISdefinisanje strategijeanaliza postojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Projektovanje Analiza strukture sistemaIdentifikacija procesa u sistemuDefinisanje tokova podatakaDefinisanje skladita podatakaIdentifikacija interfejsa koji uestvuju u tokovima podataka Izrada modela sistemaDefinisanje objekata sistemaDefinisanje veza i relacija izmeu objekata sistema

  • * Definisanje naina realizacije informacionog sistemaIzbor sistemskog softveraIzbor koncepta skladitenja podatakaIzbor softverskih alataUtvrivanje nosilaca realizacije razvoja

    Specifikacija potrebnih resursa

    Projektovanje

  • *Model ivotnog ciklusa razvoja ISdefinisanje strategijeanalizapostojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Aplikativno modeliranje Fizika realizacija IS Generisanje baza podataka Izrada aplikacija Programiranje logike aplikacijeKreiranje grafikog interfejsa prema korisnikuDefinisanje menija, izgleda formi, upitaDefinisanje standardnih izvetajaTestiranje aplikacijaDefinisanje rasporeda softverskih komponenti

  • *Model ivotnog ciklusa razvoja ISdefinisanje strategijeanaliza postojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Uvodjenje ISPostavljanje i fiziko povezivanje opremeInstaliranje softveraInstaliranje sistemskog softveraPostavljanje baze podatakaInstaliranje aplikacija Inicijalno formiranje baze podatakaIzrada pomonih aplikacija za formiranje baze podatakaPrikupljanje podataka za bazu podatakaUnos podataka u pomone datotekePreiavanje i sreivanje podatakaPunjenje baze podataka Obuka neposredni korisnici, priprema, operativno rukovodstvo, top menadment

  • *Model ivotnog ciklusa razvoja ISdefinisanje strategijesnimanje postojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Odravanje Korekcije, inovacije Najee poverava se specijalizovanoj firmi

    detaljna analiza ! testiranje ! dokumentovanje !

  • *Pristup po Modelu ivotnog ciklusaU situacijama kada je poeljan:predvideti sve mogunosti sistema odjednom;kada je neophodno povui iz upotrebe ceo zastareli sistem odjednom;

  • *Rizici primene Modela ivotnog ciklusakada zahtevi nisu dobro shvaeni;sistem je prevelik da bi se sve uradilo odjednom;oekuju se brze promene u tehnologiji;postoje brze promene u zahtevima;ogranieni resursi, npr. ljudstvo/novac.Postoje faktori rizika koje je potrebno razmotriti prilikom vrednovanja ovog pristupa:

  • *Prednosti pristupa po Modelu ivotnog ciklusaStrogo definisani i kontrolisani proces, kojeg karakteriu standardizovane i detaljno opisane aktivnosti u svim fazama razvoja.Ukljuceno testiranje odnosno verifikacija izvrenih aktivnosti i dobijenih rezultata na kraju svake faze razvoja.Detaljna i kvalitetna dokumentacija.

  • *Nedostaci modela ivotnog ciklusa:FRONTALNI PRISTUP- Razvoj sistema u jednom prolazu.SLABA EFIKASNOST i NISKA EFEKTIVNOST - Dugo vreme uvoenja i realni rizik da se sistem promeni do zavretka svih faza ciklusa.

    NEOTKLANJANJE GREAKA -greke koje se ne otklone u pojedinim fazama razvoja utiu na razvoj u celini.

    SAMO POTPUNO GOTOV PROIZVOD JE UPOTREBLJIV.

  • Iterativno-inkrementalni model

  • *Iterativno -inkrementalni modelNaziva se i predplanirano poboljanje proizvoda, Zapoinje datim skupom zahteva, a razvoj vri kroz vie etapa. Prva etapa obuhvata deo zahteva, sledea etapa dodaje jo zahteva, i tako dalje, dok se sistem ne zavri. Tokom svake etape, izvravaju se detaljno projektovanje inkrementa, aplikativno modeliranje, softverska integracija i testiranja.

  • *Iterativno inkrementalni razvojParadigma iterativno-inkrementalnog razvoja:

    PLANIRAJ MALO, ANALIZIRAJ MALO, PROJEKTUJ MALO, IMPLEMENTIRAJ MALO!

  • *Iterativno inkrementalni razvojanalizadizajntestinkrement 1analizadizajntest. . . . . . .inkrement nRadnaaplikacijakodiranjekodiranje

  • *Karakteristike Iterativno inkrementalnog pristupa:Planiran i organizovanPredvidivPravi izmene uz manje potreseKorisnik i projektant kroz proces formiraju pozitivan meusobni odnosManje rizian

  • *Prednosti Iterativno-inkrementalnog pristupaPrednosti ovog pristupa su u situacijama kada:potrebno je brzo osposobljavanje sistema;meuproizvod treba da je raspoloiv za korienje;sistem je prirodno deljiv na inkremente;obezbeenje ljudstva/sredstava je inkrementalno.neke od problema je mogue ostaviti za kasnije cikluse

  • *Rizici Iterativno-inkrementalnog pristupaako zahtevi nisu dobro shvaeni;kada je poeljno realizovati sve mogunosti odjednom;oekuju se brze promene u tehnologiji;postoje brze promene u zahtevima;integracija kreiranih inkremenata;dugorono su ograniena sredstava (ljudstvo/novac).

  • Evolutivni prototipski razvoj IS

  • *Evolutivni model ivotnog ciklusaEvolutivni model ivotnog ciklusa takoe razvija sistem kroz etape, ali se razlikuje od inkrementalnog modela utoliko to podrazumeva da u poetku zahtevi nisu u potpunosti shvaeni, i da ne mogu biti definisani.

    U ovom pristupu, zahtevi se delimino definiu unapred, a zatim se preciziraju, u svakoj sledeoj etapi.

  • *Evolutivni prototipski razvoj IS dopune, korekcije prototipsko formiranje specifikacija Korisniki zahtev evolutivni model

  • *Evolutivni prototipski razvoj ISFormiranje prvog prototipa na osnovu prioritetnih zahteva korisnikaViestruko ponavljanje ivotnog ciklusa, pri emu rezultat svake iteracije predstavlja jedan relativno mali,korisniku znaajan deo projekta.

    KRITERIJUM: Dva do tri meseca razvoja za jedan inkrement Jedan inkrement obuhvata samo nekoliko funkcija

  • *Rizici evolutivnog pristupaAko su korisniku poeljne sve mogunosti odjednom;Kada je dugorono ogranieno obezbeenje sredstava (ljudstva, novca).

  • *Prednosti evolutivnog pristupaPrednosti ovog pristupa su u situacijama kada je:potrebno brzo osposobljavanje;privremeni softverski proizvod raspoloiv za korienje;sistem je prirodno podeljen na inkremente;snabdevanje ljudstvom/sredstvima je inkrementalno;postoje povratne informacije za razumevanje svih zahteva;olakano praenje promena u tehnologiji.

  • Spiralni model

  • *Spiralni modelSpiralni model posmatra razvoj IS u kontekstu prisutnih rizika tako to kombinuje aktivnosti razvoja sa upravljanjem rizicima, kako bi se rizici smanjili i kako bi se lake kontrolisali. Ovaj metod kombinuje vie prethodno pomenutih metoda (u svojoj osnovi ima model ivotnog ciklusa, kombinovan sa prototipskim i iterativnim modelom razvoja IS).Podrazumeva realni sistem iji informacioni sistem je mogue nadgraivati u vie prolaza.

  • *Spiralni model2) Planiranje3) Analiza rizika4) Projektovanjeinicijalni snimak zahtevaprvi prototip6) Evaluacija od korisnikaInterakcijasa korisnikom5) Implementacija

  • Agilne metode razvoja ISbrz odgovor na promene koje nastupaju u toku razvoja ISizbegavanje detaljnog planiranja, modeliranja i dokumentovanja za koje se smatra da troe dosta vremenarazvoj se zasniva na direktnoj komunikaciji, samoorganizaciji, formiranju deljenog znanja u okviru tima i podsticanju kreativnosti svih ucesnika*

  • Definisane vrednosti u okviru Agilnih metodaPojedinci i njihove interakcije imaju veu vrednost od metodolokih procesa i alata.Neto to radi vredi vie od obimne dokumentacije.Stvaranje bliske saradnje sa korisnikom vredi vie od pregovaranja oko ugovora.Reagovanje na promene vredi vie od striktnog pracenja planova.*

  • *Model ivotnog ciklusa razvoja IS(Waterflall)definisanje strategijeanaliza postojeeg stanjaprojektovanjeaplikativno modeliranjeuvodjenjeodravanje

  • *Sledea tema:Analiza sistema

    ************4545*4747Realizacije forsiraju tim da zavre projekat u odreenom vremenuNe sme da postoji fenomen da je 90% zavreno sa jo 90% preostalog poslaMogue je neke od problema, karakteristike ili promena ostaviti za kasnije cikluse, tako da se ne poremeti postojei produktSvi koji uestvuju u projektu (testeri, pisci dokumentacije, itd.) mogu bolje da organizuju posao

    ***