Projekt

Obecné

Profil

Akce

4. iterace – Demo schůzka se zadavatelem


Informace o schůzce

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

Účastníci:

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 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 Project a ne na ProjectInstance -> 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 POST /projects, který vytvoří prázdný projekt a teprve nad ním proběhne POST /pumps/{tool}, který spustí pumpu
  • Mapování tabulky Artifact
    • koncept Artifact = každý soubor v repository (zdrojový kód, PDF, README, prostě vše, co tam je)
    • atribut description = 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ý

Aktualizováno uživatelem Štěpán Faragula před 7 dny(ů) · 2 revizí