docs: upload meeting notes
This commit is contained in:
parent
eb5eb905ad
commit
458c3b0e53
68
Other/Other-20260820-1010.md
Normal file
68
Other/Other-20260820-1010.md
Normal file
@ -0,0 +1,68 @@
|
|||||||
|
# Zapisnik sestanka
|
||||||
|
|
||||||
|
## Prisotni
|
||||||
|
Tomaž, Matija, Rafa, Ana Marija
|
||||||
|
|
||||||
|
## Namen sestanka
|
||||||
|
Pregled do sedaj pripravljene dokumentacije
|
||||||
|
|
||||||
|
## Vsebina sestanka
|
||||||
|
|
||||||
|
Analysis postane Inteligence. (popraviti je potrebno pri Rafi in Matiji)
|
||||||
|
|
||||||
|
Serial production gre ven in se bo delil. Nadomestijo ga specializacije, npr. Food and Beverage, Metals etc. Rafa je vzel osnovo in popravil primere, da ustrezajo industriji.
|
||||||
|
|
||||||
|
Matija pojasni, da se je nekaj stvari spremenilo. Vsaka industrija ima svoj API. Vsaka industrija ima svoje specifike in svoj set izrazov za entitete.
|
||||||
|
|
||||||
|
Tomaž želi, da so izrazi bolj marketinški, ne tehnični.
|
||||||
|
|
||||||
|
Povedati je potrebno, da ima lahko ena naročnina več Tennantov. En Tennat ima samo en model, ki ga ni mogoče spremenit.
|
||||||
|
|
||||||
|
Najprej imamo Models > Manufacturing > FoodAndBeverage.
|
||||||
|
|
||||||
|
Najprej moramo opisat kaj Food and Beverige je. Opisno. Predstavljajmo si, da smo integrator, ki ne ve nič o Pulse. Najprej mora vedeti kaj to kot industrija pomeni. Ne predvidevajmo, da integratorji poznajo posamezne panoge. Potrebno je napisat kaj je specifika tega modela - da je tukaj zelo pomembna sledljivost, roki uporabe... Važno, da se prepozna v modelu. Zato na začetku opišemo čemu ta model služi.
|
||||||
|
|
||||||
|
Integration se odstrani, ker se ve, da je to Api dokumentacija.
|
||||||
|
|
||||||
|
Dokumentiramo Api klice in Excel. Verjetno bi bilo potrebno vlečt paralelno. Pulse deluje ali preko integracije ali preko Excel-a, ki ga naložimo. Potrebno je dokumentirat kako se vsebina povezuje med sabo. Pri F&B imamo Run (PRO), ki ima operacije. Ko pogledaš Execl piše Runs in Optimisations. Ko to gledaš morda niti ne veš kaj to pomeni. Potrebno je razčistit kaj kateri atribut v modelu pomeni. Opisat je potrebno povezave in zakaj je nekaj pomembno.
|
||||||
|
|
||||||
|
To, da nekomu razložimo katere podatke je bolj pomembno vpisat, če se želimo ukvarjat bolj s tem. To so domenska znanja, ki jih je potrebno polnit - za to so odgovorni vsebinski člani ekipe. Za interni Know-How mora obstajat ločena dokumentacija.
|
||||||
|
|
||||||
|
Prodajali bomo strokovno znanje - Enis gre do stranke in jim pove: Začeli bomo s tem, nadaljevali bomo s tem in nadaljevali tam. To je naloga konzultacije.
|
||||||
|
|
||||||
|
Excel, ki se izpolnjuje je na voljo na linku od Rafa dokumentacije.
|
||||||
|
|
||||||
|
### Pregled Api:
|
||||||
|
Potrebno je dodat Scalar opis kaj to je in kako se uporablja.
|
||||||
|
|
||||||
|
Matija pravi, da imamo Open Api na URL, kjer se samo stisne Run.
|
||||||
|
|
||||||
|
Posamezne entitete so prikazane ok.
|
||||||
|
|
||||||
|
Vsi podprti klici morajo biti opisani. Rafa potrebuje informacije, kateri podatki imajo katere klice in kaj vračajo.
|
||||||
|
|
||||||
|
Potrebno je dodat metode. Tam je potrebno opisat...
|
||||||
|
|
||||||
|
Tomaž predlaga, da se sklicujemo na Stripe dokumentacijo, ker je odličen primer.
|
||||||
|
|
||||||
|
Matija prikaže Api dokumentacijo, ki se sama zdokumentira. pulse-tompitapp.net/api, tu so popisani Servisi, opise mora dodat en izmed programerjev.
|
||||||
|
|
||||||
|
Za vsako entiteto je potrebno dodat podrejen dokument Opis entitete, ustvari entiteto, posodobi entiteto...
|
||||||
|
|
||||||
|
### Drugo
|
||||||
|
Začnemo na Index > Gettings started > izbira modela.
|
||||||
|
|
||||||
|
Potrebno je povedat, da kjer potrebuje token je potrebno dodat, kako se token dobi.
|
||||||
|
|
||||||
|
Matija predlaga, da se dokumentacija validira skozi testiranje.
|
||||||
|
|
||||||
|
Na Git Pulse je mapa z dokumentacijo (/dev, scr>Connectivity>Docs). To se pregleda in ugotovi, če je notri kaj pomembnega za uporabnika.
|
||||||
|
|
||||||
|
## Zaključki
|
||||||
|
- Matija posreduje trenutno dokumentacijo.
|
||||||
|
- Matija validira vsebino.
|
||||||
|
- Rafa naj malo počaka z Api, fokus naj ostane na vsebini. Lep, razumljiv dokument naj bo rezultat.
|
||||||
|
|
||||||
|
## Ostalo
|
||||||
|
20-08-2026 10:10 - 10:50
|
||||||
|
Avtor zapisnika: Ana Marija Pritržnik
|
||||||
44
Other/Other-20280820-0950.md
Normal file
44
Other/Other-20280820-0950.md
Normal file
@ -0,0 +1,44 @@
|
|||||||
|
# Zapisnik sestanka
|
||||||
|
|
||||||
|
## Prisotni
|
||||||
|
Tomaž, Matija, Ana Marija
|
||||||
|
|
||||||
|
## Namen sestanka
|
||||||
|
Prenos znanja o novi zahtevi
|
||||||
|
|
||||||
|
## Vsebina sestanka
|
||||||
|
|
||||||
|
Imamo še eno zahtevo, ki je pomemben za release.
|
||||||
|
|
||||||
|
Scenarij:
|
||||||
|
- Uporabnik ustvari nov subscription. Pove ime podjetja. Na podlagi imena podjetja poskušamo ugotovit kakšna je njegova industrija iz ene izmed njegovih spletnih strani. Na obrazcu mora podat naslov spletne strani.
|
||||||
|
- Iz tega ugotovimo njegovo industrijo izmed profilov, ki jih imamo. Uporabniku povemo iz katere industrije je, mora potrdit. Lahko potrdi ali spremeni.
|
||||||
|
- Ključna možnost, ki je default obkljukana. Potrebuje še ime. Izbere pa ali želi simulirano okolje, kjer bo že videl kako bo Pulse v njegovem podjetju izgledal. To je checkbox pri prijavi.
|
||||||
|
|
||||||
|
Sedaj imamo scenarij, ko bo obkljukano. To je ista stvar, kot jo naredimo mi preden gremo na sestanek k stranki.
|
||||||
|
|
||||||
|
Ustvari se subscription z active cloud Tennant. Dobimo URL. Če je obkljukano dobimo tudi simulator. Matija ugotovi kako se to izvede.
|
||||||
|
|
||||||
|
V prvi fazi: okolje se ustvari, simulator se požene, doda za pol leta podatkov. Naredi novo serijo vsake pol ure ali 15min. Analizo, če je simulirano okolje, delamo vsako uro. V prvi fazi ne potrebujemo uteži, spremenljivk, parametrizacije. Kasneje pa bomo to uporabljali. Potrebno predvidet.
|
||||||
|
|
||||||
|
Prioriteta je, da se ustvarjanje zgodi avtomatsko, da lahko pridemo na sestanek k stranki in rečemo: "To je vaše simulirano okolje".
|
||||||
|
|
||||||
|
Imamo dve poti - ko to delamo sami in onboarding. Onboarding ni relevanten. Sedaj se ukvarjamo kako naredimo to mi tukaj. Lahko je to Matija. Ni prav, da je to Robert, ker bo preveč okolij. Ne potrebujemo webpage za to. Lahko preko Posteman. Za to ne potrebujemo landing page.
|
||||||
|
|
||||||
|
Možnost imamo, da se na Tennant da več image-ev. Problem je, da če se nekaj zgodi, začne delat probleme FE če je BE obremenjen.
|
||||||
|
|
||||||
|
Matija opozori, da analiza na eno uro pomeni, da bomo porabili 2€/h.
|
||||||
|
|
||||||
|
Čas frekvence analiz se lahko spremeni.
|
||||||
|
|
||||||
|
Dosedanji prioretizaciji se doda še simulator.
|
||||||
|
|
||||||
|
Razmišljamo o pushnotification. Na tak način se animira uporabnika. Prikažemo kar je najbolj pomembno. Pushnotification je del zahteve. V Settings se mora dodat dovoljenje za Pushnotifications.
|
||||||
|
|
||||||
|
## Zaključki
|
||||||
|
- Matija preveri pushnotifications.
|
||||||
|
- Ana Marija vmesti REQ v ta/naslednji sprint.
|
||||||
|
|
||||||
|
## Ostalo
|
||||||
|
20-08-2026 9:50 - 10:08
|
||||||
|
Avtor zapisnika: Ana Marija Pritržnik
|
||||||
Loading…
x
Reference in New Issue
Block a user