Zápisy ze schůzek¶

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ů

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

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

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

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

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ří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

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

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

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

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

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