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

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

From 4.1 to 3.1

Z verzie 3.1

upravil Eva Mihaľová
-

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

Do verzie 1.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)

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

@@ -18,41 +18,21 @@
  = {{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**
++|//0.1//|//14.11.2023//|//Pracovný návrh//|
++|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
  | | | |
--| | | |
--| | |
  = {{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 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í,//
--
++//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
++//Dokumenty ukladajte s prefixom I_XX.//
++//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
  == 2.1Použité skratky a pojmy ==
--|SKRATKA/POJEM|POPIS
--|Autor úloh |Rola zadávateľa úloh do PET.
--|API |Podpora externých služieb
--|Autor testu |Rola zostavovateľa testu do PET.
--|Banka úloh, testov a dotazníkov |Úlohy, testy z výchovnovzdelávacích predmetov a dotazníky
--|eMaturita |Externá časť maturitnej skúšky realizovaná elektronicky (nie papierovo)
--|e-testovanie/ elektronické testovanie |Testovanie bez použitia papier/pero, t.j. testovanie s využitím počítača, resp.  tabletu/mobilu
--|FURPS |Model pre klasifikovanie funkčných a nefunkčných požiadaviek na kvalitu SW (functionality, usability, reliability, performance, supportability)
--|Hodnotiteľ |Rola hodnotiteľa odpovedí žiakov na otvorené otázky v testoch realizovaných v eTest 2.0
--|HW / SW|Hardware (technické vybavenie) / Software (aplikačné vybavenie)
--|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í
--|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).
--|RPO |Recovery Point Objective/množstvo dát, ktoré môže byť stratené po obnove systému, merané časom spätne od vzniku výpadku
--|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
--|VO |Verejné obstarávanie
++|**SKRATKA/POJEM**|**POPIS**
  | |
  | |
  | |
@@ -61,7 +61,7 @@
  == 2.2Konvencie pre typy požiadaviek (príklady) ==
--
++//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
  //**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
  //**FRxx**//
@@ -79,132 +79,159 @@
  == {{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 ==
++//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.//
++//Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
++//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
--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ú:
--
--•           č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.
--
  == {{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 ==
--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.).
++* //Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
++* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
++* //Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
++* //Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
++* //Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
++* //Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%).//
--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.
--
--Z dôvodov uvedených v predošlých kapitolách vznikla myšlienka spustiť projekt „Platforma pre elektronické testovanie na školách (eTest 2.0)“, ktorý by plne využil výhody existujúcich riešení a služieb, pričom by akceptoval skutočnosť, že menej prioritné požiadavky nemusia byť splnené okamžite, prípadne vôbec. Jedným z benefitov je možnosť čerpať know-how zo skúseností viacerých krajín, ktoré už tento systém využívajú, a upraviť ho tak, aby zodpovedal potrebám všetkých jeho používateľov.
--
--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.
--
--Tieto požiadavky a ich priority sú zaznamenané v samostatnom dokumente „Priloha_07_P1_Kat_poziadaviek_Projekt_Platforma_pre_el_test_na_skolach-eTest20_v10-final.xlsx“.
--
--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.
--
  == {{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 ==
  * //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--|ID|AKTÉR / STAKEHOLDER|(((
--SUBJEKT
--
++|**ID**|**AKTÉR / STAKEHOLDER**|(((
++**SUBJEKT**
  (názov / skratka)
--)))|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|
++)))|(((
++**ROLA**
++(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
++)))|(((
++**Informačný systém**
++(MetaIS kód a názov ISVS)
++)))
++|//1.//|//Ministerstvo investícií, regionálneho rozvoja a informatizácie SR//|//MIRRI//|//Poskytovateľ služieb centrálnej platformy integrácie údajov//|//isvs_5836 IS CSRU//
++|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
++|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
++|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
  == {{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 ==
  //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
--|...|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| |
++|**ID**|
++\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
++|...| |...|...
++|...| |...|...
  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--|ID|ID/Názov cieľa|Názov
--ukazovateľa (KPI)|Popis
--ukazovateľa|Merná jednotka
-- |AS IS
--merateľné hodnoty
--(aktuálne)|TO BE
++|**ID**|
++\\**ID/Názov cieľa**|**Názov
++ ukazovateľa **(KPI)|**Popis
++ ukazovateľa**|**Merná jednotka**
++ |**AS IS
++ merateľné hodnoty
++ **(aktuálne)|**TO BE
  Merateľné hodnoty
--(cieľové hodnoty)|Spôsob ich merania a Pozn.|
--|...|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| | | | | | |
++ **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
--{{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
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[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]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
--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.
++== {{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"/}}3.6Špecifikácia potrieb koncového používateľa ==
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
++
++* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
++* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
++* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: //
++** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
++** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
++* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
++* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
++* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
++* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
++.
++
  == {{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 ==
--|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.
++//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
--
--)))
--|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
++* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
++* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
++* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
++* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
  == {{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 ==
++//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
  == {{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 ==
++//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
++//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//
++Príklad šablóny pre spracovanie MCA
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
++)))|(((
++**STAKEHOLDER**
++**2**
++)))|(((
++**STAKEHOLDER**
++**3**
++)))
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
++)))|(((
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
++)))
++|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
++|Kritérium B|áno|vysvetlenie prečo áno|nie|
++|Kritérium C|áno|vysvetlenie prečo áno|nie|
++|Kritérium D|áno|vysvetlenie prečo áno|nie|
--
  == {{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 ==
--Predpokladá sa využitie SaaS služby ako nosnej časti informačného systému.
++//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
++//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
--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.
++* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
++* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
++* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
--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.
--
--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.
--
  == {{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 ==
++//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
++//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
++//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
++//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
++//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
++* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
++* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
++* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
++
  = {{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) =
  * //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
@@ -215,225 +215,23 @@
  = {{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 =
--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.
++* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
++* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
++* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
++** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
++** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
++** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
++** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
++** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
++//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--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.
--
--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.
--
--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.
--
--Biznis vrstva:
--
--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 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.
--
--Testy:
--
--PET umožní realizáciu nasledovných typov testov:
--
--~1. Certifikačné a pilotné testovanie
--
--Certifikačné a pilotné testovanie spravuje realizátor e-testovania. Účelom je testovanie na základných školách, externá časť maturitných skúšok (eMaturita) a iné (napr. prijímacie skúšky na stredné, resp. vysoké školy) a pilotáž pre účely prípravy úloh pre testovania.  Základné požiadavky:
--
--* vykonávanie testu na zabezpečenej pracovnej stanici s kontrolovaným prístupom (zabezpečenie na úrovni informačného systému alebo prehliadača, nie manuálne) k systémovým funkciám, ktorá neumožňuje používanie neoprávnených zdrojov,  počas realizácie testu, alebo neumožní pokračovanie v teste v prípade porušenia pravidiel,
--* možnosť overenia identity testovanej osoby aj počas realizácie testu (vizuálna kontrola iba ako doplnková požiadavka v rámci rozvoja),
--* vysoký stupeň zabezpečenia neoprávneného prístupu k úlohám v banke úloh a testov a v rámci procesu prípravy a realizácie testu, zabezpečenie neoprávneného prístupu k už vytvorenému testu, aj s využitím šifrovania obsahu,
--* nekvalitný internet nemá mať zásadný vplyv na výsledok testovania. Vypracovanie odpovedí na testové otázky má prebehnúť korektne aj pri krátkodobých výpadkoch pripojenia na internet,
--* paralelné prihlásenie – identifikácia a autentifikácia (v priebehu 5 sekúnd) pre počty žiakov podľa kapitoly 5.2 a následná realizácia testovania, za účasti administrátorských používateľov,
--* komplexné logovanie všetkých akcií žiaka a administrátora, aj v prípade, ak nie je pripojenie na Internet.
--
--2. Školské testovanie
--
--Školské testovanie spravuje realizátor e-testovania. Účelom je poskytnúť školám elektronické testy pre priebežné, sumatívne aj formatívne (kriteriálne) testovanie.
--
--Základné požiadavky:
--
--* nižšia úroveň bezpečnosti, pričom ale musí byť monitorovateľné a v informačnom systéme zaznamenávané, či sa žiak prepol do iného prostredia,
--* paralelné testovanie cca 1 000 – 3 000 žiakov, rozdelené do viacerých dní, nižšia záťaž pri prihlasovaní.
--
--3. Dotazníky
--
--Účelom dotazníkov je realizácia výskumu a monitorovanie úrovne vedomostí, zručností a kľúčových kompetencií žiakov, rovnako ako aj sledovanie trendov kvality škôl.
--
--Dotazník bude realizovaný samostatne alebo bude byť reťazovo prepojený s testom (buď hneď za sebou, test + dotazník,  pričom sa vytvorí dokument s obsahom vykonaného testu a bude k nemu pripojený dotazník spätnej väzby, alebo sa bude môcť dotazník realizovať aj v časovom odstupe od testu, ale databázy a výsledky budú prepojiteľné).
--
--Dotazníky budú:
--
--* neanonymné (žiaci, učitelia, vedenie školy) – prepojenie s databázou používateľov,
--* anonymné (rodičia, verejnosť) – jednorazové prístupy do dotazníka bez prístupových práv do informačného systému, dáta prichádzajú do informačného systému a poskytujú výstupy pre realizátora e-testovania.
--
--Pre konkrétne testovanie je možné zostaviť test výberom z banky úloh pomocou filtrovania kritérií.
--
--Nástroj umožní autorovi určiť povahu testu: statický, čiastočne dynamický a dynamický:
--
--* Statický test má úlohy pevne určené a jednoznačne nemenne usporiadané pred spustením testovania.
--* 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 žiakov pozostáva z nasledovných krokov:
--
--* príprava testovania (vytvorenie súboru testovaní, nastavenie testov k súboru testovaní, parametrov testovania),
--* naplánovanie testovania,
--* testovanie žiakov,
--* vyhodnotenie testu pre žiaka po skončení testu (tzv. predbežný výsledok),
--* hodnotenie odpovedí žiakov na otvorené otázky v teste vrátane hodnotenia esejí,
--* celkové štatistické vyhodnotenie.
--
--Príprava testovania
--
--PET umožní tvorbu úloh prinajmenšom nasledovnými spôsobmi: importom, vytvorením v autorskom nástroji, vytvorením zo šablóny, duplikovaním – skopírovaním úlohy alebo niektorých prvkov úlohy.
--
--
--Pre jeden test je možné vytvoriť viacero predpisov, resp. foriem pre test (líšia sa presne stanovaným pevným poradím úloh a distraktorov, resp. úprava pre účely žiakov so zdravotným znevýhodnením – zámena položky za inú).
--
--V rámci testu je možné
--
--* definovať sekcie testu zoskupením položiek podľa  určitých kritérií (pozrite katalóg požiadaviek),
--* vytvárať spoločné obsahy pre viacero úloh –[[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[príkla>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[d>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[PIS>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[A>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[testu >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[s>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[úlohami so spoločný>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[m>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[ >>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[obsaho>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[m>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]][[,>>url:https://pisa2018-questions.oecd.org/platform/index.html?user=&domain=GLC&unit=G122-RisingSeaLevels&lang=slo-SVK]]
--* definovať povolené zdroje (kalkulačka, slovníky).
--
--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 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 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.
--
--S cieľom eliminácie zlyhania ľudského faktoru je potrebné monitorovať dozorujúcich pedagógov počas testovania. Každá zmena priebehu testovania bude preto zaznamenaná a vyhodnotená. Po zastavení testu testovaným bude následné pokračovanie vyžadovať asistenciu dozoru, pričom všetky udalosti budú zaznamenané v PET s presným časovým údajom a identifikáciou dozorujúceho. Doba opustenia testu, počet opustení testu, ako aj opakované porušenie pravidiel testovania budú tvoriť základ
--pre proaktívne sledovanie priebehu testovania a zapojenie centrálneho dohľadu realizátora e-testovania.
--
--Každý test je časovo obmedzený, o čom sú žiaci informovaní a pred uplynutím času aj notifikovaní.  V prípade, že nestihnú uložiť test pred ukončením časového limitu, PET uloží všetky ich vyplnené odpovede a test automaticky uzavrie.
--
--V závislosti od predpisu testu, resp. typu testovania, PET umožní vytvoriť tlačový výstup ukončeného testu (.pdf alebo adekvátny formát dokladu o vykonanom teste pre žiaka aj pre realizátora e-testovania)  s možnosťou voľby, či súčasťou testu bude aj porovnanie odpovedí žiaka a správnych odpovedí podľa kľúča, alebo bez kľúča správnych odpovedí.
--
--Bezprostredne po ukončení testu sú žiaci oboznámení s výsledkami automaticky hodnotených odpovedí (tzv. predbežný výsledok dostupný hneď po ukončení testu). Slovné odpovede žiakov (otvorené úlohy) budú vyhodnotené neskôr a o finálnom výsledku testu bude PET každého žiaka notifikovať a kompletný výsledok si  môže následne pozrieť v rámci svojho profilu.
--
--Predbežný výsledok obsahuje predbežné informačným systémom automaticky vyhodnotené odpovede žiakov v zmysle nastaveného kľúča správnych odpovedí. Automatické výsledky, tzv. predbežné, musia byť zobrazené žiakovi hneď po ukončení testu (vo forme počtu získaných bodov a aj v percentuálnom vyjadrení úspešnosti žiaka v teste)  a zároveň budú uložené v histórii daného žiaka. Úplné výsledné údaje budú k dispozícii po ukončení hodnotenia testov hodnotiteľmi a po ukončení štatistického spracovania výsledkov.
--
--PET bude po uvedení do prevádzky Release 2 podporovať aj „inteligentné“ efektívne hodnotenie odpovedí, t.j. bez zásahu hodnotiteľa (voliteľne) dokáže automaticky správne ohodnotiť odpovede bez diakritiky, alebo  vyhodnotiť odpoveď v rámci definovaného rozsahu (autor úlohy pri jej tvorbe nastaví, že daná úloha môže byť týmto spôsobom automaticky vyhodnocovaná, lebo napr. v odpovedi nezáleží na správnej diakritike, výsledok „čižmička“ bude vyhodnotený rovnako správne ako „cyzmycka“). Odpovede, ktoré PET označí za správne ale s menšou ako 100% úrovňou pravdepodobnosti pôjdu na review ľudskému hodnotiteľovi. Cieľom je hodnotenie zrýchliť a zefektívniť – hodnotiteľ (človek) následne bude iba kontrolovať správnosť automatického vyhodnotenia. Tento PET bude následne rozširovaný prostredníctvom zmenových konaní na základe skúseností z používania.
--
--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 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ľúč.
--
--Požiadavky na priebeh testovaní a ich bezpečnosť
--
--Zabezpečenie pracovnej stanice
--
--Certifikačné testy sa majú vykonávať v prípade :
--
--* **aktívnej kontroly** **pracovnej stanice** na zabezpečenej pracovnej stanici s kontrolovaným alebo monitorovaným prístupom k systémovým funkciám (napr. menu Štart, panel úloh, prepínanie/spustenie/ukončenie úloh/okien/aplikácií, tlač, vybrané klávesové skratky,  zamknutie obrazovky, zmena používateľa, odhlásenie, zmena hesla, vypnutie, reštartovanie, pravé tlačidlo myši, atď.), ktorá neumožňuje nekontrolované používanie neoprávnených zdrojov (napr. internetových stránok, okien/aplikácií, súborov atď.), počas realizácie testu. Pracovná stanica má byť zabezpečená systémovo, nie manuálne administrátorom školy na každej pracovnej stanici. Kontrola prístupu má byť konfigurovateľná (napríklad technológia SAFE EXAM BROWSER).
--* **pasívnej kontroly pracovnej stanice** (iba monitorovanie z prehliadača) na bežnej pracovnej stanici s pripojením na internet, aktualizovaným operačným systémom a internetovým prehliadačom, pričom o incidentoch (napr. prepnutie mimo testovacie okno) musí byť dostupný záznam s presným časovým vymedzením. Test musí byť po každom incidente zastavený s  vyžiadaním prítomnosti dozoru.
--
--Testovanie
--
--Od informačného systému sa požaduje bezpečné testovanie cez sieťové pripojenie, ktoré nebude možné napadnúť a prípadne modifikovať.
--
--PET musí byť odolný voči krátkodobým výpadkom (max niekoľko minút) pripojenia k počítačovej sieti. V prípade opätovného pripojenia sa, musí byť zabezpečená možnosť pokračovať v rozpracovanom teste od bodu, v ktorom došlo k prerušeniu. Požaduje sa tiež možnosť nahrania najbližších úloh (minimálne 3) do vyrovnávacej pamäte prehliadača a pokračovať v teste týmito úlohami aj počas krátkodobého výpadku.
--
--Pozn. Rozlišujeme pripojenie k počítačovej sieti a pripojenie na internet. Školy majú pripojenie na internet, avšak existujú medzi nimi veľké rozdiely v kvalite pripojenia a šírke pásma. Internet v školách je často zdieľaný pre celú školu a nedá sa vyhradiť len na účely e-testovania.
--
--Testovanie bude realizované cez portál, pomocou webového prehliadača v počítači, notebooku alebo mobilnom zariadení. Prezentácia testu má byť čo najviac zhodná vo všetkých formách a obsahovo musí byť ekvivalentná.
--
--Zabezpečenie proti podvodom
--
--Dôležitou požiadavkou je: vyriešenie autentifikácie žiaka, obmedzenie možností žiaka podvádzať, zabezpečiť alebo monitorovať prostriedkami prehliadača alebo operačného systému, že žiak pracuje samostatne a nepoužíva nepovolené aplikácie alebo nepracuje s inými zdrojmi informácií. V návrhu riešenia v rámci ponuky bude vysvetlené, akým spôsobom budú tieto problémy adresované tak, aby ich bolo možné účinne eliminovať alebo monitorovať na centrálnej úrovni a na úrovni školy či triedy.
--
--Podpora žiakov so znevýhodnením
--
--Riešenie musí zabezpečiť podporu inklúzie znevýhodnených skupín a umožňovať základnú podporu pre realizáciu testov pre žiakov zdravotne postihnutých, pre žiakov s poruchami pozornosti, pre žiakov so sluchovým znevýhodnením a žiakov so zrakovým znevýhodnením.
--
--
--|**Problém**|**Požiadavka**|**Poznámka**
--|**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
--
--V počiatočnej fáze systém nepredpokladá technické integrácie. Tie budú predmetom ďalšieho rozvoja.
--
--PET musí umožniť nasledovné všeobecné integrácie:
--
--* federáciu identít
--(t.j. využitie inej identity na prihlásenie sa do eTest 2.0),
--
--* import identít,
--* export a import testovacích úloh.
--
--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.
--
  == {{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" %)^^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" %)^^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,//
@@ -448,10 +448,8 @@
  [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
  '|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
  [/]
--"}}
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS
--|ks_334517|Elektronické testovanie žiakov|[c_pouzivatel.5, c_pouzivatel.6]|; |Vyberte jednu z možností
--c_sofistikovanost.5
++"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS
++|ks_334517|Elektronické testovanie žiakov|[c_pouzivatel.5, c_pouzivatel.6]|; |Vyberte jednu z možností\\c_sofistikovanost.5
  {{/content}}
  === 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
@@ -463,11 +463,8 @@
  '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
  '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
  [/]
--"}}
--|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
--|isvs_10818|Informačný systém E-test II|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
--c_stav_isvs.3|Vyberte jednu z možností
--c_typ_isvs.1| |
++"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|isvs_10818|Informačný systém E-test II|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
  {{/content}}
  === 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
@@ -476,12 +476,11 @@
  |=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
  [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
  [/]
--"}}
--|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
--|as_61292|Elektronické testovanie žiakov| |ks_334517|
++"}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
++|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" %)^^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" %)^^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.//
@@ -494,8 +494,8 @@
  **Kód integrovaného ISVS**
  //(z MetaIS)//
  )))|**Názov integrovaného ISVS**
--|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:**//
@@ -525,7 +525,8 @@
  * //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="
++* //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')?:''} +
@@ -568,25 +568,10 @@
  = {{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 =
--Projektové riadenie na strane úspešného uchádzača a všetky projektové výstupy budú dodávané v súlade so:
++//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é.//
--* 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.
--
--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:
--
--* 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).
--
--
--Ďalej je potrebné pri riešení projektu zohľadniť legislatívu v oblasti bezpečnosti riešenia:
--
--* 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.
--
  = {{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.//
@@ -665,38 +665,57 @@
  **KONIEC**
  (odhad termínu)
  )))|**POZNÁMKA**
--|1.|//Prípravná fáza a Iniciačná fáza//| | |
--|2.|//Realizačná fáza//|podpis zmluvy|06/2026|
--|2a|//Analýza a Dizajn//|podpis zmluvy|07/2025|
--|2c|//Implementácia a testovanie//|07/2025|08/2025|
--|2d|//Nasadenie a PIP//|09/2025|12/2025|
--|3.|//Dokončovacia fáza//|07/2026|09/2026|
--|4.|//Podpora prevádzky (SLA)//|09/2025|08/2030|
++|1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
++|2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
++|2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
++|2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
++|2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
++|3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
++|4.|//Podpora prevádzky (SLA)//|//napr. 01/2021//|//napr. 01/2025//|//Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?//
++//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
++//Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber~://
++//**Ak realizujete projekt metódou Waterfall:**//
++//Waterfall - vodopádový prístup 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.//
++//Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
++//**Ak realizujeme projekt metódou Agile:**//
++//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
  = {{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 =
--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.
++//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
--Pre potreby riadenia projektu je zostavený Riadiaci výbor (RV) v minimálnom zložení:
++* //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//
--* Predseda RV
--* Podpredseda RV, zástupca dodávateľa
--* Zástupca kľúčových používateľov Zákazníka
++|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
++|1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++//**Vzor organizačnej štruktúry**//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
--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..
--
  == {{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 ==
  //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;//
++//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.//
  = {{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 =
@@ -720,4 +720,4 @@
  [[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]]__
--| | |
++| | |

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia