Professional Documents
Culture Documents
Draft Inxhinieri Softuerike Mostra e Modelimit Per Inxhinieri Softuerike 2
Draft Inxhinieri Softuerike Mostra e Modelimit Per Inxhinieri Softuerike 2
Draft Inxhinieri Softuerike Mostra e Modelimit Per Inxhinieri Softuerike 2
Emri i temës
Inxhinieri Softuerike
Prishtinë
2022
Përmbajtja
1. Fushëveprimi i projektit (Project Scope) 3
2. Analiza teknike dhe teknologjike 3
2.1. Hulumtimi për projektet e ngjashme 3
2.1.1. Hardware analiza 3
2.1.2. Software analiza 3
2.2. Fizibiliteti teknik 3
2.2.1. Rreziku 3
2.2.2. Madhësia e projektit 3
2.3. Fizibiliteti operacional 3
2.3.1. Target grupi 3
2.3.2. Menaxhimi i projektit 3
2.3.3. Zgjerueshmeria 4
2.3.4. Trajnimet 4
2.4. Fizibiliteti ekonomik (Opsionale) 4
2.4.1. Kostot e implementimit të sistemit 4
2.4.2. Kostot operacionale 4
2.4.3. Analiza e rrjedhës së parasë 4
3. Metodologjia e zhvillimit të softuerit 4
4. Definimi i Kërkesave (Product backlog) 4
4.1. Analiza 3C për User Stories 5
4.2. Klasifikimi i kërkesave 5
4.2.1. Kërkesat funksionale 5
4.2.2. Kërkesat jo-funksionale 5
4.2.3. Use Cases Përshkrimet 5
4.2.4. Skenarët 6
5. Dizajni 6
5.6. Diagramet e aktivitetit (Acitivity Diagram) 6
6. Testimi (Opsionale) 6
7. Referencat 7
8. Aneks Dokumentet 7
8.1. Inicimi i projektit 7
1. Fushëveprimi i projektit (Project Scope)
Një kompani kërkon implementimin e një sistemi që e bën më të lehtë menaxhimin e të gjitha
shërbimeve të nevojshme për organizimin e dasmave.
Sistemi ofron përzgjedhje të personalizuara nga useri dhe ju paraqet një zgjidhje sa më efikase
dhe të përshtatshme normalisht lidhur me pritshmëritë dhe kërkesat që i ka.
Sistemit mund t’iu qaset qdo klient që është i interesuar apo që ka nevojë pë ndihmë, përmes
telefonit apo PC.
Ky sistem është përdor edhe më herët nga kompani të tjera në vende jashta Kosovës, por në
Kosovë ne mendojmë që është nevoja që kjo ide të ekzistoj e të zhvillohet. Ky sistem po ashtu
nuk ka qenë asnjëherë i rafinuar mirë, e me këtë gjë në mendje ne duam të sjellim diqka
inovative në komunitetin tonë që do ta bënte organizimin e dasmave të shumta në Kosovë më
të lehtë.
Sistemi patjetër që do të jep ndihmë userëve që iu qasen faqes gjithmonë lidhur me kërkesat e
tyre. Kjo do të ulë kohën që do të shpenzohej nëse personi do të vendoste ta menaxhoj një
sistem të tillë pa ndonjë ndihmë. Mendohet se shumica e klientëve do të qasen në aplikacion
përmes paisjeve teknologjike personale: llaptopeve apo smartfoneve.
2.1.1. Hardware analiza
Natyrisht që cdo projekt softuerik është i bazuar në një harduer për të punuar. Me gjithë atë,
gjatë zhvillimit të mëtutjeshëm të faqes do të na duhen elemente te harduerit si:
- Server i databazës
- Server i hostingut
- Rrjeti i dedikuar
- Kompjuterët për zhvillim të faqes
Për programim të sistemit është e përshtatshme të bëhet një ndarje mes front end-it, back
end-it dhe lidhjes me databazë të të dhënave që integrohen në sistem.
Për front end do të përdorim React.js librarinë, pasi që është një ndër mënyrat më të mira të
krijimit të një ndërfaqeje të mirëfillt të përdoruesit me dizajn të mirë, për back end do të
përdorim .net framework e cila do të na mundësoj që ti kryejm të gjitha lidhjet me serverat në
mënyrë sa më të lehtë, të shpejtë dhe efektive, kurse sa i përket databazës i gjithe
informacioni i cili do të qarkulloj në faqe do të jetë i centralizuar në serverat tonë dhe do të
menaxhohet me MSSQL.
Ndër rreziqet që mund të kemi është centralizimi i projektit, do të thotë krijimi i serverave,
lidhja dhe futja në funksion për të siguruar efikasitetin e faqes. Po ashtu edhe nëse arrijmë të
krijojmë serverat tonë mund të paraqitet problem i konfigurimit të tyre ashtu që të punojnë në
bazë të nevojave tona.
Gjatë sezonës së verës në Kosovë, numri i kërkesave për dasma rritet eksponencialisht
sidomos periudha e muajve qershor, korrik, gusht, shtator. Kjo rritje e madhe e kërkesave
mund të na sjell mbingarkesë në sistemin tonë, andaj kemi menduar që rritja e performancës
dhe kapacitetit të serverave të rritet 2 herë më shumë, investimi i parave në cloud servera
mund të jetë një ndihmë e mire, sepse ato mund ti paguajmë vetëm gjatë kësaj periudhe, por
jo domosdoshërisht gjatë tërë vitit. Si rezultat arrijmë në ulje të kostos dhe konsistencë të
performancës gjatë tërë vitit.
2.2.2. Madhësia e projektit
Kjo teknologji paramendohet se do të ketë përdorim me një shtrirje mjaftë të gjerë, duke
konsideruar se klienti mund të personalizoj organizimin që i përshtatet atij. Projekti mund të
zgjerohet ende më tepër nëse në të angazhojmë një numër të madh të inxhinierëve, që edhe
mund të mundësoj implementimin e shumë funksioneve të tjera të përdoshme.
Si target grupe për projektin tonë mendojmë që janë personat që kanë parasysh planifikimin e
një dasme gjatë një afati të përafërt kohor, por nuk dinë se në cilat pjesë të organizimit duhet
të fokusohen, gjithsesi aplikacionin mund ta përdorin edhe në qoftë se nuk kanë ndonjë plan
të drejtëpërdrejtë personal.
Projekti, siç u cek më parë do të realizohet përmes teknikes SCRUM dhe do të ndahet nëpër
sprinte dhe tasqe për secilin sprint. Ne si ekip jemi vetë ideator dhe vetë implementues të
idesë, andaj faza e parë e marrjes së ideve apo kerkesave kyqe nga klienti nuk do jetë e
nevojshme.
Ne si ekip do mbledhemi 2 herë në ditë, një herë në mëngjes kur do përcaktohen punët e
gjithësecilit, dhe një herë në mes të orarit të punës për të shikuar progresin dhe problemet që
vetëm në mënyrë grupore mund ti zgjedhim. E kemi paraparë që secili sprint të ndërthur në
vete një seri të funksioneve që së bashku përbejnë një modul të plote. Pas përfundimit të
sprintit e bëjmë një rishikim dhe analizë të përbashkët.
2.3.3. Zgjerueshmeria
Edhe pse qëllimi dhe idea e projektit do të mbetet e njejtë, sistemi ka hapsirë për shtim të
funksioneve, në rast të rritjes së kërkesave nga klientët, apo nga integrimi i zhvilluesve të ri që
kanë propozime të reja.
2.3.4. Trajnimet
Mund t’iu ofrohet trajnim bashkëpunëtorëve (zhvilluesve) për ndonjërën nga gjuhët
programuese që do të përdoren në projekt, qoftë si lloj trajnimi apo si ndihmë e drejtëpërdrejtë
nga inxhinierët e tjerë. E përveq kësaj do të trajnohen edhe të gjith pjestaret e stafit në pikat të
cilat kanë mangësi. Përndryshe aplikacioni nuk do të jetë i vështirë për tu kuptuar logjikisht
nga userët.
Gjithashtu kemi edhe pagesën që duhet bërë zhvilluesve softuerik dhe / apo antarëve të tjerë
që marin pjesë në krijimin e projektit.
Njohja e shumës totale të kostove operative i ndihmon sistemit të llogarit fitimin e gjithashtu
edhe të ardhurat operative, të cilat referohen edhe si fitime para interesit dhe taksave.
2.4.3. Analiza e rrjedhës së parasë
Pika në të cilën kostoja totale dhe të ardhurat totale janë të barabarta, që do të thotë se nuk ka
humbje as fitim.
Marr parasyshë gjërat e lartë përmendura, BEA gjithsesi varet nga kostoja fikse që ofron
Kompania.
Ne e dimë se njëra ndër gjërat më të rëndësishme për krijimin e një sistemi funksional është përcaktimi
i metodologjisë së zhvillimit të softuerit.
Njëra ndër pikat që duhet marrë parasysh është se ne e kemi mjaft të qartë qëllimin dhe
funksionalitetin që do të ofroj aplikacioni jonë, sigurisht që duhet të kemi në mendje edhe shumë pika
të tjera për të ardhur deri te përcaktimi i një modeli përkahtës.
Kemi vendosur ti përmendim disa lloje të metodologjive, të cilat ndihmojnë përcaktimin e sistemit
tone.
Pas kërkimeve tona kuptuam se modeli Agile zhvillohet në cikle rritëse dhe të shpejta. Çdo version
testohet tërësisht për të siguruar që cilësia e softuerit të ruhet, kjo rezulton që modeli Agile të përdoret
shumë shpesh në sisteme, prandaj dihet se gjithmonë do të ketë funksion të qartë. Ky model i
përshtatet sistemit tonë nga arsyeja se është integrim i modeleve iterativ dhe inkremental, e ndan
modelin në disa faza, që e bëjnë implementimin e sistemit shumë më të lehtë dhe më efikas. Gjithashtu
metodologjia Agile funksionon mirë kur kemi të integruar ekipe me numër jo shumë të madh, sepse
kjo rezulton në thjeshtësi të implementimit, në krahasim me kur kemi grupe më të mëdha.
Sa për diferencim midis tyre, Agile thekson më shumë ndërveprimet e ekipit, kulturën dhe vlerat,
ndërsa DevOps thekson më shumë rrjedhën e shpërndarjes.
Duke marrë parasysh këto që i përmendëm, e dimë se modelet e tjera nuk janë të përshtatshme, sepse
kanë mangësi në kriteret që na duhen neve.
qe te jene me te
te ndaj aktivitetet ne Idea
2 Administratori qasshme per 1 Medium 4
kategori, Xhafa
perdoruesit
qe te dij se cili
aktivitet eshte
te shtoj like button ne Idea
3 Administratori pelqyer me 1 Low 4
qdo aktivitet, Xhafa
shume nga
perdoruesit.
Aktivitetet te sortohen
qe te kene nje
ne baze te likes, views Idea
4 Administratori renditje me te 1 Low 8
Xhafa
apo renditjes qasshme.
alfabetike
EPIC 2: Menaxhimi i
Sprint Idea
pagesave High
2 Xhafa
te kem mundesi te
që te mund te
paguaj me qfaredo
paguaj me Idea
4 User kartele banke qe e 2 High 8
Xhafa
cilen dua
posedoj
qe ta kem me te
Të mund te jap ratings lehte te jap nje Idea
2 User 3 Low 4
nga 1 deri ne 5 yje vleresim te Xhafa
shpejte
të mund të shoh edhe që të zgjedh
qfare ratings kane vetem sherbimet Idea
3 User 3 Low 10
dhene useret e tjer me qe kane ratings Xhafa
perpara te mira
te mund ti menaxhoj qe te paraqes
Idea
4 Administratori sa ratings kane secili nje rezultat te 3 Low 10
Xhafa
sherbim, sakte te useri.
Epic 4 – Admin Sprint Granit
High
Dashboard 4 Zeka
qe te jem i
te mund te editoj
pavarur nga
informacionet e
zhvilluesit e Granit
1 Administratori faqes ne nje 4 High 8
Zeka
faqes
dashboard
te mund te fshij qe ti menaxhoj
perdoruesit permes perdoruesit e
Granit
2 Administratori
nje dashboard rregullt dhe te 4 High 5
Zeka
pa rregullt me
leht
te shtoj apo largoj
qytet dhe qe te mund te
lokacionet konkrete rifreskoj faqen
Granit
3 Administratori
nga faqja me an te me qytet ne te 4 Low 2
Zeka
cilat ofrojm
dashboard
sherbime
do te mund te ruaj
ndryshoj apo fshij
krejtsisht te dhenat e
faqes apo te qe te jete
puna e nje Granit
4 Administratori dhenat e userve 4 High 6
administratori Zeka
permes nje
me e lehte
dashboard
Sprint Granit
Epic 5 - To Do List High
5 Zeka
te mund te shtoj
qe te kem
elemente ne nje to parasysh Granit
1 Cifti 5 High 6
do list obligimet qe Zeka
duhen kryer.
qe te me vien
mesazhe ne
to do list te kete nje lidhje me
sistem punet qe kan Granit
2 Cifti 5 Low 2
Zeka
perkujtues(reminder) mbetur pa
kryer
me qellim qe te
Une dua qe te me
shprehi me Albin
1 User mundsohet te kem 7 High 6
detajisht idet e Saraci
kontakt me vendoret
mija.
me qellim qe
Une dua qe me pas
mos me pas Albin
2 User mundsine me ia dergu 7 Low 2
nevoj me qene i Saraci
te njejtin request me
perseritshem.
informacionet baze
shume vendorve
njekohsisht
Si nje vendor, do te
ne menyre qe
doja qe pasi te arrijm
me qene ma fer
Vendor ne nje marrveshje me Albin
4 rezervimi i dates 7 High 4
(Biznes) userin, ta vendos Saraci
per krejt
qmimin dhe te bej
perdoruesit.
rezervimin
Albin
2 User Si nje perdorues, Une ne menyre qe ti 8 Saraci High 6
dua qe te krijoj grupe organizoj me
mire userat
Albin
3 User Si nje perdorues, Une ne menyre qe 8 Saraci Low 2
dua qe te kem listen e me te jetem
sortuar sipas nje kriteri lehte e
e cila permban grupet menxhushme
dhe dasmoret brenda
tyre
Vleresimi i sherbimeve qe i
16 Idea Xhafa 50h
ofron faqja
Te krijohet mundesi qe te
8 Idea Xhafa To Be 14h
ndryshoj te dhenat rreth
pageses. Started.
4 ..
sherbimet. Started.
3 ..
Tu mundesohet user-ve te
4 Idea Xhafa Done 8h
shohin ratings te user-ve te
3 tjere.
Shporta me kategorite e
8 Idea Xhafa 16h
rezervimeve qe jane selektuar
Te klasifikohen ratings ne
4 Idea Xhafa Work in 8h
backend.
3 Progres...
Started.
3 ..
Te vendoset brenda
aplikacionit. 4 Idea Xhafa To Be 6h
Started.
4 ..
Te shtohen kategori te
aktiviteteve. 8 Idea Xhafa Work in 6h
1 Progres...
Done
Krijo nje form per krijimin e nje grupi 5 Albin Saraqi Done 4h
ku aty do te permbaj emri i grupit,
nje numer kontaktues, dhe
pershkrimi.
USER STORY 1:
Si një admin, une dua qe ti ofroj userit ide se qfare aktivitetesh mund te ndjek ne dasme, qe ti ofroj
user-it nje eksperience me te mire.
TASKS:
Si një admin, unë dua te ndaj aktivitetet ne kategori, qe te jene me te qasshme per perdoruesit.
TASKS:
USER STORY 3:
Si një administrator, unë dua te shtoj like button ne qdo aktivitet, qe te dij se cili aktivitet eshte pelqyer me
shume nga perdoruesit.
TASKS:
USER STORY 4:
Si një admin, une dua qe aktivitetet te sortohen ne baze te likes, views apo renditjes alfabetike, qe te kene
nje renditje me te qasshme.
TASKS:
2. Te krijohen deget per sortim me likes, views apo ne baze te renditjes alfabetike
3. Te krijohen funksionet per sortim ne backend.
USER STORY 1:
Si një përdorues, dua që të kem mundësi të bëj pagesë edhe me kartelë, që ta kem si mundësi për
pagesë online.
TASKS:
USER STORY 2:
Si një përdorues, dua që të mund të shoh totalin e cmimit të gjërave që dua ti rezervoj,që ta dij
shumën që do ta paguaj.
TASKS:
USER STORY 3:
Si një përdorues, dua që ti kem te Shporta kategorite e rezervimeve qe kam selektuar, që ti shoh qfare
lloj rezervimesh kam shtuar.
TASKS:
USER STORY 4:
Si një përdorues, dua që te kem mundesi te paguaj me qfaredo kartele banke qe e posedoj, që te
mund te paguaj me cilen dua.
TASKS:
USER STORY 1:
Si një përdorues, unë dua të kem mundesi te vleresoj sherbimet qe i ofron faqja, që të jap opinionin
tim per to.
TASKS:
3. Te qdo rezervim, te jete dizajni i qasshem dhe i dalluar per ratings specifike
USER STORY 2:
Si një përdorues, unë dua të mund te jap ratings nga 1 deri ne 5 yje, qe ta kem me te lehte te jap nje vleresim
te shpejte.
TASKS:
USER STORY 3:
Si një përdorues, unë dua të mund të shoh edhe qfare ratings kane dhene useret e tjer me perpara, që të
zgjedh vetem sherbimet qe kane ratings te mira.
TASKS:
Si një admin, unë dua të mund ti menaxhoj sa ratings kane secili sherbim,qe te paraqes nje rezultat te sakte
te useri
TASKS:
User Story 1
Si nje admin, Une dua qe te mund te editoj informacionet e faqes ne nje dashboard ashtu qe te je mi
pa varur nga zhvilluesit e faqes
Task 1
Te krijohet nje buton me emrin edit ne afersi te cdo elementi qe mund te ndryshohet
Task 2
Task 3
Task 4
User Story 2
Si nje admin, Une dua qe te mund te fshij perdoruesit permes nje dashboard ashtu qe ti menaxhoj
perdoruesit e rregullt dhe te pa rregullt me leht
Task 1
Te krijohet nje buton me emrin delete ne afersi te te dhenave te cdo perodruesi ne dashboard
Task 2
Task 3
Task 4
User Story 3
Si nje admin, Une dua te shtoj apo largoj qytet dhe lokacionet konkrete nga faqja me an te dashboard
qe te mund te rifreskoj faqen me qytet ne te cilat ofrojm sherbime
Task 1
Te krijohet opcioni add per te shtuar informacion apo delete ne tabelen e qyteteve
Task 2
Task 3
Task 4
User Story 4
Nje admin, do te mund te ruaj ndryshoj apo fshij krejtsisht te dhenat e faqes apo te dhenat e userve
permes nje dashboard per shkak te efikasitetit
Task 1
Te krijohet nje buton me emrin delete ne afersi te te dhenave te cdo perodruesi ne dashboard
Task 2
Task 3
Task 4
User Story 1
Si nje perdorues, Une dua qe te mund te shtoj elemente ne nje to do list qe te kem parasysh
obligimet qe duhen kryer.
Task 1
Task 2
Te krijohet edhe nje form qe duhet te plotsohet nga perdoruesi per te shtuar elemente ne to-do
Task 3
Task 4
User Story 2
Si nje perdorues, Une dua qe automatikisht pasi qe te beje perzgjedhjen e fustanit te me shtohet nje
task i perfunduar ne to do list.
Task 1
Task 2
Task 3
Te krijohet nje funksion tjeter ne back end per te dalluar taskat e perdunduar
Task 4
Te shfaqet nje mesazh i thjesht qe eshte shtuar dhe perfunduar task-u ne fjale
User Story 3
Si nje perdorues, Une dua qe nje to do list te kete nje sistem perkujtues(reminder) ashtu qe te me
vien mesazhe ne lidhje me punet qe kan mbetur pa kryer
Task 1
Te krijohet nje button me merin remind me i cili ja mundson perodruesit te i tregoj programit qe ka
nevoj per perkujtim
Task 2
Te krijohet nje funksion qe pas nje kohe te caktuar i dergon perdoruesit perkujtim me email per nje
task
Task 3
Task 4
User Story 4
Nje perdoruesi, do ti ofrohet mundsia per ndryshimin apo largimin e plot te objekteve nga to do list
ashtu qe te beje rifreskimin(update) e listes nderkoh
Task 1
Te krijohet nje buton per editim dhe nje button per fshirje te tasqeve
Task 2
Task 3
Task 4
User Story 1
Si nje perdorues dua qe te mund te Krijoj posta dhe te le nje vlersim(psh prej 5 yjesh) ne nje sherbim
te caktuar, ashtu qe te tjere perdorues te shohin me cilat nga sherbimet jam ndar me i kenaqur
Task 1
Task 2
Task 3
Te krijohet nje sistem vlersimi i sherbimit(me numer apo yje a diqka ngjashem)
Task 4
User Story 2
Si nje perdorues, dua te shoh vlersimet e te tjerve mbi nje sherbim te caktuar apo koment mbi
eksperiencen ne pergjethsi nga perdoruesit e tjer, ashtu qe te kem me te lehte te vendos se cilin nga
sherbimet te perzgjedhi dhe te le mendimin tim ne rekomandimin e tyre
Task 1
Task 2
Task 3
Task 4
User Story 3
Si nje Administrator, dua qe te kem kontroll mbi kto komente dhe mbi filtrimin e tyre per gjuhen e
perdorur apo per te kontrollluar pa rregullsit, ashtu qe te sigurohem qe perodruesit nuk perdorin gjuh
jo adekuate gjat shprehjes se provojave te tyre.
Task 1
Te shfaqen te gjitha postimet dhe komentet ne dashboard te adminit
Task 2
Task 3
Task 4
Te behet lidhja e te gjitha ketyre ndryshmeve ne front dhe back me faqen e adminit dhe faqen publike
User Story 4
Nje perdoruesi, do ti ofrohet mundsia qe te shperndaj eksperiencen e tij ne faqen tone “Martesa
Jone” edhe ne rrjete sociale,ashtu qe te peroruesi te mund tju tregoj mendimin e tij nje publiku me te
gjere
Task 1
Task 2
Task 3
Task 4
Si nje user, Une dua qe te mund te krijoj tavolina ne te cilat do ti vendos dasmoret e krijuar ne pozitat
perkatse.
Task2: Pas klikimit shfaqet forma e cila permban hapsiren per percaktimin e numrit te karrikeve,
Titulli I tavolines(psh familjaret, shoqria etj) si dhe ndonje mesazh qe duhet len ne te.
Task3: Te krijohet butoni CREATE I cili si funksion krijon dhe vendos tavolinen ne viewbox
Task4: Nepermjet butonit CREATE shtohet tavolina ne database e cila munsohet nga pjesa e
backend.
User Story 2
Si nje user, Une dua qe te mund te mund te editoj apo fshij tavolinat ne viewbox, ne rast nese gjate
planifikimit ndryshojne idet.
Task1: Te krijohet nje buton me emrin EDIT dhe DELETE ne afersi te tavolines ne viewbox qe ne duam
ta editojm apo fshijme .
Task2: Butonat shfaqen athere kur ne bejme hover mbi tavolinen e caktuar.
Task3: Per edit do shfaqet forma paraprake mirpo tash me informacionet e mbushura te cilat me
pas I ndryshojm.
Task4: Butoni save ne form update te dhenat ne database dhe rrjedhimisht ne viewbox.
Task5: Per delete te krijohet funksionaliteti ne menyre qe te largohet tavolina nga databaza dhe
viewbox.
User Story 3
Si nje user, Une dua te rrutulloj tavolinen ne menyre qe ti pershtatet formes dhe pozitave te
tavolinave ne salle.
User Story 4
Si nje user, dua qe te mund te vendos grupet e dasmorve direkt ne tavolina. Kjo mundson efikasitet
dhe planifikim me te shpejte.
Task1: Te krijohet funksionaliteti ne ate menyre qe personat ti mund ti bejme drag and drop.
Task2: te krijohet mundsia qe personin ta bejme drop ne njeren nga karrikat te cilat ne ndodhen ne
view box.
Task3: Funksionaliteti kryhet me ane te backend dhe e dhena e dasmorit ruhet ne karrike ne tablelat
e databazes.
User Story 1
Si nje user, Une dua qe te me mundsohet te kem kontakt me vendoret me qellim qe te shprehi me
detajisht idet e mija.
Task1: Te krijohet forma qe permban data info te profilit te userit(emri, data e dasmes,email, phone)
si dhe input per mesazhin.
User Story 2
Si nje user, Une dua qe me pas mundsine me ia dergu te njejtin request me informacionet baze
shume vendorve njekohsisht me qellim qe mos me pas nevoj me qene i perseritshem.
Task1: Te krijohet nje form pas shtypjes se butonit send, per selektim te me shume se nje vendori
User Story 3
Si nje user, Une dua te kem mundsine qe me i kontaktu ata ne forma te ndryshme ne menyre qe me u
merr vesh ma lehte.
Task1: Ne formen per rezervim shtohen radio buttons per email ose numer te telefonit
Task2: Nese zgjidhet radio butoni email gjithcka shkon ne form te rregullt kembimi i mesazheve ne
message box te faqes
Task3: Nese zgjidhet radio butoni phone ne mesazh perfshihet edhe text shtese ” U need to call me!”
User Story 4
Si nje vendor, do te doja qe pasi te arrijm ne nje marrveshje me userin, ta vendos qmimin dhe te bej
rezervimin ne menyre qe me qene ma fer rezervimi i dates per krejt perdoruesit.
Task4: Butoni te lidhet me backend ku pastaj userit i shfaqet vendori me cmim tek shporta.
User Story 1
Si nje perdorues, Une kam nevoj qe me krijiu ni dasmor me qellim qe mi vendos ne list
Task1: duhet te krijohet forma me Emrin, Mbiemrin, Mosha(I rritur, Femije) dhe select grupi
Si nje perdorues, Une dua qe te krijoj grupe ne menyre qe ti organizoj me mire userat
Task1: Krijo nje form per krijimin e nje grupi ku aty do te permbaj emri i grupit, nje numer
kontaktues, dhe pershkrimi.
User Story 3
Si nje perdorues, Une dua qe te kem listen e cila permban grupet dhe dasmoret brenda tyre
Task2: te krijohet nje search box per te kerkuar dasmoret sipas emrit
User Story 4
Si nje perdorues, Une dua qe faqja te kete nje box qe te i kalkuloj sa dasmore jane gjithsej te krijuar, si
dhe statistikat per invitations
Task1: Te shfaqet nje box me te dhenat si(numri i dasmorve te krijuar, sa invitations jane pranuar,
anuluar dhe sa jane ende ne pritje, sa grupe jane ne total)
Idea Xhafa
ID:202151808
USER STORY 1:
Deshiron te paguaj rezervimet e preferuara me kartele te bankes.
Karta (Card):
Si një përdorues, dua që të kem mundësi të bëj pagesë edhe me kartelë, që ta kem si mundësi për
pagesë online.
Biseda (Conversation):
Product Owner: - Te kete nje opsion “Paguaj Tani” te rezervimet e zgjedhura dh te fatura, qe e dergon
user-in te pjesa ku mund te paguaj
Product Owner: - Po, pasi te klikoj “Paguaj Tani” useri ka per opsion pagesen me kartele.
Product Owner: - Po, perdoruesi do te mund ti shtyp te dhenat e tij dhe ta perfundoj pagesen ne ate
menyre.
Atëherë ti mundesohet user-it te shtyp te dhenat e tij dhe te karteles, dhe me to te dhena ta bejpagesen.
USER STORY 2:
Si një përdorues, kur i qasem Ideas Page, dua të kem mundësi ti sortoj aktivitetet ne baze te nje kushti
që të mund te bej me te lehte perzgjedhjen adekuate..
Biseda (Conversation):
Product Owner: - Sortimi duhet te jete ne baze te dates se postimi, most rescent activities.
Atëherë të implementohet funksioni per sortimin e aktiviteteve ne baze te kritereve(date, likes, views,
A-Z)dhe të shfaqen aktivitetet te sotuara..
USER STORY 3:
Karta (Card):
Si një përdorues, unë dua të kem mundesi te vleresoj sherbimet qe i ofron faqja, që të jap opinionin
tim per to.
Biseda (Conversation):
Product Owner: - Po, do te ofrohet nje pjese per ratings nga perdoruesit per qdo sherbim te faqes.
Zhvilluesi: - A mundet useri te votoj me shume se nje here per nje sherbim te caktuar?
Product Owner: - Jo duhet qe vetem njehere te vlersohet per nje sherbim(pershkak se pastaj sjane
vlersimet reale).
Product Owner: - Po konfirmimi eshte i nevojshem dhe pas saj perdorues nuk mund me te bej rating
ate faqe.
Atëherë aplikacioni të ofroj ratings per sherbimet e dasmes, ku perdoruesi le pershtypjet e tij.
Klasifikimi i kërkesave
Kërkesat funksionale:
1. Përdoruesi duhet të ketë mundësi të kryej pagese online per rezervime.
2. Përdoruesi duhet të ketë mundësi të paguaj me kartele te banes.
3. Përdoruesit ti jepet mundësi të shtyp te dhenat personale per te kryer pagesen.
4. Përdoruesi të mund të vlersoj sherbimet e aplikacionit.
5. Sistemi duhet të kete ratings te qdo sherbim.
6. Ratings te ofron me nje dizajn te dalluar..
7. Përdoruesi te kete mundesi te shikoj aktivitete qe i ofrojne bizneset e ndryshme.
8. Qdo kategori e aktiviteteve te kete like button.
9. Përdoruesi te kete mundesi te zgjedh aktivitetet qe deshiron ti kete ne dasme.
10. Aktivitetet e Ideas Page duhet te jene te kategoorizuara.
Kërkesat jofunksionale:
1. User-i mund ta vleresoj sherbimin vetem nje here.
2. Web faqja duhet të ngarkohet në 5-10 sekonda kur numri i përdoruesve të njëkohshëm është
mbi 1000.
3. Sistemi duhet të gjeneroj raporte ditore, mujore, dhe vjetore të përdoruesve duke matur
mesatarisht numrin e përdoruesve për ditë.
4. Sistemi duhet të ketë mundësi qasje nga qfarëdo platforme që përdoruesi dëshiron.
5. Sistemi nuk duhet te nderpritet (te jete down) me shume se 15 minuta ne muaj.
6. Sistemi duhet te kete te opsionin dy-gjuhesor (shqip-anglisht) me ane te nje dropdown qe
gjendet ne NavBar.
7. Ratings te funksionoj pa nderprerje ne backend tere kohen.
8. Ratings te mund te permbaj mijera elemente te selektuara pernjehere.
9. Pop ups per konfirmim te ratings te shfaqen gjithmone pas 1 sekondi.
10. User-i nuk mund te fshij likes apo ratings qe i ka bere.
Granit Zeka
ID:202151982
User Story 1:
Krijimi i nje dashboard
Karta (Card):
Si nje admin, Une dua qe te mund te editoj informacionet e faqes ne nje dashboard ashtu qe te je mi
pa varur nga zhvilluesit e faqes
Biseda (Conversation):
Product Owner: - Te mund te shtoj, editoj dhe fshij gjera dhe ti kete te dhenat ne nje tabel me nje
vend.
Product Owner: - Duhet te jete ne nje faqe te ri si lloj admin paneli per menaxhim te dhenash.
User Story 2:
Krijimi i nje to do list
Karta (Card):
Si nje perdorues, Une dua qe te mund te shtoj elemente ne nje to do list qe te kem parasysh
obligimet qe duhen kryer.
Biseda (Conversation):
Product Owner: - Perdoruesi do te mund te shtoj tasqe te cilat nuk jan perfunduar ne lidhje me
organizimin e dasmes .
Atehere faqja jone ofron nje to do list ne te cilen useri mund te shtoj, largoj apo te dalloj me viz
tasqet e kryera nga te pa kryerat
User Story 3:
Te ofrohet nje forum per reviews
Karta (Card):
Biseda (Conversation):
Product Owner: - Nje post per provost e userit mund te perfshij emrin dhe mbiemrin e partnerve, nje
titull dhe teksin.
Product Owner: - Po, te tjere perdorues apo te tjer qifte marteso do te jene te lire te lene mendimin e
tyre ne form te komentit ne poste dhe te lene pelqime apo edhe te shperndajne postet ne platforma.
Product Owner: - Ky kontrollim do te duhet te kryhet nga ana e adminit, Admini duhet te kete ne
dashboardin e tij keto komente ashtu qe ti kontrolloj ato dhe te jete i lire te beje ndryshime apo
fshirjen e komenteve qe nuk i pergjigjen kerkesave.
Atehere duhet te implementohet nje sistem forumi, ku qiftet dhe perdoruesit te jene te lire te
shprehin provojat e tyre, mendimet dhe pelqimet qe kan per sherbime te ndryshme apo diqka tjeter
qe i perket temes se dasmave .
Klasifikimi i kërkesave
Kërkesat funksionale:
1. Perdoruesi te kete qasje ne nje to do list
2. Perdoruesi te kete mundesi te bej modifikime sipas nevojes ne to do list personale.
3. Sistemi te implementoj nje dashboard ne te cilin ka qasje admini.
4. Dashboardi i implementuar te kete nje CRUD funksional.
5. To do lista te kete reminders me an te email
6. Sistemi te ofroj sistem menaxhimi te rekomandimeve te userve nga ana e adminit
7. Perdoruesi te kete mundsin e komentimit dhe shpernddarjes se rekomandimeve te ndryshme
te userve tjere mbi nje sherbim te caktuar
8. Faqja do te kete mundisin e postimit te mendimit ne lidhje me sherbimet
9. Dashboardi te jete lehte i perdorshem nga admini si ne website ashtu edhe ne telefon
10. To do lista te nenvizohet automatikisht pas perfundimit te nje tasku ne faqe
Kërkesat jofunksionale:
1. To do lista nuk duhet te fshij ndonje task pa miratimin e perdoruesit
2. Ne admin dashboard nuk duhet te ken leje te hyn useret e thjesht
3. Dashboardi duhet te vizualizoj deri 50 rreshta informacion mbrenda nje faqeje pa vones me
te madhe se 5-10 sekonda
4. To do lista duhet te dergoj email perkujtuese te pakten 1 here ne jave dhe jo me pak per
tasqe te caktuar
5. Postimet e rekomandimeve duhet te kene kufi te fjaleve te cilat mund te shkruhen
6. Sistemi te jete gjithmone responziv pa asnje nderprerje 24/7.
7. Dashboardi te nxen me mijera te dhena, pa pasur probleme mirmbajtjeje ne backend.
8. To do lista do te mbaj jo me shume sesa 20 tasqe javore
9. Rekomandimet duhet te kontrollohen per gjuhe banale
10. ne rekomandime nuk mund te shenojne ata te cilet nuk kane provoj me keto sherbime te cilat
i permendin
Albin Saraqi
ID:202151465
USER STORY 1:
Krijimi i seating chart dhe mundesia e shtimit te tavolinave dhe organizimit te tyre
Karta (Card):
Si një përdorues, dua që pasi të futem ne seating chart, të kem mundësi të shtoj tavolina dhe ti
organizoj dasmoret ne karrike.
Biseda (Conversation):
Product Owner: - Numri i karrikeve mund te ndryshohet por gjithmone duke pasur nje limiter.
Product Owner: -Duke bere drag dasmorin ne karriken perkatse duke lidhur karriken id me dasmorin
id .
Product Owner: -Jo duhet qe te jipen pre-designed tables duke mundsuar qe ai te zgjedh.
Atëherë të krijohet mundsia qe perdorusi te mund te shtoj tavolinen dhe ti vendos dasmoret ne pozitat
perkatse.
USER STORY 2:
Karta (Card):
Si nje perdorues, Une dua qe faqja te me lejoj te beje grupimin e te ftuarve ashtu qe te aranzhoj
musafiret me mire.
Biseda (Conversation):
Product Owner: - Po duhet te krijohet mundsia qe te grupohen sipas moshes(E re, E rritur, lemoshe)
ose emrit te grupit(Rexhepovit me 2 femijet )
Product Owner: - Po duhet qe grupimi te mund te shtohet automatikisht neper ndonje tavoline.
USER STORY 3:
Rezervimi i sherbimeve(Biznesi)
Karta (Card):
Si nje user, Une dua qe te mund te mund te bisedoj me sherbimin per nje marrveshje perfundimtare
te cmimit dhe ta rezervoj sherbimin ne menyre qe te jem me fleksibil ne deshirat dhe detajet shtese
qe une kam nevoje.
Biseda (Conversation):
Zhvilluesi: - A duhet me ju dergu kontakti i sherbimit nese zgjidhet opsioni per telefon?
Product Owner: - Jo asesi pershkak se eshte mundsia e keqperdorimit, numri i telefonit te userit i
dergohet sherbimit dhe ata pastaj telefonojn userin.
Product Owner: - Sherbimi do te kete opsionin e vendosjes se cmimit dhe pastaj useri nga ana tjeter e
pranon ose nuk e pranon oferten.
Zhvilluesi: -A duhet qe pas rezervimit useri her do kur nese ndryshon mendje vet ta anuloj rezervimin?
Product Owner: - Jo kjo gje nuk do te jete e mudnur nga ana e userit por vetem nga ana e sherbimit.
Atëherë faqja të mundsoj kanalin per komunikim mes userit dhe sherbimit dhe sherbimi ta percaktoj
cmimin duke e pranuar kete te fundit useri.
1. Grupimi I dasmorve nuk mund te krijohet nese ne grup gjenerohet vetem nje dasmor.
2. Krijimi i tavolines nuk mund te krijohet nese numri i karrikeve eshte me i vogel se 4 ose me i
madh se 30.
3. Nese numri I dasmorve ne grup eshte me I madh se numri I karrikave ne tavoline grupi nuk
mund te vendoset ne tavoline.
4. Nuk mund te krijohen tavolina nese nuk ka asnje dasmor te krijuar.
5. Nuk mund te kemi nje kanal komunikimi me sherbimin nese nuk dergohet nje request
fillimisht.
6. Nuk mund te dergohet request nje sherbim nga useri nese useri nuk e ka plotsuar numrin e
telefonit, daten e dasmes, numrin e dasmoreve, dhe pershkrimin.
7. Nuk mund te shtohen tavolina shtese nese size i viewboxit e kufizon ate.
8. Dasmoret nen-moshen 6 vjeq nuk mund te grupohen pasi ata duhet te ken kujdesjen e prindit.
9. Nuk mund te qaset ne Seating chart nese useri nuk eshte i kyqur
10. Useri nuk mund te pranoj rezervimet pa shenuar te dhenat per kredit karteles.
4.1.3. Use Cases Përshkrimet
1. Sistemi ofron nje kategori perkahtese te faqes per aktivitete, te gjitha te ndara me nen
kategori, foto dhe rekomandime te aktiviteteve me te pershtatshme.
2. Sistemi ka pjesen e perzgjedhjes se kamerave, llojit, numrit dhe pozicionimit te tyre,
gjithashtu edhe pjesen e kontaktimit me kamermanet.
Skenar te pa-perpunuar:
4.1.4. Skenarët
Skenar te pa-perpunuar:
5. Pytjet mund te jene te tipit yes or no(Poll), apo qe kerkojne pergjigjje konkrete te cilat
userat tjere mund ti japin ne form te komenteve.
6. Sistemi ka pjesen e numrit kontaktues dhe emailit ku nese nuk shkon dergimi I fteses
nepermjete numrit athere ftesa behet perms email.
5. Dizajni
5.1. Dizajni konceptual i Arkitektures
Ndër lloje të shumta të dizajneve, për implementimin e sistemit tonë kemi zgjedhur
Arkitekturën e mikroshërbimeve (microservices), e cila i referohet një stili arkitekturor për
zhvillimin e aplikacioneve. Mikroshërbimet lejojnë që një aplikacion i madh të ndahet në
pjesë më të vogla të pavarura, ku secila pjesë ka sferën e vet të përgjegjësisë.
Meqenëse aplikacioni jonë përbëhet nga shumë pjesë përbërëse, do të mund të zhvillohet si
një koleksion shërbimesh dhe si e tillë siguron kornizën për të zhvilluar, vendosur , klasifikuar
dhe mirëmbajtur në mënyrë të pavarur diagramet dhe shërbimet që na nevojiten. Kjo
arkitekturë gjithashtu do të na ndihmoj për të përshpejtuar zhvillimin e aplikacionit.
Çdo mikroservis është krijuar për të trajtuar aspektin dhe funksionin e veçantë të një
aplikacioni, të tilla si regjistrimi, kërkimi i të dhënave dhe më shumë. Shumë mikroshërbime
të tilla bashkohen për të formuar një aplikacion efikas. Klienti mund të gjeneroj kërkesa, në të
njëjtën kohë, një ose më shumë mikroservise autorizohen përmes API për të plotsuar kërkesat.
Si rezultat, edhe problemet komplekse do të mund të zgjidhen relativisht lehtë.
Benefitet e zgjedhjes se kësaj arkitekture përfshijnë që kërkon më pak kohë dhe energji për tu
scale up, mundet të inicializohen në menyrë të pavarur pjeset pej pjesve, ofrojn siguri më të
madhe në aspektin e stabilitetit të faqes dhe të gjitha gjërat janë të organizuara mirë.
5.2. Modulet e sistemit dhe diagrami i klasave
5.3. Dizajni i GUI
5.4. Dizajnimi i ERD për secilin modul
5.5. Përshkrimi i funksioneve të secilit modul
Listimi i funksioneve:
Listimi i funksioneve:
Moduli: Pagesa
Listimi i funksioneve:
Listimi i funksioneve:
Moduli: Rekomandimet
Listimi i funksioneve:
Listimi i funksioneve:
Test Test scenario Test Case Precondition Test Steps Test Excpected Post Actual Actual
Case Data result Condition Result State
ID
#3 Qasja e Biznesi qaset Biznesi duhet Te Qasja ne Shfaqet Verifikohen Shfaqja e Pass
Bizneseit ne ne Platforme te kete email verifikohet Platform profili i te dhënat Profilit
Platforme te veqante qe biznesi e u krye Biznesit per me te
per kyqje i kyqur me me te shfaqjen e Dhena te
eshte sukses dhënat e Badge tek Biznesi
Biznes tij dhe nje Biznesi i
Badge te kyqur
veqant
7. Referencat
1. https://www.adriannapapell.com/
2. https://www.brides.com/
3. https://www.adriannapapell.com/
4. https://trello.com
5. https://www.figma.com/file/jQbWt9szCCOy2INzLnx3Ew/MARTESA-JONE(Prototype)?node-id=0%
3A1
6. https://www.weddingwire.com/tools/Main
8. Aneks Dokumentet
8.1. Inicimi i projektit
Qëllimi i këtij aplikacioni është të grumbulloj të gjitha shërbimet e dasmave në një vend dhe
të bëjë planifikimin e dasmave më të lehtë për ata që nuk kanë përvojë apo kontaktë me
kompanitë cilat mirën me këto organizime.
Për realizimin e këtij objektivi si fillim duhet të analizohen dhe definohen kërkesat e
nevojshme që i përmban ky projekt.
Personi që i’u qaset web aplikacionit do të ketë mundësi të selektoj shtetin , qytetin (pastaj
specifikohet edhe adresa/rruga) në të cilin është i interesuar ta bëj planifikimin, personat të
cilët nuk janë të anëtarsuar në faqën tonë nuk do të mund të përdorin shërbimet e
planifikimit por do të mund vetëm të shikjonë se qfarë ofron faqja dhe si do ti ndihmonte ata
në planifikim. Useri do të caktoj datën potenciale të mbajtjes së dasmës, do të ketë fotografi
rreth lokacioneve të veqanta dhe sygjerime drejt këtij përcaktimi. Do të ketë mundësi të
merren inspirime direkte nga organizime të mëparshme bazuar nga vendi apo tema e
zgjedhur.
Krahas kësaj do të ketë shenime apo lajme nga persona që duan të japin ndonjë rekomandim
të drejtpërdrejtë dhe që e ndajnë ekperiencën e tyre për shembull gjatë kooperimit me
ndonjërën nga kompanitë apo që kanë sygjerime për ndonjë qytet që ju ka lënë përshtypje.
Po ashtu do të ketë hapësirë për kërkime në sallone të bukurisë, fustane dhe veshje që useri i
përcakton nga vetëdëshira, koha që marrin për përgaditje, stilet dhe kostoja e tyre relative.
Po ashtu do të ketë ide për letra ftese dhe falënderime , si dhe përshkrime se si të duket
dizajnimi i brendisë së organizimit, pozicionimit të përmbajtjeve, zbukurimeve dhe shumë
implementime të tjera.
Si përfundim useri do të ketë edhe një listë e cila e ndihmonë për të qëndruar në hap me
ndryshimet dhe e cila do ti shërbej klientit për të mos humbur organizimin.