3. iterace – Demo schůzka se zadavatelem¶

---

Informace o schůzce¶

• Datum: 11.4.2025
• Čas: 13:00 - 13:30
• Forma: prezenčně v místnosti UC-327

Účastníci:¶

• Bc. Jakub Pavlíček, jpvlck@students.zcu.cz
• Bc. František Urban, furban@students.zcu.cz
• Bc. Jakub Homolka, homolka7@students.zcu.cz
• Bc. Štěpán Faragula, farag844@students.zcu.cz
• Na schůzce byl i přítomný mentor, který pozoroval průběh

Poznámky ze schůzky¶

• Se zadavatelem jsme postupně prošli všechny body podle plánu iterace, zadavatel byl s průběžnými výsledky spokojený

• Popis SPADe databáze
  • OK, můžeme nechat tak jak je

• Architektura systému
  • OK, jediné co, tak udělat podrobnější pohled na vnitřek systému (abstraktní třída a konkrétní pumpy)

• Mapování tabulek
  • Zadavatel byl spokojený se stavem mapování, obzvláště s mapováním Jira pumpy
  • Když nevíme, co kam patří, tak se máme ptát (jako doposud)
  • Mapování některých problematických tabulek můžeme i přesunout do TSP2, musíme si ale sami vytipovat jaké
    • Důležité je udělat vhodnou strukturu kódu a zhotovit nějaký návod, jak postupovat při psaní nové pumpy
  • Vizualizace postupu mapování je velice pěkná a přehledná, rozhodně ji máme průběžně aktualizovat

• Řekli jsme zadavateli, že práce s databází je těžká a že kvůli tomu se zdržujeme
• Bavili jsme se o testování, to prozatím nemá smysl řešit, ale zato bychom měli důkladně udělat generický návrh architektury
  • Stačí manuální testování (vizuální kontrola), jestli se data opravdu mapují a jak vypadají
  • Je tu možnost, že přes léto by si zadavatel zkusil data pumpovat sám a na začátku TSP2 by nám dal kompletní zpětnou vazbu ohledně mapování tabulek
• Během TSP2 se může drobně upravit struktura SPADe databáze
  • Mohou se přidat nové atributy, žádné současné by se neměnili

• Zadavatel nám upřesnil, jak máme mapovat role v databázi
  • Do tabulky Person se mají dávat všechny role, které má, ať už jich má, kolik chce
  • Výjimkou je member a non-member
    • Nedává smysl aby, se obě role vyskytovaly u jednoho člověka
    • Máme udělat mapování non-member -> member, pokud udělá aktivitu spojenou s memberem
    • Nemáme už dělat member -> non-member, nedává smysl

• Nakonec jsme měli pro zadavatele připravené otázky, ale vzhledem k jejich počtu jsme se dohodli, že mu je pošleme po schůzce
• Předběžně jsme se domluvili na další schůzce 28.4.2025.

Otázky mentora¶

• Když někdo začal jako non-member a časem se stal member, nebude lepší, aby zůstala informace, že někdy byl non-member? (spíše mířeno na zadavatele)
  • Systém je takhle OK, protože role v databázi se mohou kdykoliv změnit

• Není žádoucí odchytat kvalitu datového modelu v rámci LCA teď, protože se to pak projeví na celém projektu?
  • Databázi nemůžeme upravit, můžeme akorát napsat, co se nám na ní nelíbí
  • Místo toho máme popsat konkrétní postup, jak jsme postupovali při mapování tabulek
  • Mentor byl s odpovědí OK, dále vznikla diskuze mezi mentorem a zadavatelem ohledně celého návrhu SPADe

---

Autor: Štěpán Faragula
Datum: 11.4.2025
Stav: hotový