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

Naposledy upravil Eva Mihaľová 2025/09/30 12:37

From 2.1 to 1.1 From 5.2 to 5.1

Z verzie 5.1

upravil Eva Mihaľová
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 2.1

upravil Eva Mihaľová
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (2 modified, 0 added, 0 removed)
Prílohy (0 modified, 0 added, 6 removed)

Podrobnosti

Vlastnosti stránky

Názov

@@ -1,1 +1,1 @@
--I-02 Projektový zámer (projektový_zámer)
++I-02 Projektový zámer (projektovy_zamer)

Obsah

@@ -3,61 +3,31 @@
  **Vzor pre manažérsky výstup I-02**
  **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
--|Povinná osoba|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky
--|Názov projektu|Platforma pre elektronické testovania na školách (eTest 2.0)
--|Zodpovedná osoba za projekt|Ing. Andrej Bederka
--|Realizátor projektu|Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky
--|Vlastník projektu|Ing. Ivan Šiagi
--
++|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky{{/content}}
++|**Názov projektu**|{{content id="projekt.nazov"}}Platforma pre elektronické testovania na školách (eTest 2.0){{/content}}
++|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
++|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky{{/content}}
++|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky{{/content}}
  **Schvaľovanie dokumentu**
--
--|Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
--Podpis
--
++|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
++**Podpis**
  (alebo elektronický súhlas)
  )))
--|Vypracoval|Ing. Andrej Bederka|MŠVVaM SR| |16.09.2025|
--| | | | | |
++|Vypracoval| | | | |
--= 1.História DOKUMENTU =
++= {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =
--
--|Verzia|Dátum|Zmeny|Meno a priezvisko
--|1.0|16.09.2025|Prvá verzia|Ing. Andrej Bederka
++|**Verzia**|**Dátum**|**Zmeny**|**Meno**
  | | | |
  | | | |
++| | |
--= 2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
++= {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
--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.
++//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.//
++//Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,//
++
--
--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
--
--            ~1. detailný opis požadovaných projektových výstupov,
--
--            2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
--
--            3. detailný opis rozpočtu projektu a jeho prínosov,
--
--            4. harmonogram projektu,
--
--            5. vyhodnotenie rizík a závislostí,
--
--            6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
--
--            7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
--
--            8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
--
--            9. požiadavky na prevádzku a údržbu výstupov projektu,
--
--            10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
--
--            ~11. požiadavky na zdrojové kódy,
--
--            12. opis implementácie projektu a preberania výstupov projektu.
--
  == 2.1Použité skratky a pojmy ==
  |SKRATKA/POJEM|POPIS
@@ -73,7 +73,7 @@
  |IAM ÚPVS |Identifikačno-autentifikačný modul ústredného portálu verejnej správy
  |MŠVVaM SR |Ministerstvo školstva, výskumu, vývoja a mládeže Slovenskej republiky (verejný obstarávateľ)
  |NIVaM |Národný inštitút vzdelávania a mládeže (realizátor e-testovania)
--|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í
++|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í
  |PET|Platforma elektronického testovania
  |PID |Projektový iniciálny dokument
  |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).
@@ -81,49 +81,49 @@
  |RTO |Recovery Time Objective/doba obnovenia informačného systému po výpadku systému
  |SaaS|Cloudová služba, poskytujúca hotový alebo čiastočne pripravený produkt
  |SLA |(Service Level Agreement) Zmluva o podpore prevádzky
--|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
++|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
  |VO |Verejné obstarávanie
++| |
++| |
++| |
++{{id name="_Toc152607286"/}}
++
--== 3.Definovanie projektu ==
++== 2.2Konvencie pre typy požiadaviek (príklady) ==
--== 3.1 Manažérske zhrnutie ==
--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.// //
++//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
++//**FRxx**//
++* //U – užívateľská požiadavka//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
++//**NRxx**//
++* //N – nefukčná požiadavka (NFR)//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--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.
++= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =
++== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==
--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.
++Predmetom zákazky je dodanie Platformy elektronického testovania (PET) pre digitálne testovanie a súvisiace služby. Riešenie má poskytovať funkcie pre tvorbu úloh, tvorbu a manažment testov, vykonávanie testov, hodnotenie testov, vytvorenie a export dát pre štatistické spracovanie výsledkov. Súčasťou zákazky je aj podpora prevádzky, školenia pre používateľov, konzultácie a rozvoj. 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ú:
--**Cieľom projektu je vytvorenie platformy elektronického testovania e-Test 2.0, ktorá zefektívni**
++•           časové hľadisko, teda rýchlosť spustenia elektronického testovania,
--**digitalizáciu vzdelávacieho procesu, a tým umožní centrálne testovanie žiakov.**
++•           ľahká škálovateľnosť podľa potrieb trhu a demografickej reality počtu testovaných žiakov,
++•           dostupnosť nových vylepšení, ktoré realizuje prevádzkovateľ na základe potrieb trhu,
--**Projekt bude realizovaný v rámci Plánu obnovy a odolnosti:**
++•           kompatibilita so svetovými štandardami elektronického testovania.
--Komponent 7: Vzdelávanie pre 21. storočie
++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.
--Reforma 1: Reforma obsahu a formy vzdelávania (kurikulárna a učebnicová reforma)
++== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==
--
--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
--
--* Nasadenie (s overením vo vzdelávacej praxi).
--
--Dĺžka projektu je plánovaná na 7 mesiacov (09/2026 - 03/2026).
--
--
--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.
--
--== 3.2Motivácia a rozsah projektu ==
--
  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.).
  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.
