Hehe,ponovo sam pročitao svoju temu što sam napisao i zaključio sam da sam je pogrešno napisao i zato me nisi shvatio..ja zapravo i ne treba da radim fizički dio posla ,samo konceptualni ,na par prostih primera da pokažem profesoru da shvatam pravila modelovanja baze podataka,tj da nekakve osnovne enitete napišem,definišem domene,biznis pravila i veze među domenima..a onda da to "inžinjerski" dokumentujem u word dokumentu,fizički deo i SQL upite smo radili na vežbama..ne treba da uradim kompletan funkcionalan sistem,ovo su tek osnove koje smo učili.
.Kako god u svom ovom nesporazumu ja sam na kraju odradio posao i poslao prvu verziju profi na proveru,zahvaljujem druže na odgovoru i veoma te dobro razumem o toj priči poslodavac dođe ovo ,hoće ono ,nama profesor programiranja često priča o tom problemu ,međutim to je pitanje samog ugovora ti kad sklapaš s nekim ugovor poslodavac ti je dužan da ti izjasni svoje i korisničke zahteve sistema kojeg je potrebno napraviti.Kada se dovoljno razrade problematika onda "izvođač radova" bi trebao da dostavi potpuno jasno definisanu dokumentaciju poslodavcu u kojoj tačno stoji spisak "stvari" koje taj sistem treba da ima po njegovom shvatanju,u koliko ima nekakvih nesaglasnosti onda bi se to trebalo korigovati ,posebno u slučaju dodataka automatski se menja i cena radova ;)..Tek onda kada je sve dogovoreno i
potpisano crno na belo izvođač počinje s radom i kasnije ga nije više briga da li nešto sistemu fali jer je poslodavac potpisao sve što je dogovoreno da se uradi.A što se tiče korisničkih zahteva mi na fakultetu imamo poseban predmet u 3. godini mislim,a to je još jedna duga priča ;)
Toliko o mom shvatanju ;)
alea iacta est
Konceptualni model podsistema fakulteta o evidenciji studenata?
