I-02 Projektový zámer (projektový_zámer)

1

[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]

2

**PROJEKTOVÝ ZÁMER**

3

**Vzor pre manažérsky výstup I-02**

4

**podľa vyhlášky MIRRI č. 401/2023 Z. z.**

5

6

|Povinná osoba|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky

7

|Názov projektu|Platforma pre elektronické testovania na školách (eTest 2.0)

8

|Zodpovedná osoba za projekt|Ing. Andrej Bederka

9

|Realizátor projektu|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky

10

|Vlastník projektu|Ing. Ivan Šiagi

11

12

**Schvaľovanie dokumentu**

Podpis

(alebo elektronický súhlas)

)))

| | | | | |

= 1.História DOKUMENTU =

23

24

25

|Verzia|Dátum|Zmeny|Meno a priezvisko

26

|1.0|16.09.2025|Prvá verzia|Ing. Andrej Bederka

| | | |

| | | |

= 2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =

31

32

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.

33

34

35

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

36

37

~1. detailný opis požadovaných projektových výstupov,

38

39

2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,

40

41

3. detailný opis rozpočtu projektu a jeho prínosov,

42

43

4. harmonogram projektu,

44

45

5. vyhodnotenie rizík a závislostí,

46

47

6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,

48

49

7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,

50

51

8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,

52

53

9. požiadavky na prevádzku a údržbu výstupov projektu,

54

55

10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,

56

57

~11. požiadavky na zdrojové kódy,

58

59

12. opis implementácie projektu a preberania výstupov projektu.

60

61

== 2.1Použité skratky a pojmy ==

62

63

|SKRATKA/POJEM|POPIS

64

|Autor úloh |Rola zadávateľa úloh do PET.

65

|API |Podpora externých služieb

66

|Autor testu |Rola zostavovateľa testu do PET.

67

|Banka úloh, testov a dotazníkov |Úlohy, testy z výchovnovzdelávacích predmetov a dotazníky

68

|eMaturita |Externá časť maturitnej skúšky realizovaná elektronicky (nie papierovo)

69

|e-testovanie/ elektronické testovanie |Testovanie bez použitia papier/pero, t.j. testovanie s využitím počítača, resp. tabletu/mobilu

70

|FURPS |Model pre klasifikovanie funkčných a nefunkčných požiadaviek na kvalitu SW (functionality, usability, reliability, performance, supportability)

71

|Hodnotiteľ |Rola hodnotiteľa odpovedí žiakov na otvorené otázky v testoch realizovaných v eTest 2.0

72

|HW / SW|Hardware (technické vybavenie) / Software (aplikačné vybavenie)

73

|IAM ÚPVS |Identifikačno-autentifikačný modul ústredného portálu verejnej správy

74

|MŠVVaM SR |Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky (verejný obstarávateľ)

75

|NIVaM |Národný inštitút vzdelávania a mládeže (realizátor e-testovania)

76

|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í

77

|PET|Platforma elektronického testovania

78

|PID |Projektový iniciálny dokument

79

|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).

80

|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

81

|RTO |Recovery Time Objective/doba obnovenia informačného systému po výpadku systému

82

|SaaS|Cloudová služba, poskytujúca hotový alebo čiastočne pripravený produkt

83

|SLA |(Service Level Agreement) Zmluva o podpore prevádzky

84

|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

85

|VO |Verejné obstarávanie

86

87

== 3.Definovanie projektu ==

88

89

== 3.1 Manažérske zhrnutie ==

90

91

Z hľadiska subjektu je projekt iniciovaný Ministerstvom školstva, výskumu, vývoja a mládeže Slovenskej republiky. Ministerstvo ako ústredný orgán štátnej správy Slovenskej republiky pre materské školy, základné školy, stredné školy, základné umelecké školy, jazykové školy a vysoké školy, školské zariadenia, celoživotné vzdelávanie, výskum a vývoj, štátnu starostlivosť o mládež a rozvoj pohybových a športových aktivít v školách a školských zariadeniach, pôsobí na základe zákona č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy v znení neskorších predpisov.// //

92

93

94

Predmetom projektu 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.

95

96

97

NIVaM (resp. jeho predchodca NÚCEM), ako priamo riadená organizácia MŠVVaM SR, v minulosti realizoval projekt e-Test. Súčasný stav systému e-Test však neumožňuje jeho ďalší rozvoj, keďže NIVaM nevlastní autorské práva a licencie. Systém je zastaraný a nedokáže pokryť testovanie viac ako 10 000 žiakov naraz. V roku 2023 bol pripravovaný projekt eTest II. Jeho cieľom bolo nahradiť existujúci systém modernejším riešením, ktoré by spĺňalo aktuálne požiadavky, pričom by zachovalo funkcionality starého systému a zároveň umožnilo implementáciu nových požiadaviek na modernej technológii. Z dôvodu, že pri vývoji riešenia na mieru pre Slovenskú republiku by bolo potrebné re implementovať všetky požiadavky z predchádzajúceho systému a za každé ďalšie rozšírenie či zmenu by bolo nutné znášať vysoké náklady, pristúpilo MŠVVaM SR k zrušeniu tohto projektu a príprave nového projektu „Platforma pre elektronické testovanie na školách (eTest 2.0)“, ktorý by plne využil výhody existujúcich riešení a služieb. Jedným z benefitov je možnosť čerpať know-how zo skúseností viacerých krajín, ktoré už tento systém využívajú, a upraviť ho tak, aby zodpovedal potrebám všetkých jeho používateľov.

98

99

100

**Cieľom projektu je vytvorenie platformy elektronického testovania e-Test 2.0, ktorá zefektívni**

101

102

**digitalizáciu vzdelávacieho procesu, a tým umožní centrálne testovanie žiakov.**

103

104

105

**Projekt bude realizovaný v rámci Plánu obnovy a odolnosti:**

106

107

Komponent 7: Vzdelávanie pre 21. storočie

108

109

Reforma 1: Reforma obsahu a formy vzdelávania (kurikulárna a učebnicová reforma)

110

111

112

Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:

* Analýza a dizajn

* Implementácia a testovanie

117

118

* Nasadenie (s overením vo vzdelávacej praxi).

119

120

Dĺžka projektu je plánovaná na 7 mesiacov (09/2026 - 03/2026).

121

122

123

Celkové indikatívne náklady projektu sú vo výške 6 889 310,80 EUR a skladajú sa z 3 hlavných skupín výdavkov a to 521 Mzdové výdavky (68 000,00 EUR), 518 ostatné služby (502 185,46 EUR), 013 Softvér (6 319 125,00 EUR). Výška výdavkov bola stanovená na základe prieskumu trhu. Výška výdavkov v rámci skupiny 521 bola stanovená na základe mzdovej politiky žiadateľa a stanovených limitov MIRRI SR.

124

125

== 3.2Motivácia a rozsah projektu ==

126

127

NIVaM (resp. jeho predchodca NÚCEM), ako priamo riadená organizácia MŠVVaM SR, v minulosti realizoval projekt e-Test, pre ktorý zabezpečil aj povinnú udržateľnosť v trvaní piatich rokov formou zmluvy na prevádzku s pôvodným dodávateľom (IBM Slovensko, s.r.o.).

128

129

Súčasný stav systému e-Test však neumožňuje jeho ďalší rozvoj, keďže NIVaM nevlastní autorské práva a licencie. Systém je zastaraný a nedokáže pokryť testovanie viac ako 10 000 žiakov naraz. Je preto nevyhnutné zabezpečiť licenčné práva alebo zakúpiť nový systém, ktorý by vyhovoval moderným požiadavkám na škálovateľnosť a technologické možnosti.

130

131

V roku 2023 bol pripravovaný projekt eTest II. Jeho cieľom bolo nahradiť existujúci systém modernejším riešením, ktoré by spĺňalo aktuálne požiadavky, pričom by zachovalo funkcionality starého systému a zároveň umožnilo implementáciu nových požiadaviek na modernej technológii, so zabezpečením vlastníctva zdrojových kódov a intelektuálnych práv na úpravy systému vlastnými silami alebo prostredníctvom tretích strán.

132

133

Pred začiatkom prác na projekte eTest II. bol tento projekt, spolu s pripravovaným verejným obstarávaním, zrušený. Jedným z dôvodov zrušenia bolo uvedomenie si, že pri vývoji riešenia na mieru pre Slovenskú republiku by bolo potrebné re implementovať všetky požiadavky z predchádzajúceho systému a za každé ďalšie rozšírenie či zmenu by bolo nutné znášať vysoké náklady.

134

135

Z dôvodov uvedených v predošlých kapitolách vznikla myšlienka spustiť projekt „Platforma pre elektronické testovanie na školách (eTest 2.0)“, ktorý by plne využil výhody existujúcich riešení a služieb, pričom by akceptoval skutočnosť, že menej prioritné požiadavky nemusia byť splnené okamžite, prípadne vôbec. Jedným z benefitov je možnosť čerpať know-how zo skúseností viacerých krajín, ktoré už tento systém využívajú, a upraviť ho tak, aby zodpovedal potrebám všetkých jeho používateľov.

136

137

V roku 2024 došlo k presunu kompetencií z NIVaM na MŠVVaM SR.

138

139

Nefunkcionálne požiadavky, ktoré zostávajú nezmenené, zahŕňajú:

140

141

* Využitie dostatočne overenej, perspektívnej a naďalej rozvíjajúcej sa SW platformy alebo služby, s definovanou roadmapou.

142

* MŠVVaM musí byť vlastníkom kódu a konfigurácií zmien, ktoré budú v rámci projektu implementované, ako aj intelektuálnych práv na vykonávanie zmien vlastnými silami alebo prostredníctvom tretích strán.

143

144

Črty a funkcionality systému budú validované s potenciálnymi implementačnými partnermi voči priorizovanému registru požiadaviek, ktorý vychádza z registra pre projekt eTest II. Tieto požiadavky budú priorizované podľa:

145

146

* Nevyhnutných, menej dôležitých a voliteľných požiadaviek.

147

* Ochoty:

148

** Akceptovať fázovanie týchto požiadaviek v rámci postupnej implementácie a podľa štandardných vývojových cyklov SW platformy alebo služby.

149

** Akceptovať niektoré funkcionality alebo črty tak, ako sú overené a používané v iných krajinách.

150

** Na základe toho upraviť niektoré svoje postupy, procesy a paradigmy.

