Changes between Version 75 and Version 76 of UseCaseScenarios
- Timestamp:
- 02/18/23 18:59:39 (15 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
UseCaseScenarios
v75 v76 66 66 ||= **Специјални побарувања:** =|| / || 67 67 ||= **Претпоставки:** =|| Корисникот е претходно најавен на апликацијата || 68 ||= **Забелешки:** =|| /||68 ||= **Забелешки:** =|| Натаму, во секој опис на use-case што вклучува претходна најава, се претпоставува дека во телото на HTTP барањата се праќаат и податоци за моменталната сесија. || 69 69 // 70 70 ||= **ID:** =|| 5 || … … 74 74 ||= **Предуслов:** =|| Корисникот навигирал до страница за дискусија за професор или предмет || 75 75 ||= **Постуслов:** =|| / || 76 ||= **Нормален тек** =|| ''Акции преземени од корисникот:'' \\ **1.** Притиска на некоја од иконите за upvote или downvote кои се наоѓаат на крајот на секое мислење \\ \\ ''Акции преземени од системот:'' \\ **1.** Апликацијата на клиентска страна со самото вчитување на мислењата кои одговараат на секцијата има достапна во меморија листа од кориснички ИД-а кои го оцениле секое мислење. Врз основа на тоа кликот го игнорира (доколку ИД на моменталниот корисник е исто со некое ИД од листата), или праќа повик до серверот што резултира со додавање на ставка во релацијата што ги чува податоците за оцени (корисник-пост) и инкрементирање/декрементирање на кармата на авторот на корисникот. ||76 ||= **Нормален тек** =|| ''Акции преземени од корисникот:'' \\ **1.** Притиска на некоја од иконите за upvote или downvote (HTML button елементи) кои се наоѓаат на крајот на секое мислење \\ \\ ''Акции преземени од системот:'' \\ **1.** Апликацијата на клиентска страна со самото вчитување на мислењата кои одговараат на секцијата има достапна во меморија листа од кориснички ИД-а кои го оцениле секое мислење. Врз основа на тоа кликот го игнорира (доколку ИД на моменталниот корисник е исто со некое ИД од листата), или праќа повик до серверот што резултира со додавање на ставка во релацијата што ги чува податоците за оцени (корисник-пост) и инкрементирање/декрементирање на кармата на авторот на корисникот. || 77 77 ||= **Исклучоци:** =|| / || 78 78 ||= **Вклучува:** =|| / || … … 88 88 ||= **Опис:** =|| Корисникот реплицира т.е. остава мислење во врска со мислењето објавено од друг корисник. || 89 89 ||= **Тригер:** =|| Корисникот сака да дополни или да направи забелешка за некоја објава || 90 ||= **Предуслов:** =|| /||90 ||= **Предуслов:** =|| Корисникот навигирал до страница за дискусија за професор или предмет || 91 91 ||= **Постуслов:** =|| / || 92 ||= **Нормален тек** =|| 1. Корисникот е на страница за дискусија за професор или предмет\\ 2. Притиска на опцијата за коментирање кај соодветната објава и внесува содржина ||93 ||= **Исклучоци:** =|| Грешки при валидација на формата при што коментарот нема да биде објавен и корисникот ќе биде известен за тоа||92 ||= **Нормален тек** =|| ''Акции преземени од корисникот:'' \\ **1.** Притиска на иконата за реплика на мислење (HTML button елемент на крајот на секое мислење) \\ **2.** Внесува содржина на коментарот и притиска „објави“ **3.** На корисникот му се рендерира истата страница, каде сега се прикажува додаденото мислење \\ \\ ''Акции преземени од системот:'' \\ **1.** Javascript апликацијата јавува modal со единствено поле за содржина на коментарот \\ **2.** Javascript апликацијата проверува дали полето е празно (ако е, не испраќа повик и рендерира порака за грешка), а потоа испраќа барање (кое во телото содржи ИД на засегнатото мислење и содржина на коментарот) до одредена патека на која реагира контролерот. Тој потоа повикува соодветен метод од сервисната логика, што резултира со зачувување на диск нова торка во релацијата за мислења (Post) со атрибут ИД на родител-мислење еднаков на ИД-то добиено во payload-от на барањето. \\ **3.** По добивање на одговорот, JS апликацијата го освежува прелистувачот, значи се прикажува истата страница за дискусија, но во одговорот на fetch повикот за мислењата кои и припаѓаат сега ќе се најде и новододадената реплика || 93 ||= **Исклучоци:** =|| / || 94 94 ||= **Вклучува:** =|| / || 95 95 ||= **Приоритет:** =|| / || … … 104 104 ||= **Опис:** =|| Корисникот пријавува кон модераторите мислење објавено од друг корисник, со цел тоа да биде отстрането или изменето. || 105 105 ||= **Тригер:** =|| Корисникот смета дека објавеното мислење не соодветствува на темата, дека е навредливо/содржи говор на омраза, дека е автоматизирана spam порака и сл. || 106 ||= **Предуслов:** =|| /||106 ||= **Предуслов:** =|| Корисникот навигирал до страница за дискусија за професор или предмет || 107 107 ||= **Постуслов:** =|| / || 108 ||= **Нормален тек** =|| 1. Корисникот е на страница за дискусија за професор или предмет\\ 2. Притиска на опцијата за пријавување кај соодветната објава\\ 3. Избира една од неколкуте понудени опции за причина и опционално наведува дополнително образложение||108 ||= **Нормален тек** =|| ''Акции преземени од корисникот:'' \\ **1.** Притиска на иконата за пријава на мислење (HTML button елемент на крајот на секое мислење) \\ **2.** Внесува содржина на причината и притиска „пријави“ \\ \\ ''Акции преземени од системот:'' \\ **1.** Javascript апликацијата јавува modal со единствено поле за содржина на причината \\ **2.** Javascript апликацијата проверува дали полето е празно (ако е, не испраќа повик и рендерира порака за грешка), а потоа испраќа барање (кое во телото содржи ИД на засегнатото мислење и содржина на причина) до одговарачката патека на која реагира контролерот. Тој потоа повикува метод од сервисната логика, што резултира со зачувување на диск нова торка во релацијата пријави на мислења (корисник-причина-мислење) со атрибут причина еднаков на „причина“ полето добиено во payload-от на барањето. || 109 109 ||= **Исклучоци:** =|| / || 110 110 ||= **Вклучува:** =|| / ||
