1 / 40

RAZOVJ INFORMACIJSKOG SUSTAVA

RAZOVJ INFORMACIJSKOG SUSTAVA. Romina Dekleva, FiB, 24279 Petra Jardas, FiB, 23986 Marina Pleša, FiB, 24233 Nevena Vrbanac, FiB, 24234. Zatvorenije istražuje proces razvoja sustava :.

khalil
Download Presentation

RAZOVJ INFORMACIJSKOG SUSTAVA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. RAZOVJ INFORMACIJSKOG SUSTAVA Romina Dekleva, FiB, 24279 Petra Jardas, FiB, 23986 Marina Pleša, FiB, 24233 Nevena Vrbanac, FiB, 24234

  2. Zatvorenije istražuje proces razvoja sustava : • Opisati motivaciju za standardni proces razvoja sustava u roku od Capability Maturity Model (CMM) za kvalitetan menadžment. • Razlikvati sustav uživo i sustav razvoja. • Opisati 10 osnovnih načela razvoja sustava. • Odrediti probleme, mogućnosti i naredbe-okidač za projekte razvoja sustava. • Opisati dijelove kostura za kategorizaciju problema, mogućnosti i naredbi. • Opisati bitne faze razvoja sustava. Za svaku fazu, opisati njen smisao, ulazne i izlazne veličine. • Opisati cross life-cycle aktivnosti koje preklapaju višestruke faze razvoja sustava. • Opisati tipične, alternativne pravce kroz bitne faze razvoja sustava. • Opisati različite automatizirane alate za razvoj sustava.

  3. Proces razvoja sustava • uvodi u središte razvoja informacijskog sustava • proces- već ima različitih varijanci procesa, sve zavisi od autora i eksperta • informacijski sustav je složen proizvod • informaciski sustav sadrži podatke, procese i komunikacijske blokove i tehnologije koje moraju služiti potrebama različitih interesnih grupa

  4. Capability Maturity Model -Software institucija na Carnegie Mellon University su promatrali i mjerili taj fenomen razvoja Capability Maturity Model (CMM) te kako biti od pomoći organizacijama da postignu te beneficije -CMM temelj za sustav i softver namjerava pomoći organizacijama da poboljšaju zrelost njihova razvojsnog sistemskog procesa. CMM je prikaza u pet napredna nivoa

  5. CMM-a, metodologije osiguravaju da: 1. Odgovarajuća reprodukcija je primijenjena na sve projekte. 2. Smanjena je opasnost vezana za kratice i greške. 3. Kompletiranje dokumentacije vrši se iz jednog projekta u drugi. 4. Kreatori i dizajneri mogu se brzo izmjenjivati na projektima, jer svi koriste isti proces. 5.Kako se razvojni tim i osoblje stalno mijenjaju, prijašnji rezultati se lako pronađu i onaj tko nastavlja sa radom lako razumije.

  6. Vrlo je bitno prepoznati svaki nivo; jer je preduvjet za idući nivo * 1. nivo- zbrka ili metež 2. nivo- ponovljeni 3. nivo- odrediti, definirati 4. nivo- rukovoditi 5. nivo- optimizam

  7. ŽIVOTNI CIKLUS NASUPROT METODOLOGIJI • Izraz »sistem životnog ciklusa» i «sistem razvoja metodologije» je često međusobno izmjenljiv. • Mnogi sistemi razvoja procesa je razvijen na naturalnom životnom ciklusu

  8. FAST • Soundstage Entertainment Club's metodologija, nazvana je FAST, koja je okosnica za aplikaciju Systems Thinking • razvijena je kao sklop najboljih iskustava koja smo susretali u mnogim komercijalnim metodologijama

  9. GLAVNA NAČELA KOJA ČINE SVE METODOLOGIJE SUSTAVNOG RAZVOJA Načelo 1. Učinimo korisnike uključenima Načelo 2. Uporaba i rješenje problema Načelo 3. Utemeljenje fraza i djelovanje Načelo 4. Dokument cijelog razvoja Načelo 5. Postaviti standarde Načelo 6. Upravljanje načelom i projektom Načelo 7. Obostrano poravnati informacijski sistem kao i kapitalna ulaganja

  10. Načelo 8. Ne boj se odustati ili revidirati polje rada Načelo 9. Podijeliti i osvojiti Načelo 10.Dizajnirati (napraviti) sistem za rast i razvoj (promjenu)

  11. PROCES RAZVOJA SUSTAVA Pokretači projekata mogu biti: Problemi -nepoželjna situacija koja onemogućuje organizaciju u postizanju njezinih ciljeva Mogućnosti -prilika za razvoj poduzeća u odsutnosti problema Propisi -zahtjevi nametnuti od strane menadžmenta, države i vanjskih utjecaja

  12. PIECES P  potreba za ispravljanje ili napredovanje poslovanja I  potreba za ispravljanje ili napredovanje informacija i podataka E  potreba za ispravljanje ili napredovanje ekonomskih kategorija, nadzor troškova i porast profita C  potreba za ispravljanje ili napredovanje nadzora ili zaštite E  potreba za ispravljanje ili napredovanje učinkovitosti ljudi i procesa S  potreba za ispravljanje ili napredovanje usluga potrošačima, partnerima, zaposlenicima, itd.

  13. POSLOVANJE A. Protok podataka – iznos rada tijekom određenog vremena B. Odgovor vremena – prosjek odgode između transakcije ili potražnje i ponude ili odgovora na transakciju INFORMACIJE I PODACI A. Outputi pomanjkanje informacija pomanjkanje potrebnih informacija pomanjkanje važnih informacija previše informacija – informacijska preopterećenost informacija koja nije u korisničkom obliku informacija koja nije točna informacija koju je teško procesuirati informacija koja nije pravodobna za kasniju upotrebu

  14. Inputi podaci koji nisu prikupljeni podaci koji nisu prikupljeni u vremenu u kojem su potrebni podaci koji sadrže pogreške podaci koje je teško prikupiti podaci koji su prikupljeni prekomjerno previše podataka iligalni podaci Zalihe podataka podaci su spremljeni prekomjerno u različite dokumente određeni podaci imaju različite vrijednosti u različitim dokumentima postojeći podaci nisu precizni podaci nisu sigurni od incidenata podaci nisu dobro organizirani podaci nisu fleksibilni u susretu sa novim informacijama podaci nisu dostupni

  15. EKONOMSKE KATEGORIJE A. Troškovi troškovi su nepoznati troškovi kojima se ne može odrediti podrijetlo troškovi su previsoki B. Dobit otkriveno novo tržište postojeći marketing može biti unaprijeđen porast ponuda NADZOR (I ZAŠTITA) A. Premalo zaštite ili nadzora ulazni podaci nisu adekvatno iskorišteni zloupotreba podataka kršenje etike prekomjerna zaliha podataka je nesrazmjerna u različitim dokumentima prekršena regulacija uređivanja podataka procesiranje pograšaka procesiranje krivih odluka B. Previše nadzora ili zaštite birokracija usporava sustav nadzor smeta kupcima ili zaposlenicima prekomjeran nadzor uzrokuje procesiranje uz zakašnjenje

  16. UČINKOVITOST A. Ljudi, strojevi ili računala rasipaju vrijeme prekomjerno kopiranje podataka prekomjerno procesiranje podataka prekomjerno stvaranje informacija B. Ljudi, strojevi ili računala rasipaju materijale i ponude C. Previše zadataka, zahtjeva više napora D. Previše zadataka, zahtjeva više materijala USLUGE Sustav proizvodi netočne rezultate Sustav proizvodi nedosljedne rezultate Sustav proizvodi nerealne rezultate Sustav nije jednostavan za naučit Sustav nije jednostavan za primjenjivat Sustav je nezgodan za primjenjivat Sustav je nefleksibilan za nove situacije Sustav je nefleksibilan za promjene Sustav nije kompatibilan sa drugim sustavima

  17. KLASIČNE PROJEKTNE FAZE FAST metodologija sastoji se od određenog broja faza. Svaka metodologija razlikuje se prema broju faza. Svaka faza proizvodi učinke koji se protežu do slijedeće faze.

  18. PLAN RADA - treba odgovoriti na pitanje ako je problem vrijedan promatranja i pretpostaviti da je problem vrijedan promatranja ANALIZIRANJE PROBLEMA – proučavanje sustava i analiziranje novih rješenja za što bolji rad sustava ZAHTJEVI PROJEKTA - Analitičari se zbližavaju sa korisnicima kako bi otkrili što oni zapravo žele i koji su njihovi prioriteti

  19. 4. LOGIČKO PROJEKTIRANJE - u kojoj se sve što je napisano riječima prikazuje pomoću slika i shema odnosno modela sustava (slika koje prikazuje stvarni ili željeni sustav) 5. DONOŠENJE ODLUKE - kriterija u odabiru mogućih rješenja: • tehnička izvedivost • operacijska izvedivost • ekonomska isplativost • vremenska izvedivost • rizik izvedivosti

  20. 6. FIZIČKO PROJEKTIRANJE I INTEGRACIJA - Prevodi zahtjeve poslovnih korisnika u sistemski model koji prikazuje tehničku implementaciju potreba/zahtjeva poslovnih korisnika Ekstremne filozofije fizičkog projektiranja: • Dizajniranje prema specifikacijama- kao serije blueprints za konstrukcije • Dizajniranje prema prototipu- nepotpune, ali funkcionalne aplikacije su konstruirane i bazirane na povratnim informacijama od korisnika i drugih dizajnera

  21. 7. KONSTRUIRANJE I INTEGRACIJA - Cilj faze konstruiranja i testiranja: 1. izgraditi i testirati sustav koji ispunjava poslovne potrebe i specifikacije fizičkog projektiranja 2. implementacija sučelja između novog sistema i postojećeg sistema

  22. Projektni tim mora konstruirati ili instalirati: • Bazu podataka- može sadržavati online procesiranje transakcija koje podupire cjelodnevne financijske transakcije,cjelodnevna izvješća i upite, skladišta podataka, koje podržavaju analizu podataka • Komercijalne softver pakete- aplikacijski programi su konstruirani prema fizičkom projektiranju i/ ili prototipu prethodne faze. Oba paketa moraju biti prethodno testirana. • Korisničko i sistemsko sučelje

  23. Identifikacija sudionika • System builder • Sistemski analitičar • Sistemski korisnici • Projektni manager • Sistemski dizajner

  24. Instalacija i dostava • funkcijski sistem je ključan za fazu implementacije od konstrukcije do tesitranja. • Kada je sustav jednom pokrenut, potreban mu je sustav podrške, čije su aktivnosti: • Pomoć korisnicima, popravak nedostataka, oporavak sustava, prilagođavanje sustava novoj opremi

  25. Cross Life – Cycle activitis • Fackt finding • Prezentacija i dokumentacija • Dokumentacija i prezentacija • Analiza izvođenja • Procesni i projektni management

  26. Alternativne strategije • Koju strategiju izabrati? • FAST- fleksibilna metodologija. Integracijsko korištenje alata i tehnika iz mnogih metodologija.

  27. Alternativne strategije

  28. Neke od strategija:The Model – Driven Development Strategy • The Rapid Application Development Strategy • The Commercial Application Package • Implementation Strategy • Hybrid Strategies • System Maintenance

  29. The Model – Driven Development Strategy

  30. PREDNOSTI • poslovne potrebe i sistem dizajn je lakše predočiti slikama nego riječima • lakše je identificirati, konceptualizirati, i analizirati aktualne tehničke solucije • Sistem može biti ispravnije konstruiran prvi puta kada je izgrađen • specifičnosti dizajna nastoje biti više zvučne, stabilne, prilagodljive i fleksibilne

  31. NEDOSTACI • uzima mnogo vremena sakupiti činjenice i napraviti modele. • Model može biti jedino dobar ukoliko je dobro razumijevanje korisnikovih potreba • korisnici moraju usko specificirati svoje potrebe prije dizajniranja;dizajn mora imati potpune tehničke specifikacije prije konstrukcije

  32. The Rapid Application Development Strategy

  33. BITNE POSTAVKE RAD-a • aktivnije uvodi korisnika sistema u analizu, dizajn i konstrukciju aktivnosti • Organizirati razvitak sistema u serijama, intenzivnim radionicama , uključujući nositelje sistema, korisnike,analitičare, dizajnere i izgraditelje. • ubrzati potrebe i faze dizajna

  34. PREDNOSTI • koristan je za projekte gdje su korisničke potrebe neizvjesne • pridonosi aktivnoj managerskoj i korisničkoj participaciji • projekti imaju veću vidljivost i podršku zbog širokog korisničkog sudjelovanja kroz projekt • korisnici i manageri donose rješenja puno brže nego u model-driven razvoju

  35. NEDOSTACI • neka dokazivanja da RAD pridonosi ostvarivanju rukovodeće podrške i održavanja sistema • neka dokazivanja da RAD pridonosi ostvarivanju rukovodeće podrške i održavanja sistema • neka dokazivanja da RAD pridonosi ostvarivanju rukovodeće podrške i održavanja sistema

  36. The Commercial Application Package

  37. PREDNOSTI • novi sistem može obično biti brzo ugrađen zato što opširno programiranje nije potrebno • isporučitelj preuzima odgovornost za značajnost sistema i ispravljanje pogrešaka • Mnoge poslovne funkcije su više slične nego različite za svaki posao u danim industrijama

  38. NEDOSTACI • uspješnost instaliranja COTS softvera ovisi o uspješnosti i održivosti isporučitelja.Ako isporučitelj prekida ugovor, tada se gubi tehnička podrška i buduće unapređenje. • kupljeni sistem rijetko predstavlja idealan izbor u odnosu na vlastito izrađeni

More Related