Windows aplikacija: Križić - kružić

Projektni plan
Travanj, 2016
 Windows aplikacija: Križić - kružić

Naziv dokumenta: Windows aplikacija: Križić – kružić

Plan projekta

Datum izdavanja: Travanj 2016.

Datum revizije: Lipanj 2016.

Broj ugovora: ZZ-IOPRQK-QWAXYS

Broj projekta: Zadatak: 15-0304-16-5-77

Pripremili: Dino Kralj

Ivan Klasić
Marija Biondić
Valentina Vukelić

Odobrenje: __________________________________
First, Last, SO-111
 Sadržaj

Predgovor 1

1. Uvod 2
1.1 Sadašnje okruženje 2
1.2 Prethodne aktivnosti 2
1.3 Ciljevi projekta 2
1.4 Korisničke grupe 3
1.5 Pregled proizvoda ISM 3
1.6 Svrha projekta 3
1.7 Miljokazi 3

2. Organizacija projekta 4
2.1 Model razvoja 4
2.2 Projektni tim 4
2.3 Uloge i odgovornosti 5
2.4 Eskalacija problema 6

3. Pristup menadžmenta (uprave) 7

3.1 Prioriteti menadžmenta 7
3.2 Praćenje projekta i kontrola 7
3.2.1 Izvještaj o statusu 7
3.2.2 Izlazna faza 7
3.3 Pretpostavke i ovisnosti 7
3.4 Rizik menadžmenta 8
3.5 Procjene projekta 8
3.5.1 Procjene vremena 8
3.6 Plan osoblja 8
3.6.1 Potrebne vještine 8
3.7 Glavni raspored/ dokumenti projekta 9

4. Tehnički pristup 10
4.1 Programski jezici 10
4.2 Sigurnost 10
4.3 Zahtjevi za hardver/ softver 10
4.4 Upravljanje konfiguracijom 10
4.5 Proces kontrole promjene 10
4.6 Strategija testiranja 11
4.7 Osiguranje kvalitete 11
4.8 Obučavanje 11
4.9 Dokumentacija 11
Predgovor

Kontrola verzije dokumenta: Dužnost čitatelja je da si osigura posjedovanje najnovije verzije

ovog dokumenta. Pitanja se trebaju postavljati vlasniku ovog dokumenta ili voditelju projekta.

Ovaj plan napravili su studenti treće godine stručnog studija Elektrotehničkog fakulteta u
Osijeku (smjer - informatika) kao dio laboratorijskih vježbi iz kolegija “Projektiranje i
održavanje programske podrške”. Aplikacija: Križić-kružić razvijena je za potrebe ETFOS-a
kao praktični dio ispita kolegija.

Faza razvoja: Aplikacija Križić-kružić se trenutačno nalazi u fazi razvoja Planiranje

Odobrenje: Izlazna faza će ustanovit odobrenje ovoga plana

Povijest promjena dokumenta: Do sada ne postoji revizija ovog dokumenta.

1. Uvod

Svrha ovog dokumenta jest pružiti čitatelju informacije o projektu aplikacije Križić-
kružić; o načinu igranja, rizicima, projektnom timu i upravi. Ovaj će plan:

- Osigurati generalni opis proizvoda

- Identificirati rasporede i potrebne aktivnosti
- Identificirati potrebne resurse
- Uspostaviti zajednički izvor informacija
- Uspostaviti temeljni raspored
- Osigurati temeljni smjer uprave i kontrole

Revizija ovoga plana može biti provedena na kraju svakog od sljedećih stupnjeva razvoja
(pogledati poglavlje Miljokazi):

- Definiranje zahtjeva i dizajn

- Programiranje i testiranje
- Instalacija

Sve promjene dokumenta bit će navedene u poglavlju Predgovor.

Pozadina

Projekt aplikacija Križić-kružić poslužit će kao praktični dio kolegija “Projektiranje i

održavanje programske podrške ”.

1.1 Sadašnje okruženje

Trenutno je u razradi ideja o samoj aplikaciji Križić-kružić. Članovi tima se

dogovaraju koji su trenutni zahtjevi te koliko će vremena biti potrebno za svaku fazu. Okoliš
razvojnog tima je za osobnim računalom te kodiranje aplikacije.

1.2 Prethodne aktivnosti

Prethodne aktivnosti koje su utjecale na donošenje odluke o pokretanju razvoja
aplikacije nisu dostupne.

1.3 Ciljevi projekta

 Cilj ovog projekta jest pružiti korisnicima aplikaciju za igranje igrice križić-kružić
