Naposledy upravil Eva Mihaľová 2025/09/30 14:52
Show last authors
1 **PRÍSTUP K PROJEKTU**
2 **Vzor pre manažérsky výstup I-03**
3 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
4
5 |Povinná osoba|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky
6 |Názov projektu|Platforma pre elektronické testovania na školách (eTest 2.0)
7 |Zodpovedná osoba za projekt|Ing. Eva Mihaľová
8 |Realizátor projektu|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky
9 |Vlastník projektu|Ing. Ivan Šiagi
10
11 **Schvaľovanie dokumentu**
12
13 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
14 Podpis
15
16 (alebo elektronický súhlas)
17 )))
18 |Vypracoval|Ing. Eva Mihaľová|MŠVVaM SR| |30.9.2025|
19
20 = 1. História dokumentu =
21
22 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
23 |1.0|30.9.2025|Prvá verzia|Ing. Eva Mihaľová
24 | | | |
25 | | | |
26 | | | |
27
28 = Účel dokumentu =
29
30 V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
31
32 Dokument Projektový zámer má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj
33
34 ~1. detailný opis požadovaných projektových výstupov,
35
36 2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
37
38 3. detailný opis rozpočtu projektu a jeho prínosov,
39
40 4. harmonogram projektu,
41
42 5. vyhodnotenie rizík a závislostí,
43
44 6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
45
46 7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
47
48 8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
49
50 9. požiadavky na prevádzku a údržbu výstupov projektu,
51
52 10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
53
54 ~11. požiadavky na zdrojové kódy,
55
56 12. opis implementácie projektu a preberania výstupov projektu.
57
58 == 2.1 Použité skratky a pojmy ==
59
60 |SKRATKA/POJEM|POPIS
61 |Autor úloh |Rola zadávateľa úloh do PET.
62 |API |Podpora externých služieb
63 |Autor testu |Rola zostavovateľa testu do PET.
64 |Banka úloh, testov a dotazníkov |Úlohy, testy z výchovnovzdelávacích predmetov a dotazníky
65 |eMaturita |Externá časť maturitnej skúšky realizovaná elektronicky (nie papierovo)
66 |e-testovanie/ elektronické testovanie |Testovanie bez použitia papier/pero, t.j. testovanie s využitím počítača, resp.  tabletu/mobilu
67 |FURPS |Model pre klasifikovanie funkčných a nefunkčných požiadaviek na kvalitu SW (functionality, usability, reliability, performance, supportability)
68 |Hodnotiteľ |Rola hodnotiteľa odpovedí žiakov na otvorené otázky v testoch realizovaných v eTest 2.0
69 |HW / SW|Hardware (technické vybavenie) / Software (aplikačné vybavenie)
70 |IAM ÚPVS |Identifikačno-autentifikačný modul ústredného portálu verejnej správy
71 |MŠVVaM SR |Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky (verejný obstarávateľ)
72 |NIVaM |Národný inštitút vzdelávania a mládeže (realizátor e-testovania)
73 |PaaS  |Cloudová služba, poskytujúca ucelené prostredie pre vývoj a nasadenie aplikácií na báze niektorej technológie alebo množine technológií
74 |PET|Platforma elektronického testovania
75 |PID |Projektový iniciálny dokument
76 |Realizátor e-testovania|Organizácia zriadená na plnenie úloh v oblasti monitorovania a hodnotenia kvality výchovy a vzdelávania v zmysle § 76 a § 155 zákona č. 245/2008 z.z. (školský zákon).
77 |RPO |Recovery Point Objective/množstvo dát, ktoré môže byť stratené po obnove systému, merané časom spätne od vzniku výpadku
78 |RTO |Recovery Time Objective/doba obnovenia informačného systému po výpadku systému
79 |SaaS|Cloudová služba, poskytujúca hotový alebo čiastočne pripravený produkt
80 |SLA |(Service Level Agreement) Zmluva o podpore prevádzky
81 |UTF |Unicode Transformation Format - kódovanie znakov, teda priradenie číselných kódov znakovej sade (písmenám v abecede a ďalším znakom) pre potreby počítačového spracovania textov 
82 |VO |Verejné obstarávanie
83
84 = 3. Popis navrhovaného riešenia =
85
86 Predmetom zákazky je dodanie Platformy elektronického testovania (PET) pre digitálne testovanie a súvisiace služby. Riešenie má poskytovať funkcie pre tvorbu úloh, tvorbu a manažment testov, vykonávanie testov, hodnotenie testov, vytvorenie a export dát pre štatistické spracovanie výsledkov. Súčasťou zákazky je aj podpora prevádzky, školenia pre používateľov, konzultácie a rozvoj.
87
88 Nástup nových komunikačných technológií, zlepšenie dostupnosti vysokorýchlostného internetu s dostatočnou kvalitou a stabilitou spojenia a predovšetkým dostupnosť hotových riešení viedli Verejného obstarávateľa k odklonu od budovania vlastného, proprietárneho systému. Nový prístup  počíta s využitím existujúcich riešení s licenčnou politikou zameranou na predom stanovenú mernú jednotku. Zásadnými prínosmi sú:
89
90 •              časové hľadisko, teda rýchlosť spustenia elektronického testovania,
91
92 •              ľahká škálovateľnosť podľa potrieb trhu a demografickej reality počtu testovaných žiakov,
93
94 •              dostupnosť nových vylepšení, ktoré realizuje prevádzkovateľ na základe potrieb trhu,
95
96 •              kompatibilita so svetovými štandardami elektronického testovania.
97
98 Do nového riešenia je potrebné zapracovať aj skúsenosti zo starého systému (zjednodušenie o funkcie, ktoré majú vhodné alternatívy). Zároveň vnímame aj zmenu trhovej situácie v postpandemickej dobe, kedy sa vyformovala skupina SaaS služieb, poskytujúcich požadované funkcie v značnej zhode s požiadavkami, s vysokou mierou spoľahlivosti a pre vysoké počty žiakov.
99
100 = 4. Architektúra riešenia projektu =
101
102 Nasledujúci obrázok zobrazuje celkový pohľad na architektúru riešenie. Je výsledkom porovnania alternatív podľa Projektového zámeru.
103
104 [[image:1759229061107-263.png]]
105
106 Obrázok 1 Náhľad celkovej architektúry v notácii ArchiMate
107
108 == 4.1 Biznis vrstva ==
109
110 === 4.1.1 Návrh riešenia v biznis vrstve architektúry ===
111
112 Navrhovaný systém z hľadiska biznis architektúry rámcovo zachováva väčšinu služieb existujúceho systému :
113
114 * tvorba a životný cyklus Banky úloh a  testov,
115 * národné - certifikačné testovanie žiakov,
116 * školské (tz. necertifikačné, ale centrálne pripravované) testovanie žiakov,
117 * realizáciu dotazníkov vo forme anonymných testov,
118 * adaptívne testovanie,
119 * pripravenosť na externú komunikáciu s inými systémami, napr. rozhranie pre komunikáciu so školskými IS dôležitú pre prenos údajov, migráciu „uvoľnených“ úloh pre učiteľské testovanie (napr. do VIKI),
120 * štatistiky a reporting.
121
122 Z hľadiska používateľa navrhovaný systém zachováva najviac používané funkcie, pričom bude zefektívnený za účelom zjednodušenia pre používateľa ako aj zjednodušenia vývoja a údržby systému. Jednoduchší systém je lacnejší, obsahuje menej chýb, ľahšie sa používa a tým, že sa sústredí iba na podstatné veci, je predpoklad že ich bude robiť lepšie.
123
124 Realizácia systému bude rozdelená na 2 etapy. Súčasťou Release 1 bude plne funkčný systém, pripravený pre tvorbu banky úloh a pilotnú prevádzku (3d).
125
126 Súčasťou Release 2 bude systém s plnou prípravou na testovaciu kampaň, vrátane výkonnosti realizácie testov, efektívnosti hodnotenia výsledkov a spracovanie výsledkov do reportov a štatistík.
127
128 Systém teda bude zabezpečovať nasledovné funkcie:
129
130 **Správa číselníkov**
131
132 sa stará o centrálnu správu spoločných číselníkov a správu registrov škôl, žiakov a zamestnancov škôl. Administrátori číselníkov a registrov tak môžu na jednom mieste spravovať obsahy číselníkov a registrov.
133
134 **Správa používateľov**
135
136 Správa používateľov z radov študentov, učiteľov a zamestnancov MŠVVaM SR/NIVAM bude zabezpečovať vytvorenie používateľských účtov.
137
138 **Banka úloh**
139
140 V rámci banky úloh sa tvoria, testujú, schvaľujú a klasifikujú jednotlivé úlohy pred zaradením medzi ostré úlohy.
141
142 **Zostavovanie testov**
143
144 Pre konkrétne testovanie je možné zostaviť konkrétny test výberom z banky úloh pomocou filtrovacích kritérií, kľúčových slov a ďalších možností.
145
146 **Integrácia na externé služby**
147
148 Systém musí byť pripravený na využívanie externých API a s malými zmenami (formou change requestov) na využitie týchto API v rámci interných funkcií systému.
149
150 **Štatistiky a porovnanie**
151
152 Štatistiky poskytujú používateľom možnosti štatistického spracovania získaných výsledkov, ako napríklad sledovanie žiakov naprieč testami, alebo zlepšenie žiakov naprieč obdobiami. Bude možné nadefinovať statické štatistiky, ktoré sa budú publikovať pre verejnosť na portál, ako aj vytvárať ad-hoc štatistiky. Systém bude podporovať aj export kompletných údajov (prístup do databázy).
153
154 **Národné testovanie**
155
156 Národné testovanie umožňuje realizovať národné testovanie s jeho špecifikami. V prípade potreby bude testovanie môcť byť rozšírené aj na prijímacie testy na vysoké alebo stredné školy.
157
158 * tvorbu nových úloh, ich overenie a zaradenie do banky úloh,
159 * zostavovanie úloh do testov a ich priraďovanie žiakom, resp. skupinám žiakov,
160 * štatistiky a reporty z údajov systému,
161 * národné testovanie,
162 * učiteľské testovanie,
163 * voľne dostupné testovanie.
164
165 **Školské testovanie**
166
167 Školské testovanie umožňuje realizovať testovanie veľmi podobné národnému, ale na menšej vzorke pre všetky druhy testov národného testovania.
168
169 [[image:1759229169065-737.png]]
170
171 Obrázok 2 Biznis vrstva architektúry
172
173 === 4.1.2 Požiadavky na priebeh testovaní a ich bezpečnosť ===
174
175 ==== 4.1.2.1 Typy testov ====
176
177 PET umožní realizáciu nasledovných typov testov:
178
179 ~1. Certifikačné a pilotné testovanie
180
181 Certifikačné a pilotné testovanie spravuje realizátor e-testovania. Účelom je testovanie na základných školách, externá časť maturitných skúšok (eMaturita) a iné (napr. prijímacie skúšky na stredné, resp. vysoké školy) a pilotáž pre účely prípravy úloh pre testovania.  Základné požiadavky:
182
183 * vykonávanie testu na zabezpečenej pracovnej stanici s kontrolovaným prístupom (zabezpečenie na úrovni informačného systému alebo prehliadača, nie manuálne) k systémovým funkciám, ktorá neumožňuje používanie neoprávnených zdrojov,  počas realizácie testu, alebo neumožní pokračovanie v teste v prípade porušenia pravidiel,
184 * možnosť overenia identity testovanej osoby aj počas realizácie testu (vizuálna kontrola iba ako doplnková požiadavka v rámci rozvoja),
185 * vysoký stupeň zabezpečenia neoprávneného prístupu k úlohám v banke úloh a testov a v rámci procesu prípravy a realizácie testu, zabezpečenie neoprávneného prístupu k už vytvorenému testu, aj s využitím šifrovania obsahu,
186 * nekvalitný internet nemá mať zásadný vplyv na výsledok testovania. Vypracovanie odpovedí na testové otázky má prebehnúť korektne aj pri krátkodobých výpadkoch pripojenia na internet, 
187 * paralelné prihlásenie – identifikácia a autentifikácia (v priebehu 5 sekúnd) pre počty žiakov podľa kapitoly 5.2 a následná realizácia testovania, za účasti administrátorských používateľov,
188 * komplexné logovanie všetkých akcií žiaka a administrátora, aj v prípade, ak nie je pripojenie na Internet.
189
190 2. Školské testovanie 
191
192 Školské testovanie spravuje realizátor e-testovania. Účelom je poskytnúť školám elektronické testy pre priebežné, sumatívne aj formatívne (kriteriálne) testovanie. 
193
194 Základné požiadavky:
195
196 * nižšia úroveň bezpečnosti, pričom ale musí byť monitorovateľné a v informačnom systéme zaznamenávané, či sa žiak prepol do iného prostredia,
197 * paralelné testovanie cca 1 000 – 3 000 žiakov, rozdelené do viacerých dní, nižšia záťaž pri prihlasovaní.
198
199 3. Dotazníky
200
201 Účelom dotazníkov je realizácia výskumu a monitorovanie úrovne vedomostí, zručností a kľúčových kompetencií žiakov, rovnako ako aj sledovanie trendov kvality škôl. 
202
203 Dotazník bude realizovaný samostatne alebo bude byť reťazovo prepojený s testom (buď hneď za sebou, test + dotazník,  pričom sa vytvorí dokument s obsahom vykonaného testu a bude k nemu pripojený dotazník spätnej väzby, alebo sa bude môcť dotazník realizovať aj v časovom odstupe od testu, ale databázy a výsledky budú prepojiteľné).
204
205 Dotazníky budú:
206
207 * neanonymné (žiaci, učitelia, vedenie školy) – prepojenie s databázou používateľov,
208 * anonymné (rodičia, verejnosť) – jednorazové prístupy do dotazníka bez prístupových práv do informačného systému, dáta prichádzajú do informačného systému a poskytujú výstupy pre realizátora e-testovania.
209
210 Pre konkrétne testovanie je možné zostaviť test výberom z banky úloh pomocou filtrovania kritérií.
211
212 Nástroj umožní autorovi určiť povahu testu: statický, čiastočne dynamický a dynamický: 
213
214 * Statický test má úlohy pevne určené a jednoznačne nemenne usporiadané pred spustením testovania. 
215 * Dynamický test vyberá v priebehu testovania nasledujúcu testovú úlohu náhodne zo súboru podľa nastavených parametrov, napr. tak, aby bol dodržaný rovnaký stupeň obťažnosti testov pre všetkých kandidátov. Do tejto kategórie spadá aj adaptívne testovanie, ktoré je budúcou rozvojovou požiadavkou.
216 * Čiastočne dynamický test umožní kombináciu statických a dynamických položiek.
217
218 ==== 4.1.2.2 Testovanie eTest 2.0 ====
219
220 Testovanie žiakov pozostáva z nasledovných krokov:
221
222 * príprava testovania (vytvorenie súboru testovaní, nastavenie testov k súboru testovaní, parametrov testovania),
223 * naplánovanie testovania,
224 * testovanie žiakov,
225 * vyhodnotenie testu pre žiaka po skončení testu (tzv. predbežný výsledok),
226 * hodnotenie odpovedí žiakov na otvorené otázky v teste vrátane hodnotenia esejí,
227 * celkové štatistické vyhodnotenie.
228
229 ==== 4.1.2.3 Príprava testovania ====
230
231 PET umožní tvorbu úloh prinajmenšom nasledovnými spôsobmi: importom, vytvorením v autorskom nástroji, vytvorením zo šablóny, duplikovaním – skopírovaním úlohy alebo niektorých prvkov úlohy. 
232
233 Pre jeden test je možné vytvoriť viacero predpisov, resp. foriem pre test (líšia sa presne stanovaným pevným poradím úloh a distraktorov, resp. úprava pre účely žiakov so zdravotným znevýhodnením – zámena položky za inú). 
234
235 V rámci testu je možné 
236
237 * definovať sekcie testu zoskupením položiek podľa  určitých kritérií (pozrite katalóg požiadaviek), 
238 * vytvárať spoločné obsahy pre viacero úloh –[[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[príkla>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[d>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[PIS>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[A>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[testu >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[s>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[úlohami so spoločný>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[m>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[obsaho>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[m>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[,>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]]
239 * definovať povolené zdroje (kalkulačka, slovníky).
240
241 Autor testu bude mať možnosť vykonať skúšku vytvoreného testu a vytvoriť tlačovú predlohu testu.
242
243 Pre certifikačné a pilotné testovanie, a rovnako aj pre školské testovanie, je potrebné vytvoriť aj tzv. súbory testovaní, ktoré sa po zadefinovaní realizátora e-testovania naplánujú a následne zverejnia, aby si mohli školy na základe týchto publikovaných súborov testovaní  plánovať jednotlivé testy. Samotné vytváranie súborov testovaní spočíva v zadávaní všetkých potrebných metaúdajov k jednotlivým súborom a z výberu požadovaných predpisov testov, ktoré budú obsiahnuté v rámci vytváraného súboru testovaní.
244
245 ==== 4.1.2.4  Plánovanie testu ====
246
247 Plánovanie testu pozostáva z viacerých aktivít, ktoré je potrebné vykonať na strane subjektu, ktorý plánuje daný test (realizátor e-testovania). Plánovanie je zastrešené lokálnym administrátorom, ktorý  na začiatku vyberie zo zoznamu dostupných testov konkrétny test, ktorý plánuje realizovať. Pre zvolený test je potrebné nastaviť časové intervaly pre zviditeľnenie a sprístupnenie testu z pozície školy (tieto časové intervaly musia byť podmnožinou časových intervalov pre zviditeľnenie a sprístupnenie testu, ktoré stanoví realizátor e-testovania pre daný súbor testovaní, resp. test) a zvoliť, ktoré ročníky a triedy v ročníkoch, resp. ktorí žiaci môžu predmetný test absolvovať. V prípade potreby musí PET umožniť upraviť zoznam žiakov, ktorí budú mať plánovaný test dostupný a modifikovať iné parametre, napr. parametre termínu testovania (deň, čas, názov termínu, administrátorov).
248
249 PET zároveň musí umožniť naplánovať žiakov do „virtuálnej“ testovacej miestnosti – nemusí korešpondovať s reálnou triedou, resp. reálnou školou a toto plánovanie budú môcť vykonať administrátori informačného systému na strane realizátora e-testovania alebo aj administrátor na strane vybranej školy. Táto funkcionalita je potrebná napr. pri realizácii opravného a náhradného termínu maturity, keď je potrebné otestovať žiakov rôznych škôl v jednom „testovacom centre“.
250
251 ==== 4.1.2.5 Realizácia testu ====
252
253 Realizácia samotného testovania žiakov prebieha vo vopred určený čas, kedy sa testovaným žiakom zobrazí konkrétny test v rámci ich profilu. Následne si môžu žiaci konkrétny test spustiť v rámci svojho žiackeho profilu a prejsť na samotné testovanie. 
254
255 Dozorujúci pedagóg počas samotného testu dohliada predovšetkým na korektný priebeh testu. Jeho hlavnou úlohou je zabezpečiť, aby sa podarilo všetkým testujúcim žiakom spustiť potrebný test a aby celé testovanie prebiehalo bezproblémovo a plynule. V prípade potreby mu PET umožní na vzniknuté mimoriadne situácie zareagovať a vyriešiť ich, najmä zablokovanie testu a jeho opätovné spustenie.
256
257 S cieľom eliminácie zlyhania ľudského faktoru je potrebné monitorovať dozorujúcich pedagógov počas testovania. Každá zmena priebehu testovania bude preto zaznamenaná a vyhodnotená. Po zastavení testu testovaným bude následné pokračovanie vyžadovať asistenciu dozoru, pričom všetky udalosti budú zaznamenané v PET s presným časovým údajom a identifikáciou dozorujúceho. Doba opustenia testu, počet opustení testu, ako aj opakované porušenie pravidiel testovania budú tvoriť základ
258 pre proaktívne sledovanie priebehu testovania a zapojenie centrálneho dohľadu realizátora e-testovania.
259
260 Každý test je časovo obmedzený, o čom sú žiaci informovaní a pred uplynutím času aj notifikovaní.  V prípade, že nestihnú uložiť test pred ukončením časového limitu, PET uloží všetky ich vyplnené odpovede a test automaticky uzavrie. 
261
262 V závislosti od predpisu testu, resp. typu testovania, PET umožní vytvoriť tlačový výstup ukončeného testu (.pdf alebo adekvátny formát dokladu o vykonanom teste pre žiaka aj pre realizátora e-testovania)  s možnosťou voľby, či súčasťou testu bude aj porovnanie odpovedí žiaka a správnych odpovedí podľa kľúča, alebo bez kľúča správnych odpovedí.
263
264 Bezprostredne po ukončení testu sú žiaci oboznámení s výsledkami automaticky hodnotených odpovedí (tzv. predbežný výsledok dostupný hneď po ukončení testu). Slovné odpovede žiakov (otvorené úlohy) budú vyhodnotené neskôr a o finálnom výsledku testu bude PET každého žiaka notifikovať a kompletný výsledok si  môže následne pozrieť v rámci svojho profilu. 
265
266 Predbežný výsledok obsahuje predbežné informačným systémom automaticky vyhodnotené odpovede žiakov v zmysle nastaveného kľúča správnych odpovedí. Automatické výsledky, tzv. predbežné, musia byť zobrazené žiakovi hneď po ukončení testu (vo forme počtu získaných bodov a aj v percentuálnom vyjadrení úspešnosti žiaka v teste)  a zároveň budú uložené v histórii daného žiaka. Úplné výsledné údaje budú k dispozícii po ukončení hodnotenia testov hodnotiteľmi a po ukončení štatistického spracovania výsledkov.
267
268 PET bude po uvedení do prevádzky Release 2 podporovať aj „inteligentné“ efektívne hodnotenie odpovedí, t.j. bez zásahu hodnotiteľa (voliteľne) dokáže automaticky správne ohodnotiť odpovede bez diakritiky, alebo  vyhodnotiť odpoveď v rámci definovaného rozsahu (autor úlohy pri jej tvorbe nastaví, že daná úloha môže byť týmto spôsobom automaticky vyhodnocovaná, lebo napr. v odpovedi nezáleží na správnej diakritike, výsledok „čižmička“ bude vyhodnotený rovnako správne ako „cyzmycka“). Odpovede, ktoré PET označí za správne ale s menšou ako 100% úrovňou pravdepodobnosti pôjdu na review ľudskému hodnotiteľovi. Cieľom je hodnotenie zrýchliť a zefektívniť – hodnotiteľ (človek) následne bude iba kontrolovať správnosť automatického vyhodnotenia. Tento PET bude následne rozširovaný prostredníctvom zmenových konaní na základe skúseností z používania.
269
270 Zároveň PET rozšíri kľúč správnych odpovedí aj o odpovede, ktoré hodnotitelia pri hodnotení úlohy v rámci predchádzajúceho testovania označili ako správne.
271
272 ==== 4.1.2.6 Hodnotenie testu ====
273
274 Hodnotenie testu pozostáva z automatizovaného hodnotenia (uzavreté úlohy a otvorené úlohy voči existujúcemu kľúču) a z hodnotenia otvorených odpovedí hodnotiteľmi. Aby bola zabezpečená transparentnosť procesu hodnotenia, hodnotenie slovných odpovedí hodnotiteľmi prebieha v dvoch úrovniach. Na prvej úrovni hodnotia jednotlivé odpovede nezávisle na sebe dvaja primárni hodnotitelia. Po ukončení hodnotenia zo strany primárnych hodnotiteľov nasleduje druhá úroveň hodnotenia. Toto hodnotenie vykonáva hlavný hodnotiteľ, pričom PET prehľadne (farebne) zvýrazní, v ktorých hodnoteniach sa prví dvaja hodnotitelia nezhodovali, a v ktorých áno, odlíši (farebne) správne a nesprávne vyhodnotené odpovede. Hlavný hodnotiteľ reviduje a posudzuje hodnotenia z prvej úrovne a k jednotlivým odpovediam dáva oficiálne hodnotenie, ktoré bude následne publikované ako hodnotenie odpovedí jednotlivých testov a doplní tak automaticky vyhodnotené odpovede, aby mohol byť predmetný test kompletne vyhodnotený. 
275
276 Súčasťou aplikácie a modulu hodnotenia bude aj nástroj na definovanie stupnice hodnotenia. Počas hodnotenia majú hodnotitelia možnosť rozšíriť hodnotiaci kľúč. 
277
278 [[image:1759229415038-731.png]]
279
280 (% class="wikigeneratedid" %)
281 // Obrázok 3 Aplikačná vrstva architektúry//
282
283 === 4.1.3 Prehľad koncových služieb – budúci stav: ===
284
285
286 |(((
287 Kód KS
288
289 (z MetaIS)
290 )))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
291 Životná situácia
292
293 (+ kód z MetaIS)
294 )))|Úroveň elektronizácie KS
295 |ks_334517|Elektronické testovanie žiakov|G2B, G2A|(((
296 103 Základné školy
297
298 096 Stredné školy
299 )))|úroveň 4
300
301 === 4.1.4 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
302
303 V rámci projektu nebude realizovaný presun zodpovedností a služieb org. jednotiek, vytvorenie alebo zlúčenie organizačných jednotiek, zapojenie iných organizačných jednotiek, atď.
304
305 === 4.1.5 Jazyková podpora lokalizácia ===
306
307 Požiadavky na jazykovú lokalizáciu riešenia a používateľské prostredie bude implementované v slovenskom, a v jazyku národnostných menšín.
308
309 == 4.2 Aplikačná vrstva ==
310
311 Predpokladá sa využitie SaaS služby ako nosnej časti informačného systému.
312
313 SaaS nástroje pre realizáciu elektronického testovania dnes poskytujú pomerne ucelené riešenia a dávajú možnosť výberu. Na druhej strane očakávame, že nie všetky funkcie musia byť vo vhodnom nástroji pokryté ideálne.
314
315 Preto predpokladáme, že systém môže byť doplnený o ďalšie komponenty a služby, ktoré budú realizovať požiadavky, ktoré vybraný SaaS produkt nie je schopný efektívne realizovať. Príkladom sú špecifické integrácie, nástroj typu BI a ďalšie.
316
317 Požaduje sa, aby návrh riešenia v rámci ponuky obsahoval popis aplikačnej architektúry so zdôraznením, aké funkcie dodáva SaaS služba a aké prípadné ďalšie komponenty a prečo.
318
319 === 4.2.1 Návrh riešenia v aplikačnej vrstve architektúry ===
320
321 ==== 4.2.1.1 Portál ====
322
323 Portál predstavuje jediné centrálne rozhranie pre používateľov informačného systému a sú cez neho dostupné všetky funkcionality informačného systému.
324
325 ==== 4.2.1.2        Správa používateľov ====
326
327 Správa používateľov bude spravovať účty používateľov z radov žiakov a študentov, zamestnancov škôl (učitelia, koordinátori a IT administrátori) a zamestnancov realizátora e-Testovania (NIVaM), prípadne iných oprávnených osôb v súvislosti s prevádzkou PET a realizáciou elektronického testovania. Bude umožňovať:
328
329 * služby evidencie používateľov,
330 * identifikácie a autentifikácie prostredníctvom štandardných protokolov,
331 * hromadný import a export používateľov a hromadné aj čiastkové zmeny ich údajov,
332 * integráciu na externého providera / SSO / federácia s iným autentifikačným serverom (napr. Facebook, Google, Apple, Microsoft),
333 * dvojfaktorovú autentifikáciu, minimálne štandardné OTP 2FA autentifikačné aplikácie
334
335 (Authy, Microsoft Authenticator, LastPass, alebo ekvivalent),
336
337 * funkcionalitu na komplexnú správu používateľských identít,
338 * funkcionalitu na riadenie prístupových práv k dátam a službám informačného systému.
339
340 Integrácia na IAM UPVS ani rezortné systémy sa v rámci dodávky nebude realizovať. V rámci rozvoja je zamýšľaná integrácia, ktorá umožní čo synchronizáciu údajov o školách, žiakoch a učiteľoch s minimálnou mierou manuálnej práce.
341
342 ==== 4.2.1.3 Správa úloh, testov ====
343
344 V rámci správy úloh sa tvoria, klasifikujú, pilotujú a schvaľujú jednotlivé úlohy pred zaradením medzi ostré úlohy. 
345
346 Nástroj na tvorbu úloh umožní centrálny vývoj úloh – to znamená, že všetci používatelia – autori, recenzenti, hodnotitelia, atď. budú pracovať na jednej centrálnej databáze úloh. Prístupy používateľov do aplikácie a k dátam budú jednoznačne dané rolami a oprávneniami. Nástroj umožní tvorbu rôznych typov úloh.
347
348
349 Typy aktuálne využívaných testových úloh:
350
351 * Otvorené: 
352 ** s tvorbou krátkej odpovede – doplňovanie textu, čísla,
353 ** s tvorbou dlhej odpovede (napr. eseje).
354 * Uzavreté: 
355 ** výber z viacerých možností – jedna správna odpoveď,
356 ** výber z viacerých možností – viac správnych odpovedí,
357 ** binárne (dichotomické), pravda, nepravda,
358 ** priraďovacie – prepojenia dvoch zoznamov, dvoch tvrdení, dvoch obrázkov,
359 ** zoraďovacie – zoradenie podľa vhodnosti, dôležitosti,
360 ** s označením odpovede v texte alebo obrázku,
361 ** s odovzdaním riešenia v súbore (ako príloha k odpovedi),
362 ** typ sore finger – výber z viacerých možností, kde napr. slovo nezapadá do kontextu,
363 ** drag and drop – uchopenie a premiestnenie objektu (textového, obrázku) na správne,
364 ** identifikácia objektu alebo pozície,
365 ** Matica: 
366 *** single matrix (jedna správna odpoveď v riadku),
367 *** multiple matrix (viac správnych odpovedí v riadku).
368
369 Nástroj umožní:
370
371 *
372 ** realizovať otázky založené na vypočutí nahrávky (audio/video nahrávky): PET bude mať zabudovaný vlastný prehrávač nahrávok – cieľom je, aby bolo možné nastaviť, že žiak nemôže zastaviť, resp. prehrať, resp. spustiť viacnásobne nahrávku (umožní vykonávať iba povolené činnosti),
373 ** manipuláciu s obrázkami, objektami – podpora animácií, napr. simulácia telesa v pohyb,  o vytvárať interaktívne úlohy (tento typ úloh využíva napr. testovani[[e >>url:https://www.oecd.org/pisa/]][[PISA>>url:https://www.oecd.org/pisa/]][[ >>url:https://www.oecd.org/pisa/]][[- >>url:https://www.oecd.org/pisa/]][[PISA (oecd.org>>url:https://www.oecd.org/pisa/]][[)>>url:https://www.oecd.org/pisa/]][[,>>url:https://www.oecd.org/pisa/]][[ >>url:https://www.oecd.org/pisa/]][[príklad úloh>>url:https://www.oecd.org/pisa/test/PISA%202015%20MS%20-%20Released%20Item%20Descriptions%20Final_English.pdf]][[y>>url:https://www.oecd.org/pisa/test/PISA%202015%20MS%20-%20Released%20Item%20Descriptions%20Final_English.pdf]][[),>>url:https://www.oecd.org/pisa/test/PISA%202015%20MS%20-%20Released%20Item%20Descriptions%20Final_English.pdf]]
374 ** využitie formátu na chatovanie – simulácia  chatovania:
375
376 [[https:~~/~~/www.oecd.org/pisa/test/CP>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[S>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[->>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[Xanda>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[r>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[->>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[scorin>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[g>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[->>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[guide.pd>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[f>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]][[,>>url:https://www.oecd.org/pisa/test/CPS-Xandar-scoring-guide.pdf]]
377
378 *
379 ** využitie grafických nástrojov (open source) na rysovanie a grafické zobrazovania objektov pre tvorcov úloh (napr. [[GeoGebr>>url:https://www.geogebra.org/]][[a>>url:https://www.geogebra.org/]][[),>>url:https://www.geogebra.org/]]
380 ** Úlohy na priestorovú predstavivosť v matematickej gramotnosti:
381
382 [[https:~~/~~/www.geogebra.org/m/h5rHMprZ#material/CZrMVQ3>>url:https://www.geogebra.org/m/h5rHMprZ#material/CZrMVQ3t]][[t>>url:https://www.geogebra.org/m/h5rHMprZ#material/CZrMVQ3t]][[ .>>url:https://www.geogebra.org/m/h5rHMprZ#material/CZrMVQ3t]]
383
384 PET musí byť navrhnutý tak, aby bolo možné typy úloh v budúcnosti rozšíriť v rámci príslušných štandardov podľa potrieb pedagogických pracovníkov, zodpovedajúcich za tvorbu testov a úloh.
385
386 ==== 4.2.1.4     Zabezpečenie pracovnej stanice ====
387
388 Certifikačné testy sa majú vykonávať v prípade :
389
390 * **aktívnej kontroly** **pracovnej stanice** na zabezpečenej pracovnej stanici s kontrolovaným alebo monitorovaným prístupom k systémovým funkciám (napr. menu Štart, panel úloh, prepínanie/spustenie/ukončenie úloh/okien/aplikácií, tlač, vybrané klávesové skratky,  zamknutie obrazovky, zmena používateľa, odhlásenie, zmena hesla, vypnutie, reštartovanie, pravé tlačidlo myši, atď.), ktorá neumožňuje nekontrolované používanie neoprávnených zdrojov (napr. internetových stránok, okien/aplikácií, súborov atď.), počas realizácie testu. Pracovná stanica má byť zabezpečená systémovo, nie manuálne administrátorom školy na každej pracovnej stanici. Kontrola prístupu má byť konfigurovateľná (napríklad technológia SAFE EXAM BROWSER).
391 * **pasívnej kontroly pracovnej stanice** (iba monitorovanie z prehliadača) na bežnej pracovnej stanici s pripojením na internet, aktualizovaným operačným systémom a internetovým prehliadačom, pričom o incidentoch (napr. prepnutie mimo testovacie okno) musí byť dostupný záznam s presným časovým vymedzením. Test musí byť po každom incidente zastavený s vyžiadaním prítomnosti dozoru.
392
393 ==== 4.2.1.5     Testovanie ====
394
395 Od informačného systému sa požaduje bezpečné testovanie cez sieťové pripojenie, ktoré nebude možné napadnúť a prípadne modifikovať. 
396
397 PET musí byť odolný voči krátkodobým výpadkom (max niekoľko minút) pripojenia k počítačovej sieti. V prípade opätovného pripojenia sa, musí byť zabezpečená možnosť pokračovať v rozpracovanom teste od bodu, v ktorom došlo k prerušeniu. Požaduje sa tiež možnosť nahrania najbližších úloh (minimálne 3) do vyrovnávacej pamäte prehliadača a pokračovať v teste týmito úlohami aj počas krátkodobého výpadku.
398
399 Pozn. Rozlišujeme pripojenie k počítačovej sieti a pripojenie na internet. Školy majú pripojenie na internet, avšak existujú medzi nimi veľké rozdiely v kvalite pripojenia a šírke pásma. Internet v školách je často zdieľaný pre celú školu a nedá sa vyhradiť len na účely e-testovania.
400
401 Testovanie bude realizované cez portál, pomocou webového prehliadača v počítači, notebooku alebo mobilnom zariadení. Prezentácia testu má byť čo najviac zhodná vo všetkých formách a obsahovo musí byť ekvivalentná.
402
403 ==== 4.2.1.6     Zabezpečenie proti podvodom ====
404
405 Dôležitou požiadavkou je: vyriešenie autentifikácie žiaka, obmedzenie možností žiaka podvádzať, zabezpečiť alebo monitorovať prostriedkami prehliadača alebo operačného systému, že žiak pracuje samostatne a nepoužíva nepovolené aplikácie alebo nepracuje s inými zdrojmi informácií. V návrhu riešenia v rámci ponuky bude vysvetlené, akým spôsobom budú tieto problémy adresované tak, aby ich bolo možné účinne eliminovať alebo monitorovať na centrálnej úrovni a na úrovni školy či triedy.
406
407 ==== 4.2.1.7     Podpora žiakov so znevýhodnením ====
408
409 Riešenie musí zabezpečiť podporu inklúzie znevýhodnených skupín a umožňovať základnú podporu pre realizáciu testov pre žiakov zdravotne postihnutých, pre žiakov s poruchami pozornosti, pre žiakov so sluchovým znevýhodnením a žiakov so zrakovým znevýhodnením.
410
411
412 |**Problém**|**Požiadavka**|**Poznámka**
413 |**Testovanie znevýhodnených žiakov**|Zabezpečenie formy testov pre zdravotne postihnutých|Technické pomôcky napr. veľkosť písma, kontrast, lupa
414 |**Hodnotenie**|Spätná väzba z informačného systému pre znevýhodnených žiakov|
415
416 ===
417 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.2 Rozsah informačných systémov – TO BE(%%) ===
418
419 |(((
420 Kód ISVS
421
422 (z MetaIS)
423 )))|Názov ISVS|(((
424 Modul ISVS
425
426 (zaškrtnite, ak ISVS je modulom)
427 )))|Stav IS VS|Typ IS VS|(((
428 Kód nadradeného ISVS
429
430 (v prípade zaškrtnutého checkboxu pre modul ISVS)
431 )))
432 |isvs_10818|Informačný systém E-test II|☐|Plánujem budovať|Agendový|N/A
433
434
435
436 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.3 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
437
438 |(((
439 Kód ISVS
440
441 //(z MetaIS)//
442 )))|(((
443 Názov ISVS
444
445
446 )))|(((
447 Kód integrovaného ISVS
448
449 //(z MetaIS)//
450 )))|Názov integrovaného ISVS
451 |isvs_14818|Distribuovaný vzdelávací informačný systém (vytvorený a rozširujúci informatické vybavenie pôvodného programu NetAcad)|isvs_11147|IS Platforma individuálnych vzdelávacích účtov
452 |isvs_14818|Distribuovaný vzdelávací informačný systém (vytvorený a rozširujúci informatické vybavenie pôvodného programu NetAcad)|isvs_9557|IS elektronických služieb regionálneho a vysokého školstva SR (IS ESRVŠ)
453 |isvs_14818|Distribuovaný vzdelávací informačný systém (vytvorený a rozširujúci informatické vybavenie pôvodného programu NetAcad)|isvs_6201|IS Viki (CUDEO - Centrálne úložisko digitálneho edukačného obsahu)
454 |isvs_14818|Distribuovaný vzdelávací informačný systém (vytvorený a rozširujúci informatické vybavenie pôvodného programu NetAcad)|isvs_6097|Rezortný Identity Access Management
455 |isvs_14818|Distribuovaný vzdelávací informačný systém (vytvorený a rozširujúci informatické vybavenie pôvodného programu NetAcad)|isvs_9601|Manažment údajov a správa Open Data
456
457 //Tabuľka 5 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)//
458
459 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.4 Aplikačné služby pre realizáciu koncových služieb – TO BE
460
461 |(((
462 Kód AS
463
464 //(z MetaIS)//
465 )))|Názov  AS|(((
466 Realizuje ISVS
467
468 (kód ISVS, ktorý realizuje AS)
469 )))|(((
470 Aplikačná služba slúži KS
471
472 //(kód KS z MetaIS)//
473 )))
474 |as_61292|Elektronické testovanie žiakov|isvs_10818|ks_334517
475 |as_56573|Generovanie reportov s výsledkami z elektronického testovania pre školy|isvs_10818|ks_334517
476
477 //Tabuľka 6 Aplikačné služby pre Koncové služby – budúci stav (TO BE)//
478
479 === 4.3Dátová vrstva ===
480
481 Navrhovaná dátová architektúra vychádza z cieľa podporiť biznis procesy testovania. Z používateľského pohľadu ostáva portál jediným vstupným bodom pre žiakov, učiteľov, školských administrátorov a pracovníkov realizátora; vnútri systému sa však funkcie zoskupujú do jasných domén: správa referenčných a identitných údajov, tvorba obsahu (úlohy a testy), plánovanie a realizácia testovania, hodnotenie, dotazníky, analytika a integrácie.
482
483 === 4.3.1Údaje v správe organizácie ===
484
485 |ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
486 |1|Používateľ|Evidencia všetkých osôb pracujúcich so systémom: žiaci, učitelia, administrátori, zamestnanci NIVaM, autori úloh, recenzenti. Obsahuje identifikačné údaje, autentifikačné údaje, prístupové práva, role a históriu aktivít.|//Nemá//
487 |2|Škola|Register vzdelávacích inštitúcií. Uchováva údaje o názve, adrese, typoch školy, organizačných jednotkách (triedy, ročníky). Väzba na žiakov, učiteľov a plánované testovania.|//Nemá//
488 |3|Žiak|Evidencia testovaných osôb. Obsahuje osobné údaje, príslušnosť k škole a triede, históriu testovaní, výsledky, špeciálne potreby (znevýhodnenie).|//Nemá//
489 |4|Učiteľ / Administrátor školy|Evidencia zamestnancov škôl zapojených do testovania. Zahŕňa roly (učiteľ, koordinátor, IT administrátor), prístupové práva a väzby na testovania.|//Nemá//
490 |5|Úloha|Základný stavebný prvok testov. Obsahuje metadáta (autor, recenzent, klasifikácia obtiažnosti, predmet, téma), typ úlohy, formát (text, obrázok, audio, video) a stav v životnom cykle.|//Nemá//
491 |6|Banka úloh|Centrálna databáza úloh. Zabezpečuje uchovávanie, verzovanie, klasifikáciu a vyhľadávanie. Prepojená na proces zostavovania testov.|//Nemá//
492 |7|Test|Sada vybraných úloh pre konkrétne testovanie. Obsahuje informácie o type testu, štruktúre sekcií, parametroch (časový limit, povolené zdroje).|//Nemá//
493 |8|Súbor testovaní|Kolekcia testov určená na jednu kampaň (napr. národné testovanie). Obsahuje metaúdaje (názov, účel, termíny dostupnosti, cieľové skupiny).|//Nemá//
494 |9|Plán testovania|Plánovací objekt určujúci, ktorý test bude sprístupnený, komu a kedy. Obsahuje dátumy, priradenie tried/žiakov, pridelených administrátorov.|//Nemá//
495 |10|Realizácia testu|Záznam o spustení testu konkrétnym žiakom. Obsahuje priebeh, incidenty, odpovede žiaka a priebežné uloženie.|//Nemá//
496 |11|Odpoveď žiaka|Jednotlivé reakcie žiaka na úlohy. Obsahuje hodnotenie, čas odpovede, formu odpovede (text, výber, súbor).|//Nemá//
497 |12|Výsledok testu|Súhrnné vyhodnotenie testu pre žiaka. Obsahuje predbežný a finálny výsledok, počet bodov a percentuálnu úspešnosť.|//Nemá//
498 |13|Hodnotenie|Záznam procesu hodnotenia otvorených odpovedí. Obsahuje údaje o hodnotiteľoch, použitom kľúči, stupnici hodnotenia a rozšíreniach kľúča.|//Nemá//
499 |14|Dotazník|Samostatný alebo naviazaný na test. Obsahuje otázky, typ dotazníka (anonymný/neanonymný), odpovede respondentov a výsledky.|//Nemá//
500 |15|Incident / Bezpečnostný záznam|Evidencia udalostí počas testovania (prepnutie okna, pokus o neoprávnený prístup). Obsahuje čas, typ incidentu, identifikáciu žiaka a reakciu systému.|//Nemá//
501 |16|Report / Štatistika|Generované výstupy zo systému. Obsahujú správy o výkonnosti žiakov, porovnania naprieč obdobiami, štatistiky pre školy, verejné reporty.|//Nemá//
502 |17|Číselníky a registre|Centrálna evidencia referenčných údajov (predmety, typy úloh, školy, okresy). Slúžia na jednotnú správu a konzistentnosť údajov.|//Nemá//
503 |18|Externé rozhranie (Integrácia)|Evidencia napojení na iné systémy (školské IS, VIKI, IAM, autentifikačné služby). Uchováva údaje o prenosoch a synchronizáciách.|//Nemá//
504 |19|Portál|Centrálny vstupný objekt pre používateľov (žiak, učiteľ, administrátor). Ukladá nastavenia personalizácie, notifikácie a prístup k dostupným modulom systému.|//Nemá//
505
506 === 4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
507
508 [[image:1759236744323-232.png]]
509
510
511 === [[image:1759236757425-214.png]] ===
512
513 === ===
514
515 === [[image:1759236768818-573.png]] ===
516
517 === 4.3.3 Referenčné údaje ===
518
519 Predmetom projektu nie je vyhlásenie objektov evidencie za referenčné.
520
521 |ID OE|(((
522 Názov Objektu evidencie
523
524 (uvádzať OE z tabuľky v kap. Chyba! Nenašiel sa žiaden zdroj odkazov.)
525 )))|(((
526 Významnosť kvality
527
528 1 (malá) až 5 (veľmi významná)
529 )))|(((
530 Citlivosť kvality
531
532 1 (malá) až 5 (veľmi významná)
533 )))|(((
534 Priorita //– poradie dôležitosti//
535
536 (začnite číslovať od najdôležitejšieho)
537 )))
538 |1|Používateľ|5|5|1.
539 |2|Škola|4|5|2.
540 |3|Žiak|5|5|1.
541 |4|Učiteľ / Administrátor školy|4|5|2.
542 |5|Úloha|5|5|1.
543 |6|Banka úloh|5|5|1.
544 |7|Test|5|5|1.
545 |8|Súbor testovaní|5|5|1.
546 |9|Plán testovania|5|5|1.
547 |10|Realizácia testu|5|5|1.
548 |11|Odpoveď žiaka|5|5|1.
549 |12|Výsledok testu|5|5|1.
550 |13|Hodnotenie|5|5|1.
551 |14|Dotazník|4|4|3.
552 |15|Incident / Bezpečnostný záznam|4|4|3.
553 |16|Report / Štatistika|5|4|2.
554 |17|Číselníky a registre|5|5|1.
555 |18|Externé rozhranie (Integrácia)|4|4|2.
556 |19|Portál|4|4|2.
557
558 === (% style="color:inherit; font-family:inherit; font-size:max(16px, min(17px, 14.2222px + 0.231481vw))" %)4.3.4 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality(%%) ===
559
560
561 |Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
562 |Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
563 |Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
564 |Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
565 |Dátový špecialista pre dátovú kvalitu|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|-
566 |*Iná rola (doplniť)| |//-//
567
568 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.3.5 Otvorené údaje
569
570 |ID OE|(((
571 Názov objektu evidencie / datasetu
572
573 (uvádzať OE z tabuľky v kap. Chyba! Nenašiel sa žiaden zdroj odkazov.)
574 )))|(((
575
576
577 Požadovaná interoperabilita
578
579 (3★ - 5★)
580 )))|(((
581 Periodicita publikovania
582
583 (týždenne, mesačne, polročne, ročne)
584 )))
585 |16|Report / Štatistika|4★|Ročne
586
587 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.3.6 Prehľad jednotlivých kategórií údajov
588
589 |ID|(((
590 Register / Objekt evidencie
591
592 (uvádzať OE z tabuľky v kap. Chyba! Nenašiel sa žiaden zdroj odkazov.)
593 )))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
594 |1|Používateľ|☐|☐|☐|☐
595 |2|Škola|☐|☐|☐|☐
596 |3|Žiak|☐|☐|☐|☐
597 |4|Učiteľ / Administrátor školy|☐|☐|☐|☐
598 |5|Úloha|☐|☐|☐|☐
599 |6|Banka úloh|☐|☐|☐|☐
600 |7|Test|☐|☐|☐|☐
601 |8|Súbor testovaní|☐|☐|☐|☐
602 |9|Plán testovania|☐|☐|☐|☐
603 |10|Realizácia testu|☐|☐|☐|☐
604 |11|Odpoveď žiaka|☐|☐|☐|☐
605 |12|Výsledok testu|☐|☐|☐|☐
606 |13|Hodnotenie|☐|☐|☐|☐
607 |14|Dotazník|☐|☐|☐|☐
608 |15|Incident / Bezpečnostný záznam|☐|☐|☐|☐
609 |16|Report / Štatistika|☐|☐|☒|☐
610 |17|Číselníky a registre|☐|☐|☐|☐
611 |18|Externé rozhranie (Integrácia)|☐|☐|☐|☐
612 |19|Portál|☐|☐|☐|☐
613
614 == 4.4Technologická vrstva ==
615
616 Vzhľadom na SaaS podstatu riešenie nie je detailný popis technologickej vrstvy relevantný. Popis sa bude orientovať na opis požadovaných vonkajších charakteristík technologickej vrstvy.
617
618 === 4.4.1Návrh riešenia technologickej architektúry ===
619
620 Informačný systém bude dodaný ako **SaaS v cloude**. Na strane škôl ani ministerstva sa **nebuduje „tučný klient“** ani lokálna infraštruktúra testovania; žiak pracuje **výlučne v internetovom prehliadači** (príp. v zabezpečenom prehliadači typu SEB). Prevádzka, bezpečnosť, škálovanie a modernizácia infraštruktúry sú zodpovednosťou poskytovateľa služby. MŠVVaM SR definuje parametre výkonu, dostupnosti a bezpečnosti, monitoruje plnenie a riadi integrácie a exporty. Stanovené parametre definujú minimálne zaťaženie, na ktoré musí infraštruktúra škálovať:
621
622 * **Národné testovanie:** **45 000** súbežných používateľov s //burst// prihlasovaním v **5 sekundách** (≈ **9 000** login operácií/s), a zobrazovanie ďalšej úlohy do **5 s** pre **45 000** relácií. Pri modelovej veľkosti položky **10 kB** to znamená ~~**450 MB / 5 s** ≈ **90 MB/s** ≈ **720 Mbit/s** čistej dátovej priepustnosti len na stream položiek (mimo TLS/HTTP overheadu). Perimeter (CDN + edge) musí mať rezervu >1 Gbit/s pre certifikačné okná.
623 * **Bežná prevádzka (necertifikačné):** **3 000** súbežných používateľov → ~~**30 MB / 5 s** ≈ **6 MB/s** ≈ **48 Mbit/s**.
624 * **Externé portály:** **3 000** súbežných konzumentov výsledkov (čítacie dopyty, cache-ovateľné).
625 * **Backoffice:** cca **100** používateľov (tvorba úloh, štatistiky, administrácia).
626
627 Z uvedeného vyplývajú **hardvérové profilácie** v SaaS:
628
629 * **Edge/CDN:** globálna priepustnosť >1–2 Gbit/s s TLS offloadom, WAF s min. 10k RPS pravidlami a autoscale na burst 9k RPS pri prihlasovaní.
630 * **Aplikačná vrstva:** horizontálne škálovanie na **>10k RPS** pre autentizačné toky a niekoľko tisíc RPS pre API testovacieho enginu; limity sa merajú p95/p99 latenciou <**1 s** pre „ďalšiu úlohu“, aby sa aj s rezervou siete splnila hranica **5 s** koncového zobrazenia.
631 * **Cache:** klaster s desiatkami GB RAM (sessions, renderované položky, číselníky) a throughput v stovkách tisíc operácií/s, aby sa DB odbremenila od „hot“ čítaní počas kampaní.
632 * **DB:** vysoko-dostupný klaster (primár + min. 2 repliky), partície/shardy podľa kampane/testu; write-ahead log optimalizovaný na krátke transakcie (uloženie odpovede), cieľ **p95 zápisu <50–100 ms**.
633 * **Objektové úložisko:** škálovateľné na stovky MB/s pre čítanie počas špičky (multimédiá, PDF), s CDN predným cachom; **ER (expedited recovery)** pre náhodné zmazania počas skúšok.
634 * **Fronty/streamy:** kapacita na tisíce eventov/s so spracovaním v hlbokej špičke (back-pressure bez straty), aby automatické vyhodnotenie bežalo v reálnom čase.
635
636 Na školách netreba žiadny špeciálny HW mimo bežných počítačov/notebookov/tabletov so **zabezpečeným prehliadačom** a stabilným pripojením. Indikatívne kapacity linky: trieda s **30 žiakmi** a položkou **10 kB** každých **5 s** generuje približne **60 kB/s** ≈ **480 kbit/s** čisto na položky; s režijnými dátami a rezervou je potrebné počítať **~~2–5 Mbit/s na triedu**. V praxi väčšiu záťaž predstavuje **burst prihlasovania**, preto je vhodné časovo „rozplánovať“ štarty medzi triedami alebo použiť lokálne cache-ovanie statických komponentov cez CDN.
637
638 V rámci rezortu školstva sú realizované investície do digitálneho vybavenia a infraštruktúry na školách (C7-7: Zvýšiť percentuálny podiel škôl s plným vstupným digitálnym vybavením), ktorých hlavným cieľom je zvýšenie percentuálneho podielu škôl s plným vstupným digitálnym vybavením z 30 % na aspoň 90 %. Toto významné skvalitnenie pokrytia škôl komplexnou digitálnou infraštruktúrou otvára nové možností využitia, najmä v oblasti vzdialeného prístupu k centralizovaným riešeniam a rýchlej interakcii.
639
640 SaaS poskytovateľ dodá izolované **PROD** so škálovaním na kampane (certifikačné termíny) a **UAT/TEST** pre overenie obsahov a integrácií. MŠVVaM SR potrebuje len **sieťové prepojenie na integračné kanály** (napr. SFTP/VPN pre exporty) a **SLA reporty**. Zálohy (snapshoty DB a objektov) sa vykonávajú **automaticky** s testovanou obnovou.
641
642 === 4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
643
644
645 |Parameter|Jednotky|Predpokladaná hodnota|Poznámka
646 |Počet interných používateľov|Počet|2 000|Viď text nižšie
647 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|100|Viď text nižšie
648 |Počet externých používateľov (internet)|Počet|875 000|(((
649 [[https:~~/~~/www.minedu.sk/data/att/c51/>>url:https://www.minedu.sk/data/att/c51/]]
650
651 25814.a49b30.pdf
652 )))
653 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|45 000|Viď text nižšie
654 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|-|
655 |Objem údajov na transakciu|Objem/transakcia|10kB|Viď text nižšie
656 |Objem existujúcich kmeňových dát|Objem| |
657 |Ďalšie kapacitné a výkonové požiadavky ...| | |
658
659
660 Predbežne sú predpokladané nasledovný kapacitné požiadavky:
661
662 * Predpokladaný počet súčasných používateľov (tzv. concurrent users) pri národnom testovaní – 45 000 používateľov prihlasujúcich sa naraz v priebehu 5 sekúnd, pričom zároveň musí byť zabezpečená funkcionalita pre administrátorov testovania. 5 sekúnd na zobrazenie ďalšej úlohy s veľkosťou do 10kB (okrem zdržania siete) počas certifikačného testovania pre 45 000 testovacích relácií. Celkový počet testovaných v jednom termíne sa bude v čase postupne zvyšovať, pričom prvé dva roky dosiahne maximálne 30000.
663 * Predpokladaný počet súčasných používateľov (tzv. concurrent users) bežná denná prevádzka pre necertifikačné testovanie – 3000 používateľov prihlasujúcich sa naraz v priebehu 3 sekúnd. 5 sekúnd na zobrazenie ďalšej úlohy s veľkosťou do 10kB (okrem zdržania siete) počas necertifikačného testovania pre 3000 testovacích relácií.
664 * Predpokladaný počet súčasných používateľov (tzv. concurrent users) pre bežnú prevádzku na externých portáloch (prezeranie výsledkov študentami, revízia realizovaných testov) min. 3 000 používateľov.
665 * Predpokladaný počet súčasných používateľov (tzv. concurrent users) pre backoffice aktivity (príprava úloh a testov, štatistické spracovanie, administrácia testovaní) 100 používateľov.
666
667 === 4.4.3 Návrh riešenia technologickej architektúry ===
668
669 Informačný systém bude dodaný ako **SaaS v cloude**. Na strane škôl ani ministerstva sa **nebuduje „tučný klient“** ani lokálna infraštruktúra testovania; žiak pracuje **výlučne v internetovom prehliadači** (príp. v zabezpečenom prehliadači typu SEB). Prevádzka, bezpečnosť, škálovanie a modernizácia infraštruktúry sú zodpovednosťou poskytovateľa služby. MŠVVaM SR definuje parametre výkonu, dostupnosti a bezpečnosti, monitoruje plnenie a riadi integrácie a exporty. Stanovené parametre definujú minimálne zaťaženie, na ktoré musí infraštruktúra škálovať:
670
671 * **Národné testovanie:** **45 000** súbežných používateľov s //burst// prihlasovaním v **5 sekundách** (≈ **9 000** login operácií/s), a zobrazovanie ďalšej úlohy do **5 s** pre **45 000** relácií. Pri modelovej veľkosti položky **10 kB** to znamená ~~**450 MB / 5 s** ≈ **90 MB/s** ≈ **720 Mbit/s** čistej dátovej priepustnosti len na stream položiek (mimo TLS/HTTP overheadu). Perimeter (CDN + edge) musí mať rezervu >1 Gbit/s pre certifikačné okná.
672 * **Bežná prevádzka (necertifikačné):** **3 000** súbežných používateľov → ~~**30 MB / 5 s** ≈ **6 MB/s** ≈ **48 Mbit/s**.
673 * **Externé portály:** **3 000** súbežných konzumentov výsledkov (čítacie dopyty, cache-ovateľné).
674 * **Backoffice:** cca **100** používateľov (tvorba úloh, štatistiky, administrácia).
675
676 Z uvedeného vyplývajú **hardvérové profilácie** v SaaS:
677
678 * **Edge/CDN:** globálna priepustnosť >1–2 Gbit/s s TLS offloadom, WAF s min. 10k RPS pravidlami a autoscale na burst 9k RPS pri prihlasovaní.
679 * **Aplikačná vrstva:** horizontálne škálovanie na **>10k RPS** pre autentizačné toky a niekoľko tisíc RPS pre API testovacieho enginu; limity sa merajú p95/p99 latenciou <**1 s** pre „ďalšiu úlohu“, aby sa aj s rezervou siete splnila hranica **5 s** koncového zobrazenia.
680 * **Cache:** klaster s desiatkami GB RAM (sessions, renderované položky, číselníky) a throughput v stovkách tisíc operácií/s, aby sa DB odbremenila od „hot“ čítaní počas kampaní.
681 * **DB:** vysoko-dostupný klaster (primár + min. 2 repliky), partície/shardy podľa kampane/testu; write-ahead log optimalizovaný na krátke transakcie (uloženie odpovede), cieľ **p95 zápisu <50–100 ms**.
682 * **Objektové úložisko:** škálovateľné na stovky MB/s pre čítanie počas špičky (multimédiá, PDF), s CDN predným cachom; **ER (expedited recovery)** pre náhodné zmazania počas skúšok.
683 * **Fronty/streamy:** kapacita na tisíce eventov/s so spracovaním v hlbokej špičke (back-pressure bez straty), aby automatické vyhodnotenie bežalo v reálnom čase.
684
685 Na školách netreba žiadny špeciálny HW mimo bežných počítačov/notebookov/tabletov so **zabezpečeným prehliadačom** a stabilným pripojením. Indikatívne kapacity linky: trieda s **30 žiakmi** a položkou **10 kB** každých **5 s** generuje približne **60 kB/s** ≈ **480 kbit/s** čisto na položky; s režijnými dátami a rezervou je potrebné počítať **~~2–5 Mbit/s na triedu**. V praxi väčšiu záťaž predstavuje **burst prihlasovania**, preto je vhodné časovo „rozplánovať“ štarty medzi triedami alebo použiť lokálne cache-ovanie statických komponentov cez CDN.
686
687 V rámci rezortu školstva sú realizované investície do digitálneho vybavenia a infraštruktúry na školách (C7-7: Zvýšiť percentuálny podiel škôl s plným vstupným digitálnym vybavením), ktorých hlavným cieľom je zvýšenie percentuálneho podielu škôl s plným vstupným digitálnym vybavením z 30 % na aspoň 90 %. Toto významné skvalitnenie pokrytia škôl komplexnou digitálnou infraštruktúrou otvára nové možností využitia, najmä v oblasti vzdialeného prístupu k centralizovaným riešeniam a rýchlej interakcii.
688
689 SaaS poskytovateľ dodá izolované **PROD** so škálovaním na kampane (certifikačné termíny) a **UAT/TEST** pre overenie obsahov a integrácií. MŠVVaM SR potrebuje len **sieťové prepojenie na integračné kanály** (napr.FTP/VPN pre exporty). Zálohy (snapshoty DB a objektov) sa vykonávajú **automaticky** s testovanou obnovou.
690
691 === 4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu ===
692
693 Realizácia projektu nevytvára požiadavky na využívanie služieb vládneho cloudu.
694
695 (% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)4.5 Bezpečnostná architektúra
696
697 Bezpečnostná architektúra bude zahŕňať minimálne nasledovné oblasti
698
699 * dodržiavanie pravidiel riadenia informačnej bezpečnosti (podľa [[zákona č. 69/2018 >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[o>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[kybernetickej bezpečnosti a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[ o >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[zmene a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[doplnení niektorých zákono>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[v>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]][[a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2018/69/20200701]] podľ[[a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[zákona č>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[.>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[95/2019 Z. z. o>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[informačných technológiách vo verejnej správe a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ o >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[zmene a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[doplnen>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[í>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[ >>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[niektorých zákono>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[v>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[)>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]][[,>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2019/95/20210101]]
700 * monitorovanie bezpečnosti a incident management,
701 * segmentácia siete, monitoring a ochrana sieťového spojenia,
702 * šifrovanie komunikácie a dátových prenosov,
703 * šifrovanie údajov v databáze, 
704 * možnosť využitia dvoj-faktorovej autentifikácie,
705 * možnosť vygenerovať nové prístupové údaje v prípade, že ich používateľ zabudol – reset hesla (v prípade žiaka reset hesla vie zabezpečiť aj iná rola),
706 * súlad s GDPR (súhlas so spracovaním osobných údajov, cookies).
707
708 V rámci bezpečnostnej architektúry budú zohľadnené nasledovné kritériá bezpečnosti:
709
710 * stála dostupnosť a automatickú škálovateľnosť,
711 * autentizácia používateľov pristupujúcich k IS musí byť adekvátna spôsobu ich pripojenia a oprávnení používateľov na činnosti v sieti,
712 * komunikácia bude zabezpečená šifrovaním s použitím adekvátnych a schválených kryptografických algoritmov.
713 * v rámci realizácie projektu bude potrebné z pohľadu bezpečnosti zabezpečiť najmä:
714 * uplatnenie zásady „vendor diversity“ aktívnych bezpečnostných komponentov prepájajúcich školy so serverovou infraštruktúrou,
715 * samostatné testovanie bezpečnosti a bezpečnostných funkcií riešenia minimálne na úrovni OWASP WSTG v4.2,
716 * používateľské akceptačné testy,
717 * logovanie všetkých dôležitých aktivít,
718 * prístup k jednotlivým testom a úlohám bude možný len v rámci špecifickej, pričom  bude možné zapnúť povinnú 2-faktorovú autentifikáciu
719
720 V rámci realizácie projektu bude potrebné z pohľadu bezpečnosti zabezpečiť najmä:
721
722 * samostatné testovanie bezpečnosti a bezpečnostných funkcií riešenia,
723 * anonymizáciu osobných dát a identít osôb pre účely testovania,
724 * logický a fyzický prístup k testovaciemu a vývojovému prostrediu,
725 * používateľské akceptačné testy,
726 * bezpečnú implementáciu kryptografických algoritmov, vrátane hash algoritmov použitých na autentifikačné účely,
727 * logovanie všetkých dôležitých aktivít,
728 * u vybraných záznamov z logovania zabezpečiť osobitné ukladanie a vyhľadávanie,
729 * nad vybranými citlivými úkonmi administrátorov a operátorov v systéme zabezpečiť viacfaktorovú autentifikáciu a autorizáciu týchto úkonov
730 * prístup k vybraným testom bude možný len v rámci špecifickej roly (a bude možné zapnúť povinnú viac faktorovú autentifikáciu). Samotné testy budú v aplikácii uložené v šifrovanej podobe.
731
732 = 5. Závislosti na ostatné ISVS / projekty =
733
734
735 Počas najbližšieho obdobia nie sú známe závislosti na iné ISVS alebo projekty.
736
737
738
739 = 6. Zdrojové kódy =
740
741 Predmetom obstarávanie je SaaS služba, ktorá môže byť zákaznícky prispôsobená. Pokiaľ bude predmetom úprav vývoj nových častí, špecificky pre potreby projektu, majú byť zdrojové kódy pre tieto časti dodané pod EUPL licenciou.
742
743 Zdrojový kód bude preferovane dodaný vo forme Git repozitára. Dodávateľ môže použiť vlastný verejný repozitár alebo centrálny repozitár MIRRI.
744
745 = 7. Prevádzka a údržba =
746
747 Prevádzka SaaS cloudovej služby predpokladá model, kde dodávateľ a/alebo poskytovateľ cloudu dodáva jednak COTS softvér spravidla vrátane rozvoja, jednak prevádzkové služby, ktoré sú riadené plne na strane dodávateľa.
748
749 Predpokladá sa využitie systému pre hlásenie incidentov a zmien, poskytnutého dodávateľom.
750
751 Prevádzkovateľom informačného systému bude verejný obstarávateľ a ním poverený realizátor e-testovania, ktorý si podporu činností súvisiacich s prevádzkou a rozvojom PET v trvaní 60 mesiacov po nasadení do produkčnej prevádzky zabezpečí u úspešného uchádzača. Pričom skutočná doba prevádzky sa bude odvíjať od objednávky kumulatívneho predplatného na služby PET s minimálnou dobou trvania 12 mesiacov od zriadenia služby PET.
752
753 Cena za poskytnutie, prispôsobenie a prevádzku riešenia bude spojená s počtom zrealizovaných testov počas predom stanovenej jednotky času.
754
755 Úpravy, prispôsobenie komunikačného prostredia, ako aj potrebný rozvoj budú predmetom dielčích zadaní, pričom ich rozsah a prácnosť bude limitovaná celkovým počtom človekohodín .
756
757 == 7.1 Prevádzkové požiadavky ==
758
759
760 Predpokladá sa poskytnutie dodávateľom:
761
762 * call centra počas certifikačných a ďalších testovaní (L1)
763 * systému/služby pre evidovanie a prehľad stavu riešenia chybových hlásení a zmenových požiadaviek dodávateľom.
764
765 Úlohou call centra je poskytnúť riešenie jednoduchých a opakujúcich sa incidentov, zaznamenať incident do evidencie a posunúť na ďalšie spracovanie, pokiaľ call centrum incident nevie vyriešiť.
766
767 Ďalšie úrovne podpory sú vzhľadom na využitie služby SaaS v zodpovednosti dodávateľa.
768
769 === 7.1.1 Úrovne podpory používateľov ===
770
771 Help Desk je realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
772
773 * **L1 podpory IS** (Level 1, priamy kontakt zákazníka) – zabezpečuje dodávateľ
774 * **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje dodávateľ).
775 * **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - zabezpečuje dodávateľ.
776
777 Definície:
778
779 * **Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
780 * **Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
781 * **Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
782
783 Pre služby sú definované takéto SLA:
784
785 * Riešenie poruchy Po – Pia 9:00 - 17:00
786 * Manažment a správa PROD prostredia 9:00 - 17:00
787
788 === (% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)7.2 Požadovaná dostupnosť IS:(%%) ===
789
790 Prevádzka PET bude zahŕňať zabezpečenie definovaných prevádzkových parametrov uchádzačom pre jednotlivé typy testovaní a bežnú prevádzku, riešenie vád a súvisiacich incidentov podľa definovaných parametrov uchádzačom.
791
792 Prevádzkové parametre sú definované v tabuľke nižšie, pričom sú sledované počas bežného pracovného dňa, t.j. pondelok - piatok od 9:00 do 17:00. Mimo tohto časového intervalu je možné servisné okno.
793
794
795 |**Požadované prevádzkové  parametre systému **|(((
796 **Počas bežnej  prevádzky **
797
798 **(mimo obdobia realizácie testovaní) **
799 )))|(((
800 **Počas silnej  prevádzky – mimo **
801
802 **testovania (mimo realizácie testovaní v čase realizácie kľúčových aktivít po testovaní, napr. hodnotenie úloh, generovanie exportov a pod.) **
803 )))|**Počas silnej prevádzky - testovanie (počas realizácie dôležitých testovaní, mimo  certifikačných) **|**Počas certifikačného  testovania **
804 |**Max počet dní za rok***|x|26 x 3 pracovné dní~*~*|2 x 5 pracovných dní~*~*|2 x 5 pracovných dní~*~*
805 |**RPO **|24 hodín|30 minút|10 minút|10 minút
806 |**RTO **|1 deň|2 hod.|30 min.|10 min.
807 |**Úroveň dostupnosti **|98%|98%|99%|99%-
808 |(((
809 **Odozva**
810
811 **systému (čas od**
812
813 **kliknutia užívateľom do načítania celej web stránky s obsahom a dátami)**
814 )))|5s|5s|5s|5s
815
816 Do doby odozvy sa počíta kompletný čas od kliknutia užívateľom na ovládací prvok v prostredí PET. po načítanie ďalšej web stránky s kompletným obsahom a dátami. Dávkové úlohy, napr. generovanie zložitých reportov sa do „doby odozvy“ nezapočítavajú.
817
818 Požiadavky na služby podpory prevádzky a údržby PET zahŕňajú najmä činnosti na zabezpečenie servisnej podpory počas bežnej prevádzky a počas silnej prevádzky (certifikačné testovanie) – Call centrum, platformu pre evidovanie a prehľad stavu riešenia chybových hlásení a zmenových požiadaviek (taskov), poskytovanie podpory pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s prevádzkovou dokumentáciou na vopred definované obdobie. Zároveň počas tohto obdobia bude prebiehať aj ďalší rozvoj systému vo vopred definovanom rozsahu.
819
820 Prevádzkované budú nasledovné prostredia:
821
822 * produkčné prostredie
823 * testovacie prostredie
824 * demo prostredie
825
826 Uvedené SLA parametre sú platné pre produkčné prostredie.
827
828 V nasledujúcej tabuľke je uvedený rámcový časový zoznam všetkých testovaní a súvisiacich prípravných a hodnotiacich procesov počas jedného školského roka. Tieto testovania ovplyvňujú prevádzkové parametre PET, primárne požiadavky na parametre riešenia incidentov, RPO a RTO. Okrem toho musí v tomto rámcovo definovanom čase počas vyučovacích hodín úspešný uchádzač zabezpečiť nepretržitú podporu pre realizáciu certifikačného testovania.
829
830 Prehľad plánovaných testovaní na 1 kalendárny rok
831
832 |Testovanie|Činnosti|Časové trvanie podpory|Rozsah
833 |eMaturita|Skúška pripojenie škôl IP adries|Počas dní realizácie|750 škôl
834 |(% rowspan="3" %)(((
835 Generálna skúška
836
837 E-Maturity
838 )))|príprava testovania, testovanie|4 dni|750 škôl / 50000 žiakov
839 |hodnotenie, export dát|5 dní|
840 |import dát, reporty školám|3 dni|
841 |(% rowspan="3" %)(((
842 E-Testovanie 9  -
843
844 príprava na ostré T9
845 )))|príprava testovania, testovanie|2x3 dni|(((
846 cca 1000 škôl/
847
848 30000 žiakov
849 )))
850 |hodnotenie, export dát|5 dní|
851 |import dát, reporty školám|3 dni|
852 |(% rowspan="3" %)(((
853 ostrá
854
855 E-Maturita
856 )))|príprava testovania, testovanie|5 dní|(((
857 cca 750 škôl/
858
859 50000 žiakov
860 )))
861 |hodnotenie, export dát|4 dni|
862 |import dát, reporty školám|3 dni|
863 |(% rowspan="3" %)Školské a pilotné testovania MÁJ - JÚN|príprava testovania, testovanie|Počas testovania|(((
864 cca 500 škôl/
865
866 30000
867
868 žiakotestov
869 )))
870 |hodnotenie, export dát|4 dni|
871 |import dát, reporty školám|2x4 dni|
872 |(% rowspan="3" %)(((
873 Školské a pilotné
874
875 testovania JESEŇ
876 )))|príprava testovania, testovanie|Počas testovania|cca 800 škôl/ 40000 žiakotestov
877 |hodnotenie, export dát|4 dni|
878 |import dát, reporty školám|4 dni|
879
880 = 8. Požiadavky na personál =
881
882 Vzhľadom na využitie služby SaaS je personálne zabezpečenie prevádzky v kompetencii dodávateľa. Na strane verejného obstarávateľa sa nepredpokladá personálna zmena.
883
884 Uchádzač v rámci ponuky dodá aj cenovú ponuku na:
885
886 * Školenia a školiace materiály pre tvorcov banky úloh a testov.
887 * Školenia a školiace materiály pre manažment používateľov a testovania.
888 * Školenia a školiace materiály pre hodnotiteľov.
889 * Školenia a školiace materiály pre spracovanie štatistík.
890 * Školiace materiály pre dozor – školský personál.
891
892 Rozsah školenia navrhne v návrhu riešenia v rámci ponuky uchádzač podľa skúseností z iných implementácií. Školenia budú organizované v  termínoch dohodnutých s verejným obstarávateľom. Školiace materiály bude možné publikovať na portáli obstarávaného systému.
893
894 = 9.Implementácia a preberanie výstupov projektu =
895
896 V projekte bude vyžadované, v rámci procesu zriadenia služby PET, dodanie nasledovných manažérskych a špecializovaných produktov (dokumentácie) (uvádzame iba hlavné skupiny produktov).
897
898 * Detailný návrh riešenia v rozsahu vhodnom pre formu služby SaaS
899 ** Stručný popis biznis architektúry.
900 ** Stručný popis aplikačnej architektúry s dôrazom na prípadné rozšírenia o ďalšie komponenty a služby.
901 ** Uchádzač môže použiť štandardnú dokumentáciu pre tie časti PET, ktoré budú prevzaté bezo zmeny zo služby SaaS.
902 ** Popis funkčností, špecifických pre projekt.
903 ** Dizajn obrazoviek (wireframe) a UX prvkov, špecifických pre projekt.
904 ** Testovacie scenáre.
905 * Špecifikácia potrebných cloudových služieb.
906 * Popis zálohovania a obnovy produkčného prostredia.
907 * Nástroj a popis riešenia incidentov a zmien.
908 * Dodávka licencií (ak relevantné).
909 * Výsledky záťažových a zrealizovaných funkčných testov.
910 * Používateľská dokumentácia vrátane rolí pre správu systému zo strany realizátora testovania.
911 * Školiace materiály pre relevantné roly.
912
913 PET bude odovzdaný formou poskytnutia prístupov k SaaS riešeniu na dohodnutú dobu verejnému obstarávateľovi a ním poverenému realizátorovi e-testovania.
914
915 Verejný obstarávateľ získa majetkové práva k zdrojovým kódom podľa EUPL pre časti, ktoré budú preňho špecificky vyvinuté. Súčasťou zdrojových kódov budú aj komentáre, technická dokumentácia a spôsob kompilácie a/alebo zostavenia príslušných komponentov z kódu. V prípade dodávky celého produktu ako otvoreného software, je požadovaná aj dokumentácia pre zostavenie, inštaláciu a prevádzku.
916
917 Časti riešenia a dokumentáciu, ktoré sú distribuované ako bežne distribuovaný OSS, postačuje deklarovať s uvedením licencie a zdroja. Ako zdroj odporúčame použiť repozitár napr. Github.
918
919 Pri uvedení PET do prevádzky bude vystavený akceptačný protokol, ktorý v zmysle katalógu požiadaviek bude sumarizovať dodané riešenie alebo jeho časti, vrátane výsledkov prevádzkových a výkonnostných testov.
920
921
922 = 10.Prílohy =