@@ -155,201 +155,35 @@
  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.
--=== 3.2.1. Problém, ktorý bude realizáciou projektu odstránený ===
++== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==
--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.).
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--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.
--
--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.
--
--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.
--
--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.
--
--V roku 2024 došlo k presunu kompetencií z NIVaM na MŠVVaM SR.
--
--Nefunkcionálne požiadavky, ktoré zostávajú nezmenené, zahŕňajú:
--
--* Využitie dostatočne overenej, perspektívnej a naďalej rozvíjajúcej sa SW platformy alebo služby, s definovanou roadmapou.
--* 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.
--
--Č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:
--
--* Nevyhnutných, menej dôležitých a voliteľných požiadaviek.
--* Ochoty:
--** 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.
--** Akceptovať niektoré funkcionality alebo črty tak, ako sú overené a používané v iných krajinách.
--** Na základe toho upraviť niektoré svoje postupy, procesy a paradigmy.
--
--=== 3.2.2. Biznis procesy predmetom projektu ===
--
--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:
--
--* Vytváranie podmienok na výchovu a vzdelávanie detí a žiakov
--
--* Zabezpečovanie didaktickej techniky používanej vo výchovnovzdelávacom procese.
--
--=== 3.2.3. Informácie o OBLASTI (AGENDA/ ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje ===
--
--Projekt sa venuje nasledovným životným situáciám a agendám:
--
--
--//Tabuľka 4: Zoznam projektom zlepšovaných životných situácií //
--
--|** **|**Kód v číselníku (MetaIS) **|**Názov **|
--|**Okruh životnej situácie **|C05 |(% colspan="2" %)Vzdelanie a šport
--|**Životná situácia **|103 |(% colspan="2" %)Základné školy
--|**Životná situácia **|096 |(% colspan="2" %)Stredné školy
--
--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.
--
--
--//Tabuľka 5: Zoznam agend relevantných pre projekt //
--
--|**Kód v číselníku (MetaIS) **|**Názov agendy verejnej správy **|**Právny predpis, ktorým je agenda verejnej správy ustanovená **|
--|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
--|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
--
--=== 3.2.4. Rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka) ===
--
--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.// //
--
--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.
--
--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ú:
--
--•          časové hľadisko, teda rýchlosť spustenia elektronického testovania,
--
--•          ľahká škálovateľnosť podľa potrieb trhu a demografickej reality počtu testovaných žiakov,
--
--•          dostupnosť nových vylepšení, ktoré realizuje prevádzkovateľ na základe potrieb trhu,
--
--•          kompatibilita so svetovými štandardami elektronického testovania.
--
--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.
--
--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.
--
--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.
--
--=== 3.2.5. Motivácia projektu ===
--
--**Cieľom projektu je vytvorenie platformy elektronického testovania e-Test 2.0, ktorá zefektívni**
--
--**digitalizáciu vzdelávacieho procesu, a tým umožní centrálne testovanie žiakov.**
--
--
--Primárnou motiváciou je zabezpečiť čo najlepšiu spätnú väzbu pre všetkých účastníkov vzdelávacieho procesu:
--
--* 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é),
--* učiteľ bude mať spätnú väzbu k efektivite svojej výučby,
--* ž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
--* 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.
--
--Motiváciou je tiež zabezpečiť:
--
--* udržanie celosvetového trendu digitalizácie vo verejnej správe - informatizácia spoločnosti.
--* 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
--* vyučovacieho procesu (využívanie digitálnych v-v prostriedkov, online vzdelávanie) z čoho prirodzene vyplýva, že aj hodnotenie takéhoto
--* vzdelávania by malo byť na elektronickej platforme.
--* zvýšenie kvality vzdelávania prostredníctvom elektronického testovania.
--* zavádzanie elektronického testovania na monitorovanie úrovne vedomostí, zručností a kľúčových kompetencií žiakov, sledovanie trendov kvality škôl.
--* realizácia dotazníkov na zisťovanie klímy školy, postojov a pod.
--* zapojenie učiteľov do tvorby testov a úloh
--* 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
--* vzdelávacích oblastí a kľúčových kompetencií.
--* softvérovo bezpečné spracovanie a vyhodnotenie testov a úloh.
--* 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).
--* efektivita spracovania výsledkov (žiak/škola čaká na výsledky kratší čas - mnohé úlohy vyhodnotí automat).
--* objektívny spôsob hodnotenia žiakov.
--* jednoznačnosť a zrozumiteľnosť žiakmi písaného textu (kompenzačná pomôcka, napr. pri dysgrafii).
--* motivácia žiakov v pre nich prirodzenom digitálnom prostredí.
--
--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é:
--
--* postupný prechod z papierového testovania na plošné online testovanie prioritne pre externú časť maturitnej skúšky,
--* rozšírenie možností analýz a štatistík z testovania,
--* rozšírenie a skvalitnenie realizácie dotazníkov,
--* rozšírenie o vyhodnocovanie úloh s dlhšou otvorenou odpoveďou (napr. eseje),
--* možnosť realizácie testovaní aj prostredníctvom nových technológií (tablety, mobily),
--* optimalizáciu nákladov na prevádzku systému a súčasne mať rozpočtované aj prostriedky na rozvoj systému,
--* 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),
--* testovanie v regionálnych centrách,
--* zavedenie dotazníkov a anonymného testovania (ak si chce žiak, rodič alebo verejnosť rýchlo vyskúšať test).
--
--
--[[image:1759222931773-121.png]]
--
--Obrázok 1 Motivácia pre realizáciu projektu
--
--== 3.3Zainteresované strany/Stakeholderi ==
--
  |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