koja će biti jednostavna za igranje te podsjetnik na jednostavne igrice koje smo igrali kad smo
bili mali.
1.4 Korisničke grupe
Aplikacija Križić-kružić biti će izrađena za inženjere Elektrotehničkog fakulteta kao i
osobe koje se žele zabaviti uz ovu jednostavnu i zabavnu igricu.

1.5 Pregled proizvoda

1.6 Svrha projekta

Aplikacija će biti dostupna na osobnim računalima te neće biti potrebna instalacija.

Potrebno je pokrenuti samo .exe datoteku i uživati u igrici.

1.7 Miljokazi

U sljedećoj tablici pregledno su prikazani miljokazi projekta Križić-kružić. Uneseni

datumi predstavljaju procjene vremena završetka pojedinih razvojnih faza. Sve dodatne
informacije o rasporedu i dokumentima nalaze se u glavnom rasporedu (poglavlje 3.7).

Miljokaz Ciljani datum

Izlaz iz faza Planiranje i Definiranje zahtjeva i dizajn 20.04.2016.
Izlaz iz faze Programiranje i testiranje 20.05.2016.
Izlaz iz faze Instalacija 20.06.2016.
2. Organizacija projekta

2.1 Model razvoja

Razvoj projekta aplikacije Križić-kružić, slijediti će Software Engineering

Methodology (SEM). SEM je standard metodologije životnog ciklusa.
Krojenje životnog ciklusa ovoga projekta uključuje modifikacije faza, broja i tipova
dokumenata. U sljedećim poglavljima nalaze se devijacije u odnosu na SEM model za projekt
po kojem će se Križić-kružić raditi.

Planirane devijacije – faze

U ovoj fazi ćemo stvoriti ideju u kojem programskom jeziku ćemo napraviti aplikaciju
i kako će ona izgledati. U ovoj fazi će biti dosta odstupanja zbog dogovora i postavljanja
zahtjeva između naručitelja i projektnog tima.

Osam faza metodologije aplikacije će biti raspoređeno u sljedećih pet faza:

1. Planiranje,
2. Definiranje zahtjeva i dizajn,
3. Programiranje i testiranje,
4. Instaliranje,
5. Održavanje.

2.2 Projektni tim

U slijedećoj tablici definiran je projektni tim za projekt izrade aplikacije.

Projektni tim
Razvojni tim Usluge i podrška Odobritelji
Projektni planer Tester Vlasnik sustava
Programer Specijalist za dokumentaciju Korisnici sustava
Dizajner Vlasnik sustava Projektni nadzornik
 2.3 Uloge i odgovornosti

U sljedećoj tablici definirane su uloge i odgovornosti članova projektnog tima i

njihove funkcije u Izlaznim faza.

Funkcija u
Uloga Ime Org. Odgovornost
Izlazu faze
Provjerava koliko razvojni tim
razumije svrhu i razvoj
aplikacije. Ima opću
Prof. Ninoslav
Posjednik sustava ETFOS odgovornost za sustav i Odobrava
Slavek
podatke. Pomaže u rješavanju
konflikata

Projektni Krešimir EX-431 Konzultira se s projektnim Odobrava

nadzornik Vdovjak, asistent timom i zadužen je za krajnje
odobrenje projekta.
Odgovoran za dnevno
planiranje i kontrolu projekta.
Koordinira rješavanje
Menadžer problema. Upravlja i
Marija Biondić ETFOS Odobrava
projekta koordinira tehničkim
naporima. Osigurava valjanu i
pravovremenu komunikaciju.

Priprema i upravlja planove

projekta. Prati i izvještava o
Planer projekta Marija Biondić ETFOS Razvoj
napredovanju projekta.

Dino Kralj, Testiraju sustav i ukazuju

Ivan Klasić, programeru pogreške na koje
Tester ETFOS Odobrava
Marija Biondić, su naišli i na neispravnost
Valentina Vukelić sustava.
Dino Kralj, Pišu dokumentaciju vezanu za
Specijalist za
Ivan Klasić, ETFOS sustav s detaljnim Odobrava
dokumentaciju
Valentina Vukelić objašnjenjima.
Programira sustav u Razvoj
Marija Biondić predviđenim tehnologijama i
Programer ETFOS
programskim jezicima. Brine
se za ispravnost rada.
Marija Biondić Dizajnira grafičko korisničko Razvoj
Dizajner ETFOS
sučelje.
2.4 Eskalacija problema

Probleme treba rješavati redovito i pravovremeno. Težina problema će diktirati razinu

odgovornosti osobe i dozvoljeno vrijeme za rješavanje. Ako se u određenom vremenskom
periodu ne donese odluka o konfliktu, menadžer projekta nastavlja s projektom uz rizik.

Menadžer projekta Rješava one konflikte unutar tima koji se tiču funkcionalnih
aspekata aplikacije (5 radna dana)

