Analüüsist

1. 1. Kuna TWN arendab layeritena (BE ja FE), siis on analüüsi kohta paar ettepanekut.
      1. Hetkel on BE spekis defineeritud sisend ja väljund dto objektid (GS API Hindamismudeli salvestamine) ning FE spekis on kirjeldatud BE äriloogika (GS Hindamismudeli üldandmete lisamine/muutmine#Andmetesalvestamisejap%C3%A4ringureeglid). Kuna meil on tähtaeg suhteliselt lähedal, siis tuleks analüüsi ümber struktureerida. Tõsta BE loogika FE spekist BE spekki. Siis teab iga kihi arendaja, mis on tema pileti skoop ning ei pea äriloogikat erinevates kohtadest otsima. 
      2. Hetkel on FE spekist puudu andmeväljade key mappingud ning API tehnilised nimetused. Arendajad peavad ise hakkama seda mappimist tegema. Ettepanek on lisada andmeväljade key mapping ka FE spekki ning nimetada API spekid vastavaks API nimega.
      3. BE spekkides on sama objekti erinevate APIde response dto erinevad (Näiteks GS API Hindamismudelite päring ja GS API Hindamismudeli päring). Ettepanek ja hea praktika on, et sama objekti erinevate APIde (GET, POST, PUT, PATCH) response dto on sama.
      4. Osa BE spekkides on erinevate meetodite (POST, PUT, PATCH) koos (Näiteks GS API Hindamismudeli salvestamine on kirjeldatud nii lisamist (POST) kui ka muutmist (PUT)). Ettepanek oleks luua iga meetodi jaoks eraldi analüüsi leht, kus kajastuks vastava meetodi kirjeldus. 
      5. Kas võime muuta detailanalüüsi lehti või neid ei tohi muuta enne kui Tieto on analüüsiga lõpetanud?

Klassifikaatorid

1. 1. EHIS poolelt avatakse võrgu tasemel ligipääs klassifikaatorite APIdele, kuid neid ei saa sellisel juhul kasutada brauseri kaudu. Selleks, et brauseri kaudu saaks klassifikaatorite APIsid kasutada, tuleks HKSilm poolel luua klassifikaatorite API, mis vahendab EHIS klassifikaatoreid. Sisuliselt tuleb luua proxy APId HKSilm poolele. On see ok?
   2. Selleks, et vähendada EHIS poole pöördumisi ning klassifikaatorite päringud oleksid kiiremad, on meie ettepanek luua HKSilm poolele cache lahendus, kuhu cachetakse klassifikaatorid. Kui see lahendus on ok, siis millise regulaarsusega cache andmeid uuendada tuleb? 1 tund? 8 tundi? 24 tundi?

Autentimine ja autoriseerimine

1. 1. Kas autentimiseks kasutame MVP raames nii HarID, kui ka TARA?
   2. Õnnestunud sisselogimisel suunatakse kasutaja süsteemi sisevaatesse.
      1. Kui kasutajal on süsteemis mitu rolli, siis määratakse talle sisselogimisel see roll, mida kasutaja viimati süsteemis kasutas.
         1. Kuna EHIS-es ei ole viimati kasutatud rolli loogikat, siis oleks ettepanek, et MVP raames viimati kasutatud rolli loogikat ei realiseeriks.
      2. Esmakordsel sisenemisel kuvatakse rollide valikut ja kasutaja saab valida, mis rollis ta soovib jätkata.
         1. Kas rolli valik on üldse vajalik? Pigem on oluline teada, millise asutuse nimel kasutaja tegutseb ning millises valdkonnas. Kui kasutajal on mingi asutuse kontekstis mitu rolli, siis võiks ta ju kohe saada antud privileegide alusel kõiki tegevusi teha, mis tal vastava asutuse kontekstis on? Näiteks, kui kasutaja on Kadaka Põhikoolis juhtkonna liige ja töötaja (õpetaja), siis ei peaks kasutaja valima kummas rollis ta mingeid tegevusi teeb. Peamine on see, et kasutaja saab Kadaka Põhikooli nimel teha teatud tegevusi. Aga kui kasutajal on lisaks Kadaka Põhikoolile ka Õismäe Gümnaasiumis õpetaja, siis peab ta valima kumma asutuse eest ta tegevusi teeb. Sellisel juhul võivad tal õigused asutuste lõikes olla erinevad, siis saab ta teha kummagi asutuse nimel erinevaid tegevusi vastavalt privileegidele. Ilona: Roll on vajalik, kuna HSILMa visioon on suurem, kui koolitasand. Isik võib olla Põhikooli staatuses õpetaja, samal ajal Huvikooli staatuses juht, samal ajal on ta ka lapsevanem (samas või erinevas ja ka mitmes asutuses) või mõni muu ekspert.

a. Kasutame HarID.

b.i.1. MVP raames ei tee, aga teeme taski ära.

b.ii.1 Tuleme 05.09.23 koosolekul tagasi.

Menüü ja jalus

1. 1. Süsteemi üldseadistuste kaudu peaks olema võimalik lisada/muuta/kustutada menüüpunkte, sh peaks olema võimalik seadistada:
      • millistele lehtede/vaadete linke soovitakse menüüsse lisada,
      • milline peaks olema menüüpunkti tekst ja
      • millise õiguse/rolliga menüüpunkti näeb.
        1. Kas selline võimekus on Drupalis olemas?
        2. Kas kvaliteedimooduli jaoks on menüü Drupalis defineeritud?
        3. Kes Drupali poolel menüüd haldab? 
   2. Tänasel hetkel on avaliku vaate jaluse haldus Drupalis, kui võimalik, siis sisevaadete puhul võiks kasutada sama lahendust.
      1. Kas kasutame avaliku vaate jalust või tuleb sisevaate jaoks eraldi jalus defineeritud?

Menüü ja jaluse haldus jääb Drupalisse.

Täna ei ole olemas jalust ja menüüd.

Kairit/Ilona tellib, kui arenduseks läheb.

Objektide võtmed

1. 1. Kas FE ja BE suhtlevad omavahel UUID võtme alusel?
   2. Kas saame ärilistest võtmetest loobuda?
   3. Kui ei, siis millised on reeglid hindamismudelite äriliste ID-de koostamiseks?

1. Kas FE ja BE suhtlevad omavahel UUID võtme alusel?
   1. FE ja BE suhtlevad UUID võtme alusel.
2. Kas saame ärilistest võtmetest loobuda?
   1. Ei saa.
3. Kui ei, siis millised on reeglid hindamismudelite äriliste ID-de koostamiseks?
   1. VALDKOND+SeqNo