151

152

Tieto požiadavky a ich priority sú zaznamenané v samostatnom dokumente „Priloha_07_P1_Kat_poziadaviek_Projekt_Platforma_pre_el_test_na_skolach-eTest20_v10-final.xlsx“.

153

154

Kľúčovým používateľom a pilotným metodickým vlastníkom nového systému alebo služby je NIVaM, ktorý definuje požiadavky, akceptuje ich navrhované naplnenia a schvaľuje ich implementáciu.

155

156

Projekt plánuje implementovať riešenie, ktoré bude využívané na realizáciu elektronickej formy písomných maturitných skúšok s výhľadom na rozšírenie na ďalšie veľkoplošné testovania, ako je Testovanie 9 či kriteriálne testy na základných školách. V budúcnosti by systém mali využívať aj žiaci základných a stredných škôl, ako aj pedagógovia počas bežného vyučovacieho procesu.

157

158

=== 3.2.1. Problém, ktorý bude realizáciou projektu odstránený ===

159

160

NIVaM (resp. jeho predchodca NÚCEM), ako priamo riadená organizácia MŠVVaM SR, v minulosti realizoval projekt e-Test, pre ktorý zabezpečil aj povinnú udržateľnosť v trvaní piatich rokov formou zmluvy na prevádzku s pôvodným dodávateľom (IBM Slovensko, s.r.o.).

161

162

Súčasný stav systému e-Test však neumožňuje jeho ďalší rozvoj, keďže NIVaM nevlastní autorské práva a licencie. Systém je zastaraný a nedokáže pokryť testovanie viac ako 10 000 žiakov naraz. Je preto nevyhnutné zabezpečiť licenčné práva alebo zakúpiť nový systém, ktorý by vyhovoval moderným požiadavkám na škálovateľnosť a technologické možnosti.

163

164

V roku 2023 bol pripravovaný projekt eTest II. Jeho cieľom bolo nahradiť existujúci systém modernejším riešením, ktoré by spĺňalo aktuálne požiadavky, pričom by zachovalo funkcionality starého systému a zároveň umožnilo implementáciu nových požiadaviek na modernej technológii, so zabezpečením vlastníctva zdrojových kódov a intelektuálnych práv na úpravy systému vlastnými silami alebo prostredníctvom tretích strán.

165

166

Pred začiatkom prác na projekte eTest II. bol tento projekt, spolu s pripravovaným verejným obstarávaním, zrušený. Jedným z dôvodov zrušenia bolo uvedomenie si, že pri vývoji riešenia na mieru pre Slovenskú republiku by bolo potrebné re implementovať všetky požiadavky z predchádzajúceho systému a za každé ďalšie rozšírenie či zmenu by bolo nutné znášať vysoké náklady. 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.

167

168

Z týchto dôvodov vznikla myšlienka spustiť projekt „Platforma pre elektronické testovanie na školách (eTest 2.0)“, ktorý by plne využil výhody existujúcich riešení a služieb, pričom by akceptoval skutočnosť, že menej prioritné požiadavky nemusia byť splnené okamžite, prípadne vôbec. Jedným z benefitov je možnosť čerpať know-how zo skúseností viacerých krajín, ktoré už tento systém využívajú, a upraviť ho tak, aby zodpovedal potrebám všetkých jeho používateľov.

169

170

V roku 2024 došlo k presunu kompetencií z NIVaM na MŠVVaM SR.

171

172

Nefunkcionálne požiadavky, ktoré zostávajú nezmenené, zahŕňajú:

173

174

* Využitie dostatočne overenej, perspektívnej a naďalej rozvíjajúcej sa SW platformy alebo služby, s definovanou roadmapou.

175

* MŠVVaM musí byť vlastníkom kódu a konfigurácií zmien, ktoré budú v rámci projektu implementované, ako aj intelektuálnych práv na vykonávanie zmien vlastnými silami alebo prostredníctvom tretích strán.

176

177

Črty a funkcionality systému budú validované s potenciálnymi implementačnými partnermi voči priorizovanému registru požiadaviek, ktorý vychádza z registra pre projekt eTest II. Tieto požiadavky budú priorizované podľa:

178

179

* Nevyhnutných, menej dôležitých a voliteľných požiadaviek.

180

* Ochoty:

181

** Akceptovať fázovanie týchto požiadaviek v rámci postupnej implementácie a podľa štandardných vývojových cyklov SW platformy alebo služby.

182

** Akceptovať niektoré funkcionality alebo črty tak, ako sú overené a používané v iných krajinách.

183

** Na základe toho upraviť niektoré svoje postupy, procesy a paradigmy.

184

185

=== 3.2.2. Biznis procesy predmetom projektu ===

186

187

Projekt vytvára podmienky pre realizáciu biznis procesov MŠVVaM SR, ktoré vyplývajú z ustanovení Zákona č. 245/2008 Z. z. o výchove a vzdelávaní (školský zákon) a o zmene a doplnení niektorých zákonov a Zákona č. 596/2003 Z. z. o štátnej správe v školstve a školskej samospráve a o zmene a doplnení niektorých zákonov:

188

189

* Vytváranie podmienok na výchovu a vzdelávanie detí a žiakov

190

191

* Zabezpečovanie didaktickej techniky používanej vo výchovnovzdelávacom procese.

192

193

=== 3.2.3. Informácie o OBLASTI (AGENDA/ ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje ===

194

195

Projekt sa venuje nasledovným životným situáciám a agendám:

196

197

198

//Tabuľka 4: Zoznam projektom zlepšovaných životných situácií //

199

200

|** **|**Kód v číselníku (MetaIS) **|**Názov **|

201

|**Okruh životnej situácie **|C05 |(% colspan="2" %)Vzdelanie a šport

202

|**Životná situácia **|103 |(% colspan="2" %)Základné školy

203

|**Životná situácia **|096 |(% colspan="2" %)Stredné školy

204

205

Výnos MF SR č. 478/2010 Z. z. o základnom číselníku úsekov verejnej správy a agend verejnej správy definoval pre MŠVVaŠ SR viacero úsekov. Avšak vzhľadom na predmet projektu je pre tento projekt relevantný úsek U00165 Materské školy, základné školy, stredné školy, jazykové školy a školské zariadenia. Tento úsek je takto naďalej vedený aj v centrálnom metainformačnom systéme verejnej správy (MetaIS) a to v súlade so zákonom o informačných technológiách vo verejnej správe č. 95/2019 Z. z. Úsek U00165 pozostáva z viacerých agend, pričom agendami priamo relevantnými pre projekt sú A0002362, A0002365. Ostatné agendy nie sú pre projekt relevantné, alebo sú relevantné len nepriamo.

206

207

208

//Tabuľka 5: Zoznam agend relevantných pre projekt //

209

210

|**Kód v číselníku (MetaIS) **|**Názov agendy verejnej správy **|**Právny predpis, ktorým je agenda verejnej správy ustanovená **|

211

|A0002362 |Vytváranie podmienok na výchovu a vzdelávanie detí a žiakov |(% colspan="2" %)Zákon č. 245/2008 Z. z. o výchove a vzdelávaní (školský zákon) a o zmene a doplnení niektorých zákonov, § 6

212

|A0002365 |Zabezpečovanie didaktickej techniky používanej vo výchovnovzdelávacom procese |(% colspan="2" %)Zákon č. 245/2008 Z. z. o výchove a vzdelávaní (školský zákon) a o zmene a doplnení niektorých zákonov, § 6

213

214

=== 3.2.4. Rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka) ===

215

216

Z hľadiska subjektu je projekt iniciovaný Ministerstvom školstva, výskumu, vývoja a mládeže Slovenskej republiky. Ministerstvo ako ústredný orgán štátnej správy Slovenskej republiky pre materské školy, základné školy, stredné školy, základné umelecké školy, jazykové školy a vysoké školy, školské zariadenia, celoživotné vzdelávanie, výskum a vývoj, štátnu starostlivosť o mládež a rozvoj pohybových a športových aktivít v školách a školských zariadeniach, pôsobí na základe zákona č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy v znení neskorších predpisov.// //

217

218

Predmetom projektu 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.

219

220

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ú:

221

222

• časové hľadisko, teda rýchlosť spustenia elektronického testovania,

223

224

• ľahká škálovateľnosť podľa potrieb trhu a demografickej reality počtu testovaných žiakov,

225

226

• dostupnosť nových vylepšení, ktoré realizuje prevádzkovateľ na základe potrieb trhu,

227

228

• kompatibilita so svetovými štandardami elektronického testovania.

229

230

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.

231

232

Kľúčovým používateľom a pilotným metodickým vlastníkom nového systému alebo služby je NIVaM, ktorý definuje požiadavky, akceptuje ich navrhované naplnenia a schvaľuje ich implementáciu.

233

234

Projekt plánuje implementovať riešenie, ktoré bude využívané na realizáciu elektronickej formy písomných maturitných skúšok s výhľadom na rozšírenie na ďalšie veľkoplošné testovania, ako je Testovanie 9 či kriteriálne testy na základných školách. V budúcnosti by systém mali využívať aj žiaci základných a stredných škôl, ako aj pedagógovia počas bežného vyučovacieho procesu.

235

236

=== 3.2.5. Motivácia projektu ===

237

238

**Cieľom projektu je vytvorenie platformy elektronického testovania e-Test 2.0, ktorá zefektívni**

239

240

**digitalizáciu vzdelávacieho procesu, a tým umožní centrálne testovanie žiakov.**

241

242

243

Primárnou motiváciou je zabezpečiť čo najlepšiu spätnú väzbu pre všetkých účastníkov vzdelávacieho procesu:

244

245

* Ministerstvo školstva, ktoré bude môcť odmerať efekt rôznych opatrení, porovnať kvalitu výučby na rôznej úrovni (územie, škola, spôsob výučby a iné),

246

* učiteľ bude mať spätnú väzbu k efektivite svojej výučby,

247

* žiak si bude vedieť svoje vedomosti porovnať s rovesníkmi, v prípade použitia testov ako súčasti výučby (výskum ukazuje, že ak sa

248

* test z neznámej látky použije na začiatku hodiny, tak si žiaci z hodiny viac zapamätajú) aj skvalitnenie výučby.

249

250

Motiváciou je tiež zabezpečiť:

251

252

* udržanie celosvetového trendu digitalizácie vo verejnej správe - informatizácia spoločnosti.

