Changes between Version 9 and Version 10 of UseCaseRealizations


Ignore:
Timestamp:
02/10/22 12:24:34 (2 years ago)
Author:
191027
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • UseCaseRealizations

    v9 v10  
    88
    99* Се пристапува до почетната страна на апликацијата преку соодветното URL. \\
    10 * Се прикажува изгледот кој нуди 3 опции: Најава (како регистриран паркирач), Најава како гостин и Регистрирај се. Се кликнува на Регистрирај се (слика 1.1) \\
     10* Се прикажува изгледот кој нуди 3 опции: "Најава" (како регистриран паркирач), "Најава како гостин" и "Регистрирај се". Се кликнува на "Регистрирај се" (слика 1.1) \\
    1111* Се отвара форма за регистрација (слика 1.2) со текст полиња во кои треба да се внесат соодветните лични податоци на корисникот за да го креира својот профил на нашата апликација, тоа се: име, презиме, телефонски број, емаил адреса и лозинка. \\
    12 * Откако ќе се внесат овие податоци се кликнува на копчето регистрирај се. \\
     12* Откако ќе се внесат овие податоци се кликнува на копчето "Регистрирај се". \\
    1313* Се испраќа POST барање кое се прифаќа од RegisteredUserController на патеката /registriranParkirac/registration и како @RequestBody се вметнува request-от и се повикува функцијата register од registrationServiceRP која што прима еден аргумент, а тоа е request-от. \\
    1414* Во функцијата прво се проверува дали емаилот е валиден, потоа се гради token и се гради мејлот кој треба да се прати на емаил адресата која што корисникот ја навел. \\
    … …  
    6565* Се клика на копчето Додади Вработен горе десно(слика 2.1) \\
    6666* Се прикажува форма за внес (слика 2.2) со повеќе информации за вработениот, тие се: име, презиме, емаил адреса, телефон, лозинка, потврди лозинка, одговорен за (се избираат зони за кои е одговорен), работен статус на вработениот (работи, не работи, на боледување, на одмор) и состојба на акаунтот (активен/неактивен). \\
    67 * По внесување на информациите се кликнува на копчето Создади Вработен доле десно. \\
     67* По внесување на информациите се кликнува на копчето "Создади Вработен" доле десно. \\
    6868* Вака се праќа POST барање на патеката /vraboten и барањето е пречекано од WorkerController и во барањето е ставено @RequestBody од AddUpdateWorker vraboten кој што е изграден од сите внесени информации од претходната форма. \\
    6969* Потоа се повикува функцијата addWorker од workerService и му се предаваат сите атрибути од vraboten објектот. \\
    7070* Во функцијата се врши проверка дали веќе постои таков вработен со истиот мејл, доколку не станува збор за тоа се проверуваат сите останати атрибути, се поставува статусот на вработениот, се поставува за кои зони е одговорен и се зачувува во workerRepository со функцијата save што го прима новосоздадениот вработен кој всушност се зачувува и во базата на податоци. \\
    7171* Потоа следи редиректирање повторно кон страната со листа на сите вработени (слика 2.3) \\
    72 * Доколку сака администраторот да го деактивира акаунтот се кликнува на зеленото копче Активен и ќе стане Неактивен со црвена боја и обратно, соодветно се појавува и нотификација за активноста што била направена од страна на администраторот (слика 2.4) \\
     72* Доколку сака администраторот да го деактивира акаунтот се кликнува на зеленото копче "Активен" и ќе стане "Неактивен" со црвена боја и обратно, соодветно се појавува и нотификација за активноста што била направена од страна на администраторот (слика 2.4) \\
    7373* Ова во позадина се одвива на следниот начин: се праќа PUT барање на патеката /vraboten/{vrabotenId} со @PathVariable vrabotenId што го претставува ID на вработениот и ова барање се пречекува исто така од WorkerController и се повикува функцијата lockWorkerAcc(vrabotenId) од сервисниот слој  workerService. \\
    7474* Во функцијата се прави toggle на статусот како што е наведено горе и пред тоа се прави проверка дали воопшто постои вработен со соодветниот ID. \\
    … …  
    7878|| Случај на употреба || Едитирање на веќе постоечки вработен ||
    7979
     80* Првично потребно е администраторот да биде најавен во системот за да може да ги извршува овие привилегии. \\
     81* Администраторот го кликнува редот од табелата од листата на вработени за соодветниот вработен за кој сака да го ажурира неговиот профил (слика 2.1) \\
     82* Потоа се прикажува формата на вработениот со неговите податоци со кои е регистриран во системот (слика 2.2) \\
     83* Администратор соодветно ги менува оние податоци за кои сака да му го ажурира профилот на вработениот и може оваа активност да ја откаже со клик на копчето "Врати се назад" доле лево или да ја потврди активноста со клик на копчето "Создади вработен" \\
     84* По кликнување на копчето "Создади вработен" се праќа PUT барање на патеката /vraboten/{vrabotenId} каде што {vrabotenId} претставува @PathVariable и е ID на вработениот и ова барање се пречекува од WorkerController, а дополнително се праќа и @RequestBody AddUpdateWorker vraboten. \\
     85* Потоа се повикува функцијата updateWorker од сервисниот слој workerService на кој како параметри се повикуваат сите атрибути од vraboten. \\
     86* Во функцијата се врши проверка дали веќе постои таков мејл кај некој друг вработен, доколку не станува збор за тоа се проверуваат сите останати атрибути, се поставува статусот на вработениот, се поставува за кои зони е одговорен и се зачувува во workerRepository со функцијата save што го прима ажурираниот вработен кој всушност се зачувува и во базата на податоци. \\
     87* Соодветно пак ќе биде редиректиран кон листата на вработени (слика 2.1) \\
     88\\
    8089
    8190