Имплементација на кориснички сценарија
Нерегистриран корисник - клиент
ID | Use case
|
---|
1 | Разгледува достапни мобилни телефони
|
Регистриран корисник - клиент
ID | Use case
|
---|
1 | Зачувува понуда на мобилен телефон како омилена
|
2 | Споредува спецификации на понуди
|
3 | Избира спецификации кои го интересираат
|
4 | Пријавува невалидна понуда
|
Администратор
ID | Use case
|
---|
1 | Прави измена на спецификациите на понуда за даден мобилен телефон
|
2 | Потврдува дека спецификациите на понуда за даден мобилен телефон се точни
|
3 | Проверува невалидни понуди
|
Супер администратор
ID | Use case
|
---|
1 | Менаџира со доделување привилегии за администратор на даден корисник
|
2 | Го прати статусот на преземање на содржината (успешно/неуспешно преземено)
|
Корисничко сценарио "Пријавување невалидна понуда"
За додавање на понуда како омилена, корисникот тоа го прави со клик на иконата за пријавување при што се праќа POST request до бекенд апликацијата и на тој начин се зачувува понудата како пријавена.
Корисничко сценарио "Проверка на невалидни понуди"
При клик на иконата за невалидни понуди, ќе бидеме редиректирани и ќе се прати GET барање до бекендот, каде што се земаат сите понуди кои што се пријавени и ќе се излистаат на страницата.
Притоа, доколку админот среди и валидира дадена понуда, и таа нема потреба да стои како пријавена, тој може да ја избрише. Тоа може да се направи на иконата што е како корпа, а исто така има опција доколку ги валидира сите, да ги изрише сите одеднаш. Истото се постигнува со праќање на DELETE requests до бекенд апликацијата.
Од страна на бекенд апликацијата, барањата ќе бидат пресретнати од контролер, кој што користи сервис и доколку се брише само една пријава, се повикува метод од сервисот каде што се проследува id-то и се брише пријавата, а доколку се бришат сите пријави се повикува друг метод каде што автоматски ќе се избришат сите.
Корисничко сценарио "Пратење статус за преземање на содржина"
asfpasfpkaspfokapokfpoaksfpaokfsa