Download - 02. Modeli Razvoja IS_2013
-
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
***