--|2.|Škola|Verejnosť|Záujemca o výsledky testov žiakov a školy
--|3.|Žiak|Verejnosť|Vykonáva testy
--|4.|Učiteľ|Verejnosť|Zadáva testy žiakom
--|5.|Rodič|Verejnosť|Záujemca o výsledky žiaka, nemá prístup do systému
--|6.|Verejnosť|Verejnosť|Záujemca o anonymné štatistické výsledky
++)))|ROLA|
++|1.|MŠVVaM SR/NIVaM| |Správca, vytvára banku úloh, testy, zadáva testy, zabezpečuje testovania|
++|2.|Škola| |Záujemca o výsledky testov žiakov a školy|
++|3.|Žiak| |Vykonáva testy|
++|4.|Učiteľ| |Zadáva testy žiakom|
++|5.|Rodič| |Záujemca o výsledky žiaka, nemá prístup do systému|
++|6.|Verejnosť| |Záujemca o anonymné štatistické výsledky|
++== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==
--== 3.4Ciele projektu ==
++//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
  |ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
--|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.|(((
--Prostredníctvom realizácie projektu a jeho aktivít:
++|...|Postupný prechod z papierového testovania na plošné online testovanie, prioritne pre externú časť maturitnej skúšky|...|...
++|...|Možnosť realizácie testovaní aj prostredníctvom nových technológií, ako sú tablety a mobilné zariadenia|...|...
++| |Optimalizáciu nákladov na prevádzku systému a zabezpečenie rozpočtu na jeho ďalší rozvoj| |
++| |Rozšírenie dostupnosti riešenia na všetky školy v SR| |
++| |Zvýšenie výkonnosti systému a rozšírenie možností jeho ďalšieho rozvoja| |
--Analýza a dizajn
++== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--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.|(((
--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.|(((
--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.|(((
--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.|(((
--Prostredníctvom realizácie projektu a jeho aktivít:
--
--Analýza a dizajn
--
--Implementácia a testovanie
--
--Nasadenie
--)))
--
--
--== 3.5 Merateľné ukazovatele (KPI) ==
--
  |ID|ID/Názov cieľa|Názov
  ukazovateľa (KPI)|Popis
  ukazovateľa|Merná jednotka
@@ -357,169 +357,53 @@
  merateľné hodnoty
  (aktuálne)|TO BE
  Merateľné hodnoty
--(cieľové hodnoty)|Spôsob ich merania a Pozn.
--|(((
--01
++(cieľové hodnoty)|Spôsob ich merania a Pozn.|
++|...|Postupný prechod z papierového testovania na plošné online testovanie, prioritne pre externú časť maturitnej skúšky|...|...|...|...|...|...|
++|...|Možnosť realizácie testovaní aj prostredníctvom nových technológií, ako sú tablety a mobilné zariadenia|...|...|...|...|...|...|
++|...|Optimalizáciu nákladov na prevádzku systému a zabezpečenie rozpočtu na jeho ďalší rozvoj|...|...|...|...|...|...|
++| |Rozšírenie dostupnosti riešenia na všetky školy v SR| | | | | | |
++| |Zvýšenie výkonnosti systému a rozšírenie možností jeho ďalšieho rozvoja| | | | | | |
--02
++{{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}(% 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
--03
++PET poskytuje š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.
--04
++== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==
--05
--)))|(((
--Postupný prechod z papierového testovania na plošné online testovanie, prioritne pre externú časť maturitnej skúšky
++|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia)
++|1|Riziko oneskorenia procesu verejného obstarávania|B|V rámci plánovaných vykonaných krokov v príprave a realizácie procesu verejného obstarávania môže dôjsť k posunu vyhodnotenia víťazného uchádzača s dôsledkom oneskorenia podpisu Zmluvy|Pripravovať podklady VO paralelne k procesu schvaľovania
++|2|Oneskorenie projektu - projekt nebude realizovaný v rámci plánovaného harmonogramu|B|V prípade omeškania projektu na nemusia stihnúť realizovať elektronické maturity na novom systéme a bude potrebné predĺžiť prevádzku súčasného systému.|(((
++Dodržiavanie projektových princípov, agilné riadenie projektu.
--Možnosť realizácie testovaní aj prostredníctvom nových technológií, ako sú tablety a mobilné zariadenia
--
--Optimalizáciu nákladov na prevádzku systému a zabezpečenie rozpočtu na jeho ďalší rozvoj
--
--Rozšírenie dostupnosti riešenia na všetky školy v SR
--
--Zvýšenie výkonnosti systému a rozšírenie možností jeho ďalšieho rozvoja
--)))|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
--
--Tabuľka 4 Merateľné ukazovatele (KPI)
--
--(% 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
--
--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).
--
--==== Detailný opis obmedzení a predpokladov ====
--
--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.
--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.
--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.
--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.
--
--==== Dôvody vymedzenia rozsahu ====
--
--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).
--
--==== Obmedzenia (limity, s ktorými projekt počíta) ====
--
--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.
--Ú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).
--
--==== Predpoklady úspešnej realizácie (čo musí platiť, aby projekt uspel) ====
--
--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).
--
--== 3.7 Riziká a závislosti ==
--
--|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**KATEGÓRIA RIZIKA**|**POTENCIÁLNY DOPAD**|**OPATRENIA NA ZMIERNENIE RIZIKA (MITIGÁCIA)**
--|1|Nebude možné naplniť všetky kvalitatívne požiadavky projektu|B2|Nebudú plne dosiahnuté očakávané benefity projektu.|Zorganizovať viacero kôl iniciačných stretnutí k zadefinovaniu požiadaviek s dodávateľom.
--|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.
--|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.
--|4|Nepridelené finančné prostriedky|B2|Predčasné ukončenie projektu, predĺženie doby realizácie projektu.|Čo najskoršia realizácia implementácie. Dodržiavanie jednotlivých fáz  projektu, hlavne plánu nasadenia.
--|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
--|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.
--|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.
--|8|Ohrozenie prevádzky a dostupnosti ekosystému|C2|Ohrozenie prevádzky a dostupnosti systému z dôvodu možných kybernetických útokov.|Venovať vysokú pozornosť pri testoch. Zvýšenie ostražitosti prevádzky IKT.
--|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
--|10|Nedostatočné vyhodnotenie kvality|C2|Neodhalenie slabých miest v jednotlivých fázach implementácie projektu.|Zabezpečiť proces a postupy kvality tak, aby boli pre projekt dostatočné.
--|11|Nesúčinnosť a nespoľahlivosť dodávateľa|B2|Predčasné ukončenie projektu, alebo predĺženie doby realizácie projektu.|Definovanie sankcií v rámci dodávateľskej zmluvy.
--|12|Nedostatok ľudských zdrojov|B2|Predĺženie doby realizácie projektu. Výstupy projektu budú dodané v nedostatočnej kvalite.|Nastavenie personálnej politiky.
--
--== 3.8 Stanovenie alternatív v biznisovej vrstve architektúry ==
--
--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.
--
--//[[image:file:///C:/Users/EVA~~1.MIH/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]//
--
--//Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry//
--
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|(((
--STAKEHOLDER
--
--1 Školy
--)))|(((
--STAKEHOLDER
--
--2 MŠVVaM SR
--)))|(((
--STAKEHOLDER
--
--3 NIVAM
++
  )))
--|(% rowspan="7" %)(((
--BIZNIS VRSTVA
++|3|Nenaplnenie KPI projektu|C|Nebudú plne dosiahnuté benefity projektu.|Naplánovať aktivity publicity a informovanosti. Do testovania zapojiť aj školy.
++|4|Obstarávanie SaaS neprinesie benefity v zjednodušení formálnej stránky projektu a prevádzky|B|Omeškania pri schvaľovaní dokumentácie|Včas komunikovať s MIRRI
--
--)))|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
--|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
--|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
--|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
--|Kritérium E (KO) Jednoduchosť implementácie|Jednoduchosť implementácie je jedným z architektonických princípov pri IT projektoch| |x|x
--|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
--|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
++== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
--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
--|Kritérium B|nie| |čiastočne|Riešenie môže byť postavené tak, aby umožňovalo škálovanie využitím cloudových technológii.|áno|Bude využitá dostupná SaaS, čo umožní škálovanie využitím cloudových technológii.
--|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
--|Kritérium D|nie| |čiastočne|Alternatíva  umožní podporu platforiem prostredníctvom špecifikácie nového riešenia.|áno|Bude využitá dostupná SaaS, čo umožňuje využívanie na akejkoľvek platforme
--|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
--|Kritérium F|nie| |nie| |áno|Bude využitá dostupná SaaS, pričom dodávateľ SaaS služby zabezpečí HW prostriedky
--|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.
++== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
--Tabuľka 9 Vyhodnotenie MCA
--== 3.9Multikriteriálna analýza ==
--== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
++== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
--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.
++Predpokladá sa využitie SaaS služby ako nosnej časti informačného systému.
--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.
++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.
--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.
++Preto predpokladáme, že systém môže byť doplnený o ďalšie komponenty a služby, ktoré budú realizovať požiadavky, ktoré vybraný SaaS produkt nie je schopný efektívne realizovať. Príkladom sú špecifické integrácie, nástroj typu BI a ďalšie.
--== 3.11Stanovenie alternatív v technologickej vrstve architektúry ==
++Tento dokument teda nepredpisuje architektúru v aplikačnej vrstve, skôr predpokladá, že SaaS služba využíva udržateľné a efektívne riešenie, ktoré bude zmluvne zabezpečené. To ale nevylučuje spracovanie aplikačnej architektúry prostredníctvom bezpečnostného projektu, certifikácie alebo auditu.
--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ť.
++== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
--|ISVS/Modul|Ux|Cx|Ix|Ax|Pozn
--|Platforma pre elektronické testovania na školách (eTest 2.0)|3|3|3|3|MŠVVaM SR je poskytovateľom základnej služby
--| | | | | |
--| | | | | |
--| | | | | |
++= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
--Tabuľka 10 Klasifikácia budovaných informačných systémov
--
--= 4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
--
  * //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
  ** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
  ** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
@@ -526,93 +526,81 @@
  ** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
  * //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
--= 5.NÁHĽAD ARCHITEKTÚRY =
++= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =
--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.
++V porovnaní so súčasným stavom by mal byť nový systém jednoduchší, pričom v prvej fáze nebude poskytovať modul pre tzv. učiteľské testovanie, ale zároveň zachová väčšinu plánovaných benefitov, ktoré súčasný systém nedokázal dosiahnuť – napríklad plošné nasadenie národného testovania pre celý ročník. Tento plán má za cieľ dosiahnuť čo najväčšiu hodnotu benefitov za vynaložené náklady.
--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.
++Zjednodušenie vychádza aj z toho, že niektoré funkčnosti súčasného systému, ako napríklad učiteľské testovanie, už dnes zabezpečujú niektoré súkromné spoločnosti alebo sú k dispozícii na voľné stiahnutie. Podobnú funkcionalitu ponúka aj platforma VIKI, ktorá je pod gesciou MŠVVaŠ SR.
--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.
++Skúsenosti z obdobia pandémie potvrdili opodstatnenosť existencie takéhoto systému, ako aj potrebu jeho ďalšieho rozvoja – napríklad zlepšenie používateľského zážitku či využitie na vzdialené certifikované testovanie. Ak sa táto funkcionalita osvedčí, v rámci rozvoja bude možné túto možnosť ponúknuť aj školám na individuálne testovanie.
--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.
++Primárnou platformou pre školské testovanie budú školské počítače, avšak vzhľadom na postupnú modernizáciu vybavenia škôl je vhodné zabezpečiť aj flexibilnú možnosť využívania koncových zariadení, ako sú tablety a smartfóny. Z dôvodu flexibility by mal nový systém umožniť aj testovanie na neškolských počítačoch. V tomto ohľade by mal systém využívať proctoringové riešenia, napríklad Safe Exam Browser, Think Exam, Lockdown Browser alebo podobné nástroje.
--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í.
++Biznis vrstva:
--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.
++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.
--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.
++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ť:
--[[image:1759223559836-225.png]]
++* služby evidencie používateľov,
++* identifikácie a autentifikácie prostredníctvom štandardných protokolov,
++* hromadný import a export používateľov a hromadné aj čiastkové zmeny ich údajov,
++* integráciu na externého providera / SSO / federácia s iným autentifikačným serverom (napr. Facebook, Google, Apple, Microsoft),
++* dvojfaktorovú autentifikáciu, minimálne štandardné OTP 2FA autentifikačné aplikácie
--Obrázok 4 Náhľad celkovej architektúry v notácii ArchiMate
++(Authy, Microsoft Authenticator, LastPass, alebo ekvivalent),
--==== Návrh riešenia v biznis vrstve architektúry ====
++* funkcionalitu na komplexnú správu používateľských identít,
++* funkcionalitu na riadenie prístupových práv k dátam a službám informačného systému.
--Navrhovaný systém z hľadiska biznis architektúry rámcovo zachováva väčšinu služieb existujúceho systému :
++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.
--* tvorba a životný cyklus Banky úloh a  testov,
--* národné - certifikačné testovanie žiakov,
--* školské (tz. necertifikačné, ale centrálne pripravované) testovanie žiakov,
--* realizáciu dotazníkov vo forme anononymných testov,
--* adaptívne testovanie,
--* 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),
--* štatistiky a reporting.
--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.
++Správa úloh, testov
--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).
++Úlohy: V rámci správy úloh sa tvoria, klasifikujú, pilotujú a schvaľujú jednotlivé úlohy pred zaradením medzi ostré úlohy.
--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.
++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.
--Systém teda bude zabezpečovať nasledovné funkcie:
++Typy aktuálne využívaných testových úloh:
--**Správa číselníkov**
++* Otvorené:
++** s tvorbou krátkej odpovede – doplňovanie textu, čísla,
++** s tvorbou dlhej odpovede (napr. eseje).
++* Uzavreté:
++** výber z viacerých možností – jedna správna odpoveď,
++** výber z viacerých možností – viac správnych odpovedí,
++** binárne (dichotomické), pravda, nepravda,
++** priraďovacie – prepojenia dvoch zoznamov, dvoch tvrdení, dvoch obrázkov,
++** zoraďovacie – zoradenie podľa vhodnosti, dôležitosti,
++** s označením odpovede v texte alebo obrázku,
++** s odovzdaním riešenia v súbore (ako príloha k odpovedi),
++** typ sore finger – výber z viacerých možností, kde napr. slovo nezapadá do kontextu,
++** drag and drop – uchopenie a premiestnenie objektu (textového, obrázku) na správne,
++** identifikácia objektu alebo pozície,
++** Matica:
++*** single matrix (jedna správna odpoveď v riadku),
++*** multiple matrix (viac správnych odpovedí v riadku).
--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.
++Nástroj umožní:
--**Správa používateľov**
++*
++** 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),
++** 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]]
++** využitie formátu na chatovanie – simulácia  chatovania:
--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.
++[[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]]
--**Banka úloh**
++*
++** 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/]]
++** Úlohy na priestorovú predstavivosť v matematickej gramotnosti:
--V rámci banky úloh sa tvoria, testujú, schvaľujú a klasifikujú jednotlivé úlohy pred zaradením medzi ostré úlohy.
++[[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]]
--**Zostavovanie testov**
++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.
--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í.
++Testy:
--**Integrácia na externé služby**
--
--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.
--
--**Štatistiky a porovnanie**
--
--Š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).
--
--**Národné testovanie**
--
--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.
--
--* tvorbu nových úloh, ich overenie a zaradenie do banky úloh,
--* zostavovanie úloh do testov a ich priraďovanie žiakom, resp. skupinám žiakov,
--* štatistiky a reporty z údajov systému,
--* národné testovanie,
--* učiteľské testovanie,
--* voľne dostupné testovanie.
--
--**Školské testovanie**
--
--Š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.
--
--[[image:1759223607155-156.png]]
--
--//Obrázok 5 Biznis vrstva architektúry//
--
--Požiadavky na priebeh testovaní a ich bezpečnosť
--
--Typy testov
--
  PET umožní realizáciu nasledovných typov testov:
  ~1. Certifikačné a pilotné testovanie
@@ -654,7 +654,7 @@
  * 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.
  * Čiastočne dynamický test umožní kombináciu statických a dynamických položiek.
--==== Testovanie eTest 2.0 ====
++Testovanie eTest 2.0
  Testovanie žiakov pozostáva z nasledovných krokov:
@@ -665,7 +665,7 @@
  * hodnotenie odpovedí žiakov na otvorené otázky v teste vrátane hodnotenia esejí,
  * celkové štatistické vyhodnotenie.
--Príprava testovania
++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.
@@ -680,17 +680,12 @@
  Autor testu bude mať možnosť vykonať skúšku vytvoreného testu a vytvoriť tlačovú predlohu testu.
--
  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).
  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.
  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.
@@ -710,87 +710,12 @@
  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ý.
--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ľúč.
++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ľúč.
++Požiadavky na priebeh testovaní a ich bezpečnosť
--[[image:1759223684230-620.png]]
--
--//Obrázok 6 Aplikačná vrstva architektúry//
--
--=== //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ť:
--
--* služby evidencie používateľov,
--* identifikácie a autentifikácie prostredníctvom štandardných protokolov,
--* hromadný import a export používateľov a hromadné aj čiastkové zmeny ich údajov,
--* integráciu na externého providera / SSO / federácia s iným autentifikačným serverom (napr. Facebook, Google, Apple, Microsoft),
--* dvojfaktorovú autentifikáciu, minimálne štandardné OTP 2FA autentifikačné aplikácie
--
--(Authy, Microsoft Authenticator, LastPass, alebo ekvivalent),
--
--* funkcionalitu na komplexnú správu používateľských identít,
--* funkcionalitu na riadenie prístupových práv k dátam a službám informačného systému.
--
--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.
--
--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.
--
--Typy aktuálne využívaných testových úloh:
--
--* Otvorené:
--** s tvorbou krátkej odpovede – doplňovanie textu, čísla,
--** s tvorbou dlhej odpovede (napr. eseje).
--* Uzavreté:
--** výber z viacerých možností – jedna správna odpoveď,
--** výber z viacerých možností – viac správnych odpovedí,
--** binárne (dichotomické), pravda, nepravda,
--** priraďovacie – prepojenia dvoch zoznamov, dvoch tvrdení, dvoch obrázkov,
--** zoraďovacie – zoradenie podľa vhodnosti, dôležitosti,
--** s označením odpovede v texte alebo obrázku,
--** s odovzdaním riešenia v súbore (ako príloha k odpovedi),
--** typ sore finger – výber z viacerých možností, kde napr. slovo nezapadá do kontextu,
--** drag and drop – uchopenie a premiestnenie objektu (textového, obrázku) na správne,
--** identifikácia objektu alebo pozície,
--** Matica:
--*** single matrix (jedna správna odpoveď v riadku),
--*** 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),
--** 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]]
--** využitie formátu na chatovanie – simulácia  chatovania:
--
--[[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]]
--
--*
--** 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/]]
--** Úlohy na priestorovú predstavivosť v matematickej gramotnosti:
--
--[[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]]
--
--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.
--
  Zabezpečenie pracovnej stanice
  Certifikačné testy sa majú vykonávať v prípade :
