Zmeny dokumentu I-01 Projektový zámer – detailný (projektovy_zamer)

Naposledy upravil Viktor Klik 2024/11/22 10:29

From 2.1 to 3.1

Z verzie 1.1

upravil Peter Ďuriš
-

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

Do verzie 2.1

upravil Peter Ďuriš
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 7 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,531 +1,1092 @@
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]
++= projekt_3054_Projektovy_zamer_detailny =
++
  **PROJEKTOVÝ ZÁMER**
--**Vzor pre manažérsky výstup I-02**
--**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
--|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo obrany Slovenskej republiky{{/content}}
--|**Názov projektu**|{{content id="projekt.nazov"}}Vybudovanie informačného systému regrutácie{{/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 obrany Slovenskej republiky{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo obrany Slovenskej republiky{{/content}}
++**Vzor pre manažérsky výstup  I-02**
++
++**~ podľa vyhlášky MIRRI č. 401/2023 Z. z. **
++
++
++|**POVINNÁ OSOBA**|Ministerstvo obrany Slovenskej republiky
++|**NÁZOV PROJEKTU**|Vybudovanie informačného systému regrutácie
++|**ZODPOVEDNÁ OSOBA ZA PROJEKT**|TBD
++|**REALIZÁTOR PROJEKTU**|Ministerstvo obrany Slovenskej republiky
++|**VLASTNÍK PROJEKTU**|Ministerstvo obrany Slovenskej republiky
++
++**~ **
++
  **Schvaľovanie dokumentu**
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
--**Podpis**
--(alebo elektronický súhlas)
--)))
--|Vypracoval| | | | |
--= {{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 =
++|**POLOŽKA**|**MENO A PRIEZVISKO**|**ORGANIZÁCIA**|**PRACOVNÁ POZÍCIA**|**DÁTUM**|**PODPIS**
++|Vypracoval|(((
++Peter Ďuriš
--|**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.//|
++Filip Nguyen
++)))|Intesoft|Dodávateľ|9.9.2024|
++
++**~ **
++
++= 1.    História DOKUMENTU =
++
++|**VERZIA**|**DÁTUM**|**ZMENY**|**MENO**
++|0.1|9.9.2024|Pracovný návrh|
  | | | |
++| | | |
--= {{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.    ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
--== 2.1Použité skratky a pojmy ==
++V súlade s Vyhláškou 401/2023 Z.z. je vypracovaný aj tento dokument ako manažérsky výstup I-02 Projektový zámer. Účelom je 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 obsahuje 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í,
++
++== 2.1       Použité skratky a pojmy ==
++
  |**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
++|AOS|Akadémia ozbrojených síl gen. M. R. Štefánika
++|ATS|Modul na sledovanie priebehu uchádzača (Applicant Tracking System)
++|CMS|Systém na manažment obsahu (Content Management System)
++|FO|Fyzická osoba
++|GDPR|Všeobecné nariadenie EÚ o ochrane údajov
++|IAM|Správa identít a prístupu (Identity & Access Management)
++|ID-SK|Jednotný dizajn elektronických služieb a webových sídiel Slovenska
++|IKT|Informačné a komunikačné technológie
++|IS|Informačný systém
++|ISR|Informačný systém regrutácie
++|ISVS|Informačný systém verejnej správy
++|KPI|Kľúčové ukazovatele výkonnosti (Key Performance Indicators)
++|MO SR|Ministerstvo obrany Slovenskej republiky
++|OS SR|Ozbrojené sily Slovenskej republiky
++|OVM|Orgány verejnej moci
++|PO|Právnická osoba
++|POO|Plán obnovy a odolnosti
++|PR|Vzťahy s verejnosťou (Public Relations)
++|PÚ OS SR|Personálny úrad ozbrojených síl Slovenskej republiky
++|RS OS SR|Regrutačné stredisko ozbrojených síl Slovenskej republiky
++|ÚVN|Ústredná vojenská nemocnica
--== 2.2Konvencie pre typy požiadaviek (príklady) ==
++== 2.2       Konvencie pre typy požiadaviek ==
--//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**//
++Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické. Následne boli požiadavky číslované od 01 ďalej s označením ID.
--* //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.//
++//** **//
--= {{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 ==
++**~ **
--//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.//
++= 3.    DEFINOVANIE PROJEKTU =
--== {{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 ==
++== 3.1       Základný charakteristika ministerstva a jeho kompetencie ==
--* //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"]](%%).//
++Ministerstvo obrany SR (ďalej len „MO SR“) je ústredným orgánom štátnej správy Slovenskej republiky na úseku obrany SR so sídlom v Bratislave. Bolo zriadené zákonom Slovenskej národnej rady č. 347/1990 Zb. o organizácii ministerstiev a ostatných ústredných orgánov štátnej správy Slovenskej republiky v znení neskorších predpisov a vzniklo dňa 1. januára 1993. Činnosť ministerstva upravuje zákon č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy.
--== {{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 ==
++Ministerstvo obrany Slovenskej republiky je ústredným orgánom štátnej správy pre:
--* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
++* riadenie a kontrolu obrany Slovenskej republiky,
++* výstavbu, riadenie a kontrolu ozbrojených síl Slovenskej republiky,
++* koordináciu činností a kontrolu orgánov štátnej správy, orgánov územnej samosprávy a iných právnických osôb pri príprave na obranu Slovenskej republiky,
++* koordináciu obranného plánovania,
++* zabezpečenie nedotknuteľnosti vzdušného priestoru Slovenskej republiky,
++* koordináciu vojenskej letovej premávky s civilnou letovou premávkou,
++* vojenské spravodajstvo,
++* civilnú službu.
--|**ID**|**AKTÉR / STAKEHOLDER**|(((
--**SUBJEKT**
--(názov / skratka)
--)))|(((
--**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)//
++V súvislosti so zabezpečením povinností uvedených v bode 2 je aj realizácia a zabezpečenie regrutačného procesu, prostredníctvom ktorého sa dopĺňajú stavy na rôznych úrovniach ako je napr.:
--== {{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 ==
++- Profesionálny vojak
--//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é.
++* Študent vojenskej vysokej školy
++* Vojak v aktívnych zálohách
++* Dobrovoľník vo vojenskej prípravy a pod.
--|**ID**|
--\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
--|...| |...|...
--|...| |...|...
++== 3.2       Manažérske zhrnutie pripravovaného projektu ==
--== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
++Implementovaný projekt vychádza z cieľov Programu Slovensko, špecifický cieľ RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy, opatrenie 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie formou realizácie „národného projektu“. Implementovaný projekt tiež priamo naplňuje ciele Vnútroštátneho plánu digitálnej dekády Slovenskej republiky, ktorým sa zriaďuje politický program Cesta k digitálnemu desaťročiu do roku 2030. Vybudovaný informačný systém bude podporovať životnú situáciu "Hľadám si prácu" a "Vysoká škola". Na základe identifikovaných problémov súčasného stavu a cieľu uvedeného v Ideovom zámere projektu (príloha č. 1: I-01_IDEOVY-ZAMER_Projekt_ISR_MOSR_XXXX) sú identifikované hlavné ciele projektu:
--|**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**|**Pozn.**
--|...| |...|...|...|...|...|...|...
--|...| |...|...|...|...|...|...|...
--|...| |...|...|...|...|...|...|...
--//Vysvetlivky k vyplneniu tabuľky~://
++1. Elektronizácia procesov regrutácie - prostredníctvom vybudovania nového informačného systému (Informačný systém regrutácie, ďalej len ISR), ktorý zabezpečí prenos údajov v procese regrutácie a podporí riadenie a plánovanie v oblasti regrutácie.
++1. Optimalizácia a zefektívnenie spracovania procesov agend Personálnych úradov ozbrojených síl Slovenskej republiky (ďalej len PÚ OS SR) – prostredníctvom digitalizácie procesov, znížením administratívy a zefektívnením spracovania procesov, znížením trvania spracovania a doby vybavenia žiadosti, zavedením overovania identity prostredníctvom dostupných údajov a zefektívnením sledovania, vyhodnocovania a vykazovania údajov.
++1. Štandardizácia bezpečnostných pravidiel a postupov pre prácu a skladovanie osobných údajov v procese regrutácie prostredníctvom dátového trezoru pre bezpečné uchovávanie údajov v súlade s legislatívnymi požiadavkami (vrátane GDPR) a nových registrov (register uchádzačov, register výberových konaní, registre úspešných uchádzačov atď.), ktorý zavádza nové užívateľsky prívetivé elektronické služby.
++1. Zabezpečenie elektronickej výmeny údajov, informácií a dokumentov – zavedením elektronickej výmeny údajov medzi externými IS a ISR
++1. Zefektívnenie komunikácie so žiadateľom prostredníctvom zavedenia elektronickej výmeny údajov a podporením multikanáloveho prístupu.
++1. Rozšírenie služieb regrutačných pracovísk a "miest prvého kontaktu" o elektronické nástroje podporujúce úspešnú regrutáciu.
--* //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ď).//
++Identifikované ciele projekt naplní optimalizáciou, zefektívnením a elektronizáciou vybraných častí procesov agend PÚ OS SR, vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom. V rámci realizácie projektu budú implementované koncové služby, ktoré zabezpečia jednoduchý prístup k službám PÚ OS SR pre všetkých dotknutých žiadateľov a povinné osoby:
--== {{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 ==
++* Podávanie žiadosti o prijatie do štátnej služby profesionálneho vojaka ozbrojených síl Slovenskej republiky,
++* Podávanie žiadosti vojaka v zálohe o zaradenie do aktívnych záloh,
++* Podávanie prihlášky na štúdium  na vojenskej vysokej školePodávanie žiadosti o prijatie do dobrovoľnej vojenskej prípravy,
++* Registrovanie uchádzačov.
--//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. //
++V rámci riešenia bude implementovaná integrácia na externé systémy ako aj systémy v správe MO SR.
--* //Š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.//
--.
++Informačný systém Regrutácie (isvs_14645) bude vytvárať nové koncové služby, ktoré budú realizované prostredníctvom hlavných aplikačných služieb. Portál bude obsahovať nové funkcionality týkajúce sa nových častí:
--== {{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 ==
++* Kariérne centrum, ktoré bude slúžiť žiadateľom ako miesto prvého kontaktu.
++* Modul na sledovanie priebehu uchádzača v regrutačnom procese (Applicant Tracking System, ďalej len ATS), ktorý bude slúžiť personalistom (pracovníkom regrutačných pracovísk) pre manažovanie regrutačného procesu.
++* Herná zóna pre zvyšovanie povedomia o činnostiach a iných aspektoch práce a benefitoch v OS SR, ktorá bude slúžiť verejnosti pre informovanie a zatraktívnenie OS SR pomocou gamifikovanej virtuálnej skúsenosti.
--//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ť.//
++Projekt bude realizovaný v súlade cieľom NKIVS.
--* //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.//
++Časový harmonogram projektu je nastavený na 18 mesiacov so začatím najneskôr 03/2025 projektu a finálnym termínom dokončenia resp. nasadenia všetkých funkcionalít a komponentov je 09/2026. Do začatia projektu bude prebiehať schvaľovanie dokumentácie iniciačnej fázy a príprava verejného obstarávania až po podpis zmluvy s úspešným uchádzačom.
--== {{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 ==
++V nasledujúcej tabuľke je uvedený rámcový harmonogram projektu:
--//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|FÁZA / AKTIVITA|ZAČIATOK|KONIEC|POZN.
++|3.|Realizačná fáza|03/2025|09/2026|
++|3a.|Analýza a Dizajn|03/2025|05/2025|
++|3b.|Nákup technických prostriedkov, programových prostriedkov a služieb|03/2025|06/2025|
++|3c.|Implementácia a testovanie|06/2025|06/2026|
++|3d.|Nasadenie a Postimplementačná podpora|07/2026|09/2026|
--== {{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 1: Harmonogram projektu
--//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
++Rámcový rozpočet projektu je stanovený na sumu 6 444 tis. EUR s DPH, ktorý pozostáva z nasledovných výdavkov:
--| |**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|
++* **Hlavné aktivity:**
++** Vývoj aplikácií (externé/interné) – 5 884 tis. €
++*** Z toho 518 – 5 626 tis. €
++*** Z toho 521 – 259 tis. €
++** Nákup HW a SW (externé) – 138 tis. EUR
++* **Podporné aktivity:**
++** Paušálna sadzba – 422 tis. €
--== {{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 ==
--//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~://
--* //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"]]
++== 3.3       Motivácia a rozsah projektu ==
--== {{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 ==
++Na nasledujúcej schéme je uvedená základná motivácia realizácie projektu, ktorá vychádza predovšetkým z potrieb optimalizácie procesov regrutácie a nastavenia efektívneho modulu komunikácie s uchádzačmi o pozície v  v OS SR.
--//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~://
++[[image:1730887013889-301.png]]
--* //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.//
++Obrázok 1: Motivačná vrstva architektúry
--= {{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) =
++Motivácia elektronizovať a zefektívňovať proces vychádza z viacerých faktorov. Pre prehľadnosť sú jednotlivé kľúčové faktory uvedené a sumarizované v tabuľke nižšie:
--* //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//
--** //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).//
++|**Faktor**|**Popis**
++|**Rýchlosť a efektivita**|Elektronizácia umožňuje automatizovať mnoho manuálnych krokov, ako je filtrovanie životopisov, plánovanie pohovorov a komunikácia s kandidátmi. To šetrí čas nielen náborovému tímu, ale aj uchádzačom.
++|**Širší dosah**|Online nástroje a platformy umožňujú osloviť kandidátov na globálnej úrovni, čo zvyšuje počet potenciálnych uchádzačov a rozširuje databázu talentov.
++|**Zlepšená kvalita dát**|Elektronizácia umožňuje ľahké zhromažďovanie, spracovávanie a analýzu údajov o kandidátoch. Algoritmy môžu napríklad hodnotiť životopisy, porovnávať ich s požiadavkami na danú pozíciu a poskytovať objektívnejší výber.
++|**Transparentnosť a sledovateľnosť**|Vďaka elektronickým nástrojom môže byť celý proces transparentnejší, s jasne definovanými krokmi a termínmi. Náborári aj kandidáti môžu sledovať stav jednotlivých aplikácií.
++|**Nákladová efektívnosť**|Automatizácia znižuje administratívne náklady spojené s regrutáciou. Firmy môžu ušetriť na reklamách, poplatkoch za recruitment agentúry či iných manuálnych procesoch.
++|**Lepšia skúsenosť pre kandidátov**|Online systémy ponúkajú jednoduchší prístup k voľným pozíciám, možnosť sledovať postup prihlášky a rýchlu komunikáciu. Toto zlepšuje celkovú skúsenosť uchádzačov o prácu.
++|**Zlepšenie bezpečnosti a dodržiavanie legislatívy**|Elektronické systémy pomáhajú lepšie sledovať a spravovať osobné údaje kandidátov, čo je dôležité pre dodržiavanie legislatívy o ochrane osobných údajov (GDPR a iné).
++|**Integrácia s ďalšími HR systémami**|Elektronické nástroje pre regrutáciu môžu byť ľahko prepojené s ďalšími HR systémami, ako sú systémy pre riadenie talentov, školenia alebo výplatné systémy.
--= {{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 =
++Tabuľka 1 Základné faktory podporujúce realizáciu projektu
--* //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//
++=== 3.3.1      Rozsah projektu z pohľadu úsekov, agend a životných situácií ===
--== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
++V nasledujúcej tabuľke sú uvedené dotknuté úseky a agendy realizovaným projektom:
--//__**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" %)^^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ľ~://
++|**Kód úseku**|**Názov úseku**|**Kód agendy**|**Názov agendy**
++|U00113|Koordinácia obranného plánovania|A0001576|Zodpovedanie za organizáciu prípravy Slovenskej republiky na obdobie vojny, vojnového stavu a výnimočného stavu
++|(% rowspan="3" %)U00110|(% rowspan="3" %)Riadenie a kontrola obrany Slovenskej republiky|A0001540|Koordinovanie a kontrola výkonu štátnej správy pri príprave a zabezpečovaní obrany štátu
++|A0001546|Pripravovanie návrhov na nariadenie mobilizácie ozbrojených síl
++|A0001547|Riadenie, koordinácia a kontrola priebehu mobilizácie ozbrojených síl
--1. //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,//
--1. //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, //
--1. //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ť. //
--//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~://
++Tabuľka 2 Úseky a agendy VS
--=== 5.1.1Prehľad koncových služieb – budúci stav: ===
++Z pohľadu Životných situácií je možné hovoriť o nasledovnej – 132 Pracovnoprávne vzťahy
--{{content id="projekt.planovane_ks" template="
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
--[['|' + ${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_380451|Podávanie žiadostí|[c_pouzivatel.5]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--|ks_380452|Správa regrutačného procesu|[c_pouzivatel.5]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--{{/content}}
++=== 3.3.2      Rozsah zainteresovaných osôb ===
--=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
++Projekt sa dotýka nasledovných subjektov:
--{{content id="projekt.planovane_isvs" template="
--|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
--[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
--'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
--'|' + '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_14641|Rezortná integračná platforma (RIP)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
--|isvs_14645|Informačný systém regrutácie|{{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}}
++* **Fyzické osoby:**
++** Občan Slovenskej republiky,
++** Žiadateľ Ozbrojených síl Slovenskej republiky,
++** Podnikateľ - fyzická osoba.
++* **Právnické osoby:**
++** Ministerstvo obrany Slovenskej republiky,
++** Personálny úrad Ozbrojených síl Slovenskej republiky,
++** Regrutačné skupiny Ozbrojených síl Slovenskej republiky,
++** Ústredná vojenská nemocnica Ružomberok,
++** Akadémia ozbrojených síl generála Milana Rastislava Štefánika,
++** Iné orgány verejnej moci,
++** Podnikateľ - právnická osoba.
++** Iné inštitúcie,
++** Iné vojenské útvary.
--=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
++=== 3.3.3      Identifikované problémy súčasného stavu: ===
--{{content id="projekt.planovane_as" template="
--|=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_66131|Služby registrácie užívateľa / uchádzača||ks_380452|
--|as_66129|Zverejňovanie informácií||ks_380450|
--|as_66130|Zadávanie informácií na web||ks_380450|
--{{/content}}
++* **Problém 1: Vysoká potreba manuálnych činností pri práci s údajmi, dokumentmi a informáciami pri výkone agend PÚ OS SR**
--=== 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 ===
++Regrutačné procesy prebiehajúce prevažne manuálne vedú k neefektívnosti a chybovosti, keďže personalisti musia pracovať s elektronicky nečitateľnými formulármi v rôznych formátoch bez jednotného postupu, čo komplikuje interoperabilitu a zdieľanie informácií. Tento stav spôsobuje výrazné časové zdržania a prevádzkové náklady, čím brzdí strategické získavanie potrebných kapacít OS SR a znižuje spokojnosť uchádzačov. Nový informačný systém regrutácie by mohol tieto problémy riešiť automatizáciou procesov, štandardizáciou údajov a zlepšením komunikácie medzi zainteresovanými stranami.
--* //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//
++* **Problém 2: Neefektívnosť pri manuálnom spracovaní procesov**
++Regrutačné procesy z pohľadu uchádzačov prebiehajú neefektívne, pretože sú založené na manuálnom vypĺňaní formulárov a vyžadujú telefonický alebo osobný kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Navyše, procesy nie sú pre uchádzačov dostatočne transparentné, čo spôsobuje nedostatok informácií o nasledujúcich krokoch a termínoch, ako sú stretnutia alebo zdravotné prehliadky, čo môže znižovať ich spokojnosť a dôveru v celý proces. Zavedenie nového informačného systému regrutácie by mohlo tieto problémy riešiť elektronizáciou a automatizáciou procesov, čo by zvýšilo efektivitu a transparentnosť pre všetkých zúčastnených.
++
++* **Problém 3: Dlhé trvanie spracovania procesu a vybavenia žiadosti**
++
++Proces regrutácie je časovo náročný kvôli vysokej potrebe manuálneho spracovania a nízkej úrovni zdieľania údajov, čo vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkej miere využívania online stretnutí. Tieto faktory spomaľujú celý proces a zvyšujú časovú náročnosť vybavenia žiadostí, čo môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Zavedenie nového informačného systému regrutácie by mohlo zrýchliť procesy prostredníctvom automatizácie, efektívneho zdieľania údajov a využívania online nástrojov na stretnutia.
++
++* **Problém 4: Výmena informácií neprebieha efektívne**
++
++Chýbajú digitalizované procesy na postúpenie informácií v rámci PÚ OS SR a potrebnými inštitúciami, ako sú Ústredná vojenská nemocnica v Ružomberku či Akadémia ozbrojených síl, čo brzdí regrutačné procesy. Tento nedostatok digitalizácie vedie k zdĺhavým manuálnym postupom a neefektívnej komunikácii medzi jednotlivými zložkami, čím sa znižuje celková efektivita a rýchlosť regrutácie. Implementácia nového informačného systému regrutácie by mohla optimalizovať výmenu informácií a zrýchliť procesy digitalizáciou a automatizáciou.
++
++* **Problém 5: Potreba dokladania údajov žiadateľom, ktorá sa už v štáte nachádzajú**
++
++Tento problém priamo vychádza z priority pre elektronické služby e-governmentu „Jedenkrát a dosť“ a spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii. Tento neefektívny prístup zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad, spomaľuje regrutačné procesy a znižuje spokojnosť žiadateľov. Zavedenie nového informačného systému regrutácie by mohlo tento problém riešiť efektívnym zdieľaním údajov medzi štátnymi inštitúciami a minimalizáciou potreby duplicitného podávania údajov.
++
++* **Problém 6: Absencia využívania služieb elektronickej identity pre vybavovanie e-Gov služieb**
++
++Používanie elektronickej identity sa čoraz viac vyžaduje pre elektronické služby štátu, kde občan vybavuje dôležité životné situácie a manažuje svoje osobné údaje, no v regrutačných procesoch ozbrojených síl SR táto prax chýba. Absencia elektronickej identity znižuje zabezpečenie a dôveru v štátne služby, čím sa komplikuje a spomaľuje celý proces. Zavedenie využívania elektronickej identity by mohlo zvýšiť bezpečnosť, dôveru a efektivitu procesu regrutácie, zároveň podporujúc modernizáciu a digitalizáciu štátnych služieb.
++
++* **Problém 7: Neefektívne sledovanie, reportovanie a vyhodnocovanie štatistík a KPI**
++
++Meranie KPI je aktuálne manuálne, čo neumožňuje automatický zber štatistík a vedie k neefektívnym a časovo náročným procesom. Súčasné manuálne vyhodnocovanie KPI je limitované a nevyužíva pokročilé metódy analýzy údajov, čo by mohlo výrazne zlepšiť presnosť a efektívnosť. Sledovanie chovania návštevníkov webovej stránky by tiež mohlo poskytnúť cenné údaje pre optimalizáciu procesu regrutácie. Zavedenie nového informačného systému regrutácie by umožnilo automatizovaný zber a pokročilú analýzu KPI, čím by sa zvýšila efektivita a kvalita reportovania a vyhodnocovania procesov.
++
++* **Problém 8: Nízke povedomie o činnostiach a benefitoch zamestnania v OS SR**
++
++Významná časť uchádzačov uvádza, že ich motivuje práca s významom, ale ich aktuálne povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR je nízke. Základný naratív regrutačnej kampane by mal byť zameraný na zmysluplnosť práce, zvýraznenie profesionálnej vojenskej kariéry, jej široké zameranie, dynamiku rastu a hodnotu pre spoločnosť. Súčasťou navrhovaného projektu by mala byť aj multikanálová PR kampaň využívajúca storytelling na priblíženie práce v OS SR verejnosti, čo by mohlo výrazne zvýšiť atraktivitu a znalosť tohto povolania medzi potenciálnymi uchádzačmi.
++
++* **Problém 9: Komunikácia so žiadateľom neprebieha efektívne**
++
++Komunikácia je nekonzistentná, pričom niektoré formuláre sú v podobe tlačív a proces často závisí na osobnom kontakte tam, kde by mohli byť využité online stretnutia na úsporu času. Efektivitu komunikácie by mohli zvýšiť moderné prvky, ako chatboty a AI asistenti, spolu s funkciami kalendára, ktoré umožňujú notifikácie a ukladanie termínov do osobných kalendárov v telefóne. Implementácia týchto nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie so žiadateľmi, čím by sa zvýšila ich spokojnosť a efektivita celého regrutačného procesu.
++
++**~ **
++
++=== 3.3.4      Definovanie hlavných cieľov zo zreteľom na definované problémy: ===
++
++==== 3.3.4.1       Cieľ 1: Optimalizácia a zefektívnenie regrutačných procesov ====
++
++V nasledujúcej tabuľke sú definované čiastkové ciele pre cieľ 1
++
++|**Podcieľ**|**Popis**
++|**Cieľ 1.1: Digitalizácia procesov agend PÚ OS SR**|Cieľom digitalizácie procesov agend PÚ OS SR je zvýšiť efektivitu a transparentnosť regrutačných procesov prostredníctvom elektronizácie a automatizácie. Súčasné regrutačné postupy sú neefektívne, pretože závisia na manuálnom vypĺňaní formulárov a vyžadujú osobný alebo telefonický kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Zavedenie nového informačného systému odstráni tieto nedostatky tým, že umožní elektronické spracovanie dát a automatizované procesy, čím uľahčí prístup občanom a zjednoduší celý regrutačný proces.
++|**Cieľ 1.2: Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR**|Cieľom zníženia administratívy a zefektívnenia spracovania žiadostí PÚ OS SR je odstrániť neefektívnosť a minimalizovať chybovosť manuálnych regrutačných procesov. Súčasný stav, kde personalisti pracujú s rôznymi elektronicky nečitateľnými formulármi bez jednotného postupu, vytvára časové zdržania, navyšuje prevádzkové náklady a komplikuje interoperabilitu a zdieľanie informácií. Tieto nedostatky negatívne ovplyvňujú strategické získavanie potrebných kapacít OS SR a znižujú spokojnosť uchádzačov. Zavedenie nového informačného systému zautomatizuje procesy, štandardizuje údaje a zlepší komunikáciu medzi účastníkmi. Súčasťou tohto cieľa je aj príprava komplexnej internetovej stránky s prepojením na informačný systém SAP, čo zníži byrokratickú záťaž.
++|**Cieľ 1.3: Zníženie trvania spracovania a doby vybavenia žiadosti**|Cieľom zníženia trvania spracovania a doby vybavenia žiadosti je odstrániť časovú náročnosť súčasných regrutačných procesov, ktoré sú založené na manuálnom spracovaní a nedostatočnom zdieľaní údajov. Tento stav vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkemu využívaniu online stretnutí, čo spomaľuje celý proces a predlžuje čas vybavenia žiadostí. To môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Nový informačný systém regrutácie umožní automatizáciu procesov, efektívne zdieľanie údajov a širšie využívanie online nástrojov, čím zrýchli celý regrutačný proces a skráti dobu vybavenia žiadostí.
++|**Cieľ 1.4: Zavedenie možnosti využívať elektronickú identitu občana**|Cieľom zavedenia možnosti využívať elektronickú identitu občana je zvýšiť zabezpečenie, dôveru a efektivitu regrutačných procesov ozbrojených síl SR. V súčasnosti chýba v regrutačných procesoch možnosť používania elektronickej identity, čo znižuje dôveru v štátne služby a komplikuje ich priebeh. Absencia tejto praxe spomaľuje celý proces a zvyšuje nároky na manuálne spracovanie osobných údajov. Zavedenie elektronickej identity by umožnilo občanom rýchlejšie a bezpečnejšie spravovať svoje údaje, čím by sa podporila modernizácia a digitalizácia štátnych služieb a výrazne zjednodušil celý regrutačný proces.
++|**Cieľ 1.5: Zefektívnenie sledovania, reportovania a vyhodnocovania štatistík a KPI**|Cieľom zefektívnenia sledovania, reportovania a vyhodnocovania štatistík a KPI je prechod z manuálneho na automatizovaný zber štatistických údajov a meranie výkonnostných ukazovateľov. Súčasné manuálne procesy sú neefektívne, časovo náročné a nevyužívajú pokročilé metódy analýzy údajov, čo obmedzuje presnosť a efektívnosť vyhodnocovania. Nový informačný systém regrutácie umožní automatizovaný zber a pokročilú analýzu KPI, čo zlepší kvalitu a efektivitu reportovania a vyhodnocovania procesov. Zavedenie takéhoto systému tiež poskytne cenné údaje o chovaní návštevníkov webovej stránky, ktoré môžu byť použité na optimalizáciu regrutačných procesov, pričom sa posilní zameranie na merateľné ukazovatele podporujúce kvalitu nad kvantitou.
++
++Tabuľka 3 Podciele pre Cieľ 1
++
++==== 3.3.4.2       Cieľ 2: Dodržanie bezpečnostných pravidiel pri využívaní a manažmentu osobných údajov: ====
++
++|**Podcieľ**|**Popis**
++|**Cieľ 2.1: Zabezpečenie elektronickej výmeny údajov, dokumentov a informácií**|Cieľom zabezpečenia elektronickej výmeny údajov, dokumentov a informácií je odstrániť nedostatky v digitalizovaných procesoch medzi PÚ OS SR a potrebnými inštitúciami. Aktuálne manuálne postupy a neefektívna komunikácia medzi týmito zložkami spomaľujú regrutačné procesy a znižujú ich celkovú efektivitu. Tento problém spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii, čo zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad. Implementácia nového informačného systému regrutácie umožní optimalizáciu výmeny informácií a zrýchli procesy prostredníctvom digitalizácie a automatizácie, čím sa zvýši účinnosť regrutačných procesov a spokojnosť žiadateľov.
++|**Cieľ 2.2: Zefektívnenie komunikácie so žiadateľom**|Cieľom zefektívnenia komunikácie so žiadateľom a verejnosťou je zvýšiť konzistenciu, rýchlosť a pohodlie komunikácie prostredníctvom moderných technológií. Súčasná komunikácia je nekonzistentná, často závislá na osobnom kontakte a používaní tlačív, čo spomaľuje proces. Implementácia moderných technologických prvkov, určených pre efektívnu komunikáciu, by zlepšila kvalitu komunikácie so žiadateľmi a zvýšila ich spokojnosť. Okrem toho, nízke povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR medzi uchádzačmi by mohlo byť riešené multikanálovou PR kampaňou využívajúcou storytelling na priblíženie práce v OS SR verejnosti. Tým by sa výrazne zvýšila atraktivita a znalosť tohto povolania medzi potenciálnymi uchádzačmi.
++|**Cieľ 2.3: Zavedenie jazykových mutácií poskytovaných služieb**|Cieľom zavedenia jazykových mutácií poskytovaných služieb je zvýšiť prístupnosť a komfort komunikácie pre rôznorodé jazykové skupiny uchádzačov. Súčasná komunikácia je obmedzená len na slovenčinu, čo môže predstavovať bariéru pre nehovoriacich po slovensky a komplikovať celý proces. Zavedenie jazykových mutácií pre formuláre a ďalšie komunikačné kanály by umožnilo lepšie porozumenie a interakciu, čím by sa znížili chybovosť a časová náročnosť. Implementácia viacjazyčných online nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie, výsledkom čoho by bola vyššia spokojnosť uchádzačov a efektívnejší regrutačný proces.
++|**C2.4: Zavedenie zasielania notifikácií**|Cieľom zavedenia zasielania notifikácií je zlepšiť informovanosť a interakciu so žiadateľmi o zamestnanie v OS SR. V súčasnosti žiadatelia často nedostávajú včasné informácie o stave svojich žiadostí a ďalších krokoch, čo vedie k zbytočným oneskoreniam a nejasnostiam. Zavedenie systému notifikácií, ktoré by zahŕňali systémové a e-mailové upozornenia, by výrazne zlepšilo komunikáciu a transparentnosť procesu regrutácie. Tieto notifikácie by mohli informovať žiadateľov o dôležitých termínoch, stave ich žiadostí a iných relevantných aktivitách, čím by sa zvýšila efektivita a spokojnosť žiadateľov, a zároveň sa znížila administratívna záťaž personálneho úradu.
++
++Tabuľka 4 Podciele pre Cieľ 2
++
++== 3.4       Rozsah projektu z vecného pohľadu ==
++
++Informácie v rámci rozsahu projektu z vecného pohľadu ako aj ďalšie informácie využívané v tomto dokumente sú z ročeniek ([[https:~~/~~/www.mod.gov.sk/rocenka-mo-sr/>>url:https://www.mod.gov.sk/rocenka-mo-sr/]]) a interných materiálov Generálneho štábu OS.
++
++V nasledujúcej tabuľke je uvedený rozsah projektu z vecného pohľadu, teda z pohľadu špecifikácie agendy, ktorej sa projekt dotýka:
++
++|**PARAMETER**|**POČETNOSŤ**
++|Priemerný počet fyzicky podaných žiadostí na regrutačných skupinách (priemer v rokoch 2021-2023)|3 804
++|Počet žiadostí v prijímacom konaní do prípravnej štátnej služby za rok 2023|1 536
++|Počet žiadostí v prijímacom konaní do dočasnej a stálej štátnej služby za rok 2023|683
++|Počet žiadostí v prijímacom konaní do dobrovoľnej vojenskej prípravy za rok 2023|0
++|Počet žiadostí o zaradenie do aktívnych záloh za rok 2023|32
++
++Tabuľka 5 Vecný rozsah projektu
++
++[[image:1730887013906-977.png]]
++
++
++== 3.5       Zainteresované strany/Stakeholderi ==
++
++|**ID**|**AKTÉR / STAKEHOLDER**|**SUBJEKT**|**ROLA**|**Informačný systém**
++|1|Občan Slovenskej republiky|FO|Občan, ktorý má záujem sa informovať alebo má záujem sa uchádzať o zamestnanie / štúdium v OZ štátu.|isvs_14645
++|2|Žiadateľ Ozbrojených síl Slovenskej republiky|FO|Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí.|isvs_14645
++|3|Podnikateľ - fyzická osoba|FO|Vystupuje ako poskytovateľ benefitov v rámci benefitov a odmien pre študentov, uchádzačov a personál OS SR.|isvs_14645
++|4|Ministerstvo obrany Slovenskej republiky|MO SR|Zodpovedá za úseky a agendy verejnej správy týkajúce sa regrutácie, vzdelávania a prípravy na zaradenie do OS SR.|isvs_14645
++|5|Personálny úrad Ozbrojených síl Slovenskej republiky|PÚ OS SR|Riadi, metodicky usmerňuje a kontroluje činnosť svojich organizačných zložiek (okrem iných aj RS OS SR).|isvs_14645
++|6|Regrutačné skupiny Ozbrojených síl Slovenskej republiky|RS OS SR|Vykonávajú prijatie a spracovanie žiadostí týkajúcich sa agend regrutácie. Zabezpečujú prvotný kontakt a výber uchádzačov o štúdium alebo zaradenie do OS SR.|isvs_14645
++|7|Ústredná vojenská nemocnica Ružomberok|ÚVN|Vykonáva posudzovanie zdravotnej spôsobilosti podľa Vyhlášky č. 446/2022 o posudzovaní zdravotnej spôsobilosti občana na prijatie do štátnej služby v OS SR.|isvs_14645
++|8|Akadémia ozbrojených síl generála Milana Rastislava Štefánika|AOS|Prijíma žiadosti a poskytuje vysokoškolské vzdelanie a prípravu na výkon štátnej služby v OS SR.|isvs_14645
++|9|Iné orgány verejnej moci|OVM|Orgány verejnej moci, ktoré vystupujú v agendách regrutačných skupín PÚ OS SR, napríklad ako sprostredkovatelia žiadostí, orgány povinné nahlasovať zmeny súvisiace s uchádzačom alebo ako orgány dopytované zo strany PÚ OS SR, aby sa vyjadrili k žiadosti uchádzača. Napríklad ide aj o Ministerstvo vnútra SR, ktoré môže byť zapojené v určitých aspektoch regrutačného procesu, najmä ak ide o koordináciu s civilnými zložkami.|Informačné systémy v správe OVM
++|10|Podnikateľ - právnická osoba|PO|(((
++Napríklad poskytovateľ benefitov, personálna agentúra a náborové firmy alebo Médiá a komunikačné agentúry.
++
++V niektorých prípadoch môže byť súčasťou procesu aj spolupráca s externými konzultantmi a firmami zaoberajúcimi sa náborom a médiá, ktoré sa podieľajú na informovaní verejnosti o náborových kampaniach a propagácii kariéry v OS SR.
++)))|N/A
++|11|Iné inštitúcie| |Napríklad školy a vzdelávacie inštitúcie - Základné, stredné a vysoké školy môžu byť zapojené do regrutačných aktivít, najmä cez informačné kampane a prezentácie pre študentov.|Informačné systémy v správe inštitúcií
++|12|Iné vojenské útvary| |Vystupujú ako poskytovatelia informácií a partnerovia v PR aktivitách PÚ OS SR, AOS a MO SR. Napríklad to sú: Regionálne vojenské veliteľstvá, ktoré zodpovedajú za konkrétne geografické oblasti a spolupracujú pri nábore a selekcii nových členov; Centrum pre výcvik a kynológiu, ktoré poskytuje špecializovaný výcvik pre špecifické vojenské úlohy a odborné zameranie.|N/A
++
++Tabuľka 6 Zainteresované strany projektu
++
++== 3.6       Ciele projektu ==
++
++|**ID**|**NÁZOV CIEĽA**|**NÁZOV STRATEGICKÉHO CIEĽA**|**SPÔSOB REALIZÁCIE STRATEGICKÉHO CIEĽA**
++|C1.1|Digitalizácia procesov agend PÚ OS SR|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Budú digitalizované procesy VS.
++|C1.2|Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR|POO Komponent 17  - Reforma č. 1: Budovanie eGovernment riešení prioritných životných situácií.|Bude vytvorená elektronická služba e-governmentu pre životnú situáciu “Strata a hľadanie zamestnania”.
++|C1.3|Zníženie trvania spracovania a doby vybavenia žiadosti|Dlhodobá priorita Stretégie Digitálnej Transformácie Slovenska 2030: Zlepšenie digitálnych služieb pre občanov na Slovensku.|Vznikne elektronické riešenie, kde si občan vybaví svoje potreby na jednom mieste.
++|C1.4|Zavedenie možnosti využívať elektronickú identitu občana|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Bude možné sa prihlasovať pomocou elektronickej identity občana
++|C1.5|Zefektívnenie sledovania, reportovania a vyhodnocovania štatistík a KPI|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Efektívnosť služieb bude vyhodnocovaná pomocou automatického zberu štatistík
++|C2.1|Zabezpečenie elektronickej výmeny údajov, dokumentov a informácií|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Výmena údajov bude prebiehať elektronicky
++|C2.2|Zefektívnenie komunikácie so žiadateľom|Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia s občanom bude prebiehať primárne elektronicky
++|C2.3|Zavedenie jazykových mutácií poskytovaných služieb  |Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia bude uľahčená pre jazykové menšiny
++|C2.4|Zavedenie zasielania notifikácií|Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia bude podporená technologickými prvkami
++
++Tabuľka 7  Ciele projektu
++
++
++== 3.7       Merateľné ukazovatele (KPI) ==
++
++|**ID**|**ID CIEĽA**|**NÁZOV**
++**~ UKAZOVATEĽA**|**POPIS**
++**~ UKAZOVATEĽA**|**NÁZOV KPI**|**MERNÁ JEDNOTKA**|**AS IS**|**TO BE**|**SPÔSOB MERANIA**
++|KPI1|Cieľ 1: Optimalizácia a zefektívnenie regrutačných procesov|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet (ks)|0|1|Overenie funkčnosti nasadeného riešenia
++|KPI2|Cieľ 1.2: Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Percentá ~(%)|100%|50%|Detailne definovaný čas trvania procesu a následné porovnávanie
++|KPI3|Cieľ 1.3: Zníženie trvania spracovania a doby vybavenia žiadosti|Navýšenie žiadostí podaných elektronicky|Navýšenie žiadostí uchádzačov podaných elektronicky na PÚ OS SR.|Navýšenie žiadostí podaných elektronicky|Percentá ~(%)|0|80%|Meranie systémom – reporting
++|KPI4|Cieľ 2: Dodržanie bezpečnostných pravidiel pri využívaní a manažmentu osobných údajov|Počet údajov, ktoré sa doťahujú z Registrov|Počet jednotlivých údajov, ktoré nie je nutné manuálne vypĺňať, pretože sa doťahujú pomocou integrácie na Register Fyzických osôb a iné registre ISVS.|Počet údajov, ktoré sa doťahujú z Registrov|Počet (ks)|0|10|Meranie systémom – funkčné integrácie
++
++Tabuľka 8 Merateľné ukazovatele projektu
++
++
++== 3.8       Špecifikácia potrieb koncového používateľa ==
++
++Realizácia projektu sa dotýka predovšetkým optimalizácie a zefektívnenia procesov agend regrutačných stredísk PÚ OS SR, k čomu prispeje aj elektronizácia alebo úprava služieb v rámci podávania žiadostí a komunikácie so žiadateľom. Vo vzťahu k projektu MO SR chápe ako koncového používateľa predovšetkým zamestnanca/príslušníka PÚ OS SR. V rámci projektu a projektových výstupov boli reflektované požiadavky gestorov a pracovníkov, ktoré boli vyhodnotené a zapracované do katalógu požiadaviek riešenia uvedených v samostatnom dokumente (CBA/TCO).
++
++Z pohľadu potrieb koncového používateľa boli požiadavky definované na základe nasledujúcej tabuľky:
++
++|**Používateľ**|**Problém**|**Návrh riešenia v rámci projektu**
++|(% rowspan="7" %)Regrutačný pracovník|Manuálne zadávanie informácií o regrutantovi do informačných systémov|Informačný systém ponúkne formulárové riešenie, ktoré umožní vyplnené formuláre importovať do ďalších potrebných ISVS alebo reportovacích nástrojov
++|Fyzické vypisovanie formulárov regrutantami|V rámci systému bude v osobnej zóne umožnené, aby regrutant vyplnil dotazník priamo v počítači s tým, že sa tam dotiahnú všetky potrebné údaje z databáz, ktoré budú na systém integrované
++|Potreba dodatočného overovania predložených dokumentov regrutantami|Systém vytvorí integrácie na centrálne spoločné bloky (napr. IS MOU, IS CSRU) za účelom verifikovať automatizovane predložené dokumenty
++|Zdĺhavá telefonická komunikácia s regrutantami|Regrutačný pracovník bude mať možnosť označiť v systéme stav konania a regrutant obdrží notifikačnú správu. K tomuto bude možné pripájať aj výsledky pohovorov a pod.
++|Zisťovanie voľných slotov na pohovory a vyšetrenia|Systém bude integrovaný na objednávkový systém nemocnice a bude možné manažovať kapacity ako aj sloty na vyšetrenia a pohovory priamo v systéme.
++|Fyzické zasielanie rozhodnutí regrutantom poštou|Rozhodnutia bude možné zasielať regrutantom priamo do ich osobnej zóny, ktorá bude prístupná len na základe autentifikačného a autorizačného konania cez UPVS alebo v tej dobe platný proces
++|Oboznamovanie regrutantov s výsledkami pohovoru a stavom konania|Systém umožní regrutantom v osobnej zóne vidieť stav, v ktorom sa nachádzajú aj s jendotlivými nasledujúcimi krokmi a výsledkami predchádzajúcich aktivít.
++|(% rowspan="5" %)Regrutant|Potreba manuálneho vypisovania formulárov|V rámci systému bude v osobnej zóne umožnené, aby regrutant vyplnil dotazník priamo v počítači s tým, že sa tam dotiahnú všetky potrebné údaje z databáz, ktoré budú na systém integrované
++|Nevyhnutná komunikácia poštou alebo osobnou návštevou|V rámci systému bude nastavený WF výmeny dokumentov v jednotlivých fázach procesu regrutácie, pričom tieto budú prebiehať cez overenie cez UPVS
++|Potreba dožiadavania výpisov a dodatočných dokumentov od štátu|Systém vytvorí integrácie na centrálne spoločné bloky (napr. IS MOU, IS CSRU) za účelom verifikovať automatizovane predložené dokumenty
++|Zdĺhavé zisťovanie v ako stave sa nachádza regrutačný proces|Regrutačný pracovník bude mať možnosť označiť v systéme stav konania a regrutant obdrží notifikačnú správu. K tomuto bude možné pripájať aj výsledky pohovorov a pod., čiže celý proces bude vidieť vo svojom osobnom konte
++|Celková ťažkopádna komunikácia s regrutačnými strediskami (telefóny, osobné návštevy a pod.)|Celá komunikácia, ako aj úvodné rozhovory budú prebiehať elektronicky.
++
++Vyššie uvedené požiadavky boli transformované do biznis a funkčných požiadaviek v katalógu požiadaviek. Zároveň boli tieto požiadavky overené aj vo väzbe na osobné systémy regulácie ako napr.:
++
++* Česká republika: [[https:~~/~~/www.doarmady.cz/>>url:https://www.doarmady.cz/]]
++* Nemecko: [[https:~~/~~/bundeswehrkarriere.de>>url:https://bundeswehrkarriere.de]]
++* Holandsko: [[https:~~/~~/werkenbijdefensie.nl/>>url:https://werkenbijdefensie.nl/]]
++* Francúzsko: https:~/~/[[fr>>url:https://www.sengager.fr]]
++* Luxembursko: [[https:~~/~~/armee.public.lu/fr.html>>url:https://armee.public.lu/fr.html]]
++* Španielsko: [[https:~~/~~/reclutamiento.defensa.gob.es/>>url:https://reclutamiento.defensa.gob.es/]]
++
++== 3.9       Riziká a závislosti ==
++
++Riziká a závislostí sú spracované v Prílohe č. 2 – Zoznam RIZÍK a ZÁVISLOSTÍ.
++
++== 3.10    Stanovenie alternatív pomocou biznisovej a aplikačnej vrstvy architektúry ==
++
++Rozsah problému, ktorý budeme skúmať pri posudzovaní alternatív na úrovni biznis a aplikačnej vrstvy predstavuje celý systém pre podporu procesov regrutácie. Univerzálnosť a jednotnosť riešenia problémov projektu považujeme za dôležitý princíp návrhu riešenia. Zmysluplné alternatívy sú definované pomocou odpovedí na otázky, ktoré adresujú základné aspekty možného riešenia problému.
++
++**Otázky pre stanovanie alternatív:**
++
++**Základné otázky, na ktoré je pri výbere alternatívy potrebné zodpovedať sú:**
++
++* **Prístup k budovaniu riešenia: Na akých základoch bude riešenie postavené?**
++* **Forma aplikácie z pohľadu používateľského rozhrania: Do akej miery bude implementovaný jednotný dizajn elektronických služieb a webových sídiel Slovenska (ID-SK)?**
++
++
++1. Prístup k budovaniu riešenia:
++1. Ponechanie existujúceho stavu
++1. Budovanie nového riešenia na zákazku
++1. Využitie existujúcich platforiem
++1. Forma aplikácie z pohľadu používateľského rozhrania:
++1. Pokračovanie vo vlastnom používateľskom rozhraniu
++1. Implementácia jednotného dizajnu (ID-SK) v plnom rozsahu
++1. Implementácia relevantných princípov jednotného dizajnu (ID-SK)
++
++
++Na základe identifikovaného rozsahu projektu boli stanovené biznisové alternatívy, ktoré vychádzajú so súčasného stavu procesov regrutácie a z požiadaviek MO SR. V súčasnosti sa procesy agend regrutačných stredísk PÚ OS SR realizujú manuálne, čo má nepriaznivý dopad na aktuálnosť údajov a ich kvalitu. Poskytovanie údajov je obmedzené na manuálne vypĺňanie formulárov, čo spôsobilo, že údaje sú vo viacerých databázach výrazne disharmonické, duplicitné, neúplné a mnohokrát nesprávne. Celý proces regrutácie je preto časovo náročný, neefektívny a v súčasnom stave je náročné splniť požiadavky na zvýšenie personálnych kapacít OS SR, tak aj prípadné požiadavky na bezpečnosť údajov. Súčasná situácia tiež neumožňuje generovať kvalitné údaje pre analytické účely. K riešeniu týchto problémov je možné pristúpiť na základe nasledovných biznis alternatív:
++
++|**ALTERNATÍVA**|**POPIS**
++|Alternatíva A0|Alternatíva A0 je ponechanie existujúceho stavu a teda manuálne procesy, nízka úroveň elektronizácie a manuálne spracovanie metrík.
++|Alternatíva A1|Alternatíva A1 je vytvorenie nového IS a rozšírenie o nové nástroje a IKT riešenia, ktoré zabezpečí všetky potrebné procesy správy, komunikácie a prepojenia, vyhodnocovania kvality služieb a integrácie údajov, pričom vytvorené riešenie bude odovzdané do vlastníctva MO SR a bude zabezpečovaná jeho prevádzka a rozvoj kombinovaným spôsobom (externé a interné služby).
++|Alternatíva A2|Alternatíva A2 ráta s využitím služieb manažmentu uchádzačov, ktoré budú dodávané prostredníctvom komplexnej služby. Pracovníci PÚ OS SR budú mať prístup k funkcionalitám, prostredníctvom vzdialeného prístupu. Vybudované riešenie nebude v prevádzke MO SR.
++|Alternatíva B0|Alternatíva B0 je pokračovanie vo vlastnom používateľskom rozhraniu. Webové sídlo [[budemvojak.sk>>url:http://budemvojak.sk]] v súčasnej dobe nevychádza z jednotného dizajnu (ID-SK).
++|Alternatíva B1|Alternatíva B1 je implementácia jednotného dizajnu (ID-SK) v plnom rozsahu, tak ako je definovaný pre elektronické služby a webové sídla Slovenska.
++|Alternatíva B2|Alternatíva B2 predpokladá využitie všetkých komponentov IDSK pre back end riešenia ako aj pre osobnú zónu regrutanta, kde prebieha proces regrutácie. Z pohľadu prezentačnej vrstvy (obrana SR) navrhujeme využiť aj iné vlastné dizajnové prvky, ktoré reflektujú povedomie verejnosti o armáde SR, pričom sa maximalizuje používateľská prívetivosť s ohľadom na naplňovanie cieľa zefektívniť komunikáciu so žiadateľom prostredníctvom efektívnej a lákavej PR kampane.
++
++Tabuľka 9 Popis alternatív
++
++== 3.11    Multikriteriálna analýza ==
++
++V nasledujúcej tabuľke sú definované jednotlivé kritéria z pohľadu vlastníkov kritérií:
++
++|** **|**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MO SR**|**PÚ OS SR**|**OBČAN**
++|(% rowspan="5" %)BIZNIS VRSTVA|(((
++Kritérium A
++
++Používateľská skúsenosť (KO)
++)))|Pre dosiahnutie cieľov riešenia a naplnenie predpokladaných prínosov je nevyhnutné, aby bolo riešenie používané v dostatočnej miere. Nedostatočná používateľská skúsenosť je výrazným faktorom pre neúspech riešenia.|**X**|**X**|**X**
  |(((
--**Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
++Kritérium B
--* //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:**//
++Miera naplnenia cieľov (KO)
++)))|Riešenie musí naplňovať ciele projektu efektívnym spôsobom.|**X**|** **|** **
++|(((
++Kritérium C
--:
++Bezpečnosť (KO)
++)))|Riešenie musí reflektovať požiadavky na bezpečnosť osobných údajov.|**X**|**X**|**X**
++|(((
++Kritérium D
--(((
--|//**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)//
++Flexibilné možnosti riešenia zmien (KO)
++)))|Procesy a požiadavky v oblasti regrutácie sa neustále vyvíjajú a je potrebné mať kontrolu nad riešením a komponentami, ktoré bude potrebné adaptovať v závislosti od vznikajúcich potrieb|**X**|**X**|** **
++|(((
++Kritérium E
++
++Poskytovanie dostatočne kvalitných metrík
++)))|Riešenie musí umožňovať efektívny zber analytických údajov a štatistík automatizovaným spôsobom|**X**|**X**|** **
++
++Tabuľka 10 Kritéria z pohľadu vlastníkov
++
++|(((
++
++
++KRITÉRIUM
++)))|A0|SPÔSOB DOSAHNUTIA|A1|SPÔSOB DOSAHNUTIA|A2|SPÔSOB DOSAHNUTIA
++|(((
++Kritérium A
++
++Používateľská skúsenosť (KO)
++)))|-|N/A|-|N/A|-|N/A
++|(((
++Kritérium B
++
++Miera naplnenia cieľov (KO)
++)))|NIE|Nie je možné|ÁNO|Možné|ÁNO|Možné
++|(((
++Kritérium C
++
++Bezpečnosť (KO)
++)))|ÁNO|Možné|ÁNO|Možné|NIE|Obmedzené
++|(((
++Kritérium D
++
++Flexibilné možnosti riešenia zmien (KO)
++)))|NIE|Nie je možné|ÁNO|Možné|NIE|Nie je možné
++|(((
++Kritérium E
++
++Poskytovanie dostatočne kvalitných metrík
++)))|NIE|Nie je možné|ÁNO|Možné|ÁNO|Možné
++
++Tabuľka 11 Vyhodnotenie MCA
++
++|KRITÉRIUM|B0|SPÔSOB DOSAHNUTIA|B1|SPÔSOB DOSAHNUTIA|B2|SPÔSOB DOSAHNUTIA
++|(((
++Kritérium A
++
++Používateľská skúsenosť (KO)
++)))|NIE|Nie je možné|NIE|Nie je možné|ÁNO|Možné
++|(((
++Kritérium B
++
++Miera naplnenia cieľov (KO)
++)))|-|N/A|-|N/A|-|N/A
++|(((
++Kritérium C
++
++Bezpečnosť (KO)
++)))|-|N/A|-|N/A|-|N/A
++|(((
++Kritérium D
++
++Flexibilné možnosti riešenia zmien (KO)
++)))|-|N/A|-|N/A|-|N/A
++|(((
++Kritérium E
++
++Poskytovanie dostatočne kvalitných metrík
++)))|-|N/A|-|N/A|-|N/A
++
++Tabuľka 12 Vyhodnotenie MCA (pokračovanie)
++
++V zmysle vyhodnotenia MCA bude ďalej riešená a posudzovaná biznis alternatíva A1 – Vytvorenie nového IS pre optimalizáciu, zefektívnenie a elektronizácia vybraných častí procesov agend PÚ OS SR vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom, ktorá splnila všetky stanovené kritériá. Z hľadiska používateľskej skúsenosti (Kritérium A) bude biznis alternatíva A1 zahŕňať aj biznis alternatívu B2, ktorá spĺňa kritéria používateľskej skúsenosti stakeholderov.
++
++== 3.12    Stanovenie alternatív v aplikačnej vrstve architektúry ==
++
++Nižšie uvedený obrázok zobrazuje prehľad komponentov/funkcionalít podľa jednotlivých biznis alternatív. V rámci alternatívy A2 sa jedná o zabezpečenie komplexnej služby poskytovateľom systému na základe definovaných procesov, ktoré sa zhodujú z aplikačnými komponentami v rámci Biznis architektúry A1.
++
++[[image:1730887013909-312.png]]
++
++Z pohľadu potrieb a funkčnosti sú všetky komponenty v rámci Alternatívy A1 povinné
++
++== 3.13    Stanovenie alternatív v technologickej vrstve architektúry ==
++
++Technologická architektúra nemá definované varianty. Riešenie bude prevádzkované na infraštruktúre vládneho cloudu.
++
++
++
++= 4.    POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU) =
++
++Výsledným produktom bude dodaný systém so všetkými definovanými komponentmi akcentujúcimi všetky požiadavky definované v rámci DFŠ, ktorá bude detailizovať navrhované požiadavky v zmysle prílohy Katalóg požiadaviek.
++
++Dodávka služieb pre hlavné aktivity bude realizovaná formou projektu v súlade s metodikou, ktorá vychádza z:
++
++* štandardu PRINCE2 alebo ekvivalent pre riadenie projektov informatizácie
++* Vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
++* vykonávacieho predpisu vydaného podľa § 31 zákona č. 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 bude dodržovať internú metodiku integrácií.
++* Vyhlášky č. 401/2023 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
++
++Všetky výstupy projektu musia byť vypracované v súlade s metodikou riadenia QA projektov informatizácie verejnej správy.
++
++Realizácia projektu začne schválením iniciačných dokumentov (PID), ktorý bude vypracovaný dodávateľom. Predpokladané trvanie jednotlivých fáz a hlavných aktivít sú uvedené v nasledujúcej tabuľke.
++
++Projekt bude realizovaný v zmysle etapizácie projektu, ktorá zahŕňa nasledovné fázy:
++
++* Analýza a dizajn
++* Nákup technických prostriedkov, programových prostriedkov a služieb,
++* Implementácia a testovanie
++* Nasadenie a Postimplementačná podpora
++* Riadenie projektu
++
++V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu pre každú etapu:
++
++|**Etapy**|**Požadované výstupy**
++|Vypracovanie PID|Realizačná fáza projektu začína vytvorením a schválením zo strany riadiaceho výboru manažérskeho produktu R-01 Projektový iniciálny dokument (PID), ktorý zrozumiteľným spôsobom spája kľúčové informácie potrebné na plánovanie a kontrolu riadenia projektu, sledovanie a vyhodnotenie kvality manažérskych produktov a špecializovaných produktov projektu, určenie akceptačných kritérií, určenie pravidiel riadenia zmien v projekte, určenie spôsobu evidovania a prioritizovania požiadaviek na zmenu, riadenie a komunikáciu v projekte.
++|Analýza a dizajn|(((
++Bude vypracovaný Detailný návrh riešenia systému. Súčasne bude vypracovaný návrh systému s členením na moduly a nimi poskytované funkcie. Zámerom aktivity je ukázať, ako bude systém realizovaný v implementačnej fáze.
++
++-         Vypracovanie detailného návrhu riešenia,
++
++-         Vypracovanie technického návrhu riešenia,
++
++-         Vypracovanie implementačného plánu,
++
++-         Vypracovanie popisu procesov
++
++V rámci činnosti prebehne analýza požiadaviek zákazníka a na jej základe návrh, dizajn a dekompozícia nových funkčných celkov IS.
++
++Detailný návrh riešenia bude obsahovať analýzu a popis nasledovných oblastí:
++
++-         Zoznam funkčných celkov IS a ich funkcionalitu
++
++-         Popis funkcionality prostredníctvom typových úloh
++
++-         Prezentačná vrstva, popis používateľského rozhrania – požiadavky na vizuálne komponenty v súlade s IDSK – wireframe model, pričom riešenie bude podporené prieskumom užívateľských požiadaviek
++
++-         Analýzu technických požiadaviek
++
++-         Technický návrh riešenia
++
++-         Funkčnosť systému a rozsah budúceho systému spracovaním Prípadov použitia (Use case)
++
++-         Popis a model analytických tried, ktoré tvoria kľúčové pojmy domény (diagramy tried) a model chovania sa kľúčových objektov cez stavové diagramy
++
++-         Popis algoritmov výpočtových modulov, benchmarkov, kalkulačiek  formou diagramu aktivít
++
++-         Analýza a popis API vytvorených webových služieb
++
++-         Fyzický dátový model navrhovanej databázovej platformy
++
++Je potrebné, aby výstupy analýzy zohľadňovali špecifiká domény vyplývajúce z:
++
++-         relevantnej legislatívy (zákony, vyhlášky, nariadenia, atď.) a koncepcie (KRIS, NKIVS, SIVS, atď.)
++
++-         internej dokumentácie orgánov štátnej správy (smernice, pracovné poriadky, organizačná štruktúra, metodické pokyny, atď.),
++
++-         technická dokumentácia k informačným systémom využívaných v doméne v súčasnosti.
++
++Pri tejto fáze projektu sa ráta s intenzívnou súčinnosťou objednávateľa a to hlavne v nasledujúcich oblastiach:
++
++-         stretnutia na poskytnutie spresňujúcich informácii o existujúcom stave a jeho nedokonalostí,
++
++-         konzultačné a validačné stretnutia,
++
++-         zabezpečenie formálnych ako aj obsahových a výkonných vstupov z tretích strán vo vzťahu k súčasnému stavu.
++
++Súčasťou detailného návrhu riešenia je aj časť pre technický návrh riešenia - bude obsahovať návrh a popis jednotlivých technických komponentov riešenia, spôsobu komunikácie, integrácie a bezpečnostnej stránky riešenia. Bude slúžiť ako podklad pre obstaranie, prípravu, inštaláciu a konfiguráciu technickej infraštruktúry systému, ak bude potrebná. Bude obsahovať najmä nasledovné časti:
++
++-         Popis použitých technológií
++
++-         Požiadavky na softvérové licencie pre vývojové a produkčné prostredie
++
++-         Popis sieťovej infraštruktúry
++
++-         Rozhrania systému, spôsob integrácie modulov a systémov
++
++-         Požiadavky na rýchlosť odozvy, dostupnosť systému, priepustnosť systému
++
++-         Implementačný plán, ktorý musí obsahovať:
++
++o   detailný časový rámec implementácie IS,
++
++o   vypracovanie plánu testov,
++
++o   plán školení,
++
++o   spôsob zavedenia do prevádzky,
++
++Počas celej dodávky projektu bude prebiehať riadenie projektu. Pre potreby riadenia projektu bude vypracovaný komunikačný plán, v ktorom je potrebné definovať:
++
++-         spôsob komunikácie všetkých subjektov zainteresovaných do projektu,
++
++-         indikatívny harmonogram s monitorovaním a hodnotením,
++
++-         manažment rizík
++
++Realizácia aktivity bude ukončená akceptačným protokolom.
  )))
++|Nákup technických prostriedkov, programových prostriedkov a služieb,|V rámci tejto aktivity bude zabezpečená inštalácia resp. „oživenie“ potrebných infraštruktúrnych prvkov, ktoré budú základom pre fyzický chod navrhovaného riešenia.
++|Implementácia|(((
++V rámci tejto činnosti budú vyvinuté jednotlivé funkčné celky IS podľa špecifikácie vypracovanej v aktivite „Analýza a dizajn“.
--=== 5.1.5Aplikačné služby na integráciu ===
++V rámci implementácie budú realizované najmä nasledovné činnosti:
--//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),//
++-         vypracovanie a dodávka aplikačného programového vybavenia a jeho komponentov (implementácia funkcionality jednotlivých funkčných celkov IS podľa odsúhlasených analytických dokumentov),
--* //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}}
++-         interné testovanie s testovacími dátami vyhotovenými uchádzačom,
--=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
++-         inštalácia a konfigurácia aplikačného programového vybavenia do testovacej prevádzky,
--//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
++-         implementácia rozhraní s externými informačnými systémami,
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++-         implementácia bezpečnostných mechanizmov,
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
++-         vyhotovenie technickej a prevádzkovej dokumentácie,
--//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Ú//__.__
++Implementácia bude realizovaná podľa princípov štandardizovanej metodiky vývoja IS, ktorá je v súlade s medzinárodnými normami, schválenej Koncepcie rozvoja informačných systémov. Systém, jeho komponenty a aplikácie budú vybudované v zmysle zákona č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, zákona č. 305/2013 Z. z. (zákon o e-Governmente), Vyhláškou č. 546/2021 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky z 10. decembra 2021, ktorou sa mení a dopĺňa vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy a ďalšími súvisiacimi právnymi predpismi.
++)))
++|Testovanie|(((
++V rámci tejto činnosti bude otestovaná funkčnosť vyvinutého riešenia IS. Úlohou aktivity je najmä preveriť interakciu a správnosť integrácie komponentov softvéru, preveriť, že všetky požiadavky boli správne implementované, identifikovať chyby a zaistiť ich odstránenie pred nasadením systému. V rámci testovania budú realizované najmä nasledovné činnosti:
--|**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**
--| | | |
--| | | |
--| | | |
++-         testovanie systému podľa testovacích scenárov
--=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
++-         funkčné testovanie FAT
--//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.//
++-         integračné testovanie
++-         záťažové a výkonnostné testovanie
++
++-         bezpečnostné testovanie
++
++-         používateľské testy funkčného používateľského rozhrania UX
++
++-         užívateľské akceptačné testovanie UAT
++
++-         testovania zamerané na odsledovanie dĺžky trvania procesov
++
++-         vyhotovenie protokolov z priebehu testovania
++
++Realizácia aktivity bude ukončená akceptačným protokolom.
++)))
++|(% rowspan="2" %)Nasadenie a migrácia|(((
++V rámci tejto činnosti bude systém nasadený do produkčného  prostredia. Aktivita zahŕňa tiež pilotnú prevádzku systému a realizáciu školení používateľov na prácu so systémom.
++
++V rámci nasadenia IS budú realizované najmä nasledovné činnosti:
++
++-         Inštalácia finálnej verzie aplikačného softvéru do produkčnej prevádzky
++
++-         Naplnenie potrebných údajov o používateľoch do evidencie prístupov, nastavenie prístupových práv, vygenerovanie prístupových hesiel
++
++-         Realizácia školení užívateľov
++
++-         Vytvorenie používateľskej dokumentácie
++
++-         Riešenie potenciálnych problémov prostredníctvom Obstarávateľa a nastavenie komunikácie s týmto pracoviskom
++
++Pred spustením produkčnej prevádzky sa vykoná pilotná prevádzka. Pilotná prevádzka predstavuje plné overenie požadovanej funkčnosti koncovým používateľom bezprostredne pred nasadením produkčného systému. Slúži na overenie plnej funkcionality a procesov s ňou súvisiacimi, umožňuje koncovému používateľovi vyskúšať si  „na ostro“ prácu s aplikáciou, upozorniť ešte na možné chyby,  v prípade chyby korigovať funkčnosť a tým aj znižovať riziko navýšenia prácnosti  po nasadení. Pilotná prevádzka bude končiť vyhodnotením pilotnej prevádzky a v prípade potreby prijatím potrebných opatrení.
++
++Realizácia aktivity bude ukončená finálnym akceptačným protokolom.
++)))
  |(((
--**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]].__
++Produktová dokumentácia bude pozostávať z nasledovných dokumentov
--= {{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 =
++-         technická dokumentácia
--//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é.//
++-         prevádzková dokumentácia
--= {{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 =
++-         používateľská dokumentácia
--//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ť~://
++-         právna analýza súladu spracúvania osobných údajov v dodávanom informačnom systéme voči požiadavkám platnej legislatívy SR a EÚ na ochranu osobných údajov
--* //**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)//
++-         bezpečnostný projekt
--== 7.1Sumarizácia nákladov a prínosov ==
++-         analýza bezpečnosti, ktorý bude súčasťou bezpečnostného projektu podľa prílohy č. 3 vyhlášky č. 179/2020 a 362/2018 ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
--|**Náklady**|(((
--**Názov**
--**modulu**
--)))|(((
--**Názov**
--**modulu**
--)))|(((
--**Názov**
--**modulu**
++-         spracovanie dokumentácie pre Havarijný plán
  )))
--|**Všeobecný materiál**| | |
--|**IT - CAPEX**| | |
--|Aplikácie| | |
--|SW| | |
--|HW| | |
--|**IT - OPEX- prevádzka**| | |
--|Aplikácie| | |
--|SW| | |
--|HW| | |
--|**Prínosy**| | |
--|**Finančné prínosy**| | |
--|Administratívne poplatky| | |
--|Ostatné daňové a nedaňové príjmy| | |
--|**Ekonomické prínosy**| | |
--|Občania (€)| | |
--|Úradníci (€)| | |
--|Úradníci (FTE)| | |
--|**Kvalitatívne prínosy**| | |
--| | | |
--//Interpretácia výsledkov~://
--//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
++|Riadenie projektu|(((
++Riadenie projektu z pohľadu dodávateľa riešenia predstavuje jeho interné činnosti vedúce k riadnemu dodaniu predmetu zákazky.
--* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
--* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
--* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
--//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
--* //Finančná vnútorná výnosová miera v % (FIRR)//
--* //Finančná čistá súčasná hodnota v eur (FNPV).//
--//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
--//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
--//**Príklad: Kvalitatívne prínosy projektov**//
--//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
--//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
--* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
--* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
--//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
--* //Zníženie miery korupcie//
--* //Zníženie miery stresu zamestnancov stavebných úradov//
--//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
++Dodávka služieb pre IS bude realizovaná formou projektu v súlade s metodikou, ktorá vychádza z:
--= {{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 =
++-         štandardu PRINCE2
--//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
++-         vykonávacieho predpisu vydaného podľa § 31 zákona č. 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 bude dodržovať internú metodiku integrácií.
--* //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).//
++-         Vyhlášky č. 401/2023 Ministerstva investícií, regionálneho rozvoja a informatizácie
--|**ID**|**FÁZA/AKTIVITA**|(((
--**ZAČIATOK**
--(odhad termínu)
--)))|(((
--**KONIEC**
--(odhad termínu)
--)))|**POZNÁMKA**
--|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"]]
++Činnosť bude trvať počas celej doby realizácie projektu a pokrýva projektové riadenie, finančné riadenie a monitorovania realizácie v zmysle systému riadenia projektov podľa metodiky Prince2. V rámci tejto aktivity budú najmä tieto činnosti:
--= {{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 =
++-         Činnosti projektovej kancelárie
--//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
++-         Dodržiavanie a zabezpečovanie kvality
--* //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//
++-         Riadenie dodávok - najmä riadenie administratívneho a organizačného zabezpečenia implementácie IS  dodávateľmi, sledovanie plnenia harmonogramu realizácie aktivít projektu, zabezpečovanie dokumentov, riadenie rizík a prípadných zmien v projekte, zabezpečovanie koordinácie projektových činností v rámci všetkých zainteresovaných strán, administratívna podpora projektu, písomná komunikácia, administratívne vedenie projektovej dokumentácie a príprava podkladov pre členov projektového tímu.
++-         Realizácia projektu začne schválením iniciačného dokumentu (PID), ktorý bude vypracovaný dodávateľom.
++)))
++
++Tabuľka 13 Prehľad fáz projektu v zmysle vyhlášky 401/2023
++
++= 5.    NÁHĽAD ARCHITEKTÚRY =
++
++V tejto časti je popísaný základný návrh architektúry ISR a to z pohľadu biznis architektúry, aplikačnej architektúry a technologickej architektúry.
++
++Modely boli vytvorené v modelovacom nástroji archimate ([[https:~~/~~/www.archimatetool.com/>>url:https://www.archimatetool.com/]]).
++
++[[image:1730887013911-469.png]]
++
++== 5.1       Návrh biznis architektúry ==
++
++Obrázok 1 Návrh biznis architektúry
++
++Biznis architektúra vychádza z navrhovaných funkcionalít, ktoré by mal ISR zabezpečovať. V rámci projektu prebehne overenie použiteľnosti a životaschopnosti predmetu projektu, identifikácia možných nedostatkov a overenie technických predpokladov formou vytvorenia prototypu, overenia konceptu, pilotu alebo formou vytvorenia minimálneho životaschopného produktu
++
++Z pohľadu užívateľov predpokladáme nasledovných:
++
++* Všeobecný užívateľ – jedná sa o občana, ktorý je všeobecným užívateľom stránok a aplikácia a teda ešte neprejavil záujem stať sa „vojakom“. Môže mať vytvorený profil „hráča“, ale ešte nebol iniciovaný proces podania žiadosti.
++* Uchádzač – jedná sa o občana, ktorý má záujem sa stať súčasťou OS SR v nejakej z vybraných pozícií. Tento užívateľ už má vytvorený verifikovaný profil.
++* Personalista – jedná sa o interného pracovníka regrutačného strediska, ktorý v rámci systému (predovšetkým modulu ATS) môže riadiť proces regrutácie.
++* Riadiaci pracovník – jedná sa o interného užívateľa, ktorý využíva systém predovšetkým ako konzument štatistík, hlásení a reportov, alebo je ako osoba oprávnenia manažovať prístupy do systému.
++
++Z pohľadu biznis koncových služieb boli identifikované nasledovné:
++
++* Podávanie žiadostí – služba umožní uchádzačom predkladať formuláre, žiadosti, prihlášky a pod.
++* Správa regrutačného procesu – jedná sa o službu, prostredníctvom ktorej sa bude dať vytvoriť profil uchádzača a riadiť celý proces z jeho strany.
++
++Biznis procesy boli rozdelené na tie, ktoré vykonáva uchádzať a ktoré budú vykonávané na strane regulačného strediska.
++
++== 5.2       Návrh aplikačnej architektúry ==
++
++[[image:1730887013913-344.png]]
++
++Obrázok 2 Návrh aplikačnej architektúry
++
++Z pohľadu aplikačnej architektúry bol systém rozdelený na nasledujúce celky:
++
++* Front end – jedná sa o možnosť pristupovať z vonku k obsahu web, pričom prístupy budú umožnené cez webové rozhranie alebo prostredníctvom responzívneho zobrazenia v mobilnom zariadení
++* Back end – jedná sa celkovú funkčnosť, ktorá bude v rámci systému implementovaná. Z pohľadu komponentov sa jedná o nasledovné:
++** CMS – jedná sa o základnú správu web, obsahu a informácií
++** ATS – jedná sa o modul, ktorý podporuje celý proces regrutácie ako na strane uchádzača, tak aj na strane regrutačného strediska
++** IAM – jedná sa o modul prístupov a oprávnení
++** ADMIN – v rámci admin modulu bude umožnené spracovať systém ako celok vrátane nastavení reportov úloh a pod.
++** GAMING ZONE – jedná sa o zónu, v rámci ktorej budú sprístupnené jednotlivé hry, avatari a pod.
++** FORMULARE – v rámci modulu bude možné tvoriť interaktívne formuláre, ktoré budú podporovať proces regrutácie
++** CHATBOT – jedná sa o chat asistenta prostredníctvom ktorého bude možné komunikovať s uchádzačom, záujemcom alebo bežným občanom na základe vytvorených algoritmov. Komunikácia bude prebiehať textovo alebo hlasovo, pričom budú využité nástroje umelej inteligencie na generovanie odpovedí.
++** TREZOR – jedná sa o modul, v ktorom budú uchovávané všetky osobné údaje, pričom tento bude oddelený od ISVS a bude sa do neho pristupovať len v prípade, ak bude nejaký proces aktívny a práve je potrebné nad nim robiť nejaké úkony
++* INTEGRACNA PLATFORMA – jedná sa o modul prostredníctvom ktorého budú do systému integrované externé údaje, alebo budú údaje poskytované do iných informačných systémov. Z pohľadu integrácií sa jedná o nasledujúce:
++** UPVS – integrácia pre umožnenej zabezpečenej komunikácie s uchádzačom
++** RFO – doťahovanie informácií o uchádzačom – automatizácia procesu
++** Registratúra – zabezpečenie registratúrneho poriadku
++** Register trestov – automatizácia procesu
++** IS SAP – posielanie štruktúrovaných údajov pre potreby evidovania uchádzačov
++** Systémy nemocníc – poskytovanie informácií o kapacitách, termínoch a pod.
++
++Zároveň bude integračná platforma slúžiť ako nástroj na budúce interné integrácie medzi systémami MOSR ako aj pre integráciu externých ISVS, ktoré bude potrebné integrovať.
++
++Následný návrh aplikačných služieb vychádza z jednotlivých procesov, ktoré budú systémom podporené.
++
++Pre vybudovanie systému sa predpokladá využitie open source nástrojov pre jednotlivé aplikačné komponenty.
++
++== 5.3       Návrh technologickej architektúry ==
++
++[[image:1730887013922-499.png]]
++
++Obrázok 3 Návrh technologickej architektúry
++
++Pre jednotlivé komponenty sú zároveň prípustné aj riešenia založené na využití napr. PaaS alebo SaaS služieb vládneho verejného cloudu V takomto prípade predpokladáme, že by bolo riešenie postavené v cloudovom prostredí, kde by boli implementované aj príslušné požadované služby.
++
++Z pohľadu parametrizácie bude využitá nasledovná infraštruktúra pre PROD a TEST prostredie:
++
++|**Položka**|**Typ**|**HW špecifikácia - prepdoklad**|**Kusov**
++|Aplikačný cluster|virtuálny|16 vCPU, 32 GB RAM|2
++|Databázový cluster|virtuálny|8 vCPU, 32 GB RAM|2
++|Diskový priestor 1|RAID1|Tier 1 150 GB (max 1280 OPS)|4
++|Diskový priestor 2|RAID6|Tier 2 1000 GB (max 150 IOPS)|2
++
++= 6.    LEGISLATÍVA =
++
++Z pohľadu legislatívneho procesu nebudú potrebné žiadne úpravy. Jedinou úpravou bude interná dokumentácia, kde bude jasne definovaný dátový tok medzi informačnými systémami.
++
++= 7.    ROZPOČET A PRÍNOSY =
++
++== 7.1       Sumarizácia nákladov projektu ==
++
++Náklady projektu boli vypočítané na základe UCP analýzy. Prevádzkové náklady boli definované na základe odporúčaní UHP ako % z plánovaných investičných výdavkov. V nasledujúcej tabuľke sú uvedené sumárne hodnoty nákladov projektu a jeho prevádzky v horizonte 10 rokov:
++
++Tabuľka 14 Náklady projektu a jeho prevádzky v horizonte 10 rokov
++
++V nasledujúcej tabuľke je uvedený rozpad nákladov po moduloch, ktoré projekt bude vytvárať:
++
++Tabuľka 15 Detailizácia nákladov po moduloch
++
++Z pohľadu účtovného je možné náklady rozdeliť na nasledujúce skupiny:
++
++* Hlavné aktivity
++** 013 Softvér                                             - 5 218 504 €
++** 518 Mzdové výdavky                             - 238 034 €
++** 022 Samostatné hnut...                - 138 000 €
++* Podporné aktivity
++** bez zaradenia                                         - 421 585  €
++* Prevádzka (rok)
++** 511 Opravy a udržiavanie (SW) - 281 276 €
++** 013 Softvér                               - 393 786 €
++** 511 Opravy a udržiavanie (HW)           - 13 800 €
++* Prevádzka (48 mesiacov)[[~[1~]>>path:#_ftn1]]                -  2 700248 €
++
++=== 7.1.1      Náklady na realizáciu obdobných riešení ===
++
++Náklady na implementáciu elektronického vojenského náborového systému sa môžu výrazne líšiť v závislosti od niekoľkých faktorov vrátane rozsahu systému, veľkosti vojenskej sily, požadovanej úrovne prispôsobenia a už zavedenej technologickej infraštruktúry. Zatiaľ čo presné náklady sa často nezverejňujú kvôli citlivej povahe vojenských zmlúv a obavám o národnú bezpečnosť, niektoré všeobecné odhady a faktory môžu pomôcť porozumieť základom.
++
++Všetky riešenia musia reflektovať faktory, ktoré majú zásadný vplyv na cenu
++
++* **Vývoj a prispôsobenie systému**
++
++Vývoj softvéru: Vývoj vlastného náborového systému od nuly môže byť nákladný a môže sa pohybovať od miliónov do desiatok miliónov eur, v závislosti od zložitosti a požadovaných funkcií.
++
++Prispôsobenie existujúcich platforiem: Úprava a prispôsobenie existujúceho komerčného softvéru (COTS) tak, aby vyhovoval vojenským potrebám, môže znížiť náklady, no stále môže ísť o milióny v závislosti od rozsahu prispôsobenia.
++
++* **Náklady na infraštruktúru**
++
++Hardvér: Zahŕňa servery, dátové centrá a ďalší potrebný hardvér na podporu náborového systému. Náklady sa tu môžu pohybovať od stoviek tisíc až po niekoľko miliónov eur, v závislosti od rozsahu.
++
++Cloudové služby: Ak je systém hosťovaný v cloudovej infraštruktúre, je potrebné zvážiť priebežné náklady na cloudové služby, ako je ukladanie, prenos údajov a výkon spracovania. Môže ísť o opakujúce sa náklady v rozsahu tisícok až miliónov ročne.
++
++* **Integrácia s existujúcimi systémami**
++
++Interoperabilita: Zabezpečenie bezproblémovej integrácie nového systému s existujúcimi vojenskými databázami, HR systémami a ďalšou digitálnou infraštruktúrou môže spôsobiť značné náklady, ktoré sa môžu pohybovať od stoviek tisíc až po milióny eur.
++
++* **Kybernetická bezpečnosť**
++
++Bezpečnostné opatrenia: Implementácia robustných opatrení kybernetickej bezpečnosti na ochranu citlivých údajov je kritická a náklady môžu byť značné. To môže zahŕňať šifrovanie, systémy detekcie narušenia a priebežné monitorovanie, čím sa pridáva ďalšia vrstva nákladov.
++
++Súlad: Zabezpečenie súladu systému s národnými a medzinárodnými normami ochrany údajov a kybernetickej bezpečnosti by mohlo spôsobiť dodatočné náklady, najmä ak sú potrebné externé audity alebo certifikácie.
++
++* **Školenie a riadenie zmien**
++
++Náklady na školenie: Vojenský personál bude musieť byť vyškolený na efektívne používanie nového systému. To by mohlo zahŕňať vývoj školiacich materiálov, workshopov a nepretržitú podporu, čo by stálo niekoľko stoviek tisíc eur v závislosti od rozsahu.
++
++Manažment zmien: Riadenie prechodu zo starých systémov na nový elektronický systém môže byť nákladné a zahŕňa konzultácie, plánovanie a komunikačné stratégie.
++
++* **Údržba a podpora**
++
++Priebežná údržba: Ročné náklady na údržbu na aktualizácie softvéru, opravy chýb a vylepšenia systému môžu byť značné, často sa počítajú ako percento počiatočných nákladov na vývoj (zvyčajne 15 – 20 % ročne).
++
++Podporné služby: Náklady na technickú podporu, používateľskú podporu a správu systému môžu zvýšiť priebežné výdavky.
++
++* **Licenčné poplatky**
++
++Licencovanie softvéru: Ak systém používa softvér alebo nástroje tretích strán, licenčné poplatky môžu predstavovať značné priebežné náklady v závislosti od počtu používateľov a konkrétnych zahrnutých technológií.
++
++== 7.2       Prínosy projektu ==
++
++Prínosy navrhovaného riešenia sú nesporné čo potvrdzujú aj rôzne štúdie zo zahraničia. Prínosy sú rozdelené na kvalitatívne a kvantitatívne
++
++=== 7.2.1      Kvantitatívne vyhodnotenie prínosov ===
++
++Kvantitatívne prínosy v rámci navrhovaného projektu sú:
++
++* Šetrenie času zamestnanca PÚ OS SR na:
++** Dožiadanie údajov a podkladov od uchádzačov, potrebných na kompletizáciu žiadostí
++** Evidenciu údajov v regrutačnom procese
++* Šetrenie času občana na vybavenie vybraného okruhu služieb elektronicky bez nutnosti osobného kontaktu
++* Šetrenie času OVM na prístup k štatistickým výstupom
++
++Parametre pre účely ohodnotenia prínosov (jednotlivé údaje sú z vybraných štatistických údajov PÚ OS SR, ak nie je uvedené inak – bližšie informácie k nižšie uvedeným parametrom a vysvetlenia sú uvedené v CBA na záložke Faktory):
++
++* Komponent ATS - Šetrenie času zamestnancov PÚ OS SR na zabezpečenie regrutačného procesu
++** Ročný počet prijatých žiadostí v rámci agendy regrutácie (priemer za roky 2021 – 2023): 3 804
++** Priemerný čas venovaný jednému regrutantovi AS IS – 15 hodín
++** Priemerný čas venovaný jednému regrutantovi TO BE – 8,5 hodiny
++** Miera nárastu žiadostí 7% ročne
++* Komponent ATS - Šetrenie času občana na vybavenie celého procesu regrutácie na PÚ OS SR
++** Priemerný čas občana na proces regrutácie (AS-IS): 18 hod.
++** Priemerný čas občana na proces regrutácie (TO-BE): 8 hod.
++** Miera nárastu žiadostí 7% ročne
++* Komponent Admin - Šetrenie času OVM na vypracovanie štatistických výstupov a prístupu k nim:
++** Priemerný čas na prístup k štatistickým výstupom (AS-IS): 48 hod.
++** Priemerný čas na prístup k štatistickým výstupom (TO-BE): 2 hod.
++* Komponent CMS - Ušetrenie doby vyhľadávania na webe:
++** Priemerný počet návštevníkov za mesiac: 1500
++** Miera nárastu návštev medzirične: 5%
++** Doba trvania vyhľadávania (AS IS): 2 hod.
++** Doba trvania vyhľadávania (TO BE): 0,5 hod.
++
++=== 7.2.2      Kvalitatívne prínosy projektu ===
++
++Štatistiky špecificky popisujúce zlepšenia v procesoch náboru do armády – ako je úspora času, zníženie nákladov a zvýšenie efektívnosti – v dôsledku implementácie elektronických náborových systémov sa môžu v jednotlivých krajinách líšiť a nemusia byť vždy verejne dostupné. Niektoré všeobecné poznatky a príklady z rôznych krajín a štúdií však zdôrazňujú pozitívne vplyvy takýchto systémov:
++
++1. **Úspora času**
++
++Skrátenie času spracovania: Rôzne správy naznačujú, že elektronické náborové systémy môžu skrátiť čas potrebný na spracovanie žiadostí až o 50 %. Automatizácia úloh, ako sú počiatočné kontroly a overovanie dokumentov, urýchľuje celkový proces.
++
++Rýchlejšia komunikácia: Používanie automatických správ a aktualizácií stavu môže skrátiť časové oneskorenie medzi odoslaním žiadosti a spätnou väzbou, čím sa zlepší celková rýchlosť náborového procesu.
++
++1. **Zníženie nákladov**
++
++Úspora prevádzkových nákladov: Elektronické systémy znižujú potrebu fyzických zdrojov, ako je papier, poštovné a manuálna práca. Niektoré odhady naznačujú úsporu až 30 % prevádzkových nákladov súvisiacich s náborom.
++
++Nižšie marketingové náklady: Digitálne náborové platformy často znižujú potrebu rozsiahlych fyzických marketingových kampaní, pretože online reklamy a dosah na sociálne médiá môžu byť cielenejšie a nákladovo efektívnejšie.
++
++1. **Zvýšenie efektívnosti**
++
++Vyššie objemy spracovania žiadostí: Krajiny s elektronickými systémami hlásili schopnosť spracovať väčšie objemy žiadostí bez toho, aby vyžadovali úmerné zvýšenie počtu zamestnancov. Napríklad online náborový systém americkej armády umožňuje súčasné spracovanie značného počtu uchádzačov.
++
++Vylepšená správa údajov: Centralizované dátové systémy umožňujú lepšie sledovanie a správu informácií o uchádzačoch, čo zlepšuje schopnosť efektívnejšie priraďovať kandidátov k vhodným rolám.
++
++1. **Skúsenosti a dostupnosť kandidáta**
++
++Vylepšená skúsenosť kandidátov: Prieskumy z niektorých vojenských náborových oddelení naznačujú, že kandidáti uprednostňujú pohodlie a dostupnosť online systémov, čo vedie k vyššej miere spokojnosti. To môže tiež znížiť mieru odchodov počas náborového procesu.
++
++Širší dosah: Krajiny ako Austrália a Spojené kráľovstvo uvádzajú, že vďaka dostupnosti online náborových systémov oslovujú širšiu a rozmanitejšiu skupinu kandidátov, a to najmä jednotlivcov, ktorí sa možno nezapojili tradičnými prostriedkami.
++
++1. **Bezpečnosť a súlad**
++
++Zlepšený súlad: Automatizácia zaisťuje, že všetky kroky náborového procesu sú v súlade s právnymi a regulačnými požiadavkami, čím sa znižuje riziko nesúladu a súvisiace náklady.
++
++Bezpečnosť údajov: Elektronické systémy vo všeobecnosti ponúkajú vylepšené opatrenia na ochranu údajov, ktoré znižujú riziko narušenia a náklady s ním spojené.
++
++==== 7.2.2.1       Štúdie podporujúce elektronizáciu procesov regrutácie ====
++
++Existuje niekoľko zdrojov a štúdií, ktoré pojednávajú o širšom vplyve digitálnej transformácie vrátane náboru vo vojenskom kontexte, ktoré môžu poskytnúť relevantné poznatky:
++
++1. **Deloitte: „Digitálna transformácia v obrane“ (2019) - [[https:~~/~~/www2.deloitte.com/us/en/pages/public-sector/solutions/government-security-defense-digital-transformation-services.html>>url:https://www2.deloitte.com/us/en/pages/public-sector/solutions/government-security-defense-digital-transformation-services.html]]**
++
++Zhrnutie: Táto správa pojednáva o tom, ako digitálne technológie transformujú obranné organizácie vrátane náboru. Poskytuje prípadové štúdie z rôznych krajín, ktoré podrobne uvádzajú, ako digitálne iniciatívy vrátane elektronických náborových systémov zlepšujú efektivitu a znižujú náklady.
++
++Relevantnosť: Ponúka prehľad o širších dopadoch digitálnej transformácie, ktorá zahŕňa náborové procesy, aj keď nemusí poskytovať podrobné štatistiky.
++
++1. **RAND Corporation: „Transforming U.S. Army Recruiting“ (2019) - [[https:~~/~~/www.ausa.org/news/army-launches-significant-recruiting-transformation>>url:https://www.ausa.org/news/army-launches-significant-recruiting-transformation]]**
++
++Zhrnutie: Táto štúdia spoločnosti RAND Corporation skúma, ako by americká armáda mohla zvýšiť svoje náborové úsilie integráciou nových technológií a prístupov založených na údajoch. Štúdia zahŕňa diskusie o úlohe elektronických systémov pri zlepšovaní výsledkov náboru.
++
++Relevantnosť: Hoci sa zameriava na americkú armádu, poskytuje cenné informácie o tom, ako sa digitálne nástroje používajú na zvýšenie efektívnosti a účinnosti náboru.
++
++1. **McKinsey & Company: „Digitalizácia obrany: Umožnenie operácií vo viacerých doménach“ (2020) - [[https:~~/~~/www.mckinsey.com/industries/aerospace-and-defense/our-insights>>url:https://www.mckinsey.com/industries/aerospace-and-defense/our-insights]]**
++
++Zhrnutie: Táto správa McKinsey pojednáva o širších dôsledkoch digitálnej transformácie v obrane, vrátane prijatia elektronických náborových systémov. Zahŕňa potenciálne úspory nákladov a zlepšenia procesov s prípadovými štúdiami a príkladmi z rôznych krajín.
++
++Relevantnosť: Správa zdôrazňuje výhody digitalizácie vrátane náboru, hoci konkrétne čísla môžu byť všeobecnejšie.
++
++1. **„Vplyv digitálnej transformácie na nábor zamestnancov vo verejnom sektore“ (2018)**
++
++Publikácia: European Journal of Public Sector Management - [[**https:~~/~~/www.emerald.com/insight/content/doi/10.1108/IJPSM-10-2023-0307/full/html**>>url:https://www.emerald.com/insight/content/doi/10.1108/IJPSM-10-2023-0307/full/html]]
++
++Zhrnutie: Táto štúdia analyzuje účinky digitálnej transformácie na náborové procesy vo verejnom sektore, vrátane vojenského náboru. Zameriava sa na úsporu času, zníženie nákladov a zlepšenie skúseností kandidátov.
++
++Relevantnosť: Hoci sa nezameriava výlučne na armádu, poskytuje relevantné informácie o výhodách elektronických náborových systémov vo vládnom prostredí.
++
++1. **Správy Úradu pre zodpovednosť vlády USA (GAO). - [[https:~~/~~/www.gao.gov/about>>url:https://www.gao.gov/about]]**
++
++Príklad: „Vojenský nábor: Ministerstvo obrany potrebuje zlepšiť svoje predpovede náboru a udržania pričleneného personálu“ (2020)
++
++Zhrnutie: Táto správa GAO poskytuje údaje o náborových procesoch a úlohe digitálnych nástrojov pri zlepšovaní efektívnosti. Hodnotí, ako sa elektronické systémy využívajú pri nábore armády a výsledky spojené s ich implementáciou.
++
++Relevantnosť: Poskytuje údaje špecifické pre USA o efektívnosti náboru vrátane vplyvu digitálnych nástrojov, hoci konkrétne štatistiky o zlepšení času a nákladov môžu vyžadovať hlbšie preskúmanie správy.
++
++1. **Správy Komunikačnej a informačnej agentúry NATO (NCIA) - [[https:~~/~~/www.ncia.nato.int/>>url:https://www.ncia.nato.int/]]**
++
++Príklad: Rôzne správy o digitálnej transformácii v členských štátoch NATO vrátane diskusií o nábore.
++
++Zhrnutie: Správy NATO sa často zaoberajú používaním digitálnych technológií vo vojenských operáciách vrátane náboru. Tieto správy zdôrazňujú výhody a výzvy implementácie elektronických systémov v členských krajinách.
++
++Relevantnosť: Poskytuje mnohonárodný pohľad na to, ako digitálne nástroje pretvárajú vojenský nábor, s niekoľkými konkrétnymi príkladmi z členských krajín.
++
++== 7.3       Vyhodnotenie CBA ==
++
++Na nasledujúcej schéme je vyhodnotenie CBA:
++
++[[image:1730887013924-452.png]]
++
++Tabuľka 16 Vyhodnotenie CBA
++
++= 8.    HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
++
++V nasledujúcej tabuľke sú uvedené časové rámce pre predpokladanú realizáciu projektu:
++
++|ID|FÁZA / AKTIVITA|ZAČIATOK|KONIEC|POZN.
++| |Iniciačná fáza (vrátane VO)|07/2024|02/2025|
++|3.|Realizačná fáza|03/2025|09/2026|
++|3a.|Analýza a Dizajn|03/2025|05/2025|
++|3b.|Nákup technických prostriedkov, programových prostriedkov a služieb|03/2025|06/2025|
++|3c.|Implementácia a testovanie|06/2025|06/2026|
++|3d.|Nasadenie a Postimplementačná podpora|07/2026|09/2026|
++|4.|Prevádzka a Rozvoj|10/2026|09/2030|
++
++= 9.    PROJEKTOVÝ TÍM =
++
++Projektový tím bude detailizovaný po schválení projektu. V nasledujúcej tabuľke sú predpokladané role, ktoré budú participovať na projekte:
++
  |**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"]]
++|1.|TBD|Vlastník údajov|TBD|TBD
++|2.|TBD|Kľúčový používateľ|TBD|TBD
++|3.|TBD|Vlastník procesov|TBD|TBD
++|4.|TBD|IT Analytik|TBD|TBD
++|5.|TBD|IT Architekt|TBD|TBD
--== {{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 ==
++== 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;//
--//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.//
++Predseda RV - Hlavným záujmom a zodpovednosťou predsedu Riadiaceho výboru projektu je:
--= {{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 =
++1. zastupovať záujmy prijímateľa v projekte,
++1. kontrolovať súlad projektu a projektových cieľov so strategickými cieľmi,
++1. zabezpečiť a udržať finančné krytie (rozpočet) realizácie projektu,
++1. zabezpečiť nákladovo prijateľný prístup v projekte,
--//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
++Podpredseda RV – zástupca vlastníkov procesov - Hlavným záujmom a zodpovednosťou zástupcu vlastníkov procesov (biznis vlastník) je:
--= {{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 =
++1. schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu,
++1. definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľov a požiadaviek na bezpečnosť,
++1. definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
++1. schválenie akceptačných kritérií,
++1. akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
++1. odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
++1. dostupnosť ľudských zdrojov alokovaných na realizáciu projektu
--**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//
++Zástupca kľúčových používateľov - hlavným záujmom a zodpovednosťou zástupcu kľúčových používateľov objednávateľa (end user), ktorí reprezentuje záujmy budúcich používateľov projektových produktov alebo projektových výstupov je:
--* //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]]__
++1. návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť,
++1. návrh a definovanie akceptačných kritérií,
++1. akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky,
++1. predkladanie požiadaviek na zmenu funkcionalít produktov.
--| | |
++
++Manažér kvality - zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra formou pravidelných alebo nepravidelných správ/záznamov.
++
++IT architekt - IT architekt na projekte zabezpečuje činnosti vychádzajúce z požiadaviek organizácie, transformuje ich do konkrétnej koncepcie architektúry IS/IT. Zodpovedá za návrh a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov. Jeho úlohou je vytvoriť návrh technologického riešenia a odporúčanej infraštruktúry, analyzovať a navrhnúť vytvorenia služieb, definovať výstupy a postupy pre prípady použitia, navrhnúť zmeny procesov a využitie analytických metód pre lepšie rozhodovanie, analyzovať dátové potreby, definovať požiadavky na dátové zdroje, ako aj ďalšie činnosti vyplývajúce z požiadaviek na projekte.
++
++IT analytik - IT analytik na projekte zabezpečuje analyzovanie procesných a ďalších požiadaviek a špecifikácií budúceho používateľa riešenia a následne navrhuje dizajn a programátorské riešenie. Aktívne sa zúčastňuje analytických stretnutí s kľúčovými používateľmi  k detailnej špecifikácii požiadaviek. Participuje na vývoji nových, ale i pri vylepšovaní existujúcich funkčností v rámci celého vývojového cyklu. Úzko spolupracuje s IT architektom a vykonáva aj ďalšie činnosti vyplývajúce z požiadaviek na projekte. Vzhľadom na charakter projektu bude pravdepodobne potrebný IT Analytik (so znalosťou využívaného COTS) v rámci projektu zabezpečovať definovanie činností zabezpečujúcich ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám a zároveň zabezpečovať technickú podporu pre databázové systémy a chod databáz alebo databázového systému.
++
++IT programátor/vývojár - IT programátor/vývojár transformuje návrh technického riešenia, na základe jeho detailnej špecifikácie, vývojových diagramov a návrhu dátovej integrácie, do podoby fyzického, funkčného a overeného zdrojového kódu. Zabezpečuje alebo priamo vykonáva jednotkové a funkčné testovanie a asistuje IT testerom pri vyšších úrovniach testovania. Takisto je zodpovedný za dokumentáciu zdrojového kódu tak, aby tento mohol byť ďalej využívaný a rozvíjaný nezávisle od autora kódu (tzn. od konkrétnej osoby IT programátora/vývojára, ktorá kód vytvorila), ako i za ďalšie činnosti vyplývajúce z požiadaviek na projekte.
++
++IT tester - IT tester na projekte hľadá chyby v zrealizovanom technickom riešení / softwarovej aplikácii, hľadáva prípadné chyby v kóde s cieľom dosiahnuť čo najvyššiu kvalitu dodávaného riešenia. Testovanie prebieha podľa prípadov použitia v analýze, testovacích prípadov a scenárov odsúhlasených Riadiacim výborom projektu.
++
++Projektový manažér IT projektu - Projektový manažér IT projektu za dodávateľa napr. plánuje, organizuje a riadi zdroje a projektové aktivity a úlohy tak, aby bol zrealizovaný projektový cieľ v stanovenom čase a za plánované náklady. Výsledkom jeho činnosti je vytvorenie novej služby, produktu alebo nastavenie procesu.
++
++Špecialista pre infraštruktúry/HW špecialista - Špecialista pre infraštruktúry/HW špecialista napr. sa vyjadruje k požiadavkám na IT infraštruktúru a návrhom IT infraštruktúry, zriaďuje/inštaluje, konfiguruje, diagnostikuje, opravuje, upgraduje/ rozširuje hardware a súvisiace technické zariadenia a spolupracuje pri nasadzovaní súvisiaceho SW. Zabezpečuje optimálnu prevádzku a výkon IT infraštruktúry. Rieši technické problémy a poskytuje technickú podporu v súvislosti s IT infraštruktúrou.
++
++Špecialista pre bezpečnosť IT - Špecialista pre bezpečnosť IT napr. definuje alebo prípadne aj vykonáva činnosti zabezpečujúce ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám, ktorých cieľom je krádež informácií, financií, zničenie dát, znefunkčnenie činnosti IS, špionážna činnosť prípadne iné činnosti s negatívnym dopadom, realizované prostredníctvom IS alebo na IS.
++
++Špecialista pre databázy - Špecialista pre databázy sa zameriava napr. na technickú podporu pre databázové systémy. Zabezpečuje chod databáz alebo databázového systému. Je konzultantom pre užívateľov. Sústreďuje ich požiadavky a podnety a následne ich rieši.
++
++UX dizajnér - zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov.
++
++= 10. ODKAZY =
++
++N/A
++
++= 11. PRÍLOHY =
++
++Príloha č. 1: I-01_IDEOVY-ZAMER_Projekt_ISR_MOSR_240823
++
++Príloha č. 2: Zoznam RIZÍK a ZÁVISLOSTÍ
++
++Príloha č. 3: M_05_BC_CBA_PRILOHA_Projekt_ISR_MOSR_240822
++
++
++[[~[1~]>>path:#_ftnref1]] Predpokladaná dĺžka SLA kontraktu na ISVS

1730887013889-301.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013906-977.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013909-312.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013911-469.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013913-344.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013922-499.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887013924-452.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

Zmeny dokumentu I-01 Projektový zámer – detailný (projektovy_zamer)

Súhrn

Podrobnosti

Aplikácie

Navigácia

Tips

Moje posledné úpravy

Need help?