Академический Документы
Профессиональный Документы
Культура Документы
1. Uvod .....................................................................................................................3
2. Waterfall model ...................................................................................................4
3. Prednosti i nedostaci waterfall modela ...............................................................7
4. Faze waterfall modela ..........................................................................................8
6.1. Activity report ................................................................................................. 13
6.2. Matrica odgovornosti...................................................................................... 14
6.3. Gantogram ......................................................................................................15
6.4. Radni dijagram ............................................................................................... 16
7. Zaključak ...........................................................................................................17
2
1. Uvod
Kroz naš seminarski rad bavit ćemo se konkretno i isključivo waterfall modelom,
odnosno njegovom primjenom. Na početku ćemo vas upoznati sa pojmom waterfall
model (vodopadni model). Polazna pretpostavka metodologije životnog ciklusa razvoja
informacionog sistema je da se faze razvoja strogo sekvencijalno, istovremeno za cijeli
programski proizvod. Realizacija naredne faze ne započinje dok se tekuća faza ne
završi. Greške iz prethodnih faza, otkrivene u tekućoj, zahtjevaju da se one otklone i
dokumentuju vraćanjem u prethodne. Sekvencialni pristup, pored dobrih osobina, ne
daje uvijek prave efekte kada je u pitanju ostvarenje prethodno definisanih ciljeva. U
trećem poglavlju ćemo vam pokazati razvoj waterfall modela, od samog početka, tj. od
tvorca prve ideje pa nadalje. Nakon toga detaljno ćemo analizirati faze waterfall modela
na konkretnom primjeru. Za primjer mi smo uzeli online rezervaciju avionske karte. U
četvrtom poglavlju bavit ćemo se prednostima i nedostacima, nakon čega predstvaljamo
literaturu koju smo koristili prilikom izrade seminarskog rada i evidenciju naše
aktivnosti, kako grupne tako i pojedinačne.
3
2. Waterfall model
1. Preeliminarni dizajn
2. detaljni dizajn
3. kodiranje
4. jedinično testiranje
5. integracija
6. testiranje
1
[Predavanje 4,Skripta predavanja,Informacioni sistemi u saobraćaju i komunikacijama – Alem
Čolaković]
2
[<http://en.wikipedia.org/wiki-7Waterfall_model>,datum pristupa:8.11.2017]
4
Kasnije je ovaj kao i svi slični modeli odbačeni u korist iterativnog i inkrementalnog
razvoja.
3
Slika 1. Klasični waterfall model
Da bi slijedili Waterfall model moramo napredovati od jedne faze prema drugoj u čisto
sekvencijalnom stilu. Npr. prvo trebamo napraviti specifikaciju zahtjeva, što čini kamen
temeljac razvoja softvera. Kada su zahtjevi ispunjeni, krećemo na slijedeću fazu –
dizajn, koji ima ulogu plana za implementaciju danih zahtjeva. Kada je dizajn završen,
implementaciju realiziraju programeri. Napredujući prema kasnijim stadijima
implementacijske faze, vršimo integraciju različitih komponenti softvera koje su
proizvedene od strane različitih timova. Kada su završene implementacijska i
integracijska faza, softverski proizvod se testira i debugira.Ovdje se uklanjaju sve
greške koje su nastale u ranijim fazama.Nakon toga se softverski proizvod instalira i
3
[Predavanje 4,Skripta predavanja,Informacioni sistemi u saobraćaju i komunikacijama – Alem
Čolaković]
5
kasnije održava. Kod Waterfall modela ne smijemo preskakati faze. Na slijedeću fazu
možemo krenuti tek kada je prethodna kompletno završena i ispravna. Prikladan je
velikim projektima (investicijama), za dobro definisano okruženje, gdje postoje
razrađene procedure ručne obrade ili računarski sistem koji treba unaprijediti. Sistem
nije upotrebljiv dok nije u potpunosti gotov.
4
Slika 2. Pseudostruktuirani waterfall model
4
[Predavanje 4,Skripta predavanja,Informacioni sistemi u saobraćaju i komunikacijama – Alem
Čolaković]
6
tome što u potpunom pseudostruktuirani waterfall modelu imamo mogućnost iz svake
faze vratiti se u prethodnu, dok je kod djelomičnog pseudostruktuiranom waterfall
modela određeno iz koje faze postoji mogućnost vraćanja u neku drugu od prethodnih
faza.
-Prednosti
Bolje utrošeno vrijeme u ranijim fazama kod ovog modela može voditi do veće
ekonomičnosti kasnije. Npr. ako se u ranijim fazama otkrije greška, saniranje je mnogo
ekonomičnije nego ako se ista greška otkrije tek u kasnijim fazama, čime štedimo
novac, vrijeme i trud. Slijedeći pozitivni argument Waterfall modela je stavljanje
naglaska na dokumentaciju i izvorni kod softverskog proizvoda. Isto tako neki
preferiraju Waterfall model zbog njegovog jednostavnog i discipliniranog pristupa.
Ovaj model napreduje linearno kroz diskretne, lako razumljive i lako objašnjive faze, te
je zato jako jednostavan. Isto tako pruža lako obilježive kontrolne točke u razvojnom
procesu.
-Nedostaci
Mnogi smatraju da je Waterfall model loša ideja u praksi, uglavnom jer je uvriježeno
mišljenje da je nemoguće usavršiti jednu fazu u razvoju softverskog proizvoda, pa tek
onda krenuti na drugu. Većina softverskih projekata moraju biti otvoreni promjenama
zbog eksternih faktora; većina softvera je napisana kao dio ugovora sa klijentom, a
klijenti su skloni promjenama svojih ranijih zahtjeva. Zbog toga je veliki problem
mijenjati proizvod u kasnijim fazama.Također je teško procijeniti vrijeme i troškove za
svaku fazu. Isto tako Waterfall model ne pokriva nikakve formalne mjere kontrole
menadžmenta nad projektom. Još jedan važan nedostatak koji treba uočiti je loša
7
iskorištenost resursa. Samo određen broj članova tima će biti kvalificiran za svaku fazu;
neki članovi koji su specijalizirani za jednu fazu, ne rade ništa za vrijeme drugih faza
KRITERIJ
Mogućnost ranijeg
korištenja
proizvoda
- + +
Fiksni troškovi
+ - -
Table 1 Prednosti i nedostaci
Analiza :
U ovu fazu spadaju svi mogući zahtjevi sistema koje treba razviti.Sve urađeno u ovoj
fazi treba biti dokumentovano.Ona na kraju rezultira u modele, šeme i poslovna pravila
koja se moraju poštovati u nastavku projekta.
Oblikovanje:
8
Izrada :
Evaluacija:
U ovoj fazi se sistemski pregleda izrađeni softver radi nalaženja i otklanjanja grešaka u
softveru. Svrha ove faze je praktično testiranje softvera.
Primjena:
5. Case study
Prva faza jeste planiranje koja uključuje izradu baze podataka, korisnički interface i
održavanje servera. Cilj našeg informacionog sistema jeste omogućiti korisniku online
5
[Predavanje broj 2,Skripta Predavanja,Informacioni sistemi u saobraćaju i komunikacijama – Alem
Čolaković]
9
rezervaciju avionske karte.Na gantogramu prikazanom na slici br.4 predstavit ćemo
proces planiranja.
Treća faza je oblikovanje našeg informacionog sistema. U ovoj fazi jedan tim stručnjaka
će biti zadužen za pravljanje baze podataka i za održavanje server. Drugi tim će praviti
korisnički interface tako da mu je moguće pristupiti i preko računara i preko mobilnog
telefona, tj. oni će izraditi web stranicu.Sam način funkcionisanja sistema objašnjen je
na slici br.3 koja predstavlja radni dijagram.
10
Slika 3. Radni dijagram Case study
11
Matrica odgovornosti:
AKTIVNOST
BAZA PODATAKA K O
KORISNIČKI
INTERFACE K O
ODRŽAVANJE
SERVERA K O
TESTIRANJE O K K
O- odgovoran
K- konsultovati
12
6. Prilog
6.1.Activity report
13
6.2.Matrica odgovornosti
Članovi
Trifunović Brčaninović Lisak Edina Ajanović
Zadatak Stefan Kemal Selma
Istraživanje o O S S S
temi S
seminarskog
rada
Traženje K O
literature za S S
seminarski
rad
Izrada O S
koncepta S
seminarskog
rada
Izrada O S S S
seminarskog S
rada
Izrada K S O
prezentacije S
Table 4 Matrica odgovornosti
14
6.3.Gantogram
15
6.4.Radni dijagram
16
7. Zaključak
Kroz ovaj naš seminarski rad mi smo pokušali što bolje objasniti waterfall
model.Sekvencijalni odnosno vodopadni pristup nekada ne daje baš prave
efekte kada je u pitanju ostavrenje prethodno definiranih ciljeva.U ovom
modelu primjene metodologije životnog ciklusa krajnji korisnik nije dovoljno
uključen u process razvoja programskog proizvoda.Postoji potreba da se u
razvoju informacionog Sistema odjednom ulože značajna finansijska sredstva
što je također uzrok loših efekata oovog modela. Upoznali smo se sa dvije vrste
modela i to klasični vodopadni model i pseudostruktuirani model. Kod
klasičnog vodopadnog modela smo vidjeli da faze idu jedna nakon druge i tek
se iz posljednje možemo vratiti i popravljati prethodne faze, dok je kod
pseudostruktuiranog unaprijed određeno iz koje se faze možemo vratiti u koju
prethodnu. U ovom seminarskom radu naglasak je na osobinama, kako
pozitivnim tako i negativnim da bismo utvrdili koliko je prihvatljiv odnsno
neprihvatljiv za korištenje. U petom poglavlju smo se bavili našim konkretnim
primjerom.Za primjer smo uzeli online rezervaciju avionske karte. Na primjeru
smo objasnili faze waterfall modela. Za svaku fazu smo zamislili određene
zahtjeve, potrebe i pokušali na što bolji način ovaj primjer informacionog
implementirati kroz faze waterfall modela.Na kraju rada smo predstavili naše
aktivnosti, grupne ali i pojedinačne.
17
Popis slika :
Popis tabela:
Popis literature:
[http://en.wikipedia.org/wiki-7Waterfall_model]
18