Iterace 2 zadavatel demo » Historie » Revize 3
Revize 2 (Štěpán Faragula, 2025-03-24 12:23) → Revize 3/4 (Štěpán Faragula, 2025-04-25 19:24)
h1. 2. iterace – Demo schůzka se zadavatelem ---- h3. Informace o schůzce * *Datum: 20.3.2025* * *Čas: 13:30 - 14:30* * *Forma: prezenčně u zadavatele* h3. Účastníci: * Bc. Jakub Pavlíček, jpvlck@students.zcu.cz * Bc. Štěpán Faragula, farag844@students.zcu.cz h3. 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 ## 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 pumpami pumpama (může mít více endpointů, které nebudou zatím využity) ## 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 ## 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ž <code>url/projects</code> obsahuje projekty <code>url/projects/aswi2024</code> a <code>url/projects/aswi2025</code>, GUI nabídne těžení <code>aswi2024</code> a <code>aswi2025</code> * *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ý