Posjednik sustava Rješava probleme između razvojnog tima i menadžera projekta

u situacijama kad nastaju razlike oko cilja projekta ili
rasporeda ili ako se pojavljuju sporne točke u temeljnim
stvarima.

Kontakt za korisnike Rješava probleme između razvojnog tima te osnovnih

korisnika u određivanju važnih zahtjeva kada su izvori
ograničeni.
3. Pristup menadžmenta (uprave)

3.1 Prioriteti menadžmenta

Glavni prioriteti izrade ove aplikacije je upoznavanje studenata s izradom igrice

Križić-kružić u C# unutar kolegija Projektiranje i održavanje programske podrške. Prioritet
projekta je ispuniti sve korisničke zahtjeve. Zadnji prioritet je isporuka aplikacije u
planiranom roku.

Sljedeća poglavlja upućuju na aktivnosti projektnog menadžmenta. Te aktivnosti će

pomoći pri postizanju glavnih prioriteta i ciljeva projekta. Ova poglavlja govore o tome kako
će se pratiti i izvještavati o napredovanju projekta, kako će problemi biti prepoznati i riješeni
te o određenim pretpostavkama i međuzavisnostima koje su ključ uspjeha projekta

3.2 Praćenje projekta i kontrola

Raspored rada na projektu je određen je krajnjim rokom. Krajnji rok završetka

projekta i dokumentacije je do kraja 6. mjeseca. Svaki tjedan programer će obavještavati
ostatak tima o napretku projekta i tako će ostatak tima moći ažurirati dokumentaciju.
Najveći dio praćenja i informiranja o projektu će se obavljati na laboratorijskim
vježbama, ali također i u dogovorenim drugim terminima po potrebi.

3.2.1 Izvještaj o statusu

Svaka faza razvoja će završiti u kontrolnoj točki - izlazna faza. Nakon izlaska iz svake
faze treba potvrditi valjanost navedene faze. Nakon toga dolazi slijedeća faza.

3.3 Pretpostavke i ovisnosti

Pretpostavka: Predznanje korisnika

Pretpostavlja se da će osoba koja bude koristila aplikaciju imati računalo s

operativnim sustavom Windows. Imati osnovna znanja rada na računalu.

Ovisnost: Naručitelj softvera

Naručitelj softvera obavezan je dati razvojnom timu kompletne zahtjeve na softver

kako bi razvojni tim mogao napraviti kvalitetan plan izrade softvera.
3.4 Rizik menadžmenta

Kategorija rizika: Raspored

Projektni tim je napravio raspored koji pokriva predviđeni raspon trajanja izrade
projekta. Budući da je projekt u početnoj fazi izrade, pretpostavlja se da će biti potrebne
izmjene u rasporedu.

Uklanjanje rizika: Ako se javi potreba za izmjenom rasporeda, projektni menadžer je

zadužen za izmjenu i odobravanje rasporeda.

Kategorija rizika: Mijenjanje zahtjeva

Postoji mogućnost da će zahtjevi za promjenom narudžbe rasti kroz faze razvoja i

programiranja. Tipični razlozi za to su poboljšanje funkcionalnosti i upotrebljivosti aplikacije.

Uklanjanje rizika: Projektni se tim od samog početka izrade projekta mora pridržavati
rasporeda izvođenja te pokazati vješte programerske sposobnosti.

3.5 Procjene projekta

3.5.1 Procjene vremena

Procjena za ovu aplikaciju i projekt su određene analizom projektog zahtjevanja koje

znamo. To znanje je bazirano na razinama vještinama/iskustvima, kako je to definirano u
poglavlju Plan osoblja. Članovi projektnog tima su na temelju dosadašnjeg iskustva
procijenili da će za izradu ovog projekta biti potrebno oko 6 tjedana.

3.6 Plan osoblja

Razni resursi i vještine biti će potrebni kako bi se završio projekt izrade aplikacije.
Osoblje projekta će morati posjedovati sljedeće vještine: upravljanje projektom, planiranje
projekta, razvoj sustava, analiza sustava, programiranje, testiranje, testiranje prihvatljivosti,
dokumentiranje i obučavanje. Slijede opisi pozicija koje moraju biti upotpunjene.

3.6.1 Potrebne vještine

Menadžer projekta mora posjedovati sposobnost za planiranje razvoja, za

koordiniranje aktivnosti među različitim grupama, za koordiniranje tijeka posla, za vođenje
sastanaka projekta i za pronalaženje rješenja. Ova pozicija zahtijeva vrlo malo nadzora.

Planer projekta mora biti sposoban za razvijanje plana projekta upotrebljavajući