@@ -821,7 +821,7 @@
  |**Testovanie znevýhodnených žiakov**|Zabezpečenie formy testov pre zdravotne postihnutých|Technické pomôcky napr. veľkosť písma, kontrast, lupa
  |**Hodnotenie**|Spätná väzba z informačného systému pre znevýhodnených žiakov|
--Integrácie a správa identít
++Integrácie a správa identít
  V počiatočnej fáze systém nepredpokladá technické integrácie. Tie budú predmetom ďalšieho rozvoja.
@@ -835,16 +835,16 @@
  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.
--== 5.1Prehľad e-Government komponentov ==
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
  //__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
--//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% 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" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
++//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
  //V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
 . //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
 . //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu, //
 . //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
--1. //Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS//
++//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://
  === 5.1.1Prehľad koncových služieb – budúci stav: ===
@@ -886,8 +886,12 @@
  |as_61292|Elektronické testovanie žiakov| |ks_334517|
  {{/content}}
--=== 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" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
++=== 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" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
++* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
++* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
++* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
++
  |(((
  **Kód ISVS**
  //(z MetaIS)//
@@ -898,35 +898,91 @@
  |isvs_10818|Informačný systém E-test II| |
  | | | |
--===   ===
++* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
--===   ===
++:
++(((
++|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
++|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
++|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
++|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
++|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
++|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
++|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
++|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
++|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
++)))
++=== 5.1.5Aplikačné služby na integráciu ===
--=== (% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)6.LEGISLATÍVA(%%) ===
++//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//
--Projektové riadenie na strane úspešného uchádzača a všetky projektové výstupy budú dodávané v súlade so:
++* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
++* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
++* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
++* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="
++|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
++'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
++'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
++[/]
++"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS){{/content}}
--* 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
--* Vyhláškou č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy,
--* Vyhláškou č. 401/2023 Z. z. o riadení projektov.
++=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
--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:
++//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--* Zákon č. 245/2008 Z.z. v znení neskorších úprav (školský zákon).
--* Vyhláška č. 224/2022 Z. z.  o strednej škole a Vyhláška č. 223/2022 Z. z. o základnej škole.
--* 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).
++|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
++| | | |
++| | | |
++| | | |
--Ďalej je potrebné pri riešení projektu zohľadniť legislatívu v oblasti bezpečnosti riešenia:
++=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
--* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
--* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov.
--* 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.
++//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__
--= 7.ROZPOČET A PRÍNOSY =
++|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
++| | | |
++| | | |
++| | | |
++=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
++//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
++
++|(((
++**Kód infraštruktúrnej služby**
++//(z MetaIS)//
++)))|**Názov infraštruktúrnej služby**|(((
++**Kód využívajúceho ISVS**
++//(z MetaIS)//
++)))|**Názov využívajúceho ISVS**
++| | | |
++| | | |
++//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__
++
++= {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6.LEGISLATÍVA =
++
++//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
++//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
++//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
++
++= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =
++
++//Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.//
++//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
++
++* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
++* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
++* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
++* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
++
  == 7.1Sumarizácia nákladov a prínosov ==
  |**Náklady**|(((
@@ -979,87 +979,77 @@
  * //Zníženie miery stresu zamestnancov stavebných úradov//
  //Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
--= 8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
++= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
--Predpokladom harmonogramu je nadobudnutie účinnosti zmluvy v 06/2025.
++//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
++* //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
++* //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
++* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
++* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
--|ID|FÁZA/AKTIVITA|(((
--ZAČIATOK
--
++|**ID**|**FÁZA/AKTIVITA**|(((
++**ZAČIATOK**
  (odhad termínu)
  )))|(((
--KONIEC
--
++**KONIEC**
  (odhad termínu)
--)))|POZNÁMKA
--|1|Prípravná fáza |ukončená| |
--|2|Iniciačná fáza |prebieha| |
--|3|Realizačná fáza |podpis zmluvy|06/2026|
--|3a|Analýza a design|podpis zmluvy|07/2025|
--|3b|Implementácia a testovanie Release 1|07/2025|08/2025|
--|3c|(((
--Nasadenie Release 1
++)))|**POZNÁMKA**
++|1.|//Prípravná fáza a Iniciačná fáza//| | |
++|2.|//Realizačná fáza//| | |
++|2a|//Analýza a Dizajn//| | |
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//| | |
++|2c|//Implementácia a testovanie//| | |
++|2d|//Nasadenie a PIP//| | |
++|3.|//Dokončovacia fáza//| | |
++|4.|//Podpora prevádzky (SLA)//| | |
--Školenia
--)))|09/2025|09/2025|
--|3d|Pilotná prevádzka Release 1 na vybraných školách|09/2025|11/2025|
--|3e|Implementácia a testovanie Release 2|09/2025|12/2025|
--|3f|Nasadenie Release 2|12/2025|12/2025|
--|3g|Príprava eMaturity – podpora školám, školenia|10/2025|01/2026|
--|3h|Pilotné testovanie Release 2 na vybraných školách|01/2026|02/2026|
--|3i|Realizácia a vyhodnotenie eMaturita|03/2026|04/2026|
--|4|Dokončovacia fáza, podpora školám, školenia|07/2026|09/2026|
--|5|Podpora prevádzky (SLA) a rozvoj|09/2025|08/2030|
++= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =
--Súčasťou Release 1 bude plne funkčný systém, pripravený pre tvorbu banky úloh a pilotnú prevádzku (3d).
++//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
--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.
++* //Predseda RV//
++* //Biznis vlastník//
++* //Zástupca prevádzky//
++* //Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
++* //Projektový manažér objednávateľa (PM)//
++//Zostavuje sa **Projektový tím objednávateľa**//
++* //kľúčový používateľ,//
++* //IT analytik alebo biznis analytik,//
++* //IT architekt,//
++* //biznis vlastník//
++* //manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,//
++* //manažér IT prevádzky (nepovinný člen)//
++* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
++* //UX dizajnér (nepovinný člen)//
++* //iná špecifická rola (nepovinný člen)//
++* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
++== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}9.1 PRACOVNÉ NÁPLNE ==
--**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.
++//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.//
++//VZORY a ŠABLONY zdrojových súborov sú tu: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// &nbsp;//
++//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
--[[image:1759224443321-286.png]]
++= {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =
--Obrázok 2 Ilustrácia rozdelenia realizácie projektu metódou Waterfall
++//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
++= {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
++**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__
++//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
++* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
++* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
++* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
++//Koniec dokumentu//
++[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
++[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
++[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
++[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
++[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
++[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
--= 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.
--
--Pre potreby riadenia projektu je zostavený Riadiaci výbor (RV) v minimálnom zložení:
--
--* Predseda RV
--* Podpredseda RV, zástupca dodávateľa
--* Zástupca kľúčových používateľov Zákazníka
--
--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.
--
--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.
--
--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.
--
--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.
--
--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..
--
--== 9.1 PRACOVNÉ NÁPLNE ==
--
--//Budú doplnené po RV.//
--
--= 10.ODKAZY =
--
--//N/A//
--
--= 11.PRÍLOHY =
--
--Príloha 1: Zoznam rizík a závislostí (Excel)
--
--Príloha 2: BC/CBA
--
--*
--
  | | |

1759222931773-121.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-110.2 KB

Obsah

1759223559836-225.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-273.2 KB

Obsah

1759223607155-156.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-99.7 KB

Obsah

1759223652031-629.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-50.1 KB

Obsah

1759223684230-620.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-50.1 KB

Obsah

1759224443321-286.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.eva\.mihalova@minedu\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-126.6 KB

Obsah

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia