Příprava schůzek » Historie » Verze 41
Jakub Hlaváč, 2021-04-27 16:03
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 | 25 | Lukáš Moučka | Lukáš |
57 | |||
58 | * jaké komponenty mají být zobrazeny po přihlášení na dashboard |
||
59 | * jaké komponenty budou zobrazeny při zobrazení grafu – graf a jeho ovládací prvky? |
||
60 | |||
61 | 20 | Jakub Hlaváč | Jakub |
62 | * 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 |
||
63 | 26 | Jakub Hlaváč | * smazani unit - http code 200 s message ze unit nemuze byt smazan mi neprijde vhodne zvoleny |
64 | 1 | Lukáš Moučka | * zakladani unit - zalozenou unit nasledne nedostanu pres endpoint /DataService?Operation=GetUnits |
65 | |||
66 | 35 | Lukáš Moučka | *Poznámky ze schůzky:* |
67 | 29 | Lukáš Moučka | |
68 | 30 | Lukáš Moučka | * dashboard se dostyluje: |
69 | 41 | Jakub Hlaváč | ** seskupit editační funkce (add unit; edit unit) - https://www.primefaces.org/primeng/showcase/#/toolbar |
70 | ** sekupit view tlačítka |
||
71 | 30 | Lukáš Moučka | ** podbarvit data podle typu senzorů |
72 | 37 | Lukáš Moučka | ** barevnou paletu sladíme s logem |
73 | 30 | Lukáš Moučka | |
74 | * zobrazení grafů |
||
75 | ** maximálně týden úseku dat -> všechno nad týden bude agregované (AVG) -> v případě volných časových kapacit buffer (MIN; MAX) |
||
76 | 31 | Lukáš Moučka | ** data se budou zobrazovat z jedné jednotky |
77 | 40 | Jakub Hlaváč | ** zobrazení grafů "od/do" za pomocí HTML input date *!nedovolit zadavat datum do budoucnosti!* |
78 | 1 | Lukáš Moučka | |
79 | 35 | Lukáš Moučka | |
80 | *Akceptační kritéria:* |
||
81 | |||
82 | * Přihlášení uživatele |
||
83 | * Přidat uživatele - role admin |
||
84 | * Přidat unit - role admin, user |
||
85 | * Upravit unit (description) - role admin, user |
||
86 | * Odstranit unit - role admin, user |
||
87 | * Přidat sensor k unit - role admin, user |
||
88 | * Upravit sensor (sensorTypes, sensorName - unikátní, phenomenId) - role admin, user |
||
89 | * Odstranit sensor - role admin, user |
||
90 | * Zobrazit graf jednoho sensoru - role admin, user |
||
91 | 36 | Lukáš Moučka | * Zobrazit graf unit (možnost vybrat zobrazení dat ze sensorů na unit) - role admin, user |