Iterace 2 zadavatel demo » Historie » Verze 1
Štěpán Faragula, 2025-03-20 19:59
| 1 | 1 | Štěpán Faragula | h1. 2. iterace – Demo schůzka se zadavatelem |
|---|---|---|---|
| 2 | |||
| 3 | ---- |
||
| 4 | |||
| 5 | h3. Informace o schůzce |
||
| 6 | |||
| 7 | * *Datum: 20.3.2025* |
||
| 8 | * *Čas: 13:30 - 14:30* |
||
| 9 | * *Forma: prezenčně u zadavatele* |
||
| 10 | |||
| 11 | h3. Účastníci: |
||
| 12 | |||
| 13 | * Bc. Jakub Pavlíček, jpvlck@students.zcu.cz |
||
| 14 | * Bc. Štěpán Faragula, farag844@students.zcu.cz |
||
| 15 | |||
| 16 | h3. Poznámky ze schůzky |
||
| 17 | |||
| 18 | * Se zadavatelem jsme postupně prošli všechny body podle plánu iterace, zadavatel byl s průběžnými výsledky spokojený |
||
| 19 | |||
| 20 | * *Git pumpa* |
||
| 21 | ** Po dokončení dolování dat by se měla smazat lokální kopie dat |
||
| 22 | ** Kouknout se, jak využít Git k pumpování GitHub |
||
| 23 | *** U mapování commitu do SPADe bychom se měli kouknout na typ change (add, remove, copy, modify, move) |
||
| 24 | *** Git jako takový nemá komentáře, nutné doimplementovat v GitHub pumpě |
||
| 25 | |||
| 26 | * *Jira pumpa* |
||
| 27 | ** K dolování bychom měli zvolit vhodnou knihovnu, abychom později neměli problém s naší verzí Javy |
||
| 28 | ** Dávat si větší pozor při migraci programu mezi Java 23 a Java 24, nemusí se vydařit bez problémů |
||
| 29 | |||
| 30 | * *Architektura* |
||
| 31 | ** Prakticky nemusíme řešit žádné mapování z červených entit kromě Activity |
||
| 32 | ** Modré entity označují ruční zásah uživatele provedené po dolování |
||
| 33 | ** Do dokumentu bychom měli popsat, na jaké atributy jsou mapovány různé koncepty z nástrojů (Git tag vs GitHub release) |
||
| 34 | *** Samotné mapování dat na SPADe si můžeme rozhodnout sami podle toho, jak nám to bude dávat smysl |
||
| 35 | *** Například všechny komentáře (ať jim říkají v ALM jakkoliv) by měli jít do Description |
||
| 36 | ** Měli bychom se kouknout na data od Adama Šmucra, může tam být dost informací |
||
| 37 | |||
| 38 | * *Plán* |
||
| 39 | ** V TSP1 nejvíc času strávíme analýzou problému, to je v pořádku |
||
| 40 | ** Na TSP1 bychom měli mít konkrétní plán, na TSP2 už hrubý plán |
||
| 41 | ** Důležitá je návaznost mezi TSP1 a TSP2, kde |
||
| 42 | |||
| 43 | * *Specifikace požadavků* |
||
| 44 | ** Přesunout architekturu, testování a dokumentaci do mimofunkčních požadavků |
||
| 45 | ** Přesunout pseudonimizaci a uživatelské mapování do funkčních požadavků |
||
| 46 | ** Doplnit specifikaci o CICD a kontejnerizaci |
||
| 47 | ** Můžeme přidat další use cases na pseudonimizaci, dotáhnutí dat a uživatelské mapování políček |
||
| 48 | *** Není nutné do detailu, v momentálním stavu je nejdůležitější dobrá implementace pump |
||
| 49 | |||
| 50 | * *Vize* |
||
| 51 | ** Ok |
||
| 52 | |||
| 53 | * *GitLab* |
||
| 54 | ** Naučit se, jak dělat automatické oboustranné vazby mezi GitLab a Redmine (prozatím děláme manuálně) |
||
| 55 | *** Návod na školní Redmine wiki |
||
| 56 | |||
| 57 | * *Rozdělení práce na TSP1 a TSP2* |
||
| 58 | ** 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 |
||
| 59 | ## Musí být hotovo do TSP1 |
||
| 60 | *** Dolování libovolných dat a jejich uložení do SPADe databáze |
||
| 61 | *** 3 funkční pumpy: Jira, Git, Github |
||
| 62 | *** Hard delete |
||
| 63 | *** Dobře navržená architektura a nasaditelnost projektu (Docker) |
||
| 64 | *** Jednoduché GUI (URL + přihlašovací údaje / API klíč + volba ALM + tlačítko "Začít pumpovat", po dokončení alert) |
||
| 65 | *** Popis API rozhraní mezi GUI a pumpama (může mít více endpointů, které nebudou zatím využity) |
||
| 66 | ## Vylepšení v rámci TSP1, ale může se přesunout do TSP2 |
||
| 67 | *** Pumpy na Redmine a GitLab |
||
| 68 | *** Soft delete |
||
| 69 | *** Dokument uživatelského mapování položek do SPADe databáze |
||
| 70 | ## Odložené na TSP2 |
||
| 71 | *** Dotahování změn z ALM |
||
| 72 | *** Pseudonimizace dat, začít zjednodušeně vše/nic, později dát na výběr jaké položky konkrétně |
||
| 73 | *** Uživatelské mapování dolovaných dat |
||
| 74 | *** V GUI specifikace těžení podle datumu a typu entit |
||
| 75 | |||
| 76 | * *Nové požadavky na GUI* |
||
| 77 | ** V GUI by mohli jít vybrat více projektů a ty se budou těžit sekvenčně za sebou |
||
| 78 | ** 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 |
||
| 79 | ** 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) |
||
| 80 | *** 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> |
||
| 81 | |||
| 82 | * *Do příště* |
||
| 83 | ** Mapování dolovaných dat do databáze SPADe |
||
| 84 | ** Vytvoření dokumentu popisující databázové tabulky a jejich atributy v anglickém jazyce |
||
| 85 | ** Náčrt GUI |
||
| 86 | |||
| 87 | * 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. |
||
| 88 | |||
| 89 | ---- |
||
| 90 | |||
| 91 | Autor: Štěpán Faragula |
||
| 92 | Datum: 20.3.2025 |
||
| 93 | Stav: hotový |