2. iterace – Demo schůzka se zadavatelem¶

---

Informace o schůzce¶

• Datum: 20.3.2025
• Čas: 13:30 - 14:30
• Forma: prezenčně u zadavatele

Účastníci:¶

• Bc. Jakub Pavlíček, jpvlck@students.zcu.cz
• Bc. Štěpán Faragula, farag844@students.zcu.cz

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ý

• Git pumpa
  • Po dokončení dolování dat by se měla smazat lokální kopie dat
  • Kouknout se, jak využít Git k pumpování GitHub
    • U mapování commitu do SPADe bychom se měli kouknout na typ change (add, remove, copy, modify, move)
    • Git jako takový nemá komentáře, nutné doimplementovat v GitHub pumpě

• Jira pumpa
  • K dolování bychom měli zvolit vhodnou knihovnu, abychom později neměli problém s naší verzí Javy
  • Dávat si větší pozor při migraci programu mezi Java 23 a Java 24, nemusí se vydařit bez problémů

• Architektura
  • Prakticky nemusíme řešit žádné mapování z červených entit kromě Activity
  • Modré entity označují ruční zásah uživatele provedené po dolování
  • Do dokumentu bychom měli popsat, na jaké atributy jsou mapovány různé koncepty z nástrojů (Git tag vs GitHub release)
    • Samotné mapování dat na SPADe si můžeme rozhodnout sami podle toho, jak nám to bude dávat smysl
    • Například všechny komentáře (ať jim říkají v ALM jakkoliv) by měli jít do Description
  • Měli bychom se kouknout na data od Adama Šmucra, může tam být dost informací

• Plán
  • V TSP1 nejvíc času strávíme analýzou problému, to je v pořádku
  • Na TSP1 bychom měli mít konkrétní plán, na TSP2 už hrubý plán
  • Důležitá je správná návaznost mezi TSP1 a TSP2, na konci TSP1 by neměla žádná funkcionalita být rozdělaná, např. částečná pseudonimizace

• Specifikace požadavků
  • Přesunout architekturu, testování a dokumentaci do mimofunkčních požadavků
  • Přesunout pseudonimizaci a uživatelské mapování do funkčních požadavků
  • Doplnit specifikaci o CICD a kontejnerizaci
  • Můžeme přidat další use cases na pseudonimizaci, dotáhnutí dat a uživatelské mapování políček
    • Není nutné do detailu, v momentálním stavu je nejdůležitější dobrá implementace pump

• Vize
  • Ok

• GitLab
  • Naučit se, jak dělat automatické oboustranné vazby mezi GitLab a Redmine (prozatím děláme manuálně)
    • Návod na školní Redmine wiki

• Rozdělení práce na TSP1 a TSP2
  • Se zadavatelem jsme následně probrali, jaké jsou minimální požadavky pro splnění TSP1 a co můžeme bezpečně odložit na později, došli jsme k dělení požadavků do 3 skupin
  1. Musí být hotovo do TSP1
     • Dolování libovolných dat a jejich uložení do SPADe databáze
     • 3 funkční pumpy: Jira, Git, Github
     • Hard delete
     • Dobře navržená architektura a nasaditelnost projektu (Docker)
     • Jednoduché GUI (URL + přihlašovací údaje / API klíč + volba ALM + tlačítko "Začít pumpovat", po dokončení alert)
     • Popis API rozhraní mezi GUI a pumpama (může mít více endpointů, které nebudou zatím využity)
  2. Vylepšení v rámci TSP1, ale může se přesunout do TSP2
     • Pumpy na Redmine a GitLab
     • Soft delete
     • Dokument uživatelského mapování položek do SPADe databáze
  3. Odložené na TSP2
     • Dotahování změn z ALM
     • Pseudonimizace dat, začít zjednodušeně vše/nic, později dát na výběr jaké položky konkrétně
     • Uživatelské mapování dolovaných dat
     • V GUI specifikace těžení podle datumu a typu entit

• Nové požadavky na GUI
  • V GUI by mohli jít vybrat více projektů a ty se budou těžit sekvenčně za sebou
  • Při probíhajícím těžení bychom měli zakázat pumpování dalšího projektu, tj. pumpy nebudou pracovat paralelně, ale poběží jenom jedna
  • Při zadání URL root se zobrazí všechny projekty, které lze těžit (možná ani nepůjde zařídit, ale máme vyzkoušet)
    • Např. když url/projects obsahuje projekty url/projects/aswi2024 a url/projects/aswi2025, GUI nabídne těžení aswi2024 a aswi2025

• Do příště
  • Mapování dolovaných dat do databáze SPADe
  • Vytvoření dokumentu popisující databázové tabulky a jejich atributy v anglickém jazyce
  • Náčrt GUI

• Předběžně jsme se domluvili na další schůzce 2.4.2025. Pokud budeme chtít uzavřít LCO milník, na této schůzce by měl být přítomen i mentor.

---

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