pristup od baze. Ova osoba mora biti sposobna koordinirati aktivnosti nekoliko osoba koje će
osigurati detaljne procjene projekta i ovisnosti. Ova osoba mora biti u stanju usko surađivati s
menadžerom projekta na rješavanju problema i brizi oko organizacije.
 Dizajner/Programer mora biti sposoban proizvesti Specifikaciju zahtjeva (baziranu
na dokumentima Specifikacija zahtjeva i Dizajn) te programirati aplikaciju koristeći razvojno
okruženje C#. Ova pozicija zahtijeva vrlo malo nadzora. Dizajner/programer je odgovoran za
delegiranje programa Programeru.

Programer mora biti sposoban programirati i testirati dijelove programa

upotrebljavajući dokument Specifikacija zahtjeva.

Neovisni ispitivač mora biti u stanju istražiti (pregledati) Specifikaciju zahtjeva i

Dizajn kako bi ustvrdio testibilnost funkcija koje su tamo opisane. Ispitivač mora biti
sposoban razviti i izvršiti Plan integracije sustava i Plan testiranja sustava bazirane na
Specifikaciji zahtjeva. Ova pozicija će raditi neovisno o razvojnom timu kako bi se osigurao
objektivan pregled proizvoda.

3.7 Glavni raspored/ dokumenti projekta

Slijedi glavni raspored planirani za svaku fazu životnog ciklusa projekta aplikacije te
planirani datumi završetka faza.

Faza Ciljani datum

Izlaz iz faza Planiranje i Definiranje zahtjeva i dizajn 20.04.2016.
Izlaz iz faze Programiranje i testiranje 20.05.2016.
Izlaz iz faze Instalacija 20.06.2016.
4. Tehnički pristup

4.1 Programski jezici

Aplikacija će se razvijati za OS Windows, koristeći C# na operativnom sustavu Windows 7.

4.2 Sigurnost

Razina sigurnosti je niska. Program ne sadrži nikakve povjerljive informacije ili bilo
kakve informacije osobne prirode.

4.3 Zahtjevi za hardver/ softver

Za korisnike aplikacije se zahtijeva bilo koji uređaj s operativnim Windows XP ili

noviji.

Korištena hardwerska konfiguracija:

 AMD Quad-Core Processor A8-3500M

 4 GB RAM-a
 500G HDD
 Windows 7
 AMD Radeon HD 6650M

4.4 Upravljanje konfiguracijom

Configuration Management (CM) se pri izradi ovog projekta nije koristio.

4.5 Proces kontrole promjene

Zahtjevi će biti uspostavljeni kada se završi faza Definiranje zahtjeva i dizajn. Svaki
zahtjev dodan nakon toga će zahtijevati zajednički sporazum svih odobravatelja i modifikaciju
datuma ostalih dokumenata u rasporedu.
Slijede osobe koje će biti zadužene za upravljanje promjenama u ISM projektu:

Marija Biondić
Dino Kralj
Ivan Klasić
Valentina Vukelić

Sve odobrene promjene i njihov utjecaj na raspored i proračun projekta bit će ispitani u
svakom izlazu faze.
4.6 Strategija testiranja

Testiranje će se izvesti od strane nezavisnih testera na njihovim osobnim računalima.

U ovisnosti o instalaciji pokretanje aplikacije nije komplicirano. Od testera će se očekivat
prilaganje izvješća na pogreške.
Nakon isticanja pogreške razvojni programeri trebaju ispraviti greške u dozvoljenom roku.

4.7 Osiguranje kvalitete

Osiguranje kvalitete za ovaj projekt uključuje Asesment faze (In-Stage assessment)

vođenu blizu kraja svake faze razvoja. Asesment faze osigurava djelotvorno praćenje
ustanovljenog razvoja sustava, procesa menadžmenta projekta i procedura, te da su prepoznati
rizici tekućeg plana. Savjetnik OK će biti važan član projektnog tima i omogućavat će
menadžment projekta, proces razvoja i podršku u osiguravanju kvalitete kroz trajanje
projekta.

4.7.1 Prevencija grešaka

Kao prevenciju grešaka u našem projektu služit će detaljne konzultacije s naručiteljem

projekta. U slučaju da se dogodi neka greška sa aplikacijom, služba za potporu bi trebala
preuzeti odgovornost te ispraviti grešku proizvoda u što kraćem roku.

4.8 Obučavanje

S obzirom da je aplikacija Križić-kružić jednostavna igrica, nije potrebno obučavanje za

igranje iste.

4.9 Dokumentacija

Tradicionalna sistemska dokumentacija određena putem SEM-a je planirana i izrađena

za ovaj projekt. Dokumentaciju čine Upute za korisnika, koje bi prema planu trebale biti
vizualne prirode kako bi korisnici mogli bez problema shvatiti rad aplikacije.