253

* rozvoj a optimalizácia elektronických služieb v školstve na centrálnej a regionálnej úrovni, podporuje sa digitálny edukačný obsah, digitalizácia

254

* vyučovacieho procesu (využívanie digitálnych v-v prostriedkov, online vzdelávanie) z čoho prirodzene vyplýva, že aj hodnotenie takéhoto

255

* vzdelávania by malo byť na elektronickej platforme.

256

* zvýšenie kvality vzdelávania prostredníctvom elektronického testovania.

257

* zavádzanie elektronického testovania na monitorovanie úrovne vedomostí, zručností a kľúčových kompetencií žiakov, sledovanie trendov kvality škôl.

258

* realizácia dotazníkov na zisťovanie klímy školy, postojov a pod.

259

* zapojenie učiteľov do tvorby testov a úloh

260

* vytvorenie databáz testov a úloh (Banka úloh a testov) – približne 30.000 úloh zo všeobecnovzdelávacích predmetov a približne 130 testov zo

261

* vzdelávacích oblastí a kľúčových kompetencií.

262

* softvérovo bezpečné spracovanie a vyhodnotenie testov a úloh.

263

* zefektívnenie a urýchlenie porovnávania dosiahnutých výsledkov v predmetoch z oblastí vzdelávania pre učiteľa, školy, žiaka, odborné inštitúcie (na základe prístupových práv).

264

* efektivita spracovania výsledkov (žiak/škola čaká na výsledky kratší čas - mnohé úlohy vyhodnotí automat).

265

* objektívny spôsob hodnotenia žiakov.

266

* jednoznačnosť a zrozumiteľnosť žiakmi písaného textu (kompenzačná pomôcka, napr. pri dysgrafii).

267

* motivácia žiakov v pre nich prirodzenom digitálnom prostredí.

268

269

Zároveň má MŠVVaM SR, v súlade s koncepčnými zámermi rezortu školstva, v pláne aj rozšírenie cieľov o nasledovné:

270

271

* postupný prechod z papierového testovania na plošné online testovanie prioritne pre externú časť maturitnej skúšky,

272

* rozšírenie možností analýz a štatistík z testovania,

273

* rozšírenie a skvalitnenie realizácie dotazníkov,

274

* rozšírenie o vyhodnocovanie úloh s dlhšou otvorenou odpoveďou (napr. eseje),

275

* možnosť realizácie testovaní aj prostredníctvom nových technológií (tablety, mobily),

276

* optimalizáciu nákladov na prevádzku systému a súčasne mať rozpočtované aj prostriedky na rozvoj systému,

277

* rozšíriť dostupnosť riešenia na všetky školy v SR (aktuálne je z dôvodu licenčných obmedzení systém dostupný iba pre vybrané školy),

278

* testovanie v regionálnych centrách,

279

* zavedenie dotazníkov a anonymného testovania (ak si chce žiak, rodič alebo verejnosť rýchlo vyskúšať test).

280

281

[[image:1759222931773-121.png]]

282

283

Obrázok 1 Motivácia pre realizáciu projektu

284

285

== 3.3Zainteresované strany/Stakeholderi ==

286

287

|ID|AKTÉR / STAKEHOLDER|(((

SUBJEKT

(názov / skratka)

)))|ROLA

|1.|MŠVVaM SR/NIVaM|MŠVVaM SR/NIVaM|Správca, vytvára banku úloh, testy, zadáva testy, zabezpečuje testovania

293

|2.|Škola|Verejnosť|Záujemca o výsledky testov žiakov a školy

294

|3.|Žiak|Verejnosť|Vykonáva testy

295

|4.|Učiteľ|Verejnosť|Zadáva testy žiakom

296

|5.|Rodič|Verejnosť|Záujemca o výsledky žiaka, nemá prístup do systému

297

|6.|Verejnosť|Verejnosť|Záujemca o anonymné štatistické výsledky

298

299

== 3.4Ciele projektu ==

300

301

|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa

302

|01|Postupný prechod z papierového testovania na plošné online testovanie, prioritne pre externú časť maturitnej skúšky|Zvýšiť podiel elektronickej komunikácie s verejnou správou.|(((

303

Prostredníctvom realizácie projektu a jeho aktivít:

Analýza a dizajn

Implementácia a testovanie

Nasadenie

)))

|02|Možnosť realizácie testovaní aj prostredníctvom nových technológií, ako sú tablety a mobilné zariadenia|Zvýšiť podiel elektronickej komunikácie s verejnou správou.|(((

312

Prostredníctvom realizácie projektu a jeho aktivít:

Analýza a dizajn

Implementácia a testovanie

Nasadenie

)))

|03|Optimalizáciu nákladov na prevádzku systému a zabezpečenie rozpočtu na jeho ďalší rozvoj|Optimalizovať náklady verejnej správy.|(((

321

Prostredníctvom realizácie projektu a jeho aktivít:

Analýza a dizajn

Implementácia a testovanie

Nasadenie

)))

|04|Rozšírenie dostupnosti riešenia na všetky školy v SR|Zvýšiť podiel elektronickej komunikácie s verejnou správou.|(((

330

Prostredníctvom realizácie projektu a jeho aktivít:

Analýza a dizajn

Implementácia a testovanie

Nasadenie

)))

|05|Zvýšenie výkonnosti systému a rozšírenie možností jeho ďalšieho rozvoja|Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.|(((

339

Prostredníctvom realizácie projektu a jeho aktivít:

Analýza a dizajn

Implementácia a testovanie

Nasadenie

)))

== 3.5 Merateľné ukazovatele (KPI) ==

349

350

|ID|ID/Názov cieľa|Názov

351

ukazovateľa (KPI)|Popis

352

ukazovateľa|Merná jednotka

|AS IS

merateľné hodnoty

(aktuálne)|TO BE

Merateľné hodnoty

(cieľové hodnoty)|Spôsob ich merania a Pozn.

|(((

01

02

03

04

05

)))|(((

Postupný prechod z papierového testovania na plošné online testovanie, prioritne pre externú časť maturitnej skúšky

370

371

Možnosť realizácie testovaní aj prostredníctvom nových technológií, ako sú tablety a mobilné zariadenia

372

373

Optimalizáciu nákladov na prevádzku systému a zabezpečenie rozpočtu na jeho ďalší rozvoj

374

375

Rozšírenie dostupnosti riešenia na všetky školy v SR

376

377

Zvýšenie výkonnosti systému a rozšírenie možností jeho ďalšieho rozvoja

378

)))|Podiel škôl zapojených do elektronických maturít|Podiel škôl zapojených do elektronicky realizovanej externej časti maturitnej skúšky voči celkovému počtu škôl s maturitnými ročníkmi|%|0|(((

25% v 2026

80% v 2028

)))|štatistiky zo systému

383

384

Tabuľka 4 Merateľné ukazovatele (KPI)

385

386

