2023-11-20 Analüüsikoosolek
Osalejad:
Koosoleku kava
1. Kvaliteedimooduli analüüsiküsimused
- Hindamise tööülesandega saab olla seotud mitu meeskonna liiget, aga avatarina on joonistatud üks isik.
- Kas kuvame alati ühte või mitut?
- Mitut. Alati esimene, see kes vormi avas.
- Kui kuvame alati ühte, siis millist isikut kuvame arvataril?
- Disain:
- Kas kuvame alati ühte või mitut?
- Hindamise tööülesannete halduses on joonistatud, et tehtud ülesandeid saab ka kustutada.
- Kas ikka peab saama tehtud ülesandeid kustutada? Ja kui peab, siis miks?
- Tehtud tööülesandeid ei saa kustutada.
- Disain:
- Kas ikka peab saama tehtud ülesandeid kustutada? Ja kui peab, siis miks?
- Analüüsist ei selgu, kes tööülesandeid tehtuks ja mittetehtuks märkida saavad.
- Kas tööülesande haldamise õigusega kasutaja kõikide meeskonnaliikmete tööülesandeid, meeskonnaliige enda tööülesandeid või on mingid muud tingimused?
- Kõik meeskonnaliikmed kõikide ülesandeid.
- Asutusega seotud isikud, ilma hindamise seoseta ülesandeid tehtuks märkida ei saa.
- Kommentaar Figmast:
- Kas tööülesande haldamise õigusega kasutaja kõikide meeskonnaliikmete tööülesandeid, meeskonnaliige enda tööülesandeid või on mingid muud tingimused?
- Tööülesande lisamise õigused. Analüüsis on kirjas: "Kasutaja on sisse loginud, tal on õigus näha NAPO hindamisi ja ta on hindamiseplaani lisamise/muutmise vaatest avanud tööülesande andmete lisamise/muutmise vaate. Kasutusõigused (vt. täpsemalt Kasutusõigused): NSILM_ASSESSMENT_TASK_MANAGE" Kati kommentaar Figmas "Jah mõeldud oli nii, et kui kõik meeskonnaliikmed saavad kõigile lisada töid, siis kõigil ka võimekus muuta neid tehtuks."
- Need kaks nõuet on vastuolus. Figma kommentaari järgi pead sa olema meeskonna liige, ilma privileegita, aga wiki järgi peab kasutaja olema seotud asutusega ja tal peab olema task manage privileeg. Mis on õige loogika?
- Kõik meeskonna liikmed saavad lisada ülesandeid.
- Need kaks nõuet on vastuolus. Figma kommentaari järgi pead sa olema meeskonna liige, ilma privileegita, aga wiki järgi peab kasutaja olema seotud asutusega ja tal peab olema task manage privileeg. Mis on õige loogika?
- Kutseregistri päring
- Millist tüüpi kutsetunnistused meid huvitavad? Kutseregister pakub selliseid kutsetunnistuse tüüpe:
1 - Kutsetunnistus
2 - Osakutsetunnistus
3 - Koolilõpudokumendile kantud kutse
4 - Koolilõpudokumendile kantud osakutse
30 - Kutseõppe lõpetaja kutsetunnistus
40 - Kutseõppe lõpetaja osakutsetunnistus
- Võtame kõik kutsed.
- V1 vs V2 teenus. Kumma kasutusele võtame? Kasutame V2 teenust.
- V1 versioonis päringu sisendis ei olnud lubatud eraldi kutseõppe lõpetaja (osa)kutsetunnistusi pärida. Need tunnistused olid leitavad koolilõpudokumendile kantud (osa)kutsete alt.
Alates v2 on võimalik pärida ka kutseõppe lõpetaja kutsetunnistusi, nende tüübid on järgmised:
30 - Kutseõppe lõpetaja kutsetunnistus;
40 - Kutseõppe lõpetaja osakutsetunnistus.
- Millist tüüpi kutsetunnistused meid huvitavad? Kutseregister pakub selliseid kutsetunnistuse tüüpe:
2. INTELEX teema - juhtimislaua graafikute funktioonid
- Personalize visual MS funktsionaalsus visuaali tüübi muutmiseks või/ja uue visuaali loomiseks kasutaja poolt (custom kujunduse näide https://playground.powerbi.com/en-us/showcases-gallery/quick-visual-creator ) - playground custom kujundus on käsitsi kirjutatud Javascript kood
- MS suppordiga suhtlus funktsionaalsuste advanced vajaduste osas -
- Export API arvestab ainult neid filtreid, mis on filtripaanil seadistatud, mitte aruande vormil sliceritena.
- Export to PDF - PBI navigatsiooniribal on valik Export to PDF, kust kasutaja saab teha export with current values ja current page, tulemuseks laetakse alla aruande PDF. Hetkel ei tasu arvestada, et seda nuppu saab PBI Rest API kaudu automaatselt käivitada.. Ses osas veel suhtlus suppordiga käib.
- Export Data - kas saaks graafiku valiku Export Data tuua paremini nähtavaks? Nii et see ei oleks ... all, arvestades,, et ... ilmub nähtavale alles siis, kui kasutaja on hiirega graafiku peal. Suppordi hinnangul ei saa. (taustinfoks, et Premier support kliendid saavad tellida kiirendatult MS poolt mingit arendust)
- Juhtimislaua pisipiltide kuvamine - pisipildid peavad olema ette genereeritud, korraga kõikide graafikute pärimine juhtimislauale teeks veebilehe aeglaseks. Tuleb arutada, mis hetkel toimub ettegenereerimine? Arvestada, et sisseloginud kasutaja näeb oma õppeasutuse/KOVi andmeid.
- Kokkuvõttev dok Eeriku poolt - selle nädala jooksul. Kairit Peekman poolt info, et HTM omalt poolt sel nädalal mõtleb läbi juhtimislaua vormi/disaini.
- Sisekeskkonna valmimine - HTM poolt info, et esialgu saab valmis KOV jaoks enesehindamise planeerimise jaoks (KOV profiil). Järgmise aasta algusest on plaan mõelda ja arendada sisekeskkonna arendamist teistele kasutajatele. Siis tuleb lahendada ka aruannete embed haldusliides UI poolel.
- Noorsootöö hindamine. KOVi profiilis hindamise sees on planeeritud 2 aruande lehte - kasutaja sisestab iseenda kohta mingeid andmeid tulemusindikaatorite osas, nendest peaks kokku tekkima aruanne. See on selge, milline see peaks noorsootöö hindamise moodulis olema. Infosüsteemi mõttes - noorsootöö andmebaasis hetkel ehk MongoDB andmebaasis. Aruannete nimetused:
- Tulemusnäitajate aruanne,
- Hindamise koondaruanne - eesmärkide ja alameesmärkide lõikes
Hindamise enda üldandmed ehk mudeli sisestamise andmed on juba baasis, aga mudeli kasutamise ehk enesehindamise andmeid ei ole veel. Intelex võib teha power bi näitearuande MongoDB'st andmete direct query mudeliga võtmise osas. MongoDB'l on rest päringud ka. Teine variant MariaDB baasi kasutada (see on HaridusSilm drupal andmebaas hetkel).
Aruannetes kuvatakse hindamise järgi andmed. Veebiliides teab, mis hindamised on kasutaja teinud, pärid aruande hindamise id järgi.