Zápisy ze schůzek » Historie » Revize 28
Revize 27 (Lukáš Moučka, 2021-05-13 16:05) → Revize 28/30 (Lukáš Moučka, 2021-06-02 15:35)
h1. Zápisy ze schůzek h2. 4. 3. 2021 – Schůzka s mentorem * základní informace o ASWI procesu * popis jednotlivých milníků a iterací a jejich nezávislost na sobě * ukázka evidence issues na konkrétním příkladu * rady k vedení inicializační schůzky, abychom se přiblížili k milníku LCO * time-management jednotlivých meetingů h2. 4. 3. 2021 – Schůzka se zadavatelem * budeme vytvářet webovou aplikaci zobrazující pomocí grafů údaje ze senzorů * v rámci aplikace budou rozlišovány práva uživatelů na základě responsu z endpointu (vhodný endpoint nalézt v dokumentaci) * data budou získávána voláním endpointů příslušeného API * pro interní procesy se bude používat *Senslog API v1* * pro veřejné procesy bude v ideálním případě využíváno *OjC API* (ze strany zadavatele by se jednalo o optimální řešení) * je potřeba najít vhodnou knihovnu pro vykreslování grafů -> detailněji se podívat na *Vegu* a *D3.js*, kterou již zadavatel analyzoval, považuje je za vhodné, ale ještě nedošlo k implementaci * schůzky se zadavatelem budou probíhat každý týden nebo na základě aktuální potřeby h2. 15. 3. 2021 – Schůzka se zadavatelem * z časové vytíženosti zadavatele neproběhla v předchozím týdnu schůzka * k datu 15. 3. nám byl zaslán popis API, které bychom v rámci aplikace měli použít * byl zaslán i seznam layoutů, ale ty bude potřeba ještě probrat * v tomto týdnu již další weekly standup neproběhl, protože jsme zpracovávali materiály dodané zadavatelem h2. 18. 3. 2021 – E-mailová komunikace se zadavatelem, technickým konzultantem a administrátorem * jako staging server pro prezentaci aktuální práce budeme používat virtuální server v rámci KIV FAV ZČU * e-mailová komunikace se ukázala jako moc těžkopádná a neoperativní -> založení týmu na Microsoft Teams h2. 21. 3. 2021 – Schůzka se zaměstnancem CIVu * schůzka s Bc. Martinem Šebelou * ukázka nástroje https://nuada.zcu.cz/, který je spravován CIVem * instalace serveru "na klik" a možnost spravovat vlastní server s root právy h2. 23. 3. 2021 – Schůzka se zadavatelem * procházení dokumentu vize a jeho mírné úpravy – jinak zadavatelem s dokumentem souhlasil * následovala diskuze na základě [[Příprava schůzek|přípravy na schůzku]] * po následující komunikaci skrze MS Teams zadavatel vložil *datový model*, *popis atributů* a *data se synchronizační chybou* do sekce *DMS* h2. 8. 4. 2021 – Schůzka se zadavatelem - domluva na dashboardu - potřeba vyzkoušet zobrazení dat z více senzorů do jednoho grafu - zadavatel vytvoří *request* pro [[SensLog lite v2]] - zadavatel dodefinuje chybějící endpointy pro požadované *use cases* - při zobrazení dat ze senzoru dát možnost nastavení "jemnosti" zobrazovaných dat (originální data, měsíce, dny, hodiny, ...) - vyzkoušet graf větru – bod by představoval vektor, který by se natáčel podle směru, viz https://www.meteoblue.com/en/weather/week/prague_czech-republic_3067696 - ID senzoru: první 4 čísla udávají typ senzoru a poslední 4 čísla jsou sériové číslo h2. 18. 4. – Komunikace se zadavatelem - komunikace se zadavatelem proběhla skrze MS Teams ohledně nově implementovaných služeb - zadavatel detailně popsal nově dodané věci v rámci issues h2. 27. 4. – Schůzka se zadavatelem *Poznámky ze schůzky:* * dashboard se dostyluje: ** seskupit editační funkce (add unit; edit unit) - https://www.primefaces.org/primeng/showcase/#/toolbar ** sekupit view tlačítka ** podbarvit data podle typu senzorů ** barevnou paletu sladíme s logem * zobrazení grafů ** 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) ** data se budou zobrazovat z jedné jednotky ** zobrazení grafů "od/do" za pomocí HTML input date -> *nedovolit zadavat datum do budoucnosti* *Akceptační kritéria:* * Přihlášení uživatele * Přidat uživatele - role admin * Přidat unit - role admin, user * Upravit unit (description) - role admin, user * Odstranit unit - role admin, user * Přidat sensor k unit - role admin, user * Upravit sensor (sensorTypes, sensorName - unikátní, phenomenId) - role admin, user * Odstranit sensor - role admin, user * Zobrazit graf jednoho sensoru - role admin, user * Zobrazit graf unit (možnost vybrat zobrazení dat ze sensorů na unit) - role admin, user h2. 6. 5. – Schůzka se zadavatelem * zadavatel dodá úpravy endpointů a notifikuje o nasazení: ** getAllPehnomens - narovnání dat, aby se i teplota vracel s ID, ktere jsou na sensorech (sensory maji phenomenId 1, ale tplota z backendu prijde s id 101) ** getAllSensorTypes - endpoint vraci groupy, ale nevraci k nim sensorId (coz ma byt 5ti místný kód typu sensoru podle kterých grupujeme na FE) * předvedeno nové UIX - zákazník spokojenější (už se mu to líbí) ** domluveno, že popupy se budou stylovat v následující iteraci ** chce změnit tlačítka na přidávání a editaci unit (rozdelit je, jelikož je to matoucí) * předvedeny všechny usecases (kromě zobrazování multiline grafů) ** zákazník informován o problému se zakládáním uživatelů, kdy backend při založení uživatele se stejným jménem toho existujícího nejspíše přepíše h2. 13. 5. – Schůzka se zadavatelem * v unit jen tlačítko a edit (insert sensor na konci) a to samé i u senzorů * podívat se na UX tlačítek v modálních oknech * senzory v jednotkách grupovat podle sensor type * počáteční na 00:00 a koncový s aktuálním časem (u senzorů) * pod unitID vložit description (u senzorů), resp. zobrazovat co nejvíce informací * request na data grafů na tlačítko kromě prvního přístupu * groupování podle typu senzoru h2. 26. 5. – Schůzka se zadavatelem * předání produktu proběhlo úspěšně * na základě podnětu technického konzultanta byla opravena chyba v layoutu dashboardu, která se projevovala na vysokém rozlišení na operačním systému MacOS * se zadavetelem domluveno, že aktuální verze produktu bude v *master* větvi * zpětná vazba od zadavatele: ** zadavatel i technický konzultant byli s finálním produktem velmi spokojeni ** produkt se bude v nejbližší době nasazovat u dvou zákazníka ** těší se na další případnou spolupraáci