(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.6 Špecifikácia potrieb koncového používateľa

387

388

V rámci prevádzky systému eTest boli uskutočnené viaceré merania a analýzy potrieb používateľov, primárne však sa jedná o dlhodobé skúsenosti s praxou na všetkých úrovniach používateľov a to prostredníctvom dotazníkov a samotného testovania. Tieto výsledky sú k dispozícii od roku 2015 až po 2024. Výsledky týchto analýz sú jedným z primárnych vstupov pre definovanie požiadaviek projektu, uvedených v katalógu požiadaviek. Zároveň PET bude poskytovať špecifickú službu elektronického testovania pre žiakov. Táto oblasť je primárne pokrytá požiadavkami na UI a UX normami QTI a LTI. QTI (Question and Test Interoperability) a LTI (Learning Tools Interoperability) sú dva štandardy v oblasti e-learningu, ktoré umožňujú výmenu a integráciu obsahu a nástrojov medzi rôznymi vzdelávacími platformami. QTI sa zameriava na štandardizáciu formátu pre výmenu otázok a testov, zatiaľ čo LTI definuje, ako sa vzdelávacie nástroje môžu pripojiť a spolupracovať s hlavným vzdelávacím systémom (LMS).

389

390

==== Detailný opis obmedzení a predpokladov ====

391

392

Projekt dodáva Platformu elektronického testovania (PET) ako SaaS riešenie na digitálne testovanie, s funkciami pre tvorbu úloh, manažment a realizáciu testov, hodnotenie, ako aj export dát pre štatistické spracovanie. Súčasťou je podpora prevádzky, školenia používateľov, konzultácie a rozvoj. PET má podporovať štandardy QTI a LTI pre interoperabilitu obsahu a nástrojov.

393

Realizácia je rozdelená do etáp Analýza a dizajn, Implementácia a testovanie a Nasadenie; v rámci Analýzy/Dizajnu sa vypracuje detailný návrh riešenia vrátane SLA/výkonnosti, bezpečnosti, zálohovania/obnovy a migrácie dát, následne prebehne vývoj, testovanie (funkčné, integračné, výkonové, bezpečnostné, UX/UAT), školenia a nasadenie s postimplementačnou podporou.

394

Mimo rozsahu úvodnej fázy sú technické integrácie na externé IS; systém má byť na integrácie pripravený (API, federácia identít, importy/exporty), ale ich realizácia je plánovaná až v rozvoji.

395

Projekt nepočíta s využitím nadrezortných/spoločných ISVS ani vládneho cloudu oproti súčasnému stavu a nevyžaduje legislatívne zmeny.

396

397

==== Dôvody vymedzenia rozsahu ====

398

399

Pôvodný e-Test nie je možné ďalej rozvíjať (neexistujúce licencie a autorské práva, technologická zastaranosť, kapacitné limity ~~10 000 žiakov naraz). Pokus o projekt eTest II (vývoj na mieru) bol zrušený pre vysoké náklady na reinžiniering požiadaviek a budúce rozširovanie. Preto sa volí SaaS, ktorý využíva existujúce, v praxi overené riešenia a know-how iných krajín, s akceptáciou, že menej prioritné požiadavky nemusia byť dodané hneď alebo vôbec. Rozsah a časovanie ťaží aj z prebiehajúcich investícií do digitalizácie škôl (zvýšenie podielu plne digitálne vybavených škôl z ~~30 % na ≥ 90 %), čo umožňuje centralizovaný, vzdialený prístup bez „tučných klientov“. Zaradenie do Plánu obnovy určuje rámec financovania, harmonogram etáp a orientáciu na rýchle dosiahnutie merateľných prínosov (KPI).

400

401

==== Obmedzenia (limity, s ktorými projekt počíta) ====

402

403

Riešenie bude prevádzkované ako SaaS v cloude; výkon, dostupnosť, bezpečnosť a modernizácia infraštruktúry sú na strane poskytovateľa a musia byť explicitne dohodnuté v SLA a v detailnom návrhu.

404

Úvodná fáza neimplementuje technické integrácie; ich absenciu treba zohľadniť pri plánovaní tokov dát (napr. dočasné exporty/importy). Nie sú plánované zmeny legislatívy; projekt musí fungovať v existujúcom právnom rámci, vrátane ochrany údajov (GDPR). Akceptuje sa fázovanie a prevzatie niektorých čŕt „tak, ako sú“ podľa overenej praxe v iných krajinách; menej prioritné požiadavky môžu byť odložené. Ciele a KPI (napr. podiel škôl zapojených do e-maturity) vytvárajú pevný výsledkový rámec, ktorý obmedzuje priestor na rozsiahle experimenty počas realizácie. Riziká identifikované v dokumente obmedzujú manévrovací priestor: nemusí byť možné naplniť všetky kvalitatívne požiadavky; komponenty nemusia byť 100 % kompatibilné; môžu sa oneskoriť dodávky. Počíta sa s mitigáciami (viac kôl iniciačných stretnutí, jeden integrátor, dôkladná kontrola plnenia v Analýze/Dizajne).

405

406

==== Predpoklady úspešnej realizácie (čo musí platiť, aby projekt uspel) ====

407

408

Je zabezpečené financovanie a riadenie v rámci Plánu obnovy, vrátane dodržania harmonogramu etáp a rozpočtu na analýzu/dizajn, implementáciu/testovanie a nasadenie. Dodávateľ poskytne a preukáže v Analýze/Dizajne parametre SLA a výkonnosti, návrh bezpečnosti, zálohovania/obnovy a plán migrácie dát; tieto parametre sa následne overia v záťažových, bezpečnostných a akceptačných testoch (FAT, SIT, výkonové, bezpečnostné, UX, UAT). MŠVVaM SR zostane vlastníkom kódu a konfigurácií všetkých úprav realizovaných v projekte a získa s tým súvisiace práva na ďalšie zmeny (interné alebo cez tretie strany). Zainteresované strany (MŠVVaM/NIVaM, školy, žiaci, učitelia) budú zapojené do definovania požiadaviek a akceptácie; požiadavky sa budú prioritizovať (nevyhnutné/menej dôležité/voliteľné) a akceptovať fázovanie dodávok. Školy budú pripravené technicky a organizačne využívať centrálne, prehliadačové riešenie (využité budú investície do digitálnej infraštruktúry a zariadení), aby sa naplnili ciele plošného online testovania. Riešenie bude navrhnuté a skonfigurované v súlade so štandardmi QTI/LTI, aby bola zabezpečená interoperabilita obsahu a prípadná integrácia s ďalšími vzdelávacími nástrojmi v budúcnosti. Projektový tím a dodávateľ zabezpečia kompletné testovanie, školenia, dokumentáciu a post-implementačnú podporu podľa zoznamu povinných výstupov (DNR, test plány a dáta, defekt manažment, používateľská/integračná/prevádzková príručka, bezpečnostný projekt, havarijný plán, SLA monitoring).

409

410

== 3.7 Riziká a závislosti ==

|2|Jednotlivé komponenty projektu nebudú vykazovať známky 100% kompatibility.|B2|Vzhľadom na vytvorenie ekosystému je dôležité, aby jednotlivé prvky boli schopné komunikovať vzájomne a mali rovnaké východiskové požiadavky na obojsmernú programovú komunikáciu.|Dôkladná kontrola plnenia požiadaviek pri dodávaní produktov vo fáze Analýza a dizajn. Implementáciu dodávateľsky zabezpečí jeden integrátor.

415

|3|Projekt nebude realizovaný a nasadený podľa plánu -oneskorené dodávky niektorých komponentov riešenia na strane dodávateľov.|C1|V prípade omeškania dodávok projektu resp. v prípade omeškania nasadenia výstupov projektu, nebude možné efektívne a včas poskytovať vzdelávanie.|Čo najskoršia realizácia implementácie. Dodržiavanie jednotlivých fáz projektu, hlavne plánu nasadenia.

416

417

|5|Komplikácie s verejným obstarávaním|B2|V prípade neskorého vypísania VO, prípadne komplikácií v procese VO by bol ohrozený začiatok implementačnej fázy.|Zabezpečiť kvalitné podklady v procese obstarania. Dodržiavanie jednotlivých fáz projektu

418

|6|Neúplné požiadavky|B2|Neúplné požiadavky môžu spôsobiť predĺženie trvania projektu, navýšenie nákladov, z dôvodu potreby dodatočného obstarávania komponentov.|Zabezpečiť kvalitné podklady v procese obstarania a tvorbe manažérskych produktov. Dodať čo najpodrobnejší popis zákazky.

419

|7|Vysoké náklady na prevádzku|C3|Náklady na prevádzku budú vyššie ako plánované. Prekročenie plánovaných nákladov na prevádzku. Potreba dodatočných finančných zdrojov.|Priebežne kontrolovať rozpočet pre jednotlivé fázy a venovať zvýšenú pozornosť dodávateľským zmluvám.

420

421

|9|Ohrozenie prevádzky a dostupnosti cloudových služieb preťažením systému|B2|Vzdelávanie nebude možné, alebo bude prerušované|Správna kalibrácia kapacít a výkonnosti Cloudovej časti IS NetAcad, alebo dodatočné rozšírenie výkonového HW Cloudu

== 3.8 Stanovenie alternatív v biznisovej vrstve architektúry ==

427

428

V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia. Ako najefektívnejšia bola vybraná Alternatíva č. 3 taká, kt. pokrýva procesy a požiadavky všetkých stakeholderov.

429

430

[[image:1759228039186-393.png]]

431

432

| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|(((

STAKEHOLDER

1 Školy

)))|(((

STAKEHOLDER

2 MŠVVaM SR

)))|(((

STAKEHOLDER

3 NIVAM

)))

|(% rowspan="7" %)(((

BIZNIS VRSTVA

)))|Kritérium A (KO) Testovanie celej populácie jedného ročníka|Po pilotnom odskúšaní v súčasnom projekte je ďalším logickým krokom postupné zavedenie legislatívne povinného elektronického testovania.|x|x|x

450

|Kritérium B (KO) Škálovanie riešenia (využitím cloudového riešenia)|Systém e-Test musí byť dimenzovaný na špičku, ktorú predstavuje testovanie celého ročníka v jednom čase. Počas zvyšku roka je však tento výkon nevyužitý. V prípade škálovania je možné tento výkon mimo špičky ušetriť.| |x|x

451

|Kritérium C (KO) Zabezpečenie budúceho rozvoja riešenia a možnosť dopĺňania funkcionalít|Systém aktuálne nemá zabezpečený žiadny rozvoj. Zabezpečenie rozvoja je nevyhnuté pre každý systém, ktorý má perspektívu používania do budúcnosti, v opačnom prípade je zlepšenie nutné realizovať nárazovo v väčších projektoch.|x|x|x

452

|Kritérium D (KO) Podpora nových platforiem|V budúcnosti bude potrebné rátať s tým, že niektoré školy nemusia byť vybavené Windows PC, ale môžu mať tablety, Linux, Chromebook a ďalšie platformy. Preto je potrebné aby nový systém podporoval čo najviac z týchto platforiem, resp. aby umožňoval jednoduchý vývoj offline klienta pre každú platformu.|x|x|x

453

|Kritérium E (KO) Jednoduchosť implementácie|Jednoduchosť implementácie je jedným z architektonických princípov pri IT projektoch| |x|x

454

|Kritérium F (KO) Efektivita prevádzky|Efektivita prevádzky vychádza z potreby minimalizácie nákladov na prevádzku systému a na možnosť jeho ďalšieho rozširovania| |x|x

455

|Kritérium G (KO) Podpora externých služieb (API)|Systém bude umožňovať využívanie externých API služieb s možnosťou jednoduchého rozšírenia zoznamu služieb do budúcnosti.|x|x|x

Tabuľka 8 MCA

|Zoznam kritérií|(((

Alt

1

)))|(((

Spôsob

dosiahnutia

)))|Alt 2|(((

Spôsob

dosiahnutia

)))|Alt 3|(((

Spôsob

dosiahnutia

)))

|Kritérium A|nie| |áno|Nové riešenie zabezpečí simultánny prístup k testovaniu pre celý populačný ročník|áno|Nové riešenie zabezpečí simultánny prístup k testovaniu pre celý populačný ročník

478

479

|Kritérium C|nie| |áno|Alternatíva umožní ďalší rozvoj prostredníctvom change requestov a vývoja nových funkcionalít|áno|Bude využitá dostupná SaaS, čo umožňuje ďalšie dopĺňanie modulov a funkcionalít

480

481

|Kritérium E|áno|Implementácia nie je potrebná, systém sa nemení|nie| |(((

áno

)))|Bude využitá dostupná SaaS, čo umožňuje veľmi rýchlu implementáciu

486

|Kritérium F|nie| |nie| |áno|Bude využitá dostupná SaaS, pričom dodávateľ SaaS služby zabezpečí HW prostriedky

487

|Kritérium G|nie| |áno|Riešenie bude pripravené na využívanie ext. API služieb.|áno|Riešenie bude pripravené na využívanie ext. API služieb.

488

489

Tabuľka 9 Vyhodnotenie MCA

490

491

== 3.9 Stanovenie alternatív v aplikačnej vrstve architektúry ==

492

493

Z hľadiska aplikačnej architektúry sa alternatívy uvedené v rámci biznis architektúry nelíšia z hľadiska poskytovaných služieb a funkcionalít ale z hľadiska spôsobu ich obstarania a prevádzky.

494

495

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. V minulosti, pri slabšej dostupnosti internetového pripojenia, bolo potrebné vybudovať komplexné riešenie nielen na strane poskytovateľa služby, ale aj jej prijímateľa. Preto predošlé verzie elektronického testovania vyžadovali aplikáciu, ktorá sa inštalovala priamo na počítač testovaného. Tento prístup, známy aj ako „tučný klient“, by v prípade nedostatočného spojenia eliminoval dopad na priebeh testovania, ktoré by zabezpečovala aplikácia na pracovnej stanici. Rýchly internet a modernizované vybavenie umožňuje vytvorenie a inštaláciu dedikovanej aplikácie vypustiť, čím **odpadáva potreba** **robustného riešenia v podobe „tučného klienta“**, odolného voči zlej kvalite internetového pripojenia a slabého technického zázemia na školách. V praxi to znamená nový prístup k filozofii interakcie testovaného s digitálnym prostredím – prostredníctvom komunikačného rozhrania v internetovom prehliadači, ktorý tvorí základnú výbavu každého počítača súčasnosti. Tento krok zásadným spôsobom zjednoduší spustenie, prevádzku, a následnú prácu s testom. V zmysle vyššie uvedeného by „tučný klient“ bol zbytočnou súčasťou pôvodne plánovanej architektúry eTest II, pričom sa jeho vypustením zohľadnila aj požiadavka hospodárnosti nakladania s verejnými prostriedkami.

496

497

Predpokladá sa využitie SaaS služby ako nosnej časti informačného systému. 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.

498

499

== 3.10 Stanovenie alternatív v technologickej vrstve architektúry ==

500

501

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ť.

502

503

504

|ISVS/Modul|Ux|Cx|Ix|Ax|Pozn

505

|Platforma pre elektronické testovania na školách (eTest 2.0)|3|3|3|3|MŠVVaM SR je poskytovateľom základnej služby

506

507

Tabuľka 10 Klasifikácia budovaných informačných systémov

508

509

= 4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =

510

511

512

Výstupy z hlavných etáp projektu sú uvedené nižšie v tabuľke. Explicitná špecifikácia produktov a výstupov projektu (špecializovaných produktov a výstupov) bude výstupom etapy Analýza a dizajn, vrátane diagramu toku (vývoja) produktov.

| |**REALIZAČNÁ FÁZA**|** Relevancia**

517

|(% rowspan="2" %)**R-01**|[[Projektový iniciálny dokument (PID)>>url:https://mirri.gov.sk/wp-content/uploads/2020/11/I_04_PID_PROJEKTOVY_INICIALNY_DOKUMENT_Projekt_AA_DDMMYY_v0.7.docx]]|Áno

518

|[[Príloha 1.: Akceptačné kritériá>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/I_04_PRILOHA_1_AKCEPTACNE_KRITERIA_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.2.xlsx]]|Áno

519

|**R1**|**ANALÝZA A DIZAJN**|** **

520

|**R1-1**|[[Detailný návrh riešenia (DNR) podľa vyhl. č. 401/2023 Z.z.)>>url:https://mirri.gov.sk/wp-content/uploads/2023/11/Detailny-navrh-riesenia-DNR-podla-vyhl.-c.-401_2023_v14.docx]]|Áno

521

|(% rowspan="3" %)**R1-2**|[[Plán a stratégia testovania>>url:https://mirri.gov.sk/wp-content/uploads/2020/11/R1_2_PLAN-TESTOV_Projekt_AA_DDMMYY_v0.4.doc]]|Áno

522

|[[Príloha 1: Testovacie prípady>>url:https://mirri.gov.sk/wp-content/uploads/2020/06/R1_2_PLAN-TESTOV_Priloha_1_TESTOVACI-PRIPAD_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.docx]]|Áno

523

|[[Príloha 2: Sumárny protokol>>url:https://mirri.gov.sk/wp-content/uploads/2020/06/R1_2_PLAN-TESTOV_Priloha_2_SUMARNY-PROTOKOL-TESTOV_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.docx]]|Áno

524

|**R2**|**NÁKUP TECHNICKÝCH PROSTRIEDKOV, PROGRAMOVÝCH PROSTRIEDKOV A SLUŽIEB**|** **

525

|**R2-1**|[[Obstaranie technických prostriedkov>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R2_1_OBSTARANIE_HW_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Nie

526

|**R2-2**|[[Obstaranie programových prostriedkov a Služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R2_2_OBSTARANIE_SW_OS_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

527

|**R3**|**IMPLEMENTÁCIA A TESTOVANIE**|** **

528

|**R3-1**|[[Vývoj, migrácia údajov a integrácia>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R3_1_VYVOJ_MIGRACIA-UDAJOV-a-INTEGRACIA_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Nie

529

|(% rowspan="7" %)**R3-2**|[[Testovanie>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R3_2_TESTOVANIE_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

530

|(1) Funkčné testovanie (FAT)|Áno

531

|(2) Systémové a integračné testovanie (SIT)|Nie

532

|(3) Záťažové a výkonnostné testovanie|Áno

533

|(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)|Áno

534

|(5) Používateľské testy funkčného používateľského rozhrania (UX)|Nie

535

|(6) Užívateľské akceptačné testovanie (UAT)|Áno

536

|**R3-3**|[[Školenia personálu>>url:https://mirri.gov.sk/wp-content/uploads/2020/11/R3_3_SKOLENIE_PERSONALU_Projekt_AA_DDMMYY_v0.3.doc]]|Áno

537

|(% rowspan="9" %)**R3-4**|[[R3_4_Dokumentácia>>url:https://mirri.gov.sk/wp-content/uploads/2023/11/R3_4_VZOR-podla-85_2020_aktualizovany.docx]]|Áno

538

|(1) Aplikačná príručka|Áno

539

|(2) Používateľská príručka|Áno

540

|(3) Inštalačná príručka a pokyny na inštaláciu (úvodnú/opakovanú)|Áno/DEV

541

|(4) Konfiguračná príručka a pokyny pre diagnostiku|Áno/DEV

542

|(5) Integračná príručka|Nie

543

|[[(6) Prevádzkový opis a pokyny pre servis a údržbu>>url:https://mirri.gov.sk/wp-content/uploads/2019/01/Prevádzkový-opis-a-pokyny-pre-servis-a-údržbu-1.docx]]|Áno/DEV

544

|(7) Pokyny pre obnovu v prípade výpadku alebo havárie (Havarijný plán)|Áno/DEV

545

|(8) Bezpečnostný projekt|Áno

546

|**R4**|**NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)**|** **

547

|**R4-1**|[[Nasadenie do produkčnej prevádzky (vyhodnotenie)>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R4_1_NASADENIE_do_PRODUKCIE_vyhodnotenie_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.doc]]|Áno

548

|**R4-2**|[[Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/R4_2_PRESKUSANIE_AKCEPTACIA-SPUSTENIA-DO-PRODUKCIE_vyhodnotenie_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

549

| |**DOKONČOVACIA FÁZA**|** **

550

|(% rowspan="5" %)**M-02**|**Manažérske správy, plány a odporúčania:**|

551

|[[(1) Správa o dokončení projektu>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/D_01_1_SPRAVA_o_DOKONCENI_PROJEKTU_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

552

|[[(2) Správa o získaných poznatkoch>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/D_01_2_SPRAVA_o_ZISKANYCH_POZNATKOCH_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

553

|[[(3) Plán kontroly po odovzdaní projektu>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/D_01_3_PLAN_KONTROLY_PO_ODOVZDANI_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Nie

554

|[[(4) Odporúčanie nadväzných krokov>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/D_01_4_ODPORUCANIE_NADVAZNACH_KROKOV_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.doc]]|Áno

555

556

*Áno/DEV – platí pre časti špecificky vyvíjané pre potreby projektu.

557

558

=== Dokumentačné výstupy projektu ===

559

560

Všetky dokumentačné výstupy projektu sú uvedené vo Vyhláške úradu podpredsedu vlády SR pre investície a informatizáciu č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy (od 15.11.2023).

561

562

563

|(% colspan="2" %)**Produkty vytvárané PRIEBEŽNE počas celého projektu**|**Relevancia**

564

|**M-01**|[[Plán etapy/Plán fázy>>url:https://mirri.gov.sk/wp-content/uploads/2020/11/P_04-a-M_01_PROJEKTOVY_PLAN_fazy_etapy_Projekt_AA_DDMMYY_v0.3.doc]]|Áno

565

|(% rowspan="10" %)**M-02**|**Manažérske správy, reporty, zoznamy a požiadavky:**|Áno

566

|[[Zoznam otvorených otázok>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_02_3_ZOZNAM_OTVORENYCH_OTAZOK_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.xlsx]]|Áno

567

|[[Zoznam funkčných zdrojových kódov>>url:https://datalab.community/repozitar/]]|Áno

568

|[[Zoznam licencií>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/M_02_6_ZOZNAM_LICENCII_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.4-1.xlsx]]|Áno

569

|[[Správa o stave projektu>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_02_8_SPRAVA_o_STAVE_PROJEKTU_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.doc]]|Áno

570

|Požiadavka na zmenu v projekte (CR)|Áno

571

|[[Zoznam ponaučení>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_02_4_ZOZNAM_PONAUCENI_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.xlsx]]|Áno

572

|[[Zoznam rizík a závislostí>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/P_01_a_I_01_a_M_02_1_PRILOHA_2_REGISTER_RIZIK-a-ZAVISLOSTI_XY_DDMMYY_v0.1.xlsx]]|Áno

573

|[[Zoznam kvality>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_02_2_ZOZNAM_KVALITY_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.xlsx]]|Áno

574

|[[Správa o ukončení fázy / etapy>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_02_9_SPRAVA_o_UKONCENI_FAZY_ETAPY_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.1.doc]]|Áno

575

|**M-03**|[[Akceptačný protokol>>url:https://mirri.gov.sk/wp-content/uploads/2020/08/M_03_AKCEPTACNY_PROTOKOL_Projekt_AA_Ovm_BB_OsobaXY_DDMMYY_v0.3.doc]]|Áno

576

577

=== Produkty a výstupy z podporných aktivít projektu ===

578

579

Podporné aktivity projektu **Platforma pre elektronické testovanie žiakov (PET)** sú zamerané na zabezpečenie kvality, transparentnosti a podpory pri jeho realizácii. Súčasťou je metodická a technická pomoc školám a používateľom, ako aj vytvorenie materiálov a školení, ktoré umožnia efektívne využívanie novej platformy.

580

581

Dôležitou oblasťou je **dátová kvalita** – údaje musia byť správne, úplné a bezpečne spracované. Projekt preto zahŕňa validáciu a kontrolu dát, zavedenie jednotných formátov a ochranu osobných údajov podľa GDPR. Pravidelné monitorovanie a reportovanie zabezpečí, že výsledky testovania budú spoľahlivé a použiteľné pre školy aj štátne inštitúcie.

582

583

Ďalším kľúčovým prvkom je **publicita a informovanosť**. Projekt bude komunikovaný prostredníctvom webovej stránky, tlačových správ či odborných podujatí a všetky výstupy budú označené logami Plánu obnovy a odolnosti a EÚ. Cieľom je, aby školy, učitelia, žiaci aj rodičia boli priebežne informovaní o priebehu projektu a jeho prínosoch

584

585

= 5.NÁHĽAD ARCHITEKTÚRY =

586

587

Navrhované riešenie e-Test 2.0 je koncipované ako cloudová služba typu SaaS s jednotným portálom pre všetky používateľské roly. Biznis vrstva zachováva služby osvedčené v predchádzajúcom systéme, no presadzuje radikálne jednoduchšiu prevádzku a vývoj: autorstvo a životný cyklus úloh a testov, národné certifikačné testovanie aj menšie školské testovania, realizáciu výskumných dotazníkov vrátane anonymných režimov, prípravu na adaptívne testovanie, štatistiky a reporting a tiež komunikáciu s externými systémami na prenos údajov a migráciu „uvoľnených“ úloh. Používateľská skúsenosť sa opiera o webový prehliadač, prípadne o zabezpečený prehliadač pri certifikačných skúškach; „tučný klient“ ani školská serverová infraštruktúra nie sú potrebné. Implementácia prebieha po etapách: prvá dodá plnohodnotnú tvorbu banky úloh a pilotnú prevádzku, druhá pripraví plnohodnotné kampane vrátane výkonu doručovania testov, efektívneho hodnotenia a produkčných štatistík a reportov.

588

589

V rámci biznis procesov plynule nadväzuje príprava testovania, ktorá spája import, vytváranie zo šablón a duplikovanie úloh so schvaľovaním a pilotážou. Pre jeden test možno definovať viac foriem a sekcií, pridávať spoločné kmeňové materiály, nastavovať povolené pomôcky a generovať tlačové náhľady. Plánovanie testu patrí lokálnym administrátorom, ktorí určia okná zviditeľnenia, cieľové ročníky alebo konkrétnych žiakov a podľa potreby zriadia aj „virtuálne“ testovacie miestnosti, aby bolo možné kombinovať žiakov z viacerých škôl pri náhradných termínoch. Realizácia testu sa riadi termínom a profilom žiaka; dozorujúci pedagóg dohliada na priebeh, rieši incidenty a využíva centrálne logovanie akcií aj v režime dočasnej straty konektivity. Systém pri uplynutí času automaticky uzatvára test a ukladá všetky odpovede. Bezprostredne po skončení je k dispozícii predbežný výsledok pre automaticky hodnotené položky, pričom otvorené odpovede prechádzajú dvojúrovňovým hodnotením s možnosťou rozširovať hodnotiaci kľúč; hlavný hodnotiteľ farebne vidí zhody a nezhody a uzatvára oficiálne skóre. Priebežne sa uplatňuje prevencia podvádzania, a to buď aktívnym zámkom pracovnej stanice s kontrolou systémových funkcií, alebo pasívnym monitorovaním z prehliadača s povinným zaznamenávaním incidentov. Riešenie je pripravené na statické, čiastočne dynamické i dynamické testy a v rozvoji na adaptívne algoritmy; zároveň podporuje úpravy pre znevýhodnených žiakov vrátane vizuálnych nastavení a osobitných foriem položiek.

590

591

Aplikačná vrstva pozostáva z portálu ako centrálneho rozhrania, modulu správy identít a prístupov so štandardnými autentizačnými protokolmi a voliteľnou dvojfaktorovou autentifikáciou, autorského prostredia banky úloh s typológiou otvorených a uzavretých položiek (vrátane multimédií, interaktívnych objektov, matíc, priraďovania či drag-and-drop), skladateľa testov so sekciami a formami, doručovacieho a vyhodnocovacieho enginu odolného voči krátkodobým výpadkom, modulu dotazníkov naviazaných aj nenaviazaných na test, hodnotiaceho pracoviska pre otvorené odpovede a reportingového a štatistického modulu s exportmi pre školy aj verejnosť. Vnútorné rozhrania medzi týmito komponentmi sú navrhnuté tak, aby bolo možné neskôr pripojiť integračné API bez zásahov do biznis logiky.

592

593

Dátová architektúra zoskupuje údaje do domén správy referenčných a identitných záznamov, tvorby obsahu, plánovania a realizácie testovania, hodnotenia, dotazníkov, analytiky a integrácií. Kľúčovými objektmi sú používateľ s rolami a históriou, škola s triedami a väzbami, žiak ako testovaná osoba, učiteľ a školský administrátor, úloha so stavmi životného cyklu a metadátami, banka úloh s verzovaním, test so štruktúrou a parametrami, súbor testovaní pre kampane, plán testovania s priradením termínov a cieľových skupín, realizácia testu ako relácia žiaka s logom priebehu, odpoveď žiaka a výsledok testu s predbežnými a finálnymi skóre, hodnotiaci záznam pre otvorené úlohy, dotazník s otázkami a odpoveďami, incidenty a bezpečnostné udalosti, reporty a štatistiky, číselníky a registre a napokon integračné rozhrania a portálové nastavenia. Vysoké požiadavky na kvalitu a citlivosť dát sa týkajú predovšetkým identít, škôl, obsahov, plánov a výsledkov; pre tieto objekty sa uplatní prísna validácia, konzistentné číselníky, audit trail a retenčné politiky. Ako otvorené údaje sa publikujú vybrané agregované reporty na úrovni štyroch hviezdičiek s ročnou periodicitou a bez osobných identifikátorov.

594

595

Integrácie a správa identít sa v počiatočnej fáze obmedzujú na federáciu prihlasovania, import identít a výmenu úloh, pričom systém je od začiatku pripravený vystavovať aj konzumovať externé API. V rozvoji sa počíta s napojením na rezortné systémy typu VIKI, ESRVŠ, rezortný IAM či platformy otvorených dát; prioritou je minimalizovať manuálne zásahy a dosiahnuť synchronizáciu entít a migráciu „uvoľnených“ úloh do učiteľských prostredí.

596

597

Technologická architektúra je postavená na škálovateľnom cloude s oddelenými prostrediami UAT/TEST a PROD, s plne spravovanou infraštruktúrou na strane poskytovateľa. Perimeter zabezpečuje CDN s TLS offloadom a webovým aplikačným firewallom, aby zvládol prihlasovacie špičky na úrovni desiatok tisíc požiadaviek za sekundu a aby sa pri národných kampaniach dosiahlo zobrazenie ďalšej úlohy v horizonte do piatich sekúnd pre štyridsaťpäťtisíc paralelných relácií. Aplikačná vrstva škáluje horizontálne, cache drží relácie, číselníky a renderované položky v pamäťových klastroch, databáza beží vo vysoko dostupnom režime s replikami a partíciami optimalizovanými na krátke transakcie zápisu odpovedí a objektové úložisko slúži na multimédiá a generované dokumenty so zrýchlenou obnovou. Fronty a streamy zabezpečujú spracovanie udalostí v reálnom čase vrátane automatického vyhodnocovania a doručovania notifikácií. Školy potrebujú len moderné koncové zariadenia a stabilné pripojenie; odporúča sa plánovať štarty medzi triedami alebo spoliehať na efekt CDN, keďže väčšiu záťaž spôsobuje burst prihlasovania než prenos samotných položiek. Zálohy databáz a objektov sú automatické a pravidelne testované, logy sú centralizované s riadenou retenciou a bezpečnostným dohľadom, SLA reporty a monitorovanie výkonu sú prístupné objednávateľovi. Výkonnostné ciele vychádzajú z požiadaviek: počas národných skúšok paralelne pracuje až 45 000 používateľov s päťsekundovou latenciou zobrazenia položky veľkej približne desať kilobajtov, v bežných dňoch sa počíta s tromi tisíckami súbežných žiakov, tri tisícky používateľov pristupujú k externým portálom s výsledkami a približne stovka používateľov tvorí obsah a administruje testovania.

598

599

Bezpečnostná architektúra uplatňuje legislatívne rámce kybernetickej a informačnej bezpečnosti, posilnené nepretržitým monitoringom, riadením incidentov a segmentáciou komunikácie. Prenosy sú šifrované, citlivé údaje v databázach majú ochranu v pokoji, autentifikácia je primeraná riziku vrátane viacfaktorových mechanizmov a resetu prístupov s dohľadom rolí. Pri certifikačných testoch sa využíva aktívne zabezpečenie pracovnej stanice alebo pasívne monitorovanie, pričom každý incident sa zapisuje s presnou časovou stopou a identifikáciou dozoru a pokročilé politiky môžu test pozastaviť do zásahu pedagóga. Obsah úloh a testov je uložený v šifrovanej podobe a prístup k nemu je striktne rolovo riadený. Pred nasadením sa realizujú bezpečnostné skúšky v rozsahu OWASP WSTG, vykonáva sa anonymizácia testovacích dát a overuje sa správnosť implementácie kryptografických algoritmov. Vybrané administrátorské úkony vyžadujú viacnásobnú autentifikáciu a autorizáciu, logy kritických udalostí sa ukladajú s osobitným dohľadom. Ochrana osobných údajov je riešená súladom s GDPR, riadením súhlasov, cookies a retenčnými lehotami.

600

601

[[image:1759223559836-225.png]]

602

603

Obrázok 4 Náhľad celkovej architektúry v notácii ArchiMate

604

605

==== Návrh riešenia v biznis vrstve architektúry ====

606

607

Navrhovaný systém z hľadiska biznis architektúry rámcovo zachováva väčšinu služieb existujúceho systému :

608

609

* tvorba a životný cyklus Banky úloh a testov,

610

* národné - certifikačné testovanie žiakov,

611

* školské (tz. necertifikačné, ale centrálne pripravované) testovanie žiakov,

612

* realizáciu dotazníkov vo forme anononymných testov,

613

* adaptívne testovanie,

614

* 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),

615

* štatistiky a reporting.

616

617

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.

618

619

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).

620

621

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.

622

623

Systém teda bude zabezpečovať nasledovné funkcie:

624

625

**Správa číselníkov**

626

627

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.

628

629

**Správa používateľov**

630

631

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.

**Banka úloh**

V rámci banky úloh sa tvoria, testujú, schvaľujú a klasifikujú jednotlivé úlohy pred zaradením medzi ostré úlohy.

636

637

**Zostavovanie testov**

638

639

Pre konkrétne testovanie je možné zostaviť konkrétny test výberom z banky úloh pomocou filtrovacích kritérií, keywordov a ďalších možností.

640

641

**Integrácia na externé služby**

642

643

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.

644

645

**Štatistiky a porovnanie**

646

647

Š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).

648

649

**Národné testovanie**

650

651

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.

652

653

* tvorbu nových úloh, ich overenie a zaradenie do banky úloh,

654

* zostavovanie úloh do testov a ich priraďovanie žiakom, resp. skupinám žiakov,

655

* štatistiky a reporty z údajov systému,

656

* národné testovanie,

657

* učiteľské testovanie,

658

* voľne dostupné testovanie.

659

660

**Školské testovanie**

661

662

Š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.

663

664

[[image:1759223607155-156.png]]

665

666

//Obrázok 5 Biznis vrstva architektúry//

667

668

Požiadavky na priebeh testovaní a ich bezpečnosť

Typy testov

PET umožní realizáciu nasledovných typov testov:

673

674

~1. Certifikačné a pilotné testovanie

675

676

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:

677

678

* 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,

679

* možnosť overenia identity testovanej osoby aj počas realizácie testu (vizuálna kontrola iba ako doplnková požiadavka v rámci rozvoja),

680

* 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,

681

* 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,

682

* 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,

683

* komplexné logovanie všetkých akcií žiaka a administrátora, aj v prípade, ak nie je pripojenie na Internet.

684

685

2. Školské testovanie

686

687

Š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.

Základné požiadavky:

* 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,

692

* paralelné testovanie cca 1 000 – 3 000 žiakov, rozdelené do viacerých dní, nižšia záťaž pri prihlasovaní.

3. Dotazníky

Úč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.

697

698

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é).

Dotazníky budú:

* neanonymné (žiaci, učitelia, vedenie školy) – prepojenie s databázou používateľov,

703

* 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.

704

705

Pre konkrétne testovanie je možné zostaviť test výberom z banky úloh pomocou filtrovania kritérií.

706

707

Nástroj umožní autorovi určiť povahu testu: statický, čiastočne dynamický a dynamický:

708

709

* Statický test má úlohy pevne určené a jednoznačne nemenne usporiadané pred spustením testovania.

710

* 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.

711

* Čiastočne dynamický test umožní kombináciu statických a dynamických položiek.

712

713

==== Testovanie eTest 2.0 ====

714

715

Testovanie žiakov pozostáva z nasledovných krokov:

716

717

* príprava testovania (vytvorenie súboru testovaní, nastavenie testov k súboru testovaní, parametrov testovania),

718

* naplánovanie testovania,

719

* testovanie žiakov,

720

* vyhodnotenie testu pre žiaka po skončení testu (tzv. predbežný výsledok),

721

* hodnotenie odpovedí žiakov na otvorené otázky v teste vrátane hodnotenia esejí,

722

* celkové štatistické vyhodnotenie.

Príprava testovania

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.

727

728

729

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ú).

730

731

V rámci testu je možné

732

733

* definovať sekcie testu zoskupením položiek podľa určitých kritérií (pozrite katalóg požiadaviek),

734

* 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]]

735

* definovať povolené zdroje (kalkulačka, slovníky).

736

737

Autor testu bude mať možnosť vykonať skúšku vytvoreného testu a vytvoriť tlačovú predlohu testu.

738

739

740

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í.

Plánovanie testu

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).

745

746

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“.

Realizácia testu

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.

751

752

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.

753

754

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

755

pre proaktívne sledovanie priebehu testovania a zapojenie centrálneho dohľadu realizátora e-testovania.

756

757

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.

758

759

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í.

760

761

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.

762

763

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.

764

765

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.

766

767

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.

Hodnotenie testu

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ý.

772

773

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ľúč.

774

775

776

[[image:1759223684230-620.png]]

777

778

//Obrázok 6 Aplikačná vrstva architektúry//

779

780

=== //Návrh riešenia v aplikačnej vrstve architektúry// ===

1. (((

=== Portál ===

)))

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.

Správa používateľov

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ť:

791

792

* služby evidencie používateľov,

793

* identifikácie a autentifikácie prostredníctvom štandardných protokolov,

794

* hromadný import a export používateľov a hromadné aj čiastkové zmeny ich údajov,

795

* integráciu na externého providera / SSO / federácia s iným autentifikačným serverom (napr. Facebook, Google, Apple, Microsoft),

796

* dvojfaktorovú autentifikáciu, minimálne štandardné OTP 2FA autentifikačné aplikácie

797

798

(Authy, Microsoft Authenticator, LastPass, alebo ekvivalent),

799

800

* funkcionalitu na komplexnú správu používateľských identít,

801

* funkcionalitu na riadenie prístupových práv k dátam a službám informačného systému.

802

803

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.

Správa úloh, testov

==== Úlohy ====

V rámci správy úloh sa tvoria, klasifikujú, pilotujú a schvaľujú jednotlivé úlohy pred zaradením medzi ostré úlohy.

810

811

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.

812

813

Typy aktuálne využívaných testových úloh:

814

815

* Otvorené:

816

** s tvorbou krátkej odpovede – doplňovanie textu, čísla,

817

** s tvorbou dlhej odpovede (napr. eseje).

818

* Uzavreté:

819

** výber z viacerých možností – jedna správna odpoveď,

820

** výber z viacerých možností – viac správnych odpovedí,

821

** binárne (dichotomické), pravda, nepravda,

822

** priraďovacie – prepojenia dvoch zoznamov, dvoch tvrdení, dvoch obrázkov,

823

** zoraďovacie – zoradenie podľa vhodnosti, dôležitosti,

824

** s označením odpovede v texte alebo obrázku,

825

** s odovzdaním riešenia v súbore (ako príloha k odpovedi),

826

** typ sore finger – výber z viacerých možností, kde napr. slovo nezapadá do kontextu,

827

** drag and drop – uchopenie a premiestnenie objektu (textového, obrázku) na správne,

828

** identifikácia objektu alebo pozície,

829

** Matica:

830

*** single matrix (jedna správna odpoveď v riadku),

831

*** multiple matrix (viac správnych odpovedí v riadku).

Nástroj umožní:

*

** 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),

837

** 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]]

838

** využitie formátu na chatovanie – simulácia chatovania:

839

840

[[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]]

841

842

*

843

** 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/]]

844

** Úlohy na priestorovú predstavivosť v matematickej gramotnosti:

845

846

[[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]]

847

848

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.

849

850

Zabezpečenie pracovnej stanice

851

852

Certifikačné testy sa majú vykonávať v prípade :

853

854

* **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).

855

* **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.

Testovanie

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ť.

860

861

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.

862

863

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.

864

865

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á.

866

867

Zabezpečenie proti podvodom

868

869

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.

870

871

Podpora žiakov so znevýhodnením

872

873

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.

874

875

876

|**Problém**|**Požiadavka**|**Poznámka**

877

|**Testovanie znevýhodnených žiakov**|Zabezpečenie formy testov pre zdravotne postihnutých|Technické pomôcky napr. veľkosť písma, kontrast, lupa

878

|**Hodnotenie**|Spätná väzba z informačného systému pre znevýhodnených žiakov|

879

880

Integrácie a správa identít

881

882

V počiatočnej fáze systém nepredpokladá technické integrácie. Tie budú predmetom ďalšieho rozvoja.

883

884

PET musí umožniť nasledovné všeobecné integrácie:

885

886

* federáciu identít

887

(t.j. využitie inej identity na prihlásenie sa do eTest 2.0),

888

889

* import identít,

890

* export a import testovacích úloh.

891

892

PET musí byť pripravený na využívanie externých API alebo vystavenie vlastných API. Formou zmenových konaní sa predpokladá využitie týchto API predovšetkým ako nastavenie/prepojenie zdrojov dát.

893

894

== 5.1Prehľad e-Government komponentov ==

895

896

Bude vytváraný aj výstup I-03 Prístup k projektu.

897

898

=== 5.1.1Prehľad koncových služieb – budúci stav: ===

899

900

{{content id="projekt.planovane_ks" template="

901

|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']

902

[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +

903

'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]

[/]

"}}

c_sofistikovanost.5

=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===

912

913

{{content id="projekt.planovane_isvs" template="

914

|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']

915

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +

916

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +

917

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +

918

'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]

[/]

"}}

|isvs_10818|Informačný systém E-test II|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností

923

c_stav_isvs.3|Vyberte jednu z možností

c_typ_isvs.1| |

=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===

928

929

{{content id="projekt.planovane_as" template="

930

|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']

931

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]

932

[/]

933

"}}

934

|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)

935

|as_61292|Elektronické testovanie žiakov| |ks_334517|

936

937

938

=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===

|(((

**Kód ISVS**

//(z MetaIS)//

)))|**Názov ISVS**|(((

944

**Kód integrovaného ISVS**

945

//(z MetaIS)//

946

)))|**Názov integrovaného ISVS**

947

|isvs_10818|Informačný systém E-test II| |

948

949

=== (% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)6.LEGISLATÍVA(%%) ===

950

951

Projektové riadenie na strane úspešného uchádzača a všetky projektové výstupy budú dodávané v súlade so:

952

953

* Zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a

954

* Vyhláškou č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy,

955

* Vyhláškou č. 401/2023 Z. z. o riadení projektov.

956

957

Pri riešení projektu je potrebné zohľadniť legislatívu v oblasti zriaďovateľských práv a činností, ako aj legislatívu popisujúcu jednotlivé činnosti vyplývajúce organizácii a legislatívne normy ohľadom ochrany osobných údajov:

958

959

* Zákon č. 245/2008 Z.z. v znení neskorších úprav (školský zákon).

960

* Vyhláška č. 224/2022 Z. z. o strednej škole a Vyhláška č. 223/2022 Z. z. o základnej škole.

961

* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov).

962

963

Ďalej je potrebné pri riešení projektu zohľadniť legislatívu v oblasti bezpečnosti riešenia:

964

965

* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.

966

* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov.

967

* Vyhláška č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy.

968

969

= 7.ROZPOČET A PRÍNOSY =

970

971

== 7.1Sumarizácia nákladov a prínosov ==

972

973

[[image:1759228438934-986.png]]

**Náklady projektu**

Celkové indikatívne náklady projektu sú vo výške 6 889 310,80 EUR a skladajú sa z 3 hlavných skupín výdavkov a to 521 Mzdové výdavky (68 000,00 EUR), 518 ostatné služby (502 185,46 EUR), 013 Softvér (6 319 125,00 EUR). Výška výdavkov bola stanovená na základe prieskumu trhu. Výška výdavkov v rámci skupiny 521 bola stanovená na základe mzdovej politiky žiadateľa a stanovených limitov MIRRI SR.

**Prínosy projektu**

==== **Kvantitatívne prínosy** ====

982

983

V rámci analýzy prínosov boli identifikované 2 hlavné prínosy:

984

985

1.

986

11. zníženie nákladov na zabezpečenie národných testovaní (maturita, Testovanie 5, Testovanie 9) papierovým spôsobom potom ako budú elektronizované. Aktuálne náklady vo výške 1,5 mil. EUR ročne, pričom táto položka sa skladá z: nákladov na tlačiarne a spotrebný materiál, personálnych nákladov na spotrebné práce, nákladov na logistiku, nákladov na administráciu testovania a callcentrum, nákladov na spracovanie údajov z papierových testov, cestovných nákladov a nákladov na distribúciu na strane MŠVVaM SR/NIVM, školských úradov a škôl.

987

11. prínosy z testovania „zdarma“, ktoré boli odhadnuté pomocou cien obdobných služieb na trh - tzv. willingnes to pay vo výške 300 tis. EUR. Suma bola vypočítaná ako násobok ceny komerčného testovania a štatistickej hodnoty počtu žiakov realizujúcich školské testovanie zo systémov NIVAM. Pri oboch prínosoch je odhadovaný postupný nábeh pomocou nábehovej krivky

==== ====

==== **Kvalitatívne prínosy** ====

992

993

Kvalitatívne prínosy projektu spočívajú najmä v zjednodušení a lepšej efektívnosti celého procesu elektronického testovania pri súčasnom zvýšení pedagogickej hodnoty výstupov. Prechod na cloudovú službu typu SaaS a používanie bežného internetového prehliadača namiesto „tučného klienta“ odstráni potrebu inštalácií a servisných zásahov na školách, čím sa výrazne znižuje prevádzková náročnosť aj riziko chýb spôsobených rôznymi verziami softvéru. Pri každom spustení testu sa načíta aktuálna, optimalizovaná verzia, čo skracuje čas prípravy a zvyšuje spoľahlivosť na strane učiteľov aj žiakov.

994

995

Z pedagogického hľadiska prináša riešenie rýchlejšiu spätnú väzbu a vyššiu objektivitu hodnotenia. Automatizované vyhodnocovanie poskytne žiakovi predbežný výsledok bezprostredne po ukončení testu, kým otvorené odpovede budú dohľadované dvojúrovňovým procesom hodnotenia, ktorý zvyšuje transparentnosť a spravodlivosť. Jednotná banka úloh s riadeným životným cyklom a možnosťou klasifikácie podľa predmetu, témy či obtiažnosti podporuje kvalitu testov a umožňuje tvorbu statických aj (do budúcna) adaptívnych testov. Tým sa zlepšuje porovnateľnosť výsledkov medzi školami, ročníkmi a obdobím, čo posilňuje formatívnu aj sumatívnu funkciu testovania.

996

997

Projekt zvyšuje inkluzívnosť a férovosť. Podpora úprav foriem testu pre žiakov so znevýhodnením, štandardizované prostredie v prehliadači a mechanizmy proti podvodom (monitorovanie incidentov, zabezpečené spúšťanie) zabezpečia, že žiaci pracujú za porovnateľných podmienok a výsledky sú dôveryhodné. Súčasne sa zachováva plynulosť testovania aj pri krátkodobých výpadkoch pripojenia vďaka lokálnej vyrovnávacej pamäti a možnosti nadviazať v bode prerušenia, čo znižuje stres a zvyšuje používateľský komfort.

998

999

Dôležitým prínosom je rozšírenie analytických možností. Centralizované uchovávanie odpovedí, výsledkov a incidentov, vrátane dotazníkov, umožní tvoriť verejné prehľady aj ad-hoc analýzy a sledovať trendy naprieč obdobiami. Takéto dáta zvyšujú kvalitu riadenia školstva: ministerstvo dokáže transparentnejšie vyhodnocovať účinnosť opatrení, školy získajú porovnateľné ukazovatele a učitelia precíznu spätnú väzbu o efektivite výučby.

1000

1001

Z pohľadu dostupnosti a škálovania projekt umožní rovnakú službu pre všetky školy bez ohľadu na lokálne technické zázemie. Keďže sa znižuje závislosť od lokálnych inštalácií a zvyšuje sa miera automatizácie, je jednoduchšie rozšíriť testovanie z pilotných škôl na celonárodnú úroveň vrátane maturít a ďalších kampaní. Konzistentné viacjazyčné prostredie (slovenčina a jazyky národnostných menšín) zlepšuje používateľskú skúsenosť a zabezpečuje rovnaké podmienky pre všetkých.

1002

1003

Prevádzkové a bezpečnostné benefity vyplývajú z presunutia zodpovednosti na poskytovateľa SaaS. Ten priebežne reaguje na nové hrozby, udržiava aktuálne bezpečnostné mechanizmy a zabezpečuje škálovanie počas špičiek, čím sa znižujú riziká a náklady na strane štátu. Jednoduchšia architektúra s menším počtom pohyblivých častí znamená menej porúch, rýchlejšie nasadzovanie úprav a kratší čas odozvy pri požiadavkách na zmeny.

1004

1005

**Zdroje financovania**

1006

1007

**Projekt bude realizovaný v rámci Plánu obnovy a odolnosti:**

1008

1009

Komponent 7: Vzdelávanie pre 21. storočie

1010

1011

Reforma 1: Reforma obsahu a formy vzdelávania (kurikulárna a učebnicová reforma)

1012

1013

= 8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =

1014

1015

Predpokladom harmonogramu je nadobudnutie účinnosti zmluvy v 06/2025.

1016

1017

1018

|ID|FÁZA/AKTIVITA|(((

ZAČIATOK

(odhad termínu)

)))|(((

KONIEC

(odhad termínu)

)))|POZNÁMKA

|3|Realizačná fáza |podpis zmluvy|06/2026|

1030

|3a|Analýza a design|podpis zmluvy|07/2025|

1031

|3b|Implementácia a testovanie Release 1|07/2025|08/2025|

|3c|(((

Nasadenie Release 1

Školenia

)))|09/2025|09/2025|

|3d|Pilotná prevádzka Release 1 na vybraných školách|09/2025|11/2025|

1038

|3e|Implementácia a testovanie Release 2|09/2025|12/2025|

1039

|3f|Nasadenie Release 2|12/2025|12/2025|

1040

|3g|Príprava eMaturity – podpora školám, školenia|10/2025|01/2026|

1041

|3h|Pilotné testovanie Release 2 na vybraných školách|01/2026|02/2026|

1042

|3i|Realizácia a vyhodnotenie eMaturita|03/2026|04/2026|

1043

|4|Dokončovacia fáza, podpora školám, školenia|07/2026|09/2026|

1044

|5|Podpora prevádzky (SLA) a rozvoj|09/2025|08/2030|

1045

1046

Súčasťou Release 1 bude plne funkčný systém, pripravený pre tvorbu banky úloh a pilotnú prevádzku (3d).

1047

1048

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.

1049

1050

1051

**Projekt bude realizovaný metódou Waterfall, čo znamená **vodopádový prístup, ktorý počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.

1052

1053

[[image:1759224443321-286.png]]

1054

1055

Obrázok 2 Ilustrácia rozdelenia realizácie projektu metódou Waterfall

= 9.PROJEKTOVÝ TÍM =

Riadiaci výbor projektu je najvyšší kontrolný, plánovací, rozhodovací a odvolací orgán projektu Zabezpečenie vybraných procesov v rámci projektu „Platforma pre elektronické testovania na školách (PET)“. RV je zložený zo zástupcov Zákazníka a zástupcov Dodávateľa splnomocnených štatutárnymi zástupcami oboch strán. Jednotlivé strany môžu v prípade potreby prizvať na zasadnutie RV ďalších svojich zástupcov. RV projektu je nadriadeným orgánom pre projektové tímy. Rozhodnutia RV sú pre projektové tímy záväzné. Rozhodnutia RV sú takisto záväzné pre projektových manažérov. Pravidlá pre zriadenie a fungovanie RV sú uvedené v štatúte riadiaceho výboru, ktorý je v súlade s Vyhláškou č. 401/2023.

1061

1062

Pre potreby riadenia projektu je zostavený Riadiaci výbor (RV) v minimálnom zložení:

1063

1064

* Predseda RV

1065

* Podpredseda RV, zástupca dodávateľa

1066

* Zástupca kľúčových používateľov Zákazníka

1067

1068

Riadenie projektu bude trvať počas celej doby realizácie projektu a bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, celkový dohľad nad realaizáciou, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia EŠIF.

1069

1070

Projektový manažér zákazníka bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s RO/SO, dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované RO/SO. Zároveň bude v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.

1071

1072

Zodpovednosťou projektového manažéra zákazníka je v spolupráci s finančným manažérom zákazníka finančné riadenie projektu (napr. Žiadosti o platbu a pod.), kontrolu rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér zákazníka.

1073

1074

Monitoring projektu bude zabezpečovať odborný asistent projektu zákazníka a bude zahŕňať prípravu monitorovacích správ (priebežných, záverečnej), kontrolu priebehu a súladu realizácie projektu s cieľmi projektu, monitorovanie napĺňania definovaných indikátorov projektu a vyhodnocovanie plnenia jednotlivých aktivít projektu.

1075

1076

Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu projektu a manažment kancelárie projektu (PMO). prostredníctvom asistenta manažéra projektu, písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod..

1077

1078

== 9.1 PRACOVNÉ NÁPLNE ==

1079

1080

//Budú doplnené po RV.//

= 10.ODKAZY =

//N/A//