Projektet do te vleresohen mbi bazen e disa kritereve.
Disa nga kriteret jane te detyrueshme ndersa disa jane kritere shtese.
Nese projekti nuk ploteson kriteret baze atehere nuk do te pranohet prezantimi i projektit.
Kerkesat me ngjyre te kuqe jane te detyrueshme, kerkesat me ngjyre jashile jane kerkesa shtese.
Analiza e problemit
- Duhet te prezantohet nje pershkrim narrativ te problemit
- Duhet te prezantohet diagrama e kontekstit, ku do te evidentohen modulet funksionale , aktoret dhe nderveprimi midis tyre
- Duhet te paraqiten diagramat use-case per rastet kryesore, psh porosi e re, etj etj
Baza e te dhenave
- Duhet te prezantohet skema llogjike e bazes se te dhenave
- Projekti duhet te kete kete nje baze te dhenash relacionale , se paku ne formen e trete normale
- Veprimet baze (si porosi, shitje,pagese, transport,dorezim,gjendje magazine) duhet te jene transaksionale
- Ne bazen e te dhenave duhet te jene krijuar indekset e nevojshme per kapjen e shpejte te te dhenave. ( Indekset duhen argumentuar mbi bazen e pritshmerise per queri qe do te ekzekutohen me shpesh)
- Te dhenat e ndjeshme si: fjalekalim, karte kredit, PIN etj duhet te ruhen te enkriptuara
- Ne bazen e te dhenave duhet te kete nje rol/perdorues per sejcilin nga rolet ne aplikacion. Te drejtat e rolit/perdoruesit do te caktohen me parimin e sa me pak te drejtave, duke i caktuar cdo perdoruesi vetem te drejtat e nevojshme mbi objektet e bazes se te dhenave
- Duhet te kete nje strategji per backup dhe recovery, e cila duhet te jete ekzekutuar se paku nje here per efekte testimi
Aplikacioni
- Duhet te prezantohet nje skicim i layout te aplikacionit, pa grafike nje skicim , ku do te ndodhen funksionet e caktuar , mund te perdorni visio per kete
- Duhet te prezantohet nje pageflow/ sitemap qe tregon rrjedhen e ekzekutimit te faqeve. (mund te perdoret visio)
- Aplikacioni duhet te jete i ekzekutueshem ne internet nje dite para prezantimit
- Modulet e aplikacionit duhet te lidhen me bazen e te dhenave me kredencialet e perdoruesit te bazes se te dhenave qe ka saktesisht te drejtat per kete rol te aplikimit. jo root , sa apo sysdba
- Modulet e aplikacionit duhet te jene te mbrojtura ne menyre te tille qe te mund te kapen vetem nga personat te autorizuar (financa vetem financen, magazina vetem magazinen etj)
- Aplikacioni duhet te zbatoje teknika qe fshehin emrat reale te faqeve {url rewrite}
- Aplikacioni duhet te zbatoje teknika qe kontrollojne input e perdoruesit , ne klient
- Aplikacioni duhet te zbatoje teknika qe kontrollojne input e perdoruesit , ne browser
- Aplikacioni duhet te lejoje qe faqet te aksesohen/referohen vetem nga faqe te aplikimit jo nga adresa te jashtme. me perjashtim te faqes kryesore qe do te sherbeje si hyrje ne aplikim. Testi per kete mund te behet ne dy menyra. Ndertoni ne kompjuterin tuaj nje skedar html me nje link ose forme me destinacion faqet e aplikimit dhe ruajeni kete ne desktop. Nese nga ky link ose forme shkon nje kerkese tek cdonjera nga faqet ath ajto duhet ta ridrejtoje kerkesen tek faqe hyrese ne aplikim(index ose default)
- Aplikacioni duhet te kontrolloje rastet kur perdoruesi vendos fjalekalimin 3 here gabim. Ne keto raste perdoruesi llogaria e perdoruesit kycet dhe i dergohet perdoruesit nje email me nje kod, qe do ti kerkohet kur ai te c'kyce llogarine e tij.
- Aplikacioni duhet te ofroje funksionalitetet e nevojshme per ndjekjen e ciklit te plote te porosive, qe nga berja e porosise, pagesa, gjendja e stokut, paketimi, transporti, konfirmimi etj.
- Aplikacioni duhet te printoje dokumentat e nevojshem ne ndihme te ketij procesi, psh nje urdher transporti per transportuesin me detajet e pakos dhe adresen etj
Perpunimi i pagesave
- Aplikacioni do te kete pranoje pagesa nga interneti si edhe do te kete nje proces te integrimit me pjesen back end te aplikimit.
(psh nese perdoruei ben nje porosi dhe ben pagesen ne paypal, duhet te kete nje menyre qe vendos informacioni qe kjo porosi eshte paguar dhe duhet te vazhdoje ciklin me tej psh te shkoje per paketim apo transport)
- Aplikacioni mund te kete funksionelitet per integrimin me perpunuesin e pagesave ne menyre automatike, psh PayPal IPN
Nderfaqet alternative
- Aplikacioni mund te kete integruar nderfaqen me SMS nje drejtimore (njoftojme perdoruesit)
- Aplikacioni mund te kete integruar nderfaqen me SMS dy drejtimore (query ne DB)
- Aplikacioni mund te kete integruar nderfaqen me ze
- Aplikacioni mund te kete ndertuar nje nderfaqe per Mobile
Modifikimi, Zgjerueshmeria
- Duhet te prezantohet nje plan i dokumentuar (gati per ilustrim) per modifikimin e design grafik, mundesisht pa nderhyre ne kod. Cdo menyre pranohet dhe do te vleresohet sipas rastit.
- Mund te prezantohet nje plan i dokumentuar (gati per ilustrim) per modifikimin e layout te aplikimit.
Sqarime shtese:
Prezantim i projektit nuk eshte i detyrueshem. Studentet mund te paraqiten ne provim edhe pa dorezuar projekt.
Ne kete rast ata do te vleresohen maksimalisht 60 pike.
Lenda ne total ka 100 pike (60 pike provim + 40 pike projekt).
Minimumi i pikeve ne total per te kaluar lenden eshte 35 pike, pra nga provimi duhet te merren se paku 35 pike. Pra nese nje student merr 20 pike ne projekt dhe 20 ne provim, ndonese ne total ta akumuluar 40 pike, provimi nuk konsiderohet i kaluar.
Eshte e nevojshme qe te merren se paku 35 pike ne provim, pasi ky eshte kriter i domosdoshem.
Projektet mund te prezantohen vetem ne sezonin e rregullt, nuk eshte e mundur qe projektet te prezantohen ne sezonet e vjeshtes apo te mbartur.
Ndersa provimi mund te jepet ne sejcilin prej ketyre sezoneve.
Nese nje student merr 20 pike ne projekt dhe 2 pike ne provim, do te vleresohet me noten 4 dhe do ti duhet ta rijape provimin ne sezonin e vjeshtes.
Nese ne sezonin e vjeshtes studenti vleresohet ne provim me 37 pike atehere ai ne total do te kete akumuluar 20+37=57 pike dhe do te vleresohet me noten 7(shtate).