Příprava schůzek » Historie » Verze 21
Jakub Hlaváč, 2021-04-26 12:33
1 | 1 | Lukáš Moučka | h1. Příprava schůzek |
---|---|---|---|
2 | |||
3 | 3 | Lukáš Moučka | h2. 23. 3. 2021 – Příprava na schůzku se zadavatelem |
4 | 2 | Lukáš Moučka | |
5 | 7 | Lukáš Moučka | Lukáš |
6 | 4 | Lukáš Moučka | * ukázat a popsat artefakt aplikace |
7 | 2 | Lukáš Moučka | * zjistit požadované layouty |
8 | 5 | Lukáš Moučka | * získat sample dat, které jsou zpožděná v čase |
9 | 2 | Lukáš Moučka | * domluvit se na vývojovém prostředí |
10 | 6 | Jakub Hlaváč | |
11 | |||
12 | Jakub |
||
13 | * API endpointy (na sensory, units) vrací 500, erroy po přihlášení uživatele (zkoušel jsem oba dva testovací), fungují jenom endpointy na grupy |
||
14 | * jaké grupy mají mít admin práva?? |
||
15 | * bude dashboard dostupný i bez přihlášení, nebo všechno schovat za přihlášení? Jde mi o tom, jestli na login dělat extra stránku |
||
16 | * všechny API jsou athorizována maximálně přes JSESSIONID? |
||
17 | 8 | Martin Lácha | |
18 | Martin |
||
19 | * Mohou být data nulová a pokud ano jak mají být zobrazena v grafu (vůbec nebo nulová) |
||
20 | * Jaký typ grafů použít |
||
21 | 12 | Martin Lácha | * Jakým způsobem vykreslit data, která nejsou časově synchronizovaná |
22 | 15 | Martin Lácha | * Má obsahovat i jinou funkčnost než je zobrazování dat ze senzorů |
23 | 10 | Štěpán Červenka | |
24 | Štěpán |
||
25 | * Z předchozí komunikace jsem nabyl dojmu, že už teď existuje aplikace, která vizualizuje data z dodaných end pointů. Tato aplikace však některá data z end pointů vykresluje nežádoucím způsobem a problém nějak souvisí s časovou synchronizací dat |
||
26 | * Pochopil jsem správně, že tato aplikace existuje? |
||
27 | * Pochopil jsem správně, že vykresluje určitých typ dat nežádoucím způsobem? |
||
28 | * Bylo by možné upřesnit, v čem chyba vzniká a jaké je požadované chování grafu |
||
29 | * Pokud už tato aplikace existuje, bylo by možné specifikovat další ohledy ve kterých tato aplikace nevyhovuje, abychom se těchto chyb vyvarovali? |
||
30 | 14 | Štěpán Červenka | * Jinak viz výše, tj. především konkrétní seznam případů, která data odkud mají být vykreslována (a jak se k nim dostat) a jaká je požadovaná vizualizace |
31 | 16 | Štěpán Červenka | * Jaké jsou hlavní funkční a mimofunkční požadavky na aplikaci? Existují nějaké nepovinné (nice to have) požadavky navíc? |
32 | 17 | Jakub Hlaváč | |
33 | |||
34 | 19 | Lukáš Moučka | h2. 8. 4. 2021 – Příprava na schůzku se zadavatelem |
35 | 17 | Jakub Hlaváč | |
36 | Jakub |
||
37 | * SensLog Lite v2 nabizi moznost dostat seznam jednotek pro uzivatele ale potrebujeme poslat jeho ID -> kde to ID vezmeme, kdyz po prihlaseni pres SensLog v1 nam prijde jenom jsessionid?? |
||
38 | * SensLog Lite v2 ma jenom tyhle endpointy co jsme dostali ve wiki? https://students.kiv.zcu.cz:3443/projects/aswi2021codebakers/wiki/SensLog_Lite_v2 nikde jsem nenasel dokumentaci |
||
39 | * ad https://students.kiv.zcu.cz:3443/issues/8510#change-27854 |
||
40 | ** kde vememe endpointy na provadeni techto operaci? v SensLog v1 jsou prevazne popsane jenom GET API s vyjimkou insertu cele jednotky, observace, alertu. Podle struktury JSON body, nejsem presvedcen, ze bych tim dokazal Unit updatovat. k v2 nemame dokumentaci a ve standardu OGC jsem se popravde ztratil, tak tam jsem to mohl prehlednout |
||
41 | ** nechapu ani zapis reseni aktivity viz prvni radek: _units = unit_id, decription, is_mobile, unit_type_id (číselník)_ > jak bychom mohli editovat unit_id kdyz podle schematu je to primarni klic? co tedy mame editovat? |
||
42 | * ad https://students.kiv.zcu.cz:3443/issues/8407 |
||
43 | ** user: přejmenovat unit, sensor > nenašel jsem pro to vhodné enpointy |
||
44 | ** user, admin: vlozit pozici k unit > dostanu false, ale jak zjistim co jsem poslal spatne?? https://students.kiv.zcu.cz:3443/dmsf/files/700/view |
||
45 | ** user: potreboval bych vysvetlit jak je mysleno struktura sve grupy (vim ze existuje vazebni tabulka units_to_groups) ale to jsem myslel, ze uz obstarava server na zaklade toho co mu posleme za jsessionid (my zadnej filter na FE nedelame) a backend nam vrati vsechny jednotky, chapu to tak spravne? |
||
46 | ** user, admin: data v libovolnem useku > budeme data nejak agregovat pri zadani velkych (predem urcenych) intervalu? (eg. uzivatel zada interval vetsi jak rok [co jsem zkousel, tak nam prijde ze serveru cca 46K zaznamu a jeste nesezarenych podle datumu, takze je to docela overkill to seradit na frontend pred zobrazenim] tak mu automaticky na backendu poslat v requestu aby mu je to grouplo napr po tydnech?) |
||
47 | ** admin: registrovat unit > s nasimi uzivateli to nemohu ani vyzkouset https://students.kiv.zcu.cz:3443/dmsf/files/701/view |
||
48 | ** admin: endpoint na registraci samotneho sensoru? jak pak sparovat? nenasel jsem endpointy (mozna budou v OGC standardu, ale v tom jsem se ztratil) |
||
49 | ** admin: vytvořit grupu podřízenou své grupě, tzn. parent_group_id = group_id admina > endpoint? (mozna budou v OGC standardu, ale v tom jsem se ztratil) |
||
50 | ** admin: vytvořit a přiřadit nového uživatele k nové grupě, může mít rights_id jen 1 nebo 2 > endpointy? (mozna budou v OGC standardu, ale v tom jsem se ztratil) |
||
51 | 18 | Jakub Hlaváč | |
52 | https://www.meteoblue.com/en/weather/week/prague_czech-republic_3067696 |
||
53 | 20 | Jakub Hlaváč | |
54 | h2. 26. 4. 2021 – Příprava na schůzku se zadavatelem |
||
55 | 21 | Jakub Hlaváč | |
56 | 20 | Jakub Hlaváč | Jakub |
57 | * mohli bychom pro uživatele kiv dostávat roli admin? můžeme to teď podstrkávat, ale radši bych pracoval jen s daty co dostanu z BE |