ASWI - Pokročilé softwarové inženýrství » ASWI 2025 » Dolování dat z ALM nástrojů do SPADe databáze (Pícha) - SKIBIDI OHIO RIZZLERS

h1. 4. iterace – Demo schůzka se zadavatelem

----

h3. Informace o schůzce

* *Datum: 28.4.2025* 

* *Čas: 11:00 - 11:30*

* *Forma: prezenčně v místnosti UC-327*

h3. Účastníci:

* Bc. Jakub Pavlíček, jpvlck@students.zcu.cz

* Bc. Jan Vandlíček, vandl@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ý

* *Architektura systému*

** vypadá OK, detailnější feedback na obsah dokumentu dostaneme během další iterace

* *Specifikace požadavků*

** vypadá OK, detailnější feedback na rozřazení priorit MoSCoW dostaneme během další iterace

** na [[cviceni-aswi:Testovaci_stranka|wiki projektu Cvičení ASWI]] jsme ukázali, jak bychom mohli do MoSCoW přidat odkazy podle ID požadavku

*** zadavateli se to líbilo, můžeme to tak formátovat (nice to have)

* *API hard delete endpoint*

** funguje jak má

** soft delete se nemusíme zabývat, SPADe databáze na to není připravená

*** nedává smysl ukládat nějaká metadata, když se může projekt smazat a začít těžit jako nový

*** v databázi neexistuje prostor, kam ukládat metadata konkrétního ALM repozitáře, protože většina položek je mapována na <code>Project</code> a ne na <code>ProjectInstance</code> -> soft delete by způsobil nekonzistenci dat

* *GUI*

** vypadá pěkně a zatím obsahuje vše co by mělo (inicializace těžení, komunikace s BE, výpis projektů)

** když už máme hotový API endpoint pro mazání projektu, tak bychom mohli přidat ikonku na smazání projektu

*** ukáže se u všech projektů, které se momentálně nachází v databázi, bude vyžadovat fetch

*** mazání může být i na jiné než na hlavní stránce

* *Zabezpečení API*

** API jako taková nemusí být zabezpečená (autorizace + autentizace, šifrování)

** tokeny můžeme inicializovat jako lokální proměnné v Dockeru -> uživatel k nim pak nebude mít přístup

** sice hrozí útok Man in the Middle, ale vzhledem k tomu, že se v TSP2 počítá s anonymizací dat a plánují se těžit veřejné projekty, tak to není problém

** jediný uživatel systému bude zadavatel, podstatné pro něj je udělat správně mapování dat

* *Inicializace těžení*

** těžení můžeme inicializovat genericky, tj. můžeme mít endpoint <code>POST /projects</code>, který vytvoří prázdný projekt a teprve nad ním proběhne <code>POST /pumps/{tool}</code>, který spustí pumpu

* *Mapování tabulky Artifact*

** koncept <code>Artifact</code> = každý soubor v repository (zdrojový kód, PDF, README, prostě vše, co tam je)

** atribut <code>description</code> = aktuální popis souboru (nejnovější možná verze)

* 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 12.5.2025. Protože jde o lichou schůzku, bude nutné se i domluvit s mentorem.

----

Autor: Štěpán Faragula

Datum: 28.4.2025

Stav: hotový