Имплементација на кориснички сценарија

Нерегистриран корисник - клиент

ID	Use case
1	Разгледува достапни мобилни телефони

Регистриран корисник - клиент

ID	Use case
1	Зачувува понуда на мобилен телефон како омилена
2	Споредува спецификации на понуди
3	Избира спецификации кои го интересираат

Администратор

ID	Use case
1	Прави измена на спецификациите на понуда за даден мобилен телефон
2	Потврдува дека спецификациите на понуда за даден мобилен телефон се точни

Супер администратор

ID	Use case
1	Менаџира со доделување привилегии за администратор на даден корисник

Корисничко сценарио "Зачувување понуда на мобилен телефон како омилена"

За додавање на понуда како омилена, корисникот тоа го прави со клик на ѕвезда иконата на која што при самиот клик се повикува функција која што испраќа PUT request до бекенд апликацијата.


Соодветно, се проследуваат и userId - уникатен идентификатор за секој корисник, како и уникатен id за самата понуда која што корисникот ја зачувал, а во headers се праќа токенот кој служи за автентикација на корисникот.

Од страна на бекенд апликацијата, барањето ќе биде пресретнато од контролер, кој што соодветно користи сервис и ги проследува параметрите до истиот каде што е имплементирана логиката.





Методот кој што се повикува од сервисот, се користи и за додавање и за бришење на омилени понуди, во зависност од проследениот параметар "option". При додавање, се проследува "add", при бришење "remove". Првично, се прави проверка дали понудата и корисникот постојат во датабазата. Доколку не постојат, ќе се врати статус 400 (bad request). Во спротивно, се зема корисникот и понудата од датабаза, понудата се додава на корисникот и потоа се зачувува повторно корисникот во датабаза.

Корисничко сценарио "Правење измена на спецификациите на дадена понуда за мобилен телефон"

За промена на спецификациите на дадена понуда, администраторот тоа го прави со клик на копчето "Измени", каде што при самиот клик се повикува функција која што испраќа PUT request, со објект кој што ги содржи нововнесените спецификации до бекенд апликацијата.



Од страна на бекенд апликацијата, барањето ќе биде пресретнато од контролер, кој што соодветно користи сервис и ги проследува параметрите до истиот каде што е имплементирана логиката.





Во методот кој што се повикува од сервисот, се додаваат уште неколку потребни атрибути кои што треба да ги содржи понудата, а потоа се зачувува истата со нововнесените спецификации.

Корисничко сценарио "Доделување привилегии за администратор на даден корисник"

За доделување на пермисии за администратор на даден корисник, супер администраторот тоа го прави со клик на копчињата "Додај админ привилегии" и "Одземи админ привилегии", на кои што при самиот клик се повикуваат функциите "addAdmin" или "removeAdmin", во зависност од тоа кое копче е притиснато. Двете функции испраќаат PUT request до бекенд апликацијата.



Соодветно, во headers се праќа токенот кој што ќе служи за автентикација на супер администраторот.

Од страна на бекенд апликацијата, барањата ќе бидат пресретнати од контролер, кој што користи сервис и го проследува id-to до истиот каде што е имплементирана логиката.





Во зависност од тоа кое барање е пристигнато, се повикува методот за доделување или одземање на админ привилегиите на корисникот. Во методите, се проверува дали корисникот го има во датабаза, и доколку го има се одзема или доделува привилегии за администратор, а потоа повторно се зачувува во датабаза.