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

Naposledy upravil Viktor Klik 2025/09/17 16:00

From 3.191 to 3.192 From 3.205 to 3.206

Z verzie 3.192

upravil Dušan Macháček
-

Zmeniť komentár: (Autosaved)

Do verzie 3.205

upravil Dušan Macháček
-

Zmeniť komentár: (Autosaved)

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

@@ -919,3 +919,339 @@
 *. **Zdôvodnenie:** Cieľom tohto variantu je posúdiť riešenie s nižšími počiatočnými investičnými nákladmi, ktoré by však stále prinieslo kľúčové verejnoprospešné benefity (aj keď v menšom rozsahu ako preferovaný variant). Umožňuje porovnať nákladovú efektívnosť minimalistického prístupu oproti komplexnejšiemu riešeniu.
  Výber finálnej alternatívy na realizáciu sa uskutoční na základe výsledkov BC/CBA (ENPV, EIRR, BCR), pričom sa zohľadnia aj nekvantifikovateľné spoločenské prínosy a miera naplnenia strategických cieľov, ako bolo uvedené v kapitole 3.9.1. Na základe záverov Ideového zámeru I-01 a predbežných úvah je **Preferovaný variant** považovaný za strategicky najvhodnejší pre dosiahnutie komplexnej a dlhodobo udržateľnej zmeny.
++
++
++== 5.1.1. Stanovenie alternatív v biznisovej vrstve architektúry ==
++
++Na základe komplexnej identifikácie a analýzy rozsahu problému opísaného v predchádzajúcich kapitolách (najmä v častiach 3.2 a 3.6) pristupujeme k definovaniu rôznych alternatív riešenia na úrovni biznis procesov. Tieto alternatívy môžu pokrývať rôzny rozsah transformácie existujúcich procesov, zapojenia stakeholderov a naplnenia ich potrieb a cieľov. Každá alternatíva predstavuje odlišný prístup k riešeniu identifikovaných problémov v organizácii a koordinácii kultúrnych podujatí. Na tejto úrovni je budúci stav biznis procesov popísaný rámcovo, pričom konkrétnejšia špecifikácia a detailný návrh procesov sa uskutočňuje až pre alternatívu (alebo alternatívy), ktorá postupuje do fázy Analýzy nákladov a prínosov (BC/CBA).
++
++[[image:1754653139933-524.png]]
++
++Obrázok 5 Znázornenie alternatív riešenia v biznis vrstve architektúry
++
++
++//(Komentár k obrázku 5: Tento diagram by mal ilustrovať, ako sa z jedného definovaného rozsahu problému odvíja niekoľko rôznych rozsahov riešenia, pričom každý rozsah riešenia predstavuje samostatnú biznis alternatívu. Pre projekt "Zaži mestá a obce, zaži Slovensko" by rozsah problému zahŕňal všetkých identifikovaných stakeholderov a ich kľúčové problémy. Rozsahy riešenia by potom zodpovedali Nulovému variantu, Minimalistickému variantu a Preferovanému variantu, ktoré sa líšia mierou pokrytia funkcionalít a transformácie procesov.)//
++
++Výber relevantných biznis alternatív, ktoré postúpia do ďalšej detailnej analýzy, prebieha prostredníctvom **Multikriteriálnej analýzy (MCA)**. Táto analýza je založená na vyhodnotení jednotlivých alternatív voči súboru vopred definovaných kritérií. Tieto kritériá vychádzajú z kapitoly Motivácia (ciele stakeholderov, ich požiadavky a obmedzenia) a sú navrhnuté tak, aby reflektovali kľúčové aspekty úspešnosti projektu.
++
++Niektoré kritériá môžu byť definované ako **KO kritériá (Knock-Out kritériá)**. Tieto predstavujú esenciálne biznis požiadavky alebo podmienky, ktoré musí každá akceptovateľná alternatíva bezpodmienečne splniť. Ak alternatíva nespĺňa čo i len jedno KO kritérium, je z ďalšieho posudzovania vylúčená. Dôležité je, aby KO kritériá neboli technologického charakteru (t.j. nesmú preferovať jednu konkrétnu technologickú implementáciu pred inou na tejto úrovni).
++
++**Kritériá pre MCA v biznisovej vrstve projektu .**
++
++Nižšie je uvedený príklad šablóny pre spracovanie MCA (Tabuľka 8) s navrhovanými kritériami pre tento projekt. Každé kritérium má zdôvodnenie a je priradené k relevantným stakeholderom, ktorých záujmy reprezentuje.
++
++|KRITÉRIUM (BIZNIS VRSTVA)|**ZDÔVODNENIE KRITÉRIA**|**STAKEHOLDER 1 (Samosprávy/ZMOS)**|**STAKEHOLDER 2 (Organizátori podujatí)**|**STAKEHOLDER 3 (Občania/Návštevníci)**|**STAKEHOLDER 4 (Predajcovia/Účastníci)**
++|**Kritérium A (KO): Zabezpečenie centralizovanej evidencie a základnej koordinácie kultúrnych podujatí na celonárodnej úrovni.**|Nevyhnutný predpoklad pre odstránenie fragmentácie a informačného chaosu, naplnenie primárneho cieľa projektu.|X|X|X|X
++|**Kritérium B (KO): Výrazné zníženie administratívnej záťaže pre kľúčových používateľov pri registrácii (predajcovia, organizátori).**|Jeden z hlavných problémov súčasného stavu, silná motivácia pre adopciu systému. Riešenie princípu "jedenkrát a dosť".|X|X| |X
++|**Kritérium B (KO): Výrazné zníženie administratívnej záťaže pre kľúčových používateľov pri registrácii (predajcovia, organizátori).**|Jeden z hlavných problémov súčasného stavu, silná motivácia pre adopciu systému. Riešenie princípu "jedenkrát a dosť".|X|X| |X
++|**Kritérium C: Miera zlepšenia prístupu verejnosti k informáciám o podujatiach (prehľadnosť, aktuálnosť, komplexnosť).**|Priamy dopad na spokojnosť občanov a návštevnosť podujatí.| |X (nepriamo)|X|
++|**Kritérium D: Potenciál pre finančnú udržateľnosť a budúci rozvoj platformy (napr. prostredníctvom modulov Časti B).**|Dôležité pre dlhodobé fungovanie a rozvoj riešenia nad rámec počiatočnej investície.|X (ako prevádzkovateľ)|X (prípadné nové služby)| |X (prípadné nové služby)
++|**Kritérium E: Súlad s princípmi efektívnej verejnej správy a digitalizácie (napr. NKIVS, princíp "digitálne štandardne").**|Zabezpečenie súladu s národnými stratégiami a štandardmi.|X| | |
++|**Kritérium F: Predpokladaná miera adopcie riešenia kľúčovými skupinami používateľov (samosprávy, organizátori).**|Úspech riešenia je priamo závislý od jeho reálneho využívania v praxi.|X|X| |
++|**Kritérium G: Miera podpory regionálneho rozvoja a kultúrneho dedičstva.**|Kľúčový aspekt poslania projektu v kontexte podpory regiónov a miestnej kultúry.|X|X|X|X
++
++//Tabuľka 8 Príklad šablóny pre spracovanie MCA (upravená pre projekt)//
++
++
++**Vyhodnotenie biznis alternatív pomocou MCA:**
++
++Na základe vyššie definovaných kritérií boli v rámci prvej fázy (MCA) posudzované nasledujúce biznis alternatívy, ktoré boli bližšie špecifikované v kapitole 5.1:
++
++1. **Alternatíva 1: Preferovaný variant** (Vývoj komplexného IS AkcieOkolo na mieru, pokrývajúci plný rozsah Časti A a s potenciálom pre Časť B)
++1. **Alternatíva 2: Minimalistický variant** (Vývoj IS AkcieOkolo na mieru, pokrývajúci len nevyhnutné jadrové funkcionality Časti A)
++1. //(Pozn.: Nulový variant nie je aktívne hodnotený v MCA ako možnosť pre výber, ale slúži ako referenčný bod v BC/CBA. Ak by sme uvažovali aj iné zásadne odlišné biznis prístupy, mohli by byť tu zaradené, ale pre tento projekt sa fokálna otázka týka rozsahu riešenia na mieru.//
++
++
++|**ZOZNAM KRITÉRIÍ (BIZNIS VRSTVA)**|**ALTERNATÍVA 1 (Preferovaný variant)**|**SPÔSOB DOSIAHNUTIA (Preferovaný variant)**|**ALTERNATÍVA 2 (Minimalistický variant)**|**SPÔSOB DOSIAHNUTIA (Minimalistický variant)**
++|**Kritérium A (KO):** Zabezpečenie centrálnej evidencie a koordinácie.|áno|Plne zabezpečené prostredníctvom komplexného ACDP a funkcionalít IS AkcieOkolo.|áno|Základná evidencia a koordinácia zabezpečená, ale s menším komfortom a analytickými možnosťami.
++|**Kritérium B (KO):** Výrazné zníženie administratívnej záťaže.|áno|Plná digitalizácia a štandardizácia registračných procesov s digitálnymi profilmi.|áno|Čiastočné zníženie záťaže cez základnú digitálnu registráciu, menej automatizácie.
++|**Kritérium C:** Miera zlepšenia prístupu verejnosti k informáciám.|Vysoká|Komplexný portál a mobilná aplikácia s pokročilými funkciami (personalizácia, notifikácie).|Stredná|Základný portál s esenciálnymi informáciami, mobilná aplikácia s obmedzenou funkcionalitou.
++|**Kritérium D:** Potenciál pre finančnú udržateľnosť a rozvoj.|Vysoký|Architektúra umožňuje flexibilné pridávanie modulov Časti B s komerčným potenciálom (BPS, PASVAS).|Nízky až Stredný|Minimalistické riešenie obmedzuje možnosti pre jednoduché nasadenie komerčne udržateľných modulov.
++|**Kritérium E:** Súlad s princípmi efektívnej VS a digitalizácie.|áno (Vysoký súlad)|Plne podporuje princípy "jedenkrát a dosť", "digitálne štandardne", otvorenosť dát.|áno (Stredný súlad)|Napĺňa základné princípy, ale s menším rozsahom digitálnej transformácie.
++|**Kritérium F:** Predpokladaná miera adopcie kľúčovými používateľmi.|Vysoká|Komplexné riešenie s jasnými prínosmi a dobrou podporou bude silne motivovať k adopcii.|Stredná až Vysoká|Aj minimalistické riešenie prinesie zlepšenie, ale nižší komfort môže spomaliť adopciu.
++|**Kritérium G:** Miera podpory regionálneho rozvoja a kult. dedičstva.|Vysoká|Široký záber platformy a dát umožňuje efektívnejšiu propagáciu a analýzu pre podporu kultúry a turizmu.|Stredná|Základná podpora prostredníctvom lepšej dostupnosti informácií, ale menší analytický a strategický dosah.
++| | | | |
++
++//Tabuľka 9 Príklad šablóny pre vyhodnotenie MCA (upravená pre projekt)//
++
++
++**Záver MCA pre biznis vrstvu:**
++Na základe vykonanej multikriteriálnej analýzy obe posudzované alternatívy (Preferovaný variant a Minimalistický variant) splnili definované KO kritériá. Preferovaný variant však vykazuje výrazne vyššiu mieru naplnenia ostatných strategických kritérií, najmä v oblastiach zlepšenia prístupu verejnosti, potenciálu pre finančnú udržateľnosť, miery adopcie a podpory regionálneho rozvoja. Minimalistický variant síce predstavuje nižšie počiatočné nároky, ale jeho dlhodobé prínosy a rozvojový potenciál sú obmedzenejšie.
++Oba tieto varianty, spolu s Nulovým variantom, preto postupujú do druhého kola hodnotenia – detailnej Analýzy nákladov a prínosov (M-05 BC/CBA), ktorá kvantifikuje ich ekonomickú a finančnú výhodnosť.
++
++
++== 5.1.2. Stanovenie alternatív v aplikačnej vrstve architektúry ==
++
++Alternatívy na úrovni aplikačnej architektúry priamo reflektujú a detailnejšie rozpracúvajú alternatívy definované v predchádzajúcej kapitole na úrovni biznis vrstvy. Kým biznis vrstva definovala //čo// sa má dosiahnuť a //prečo// (rozsah problému a riešenia, ciele), aplikačná vrstva architektúry sa zameriava na to, //ako// budú tieto biznis ciele podporené konkrétnymi informačnými systémami, ich modulmi a funkcionalitami. Aplikačná vrstva dopĺňa informácie k biznis alternatívam tým, že špecifikuje, ktoré aplikačné komponenty sú nevyhnutné pre naplnenie cieľov a ktoré predstavujú preferované, respektíve rozšírené funkcionality.
++
++Pre klasifikáciu a následné porovnanie alternatív v aplikačnej vrstve definujeme požiadavky na aplikačné moduly a funkcionality do dvoch základných kategórií:
++
++* **Nutné (Must-have) aplikačné moduly/funkcionality:** Toto sú komponenty informačného systému AkcieOkolo, ktoré sú absolútne nevyhnutné pre dosiahnutie primárnych cieľov projektu definovaných v Časti A (verejnoprospešné jadro). Bez nich by systém nebol schopný riešiť kľúčové identifikované problémy (napr. evidencia a základná koordinácia podujatí, digitálna registrácia základných účastníkov). Tieto moduly tvoria jadro Minimalistického variantu a sú samozrejme aj súčasťou Preferovaného variantu.
++* **Preferované (Nice-to-have) aplikačné moduly/funkcionality:** Tieto komponenty rozširujú základné funkcionality "Nutné", prinášajú dodatočnú pridanú hodnotu, zvyšujú používateľský komfort, efektivitu alebo otvárajú nové možnosti. Sú typicky súčasťou Preferovaného variantu. Ich prínosy sú hodnotené v rámci Analýzy nákladov a prínosov M-05. Sem patria pokročilejšie funkcie Časti A a potenciálne aj moduly Časti B (ako BPS, PASVAS), ak by boli zahrnuté do rozsahu porovnávaných alternatív na tejto úrovni (aj keď primárne Časť B je v tomto projekte plánovaná ako samostatne financovateľná nadstavba).
++
++Aplikačná vrstva je navrhnutá modulárne, aby umožnila rozdeliť komplexný systém IS AkcieOkolo do logických skupín funkcionalít (modulov), ktoré spoločne plnia definované nutné a preferované požiadavky a podporujú poskytovanie koncových služieb používateľom.
++
++
++[[image:1754653276947-869.png]]
++
++Obrázok 6 Znázornenie alternatív riešenia v aplikačnej vrstve
++
++
++//(Komentár k obrázku 6: Tento diagram by mal pre každú biznis alternatívu definovanú v 5.1.1 (Nulový, Minimalistický, Preferovaný) vizualizovať, ktoré aplikačné moduly/funkcionality sú v nej zahrnuté, pričom by mal odlíšiť "Nutné" od "Preferovaných". Pre Nulový variant by neboli žiadne nové aplikačné moduly. Pre projekt "Zaži mestá a obce, zaži Slovensko" by to mohlo vyzerať nasledovne~://
++
++* **//Biznis alternatíva 1 (Nulový variant)//**
++** //Nutné: (žiadne nové aplikačné moduly – existujúci fragmentovaný stav)//
++** //Preferované: (žiadne)//
++* **//Biznis alternatíva 2 (Minimalistický variant)//**
++** //Nutné~://
++*** //Modul: Centrálna databáza podujatí (ACDP) - základná verzia//
++*** //Modul: Registrácia organizátorov a predajcov - základná verzia//
++*** //Modul: Verejný webový portál - základné zobrazenie podujatí//
++*** //Modul: Mobilná aplikácia - základné zobrazenie podujatí//
++** //Preferované: (v tomto variante žiadne, alebo len veľmi obmedzené)//
++* **//Biznis alternatíva 3 (Preferovaný variant)//**
++** //Nutné: (rovnaké ako v Minimalistickom variante, ale potenciálne robustnejšie)//
++*** //Modul: Centrálna databáza podujatí (ACDP) - plná verzia s analytikou//
++*** //Modul: Registrácia organizátorov a predajcov - plná verzia s automatizáciou a profilmi//
++*** //Modul: Verejný webový portál - plná verzia s pokročilým vyhľadávaním a personalizáciou//
++*** //Modul: Mobilná aplikácia - plná verzia s notifikáciami a interaktívnymi prvkami//
++** //Preferované (príklady funkcionalít v rámci Časti A, alebo celé moduly z Časti B, ak sú tak definované pre porovnanie)~://
++*** //Modul: Pokročilé analytické nástroje a reporting pre samosprávy//
++*** //Modul: API pre integráciu s tretími stranami//
++*** //Modul: Bezhotovostný platobný systém (BPS) - ak je zahrnutý do porovnania na tejto úrovni//
++*** //Modul: Systém pre analýzu spätnej väzby (PASVAS) - ak je zahrnutý do porovnania na tejto úrovni)//
++
++Diagram by mal teda znázorňovať tri hlavné stĺpce (alebo iné vizuálne oddelenie) pre každú biznis alternatívu a pod nimi bloky reprezentujúce aplikačné moduly/funkcionality s označením, či sú "Nutné" alebo "Preferované" pre danú alternatívu.)*
++
++**Aplikačné moduly a funkcionality pre projekt "Zaži mestá a obce, zaži Slovensko" (príklady pre jednotlivé alternatívy):**
++
++**~1. Biznis alternatíva 1: Nulový variant**
++
++* **Nutné aplikačné moduly/funkcionality:**
++** Žiadne nové centrálne aplikačné moduly nie sú implementované. Pretrváva súčasný stav s decentralizovanými, často manuálnymi procesmi a neexistenciou jednotného informačného systému.
++* **Preferované aplikačné moduly/funkcionality:**
++** Žiadne.
++
++**2. Biznis alternatíva 2: Minimalistický variant (Vývoj IS AkcieOkolo – jadrová Časť A)**
++
++* **Nutné aplikačné moduly/funkcionality:**
++** **Modul Evidencie a koordinácie podujatí (jadro ACDP):** Umožňuje samosprávam a organizátorom evidovať podujatia, ich základné atribúty (názov, termín, miesto, typ, organizátor). Poskytuje základné nástroje na detekciu termínových a geografických kolízií.
++** **Modul Registrácie používateľov:** Umožňuje základnú registráciu a správu účtov pre samosprávy, organizátorov a predajcov. Vytvorenie základného digitálneho profilu pre predajcov s možnosťou nahrať kľúčové dokumenty (napr. živnostenský list).
++** **Modul Verejného webového portálu:** Poskytuje verejnosti prístup k centralizovanej databáze podujatí. Umožňuje základné vyhľadávanie a filtrovanie podujatí (napr. podľa lokality, dátumu, typu). Zobrazuje detailné informácie o podujatí. Responzívny dizajn pre mobilné zariadenia.
++** **Modul Základnej mobilnej aplikácie (iOS, Android):** Poskytuje funkcionalitu porovnateľnú so základným webovým portálom pre prístup k informáciám o podujatiach na mobilných zariadeniach.
++** **Administračné rozhranie:** Základné nástroje pre správcov systému (AkcieOkolo, z.z.p.o.) na manažment používateľov, číselníkov a konfiguráciu systému.
++* **Preferované aplikačné moduly/funkcionality (v tomto variante nie sú primárne riešené, alebo len vo veľmi obmedzenej forme):**
++** Pokročilé analytické funkcie a reporting.
++** Automatizované notifikácie pre používateľov.
++** Rozšírené možnosti personalizácie pre návštevníkov.
++** Integračné API pre tretie strany.
++
++
++
++
++**3. Biznis alternatíva 3: Preferovaný variant (Vývoj IS AkcieOkolo – plná Časť A Nutné aplikačné moduly/funkcionality:**
++
++*
++** Všetky moduly a funkcionality definované ako "Nutné" pre Minimalistický variant, avšak implementované v **robustnejšej a funkčne bohatšej podobe**.
++** **Modul Evidencie a koordinácie podujatí (ACDP – rozšírená verzia):** Pokročilé nástroje na analýzu kolízií, plánovacie kalendáre, možnosť definovania opakujúcich sa podujatí, podpora pre rôzne typy lokalít.
++** **Modul Registrácie používateľov (rozšírená verzia):** Pokročilá správa digitálnych profilov predajcov s históriou účasti, validáciou dokumentov (potenciálna integrácia s registrami VS), správa povolení na účasť.
++** **Modul Verejného webového portálu (rozšírená verzia):** Pokročilé vyhľadávanie a filtrovanie, interaktívne mapy, personalizovaný obsah a odporúčania pre návštevníkov, používateľské recenzie a hodnotenia (voliteľné), integrácia so sociálnymi sieťami.
++** **Modul Mobilnej aplikácie (rozšírená verzia):** Všetky funkcie portálu prispôsobené pre mobilné zariadenia, push notifikácie (zmeny v programe, blížiace sa podujatia), offline prístup k základným informáciám.
++** **Administračné rozhranie (rozšírené):** Pokročilé nástroje pre manažment systému, štatistiky, reporting, správa používateľských rolí a oprávnení.
++* **Preferované aplikačné moduly/funkcionality (môžu byť súčasťou základnej dodávky Preferovaného variantu, alebo pripravené ako architektúrny základ pre neskoršie nasadenie Časti B):**
++** **Modul Pokročilého reportingu a analýz:** Pre samosprávy a organizátorov (napr. štatistiky návštevnosti, demografia, úspešnosť podujatí – využívajúci dáta zo systému, potenciálne prepojenie na PASVAS).
++** **Integračné rozhranie (API):** Pre bezpečné poskytovanie dát vybraným tretím stranám (napr. národné turistické portály, externé kalendáre podujatí) na základe definovaných pravidiel.
++** **Architektúrna pripravenosť a základné rozhrania pre Modul Bezhotovostného Platobného Systému (BPS):** Príprava systému na možnú budúcu integráciu alebo vývoj BPS, umožňujúceho bezhotovostné platby na podujatiach (napr. za nájomné, vstupenky, tovar).
++** **Architektúrna pripravenosť a základné rozhrania pre Modul PASVAS:** Príprava systému na možnú budúcu integráciu alebo vývoj nástroja na automatizovaný zber a analýzu spätnej väzby a sentimentu návštevníkov.
++
++
++Detailné funkčné a nefunkčné požiadavky pre všetky moduly a funkcionality vybranej alternatívy budú špecifikované v **I-04 Katalóg požiadaviek**. Výber medzi Minimalistickým a Preferovaným variantom (alebo ich kombináciou) bude výsledkom finálneho vyhodnotenia BC/CBA (M-05).
++
++
++== 5.1.3. Stanovenie alternatív v technologickej vrstve architektúry ==
++
++Alternatívy na úrovni technologickej architektúry priamo reflektujú a nadväzujú na alternatívy definované pre aplikačnú vrstvu. Kým aplikačná vrstva definuje, aké moduly a funkcionality budú súčasťou IS AkcieOkolo, technologická vrstva špecifikuje, na akej infraštruktúre a s akými technologickými prostriedkami budú tieto aplikačné komponenty prevádzkované.
++
++Pri návrhu technologickej architektúry pre projekt "Zaži mestá a obce, zaži Slovensko" sa **prioritne uvažuje o maximálnom využití služieb vládneho cloudu Slovenskej republiky (privátne aj verejné cloudové služby zverejnené v aktuálnom katalógu služieb vládneho cloudu)**, v súlade s Národnou koncepciou informatizácie verejnej správy (NKIVS) a princípom "cloud-first". Cieľom je zabezpečiť efektívnu, bezpečnú, škálovateľnú a nákladovo optimálnu prevádzku IS AkcieOkolo.
++
++Pred samotným výberom konkrétnych technologických alternatív a cloudových služieb je nevyhnutné vykonať **klasifikáciu informačného systému IS AkcieOkolo a jeho jednotlivých samostatne nasadzovateľných modulov.** Táto klasifikácia sa uskutoční v súlade s platným **Metodickým usmernením MIRRI SR č. 023107/2023/oSBATA-1 pre klasifikáciu informačných systémov verejnej správy podľa typu údajov, s ktorými pracujú a ukladajú** (ďalej len "MU pre klasifikáciu ISVS"). Výsledkom klasifikácie budú parametre Ux (úroveň cloudovej služby), Cx (dôvernosť), Ix (integrita) a Ax (dostupnosť) pre IS AkcieOkolo ako celok, aj pre jeho kľúčové moduly.
++
++
++
++**Klasifikácia budovaných informačných systémov (IS AkcieOkolo a jeho moduly):**
++
++|ISVS/MODUL|Ux (Predpokladaná úroveň služby)¹|Cx (Dôvernosť)¹|Ix (Integrita)¹|Ax (Dostupnosť)¹|POZNÁMKA (Zdôvodnenie, špecifické údaje)
++|**IS AkcieOkolo (Celok)**|**U2** (alebo U3 podľa výsledkov)|**C2**|**I2**|**A2** (alebo A3)|Bude obsahovať verejne prístupné dáta, ale aj osobné údaje predajcov, organizátorov (registrácia). Kritická pre informovanosť verejnosti a fungovanie samospráv v danej oblasti. Vyžaduje vysokú dostupnosť počas sezóny podujatí.
++|Modul: Centrálna databáza podujatí (ACDP)|U2|C1 (Verejné)|I2|A3|Kľúčová databáza, musí byť vysoko dostupná a integrita dát je dôležitá. Samotné dáta o podujatiach sú zväčša verejné.
++|Modul: Registrácia používateľov a digitálne profily|U2|C2|I2|A2|Spracúva osobné a firemné údaje, vyžaduje primeranú dôvernosť.
++|Modul: Verejný webový portál a Mobilná aplikácia|U2|C1 (Verejné)|I1|A3|Hlavné rozhranie pre verejnosť, kritická dostupnosť. Zobrazuje prevažne verejné dáta.
++|Modul: Administračné rozhranie|U1/U2|C2|I2|A2|Prístup pre oprávnených pracovníkov samospráv a správcov systému.
++|//Modul: Bezhotovostný Platobný Systém (BPS) (Časť B)//|//U3//|//C3//|//I3//|//A3//|//Spracovanie finančných transakcií, vysoké nároky na bezpečnosť, integritu a dostupnosť. Potenciálne PCI DSS compliance.//
++|//Modul: PASVAS (analýza sentimentu) (Časť B)//|//U2//|//C1/C2//|//I2//|//A2//|//Spracovanie anonymizovaných alebo pseudonymizovaných dát spätnej väzby.//
++
++//Tabuľka 10 Klasifikácia budovaných informačných systémov//
++
++//¹ Poznámka: Uvedené hodnoty Ux, Cx, Ix, Ax sú predbežné a ilustračné. Presná klasifikácia musí byť vykonaná podľa MU pre klasifikáciu ISVS pomocou dotazníka v Prílohe č. 1 daného usmernenia. Výsledok bude závisieť od detailnej analýzy typov spracúvaných údajov a dopadov ich narušenia.//
++
++
++**Alternatívy technologickej architektúry:**
++
++Na základe klasifikácie ISVS/modulov a v súlade s NKIVS sa pre IS AkcieOkolo a jeho komponenty posudzujú nasledujúce hlavné technologické alternatívy:
++
++1. **Alternatíva Tech-1: Plné nasadenie vo Vládnom Cloude (Preferovaná)**
++1*. **Popis:** Všetky komponenty IS AkcieOkolo (aplikačné servery, databázové servery, webové servery, úložiská) sú prevádzkované s využitím služieb IaaS (Infrastructure as a Service) a/alebo PaaS (Platform as a Service) z oficiálneho katalógu služieb vládneho cloudu SR. Výber konkrétnych služieb (privátny vs. verejný segment vládneho cloudu) bude závisieť od výslednej klasifikácie jednotlivých modulov a citlivosti spracúvaných dát.
++1*. **Výhody:** Súlad so stratégiou štátu, potenciálne nižšie TCO vďaka zdieľanej infraštruktúre, zabezpečená základná úroveň bezpečnosti a redundancie, škálovateľnosť.
++1*. **Nevýhody/Riziká:** Dostupnosť špecifických PaaS služieb, flexibilita pri niektorých pokročilých konfiguráciách.
++1. **Alternatíva Tech-2: Hybridné cloudové riešenie**
++1*. **Popis:** Väčšina komponentov IS AkcieOkolo je nasadená vo vládnom cloude. Určité špecifické služby alebo moduly (napr. s veľmi špecifickými výkonnostnými požiadavkami alebo vyžadujúce technológie momentálne nedostupné vo vládnom cloude) by mohli byť prevádzkované s využitím služieb komerčného poskytovateľa cloudu (s dodržaním všetkých bezpečnostných a legislatívnych požiadaviek) alebo na dedikovanej infraštruktúre žiadateľa (AkcieOkolo, z.z.p.o./ZMOS), ak by to bolo ekonomicky a bezpečnostne zdôvodnené.
++1*. **Výhody:** Väčšia flexibilita pri výbere špecifických technológií pre niektoré komponenty.
++1*. **Nevýhody/Riziká:** Zvýšená komplexnosť správy a integrácie, potenciálne vyššie náklady na zabezpečenie konzistentnej úrovne bezpečnosti naprieč prostrediami, potreba dôkladného zdôvodnenia nevyužitia vládneho cloudu pre dané komponenty.
++1. **Alternatíva Tech-3: Nasadenie v prostredí vlastného HW žiadateľa (Najmenej preferovaná, len ako porovnávacia alebo pre výnimočné prípady)**
++1*. **Popis:** Všetky komponenty IS AkcieOkolo sú prevádzkované na hardvérovej infraštruktúre vlastnenej a spravovanej žiadateľom (AkcieOkolo, z.z.p.o. alebo ZMOS).
++1*. **Výhody:** Plná kontrola nad infraštruktúrou (pre niektoré špecifické prípady).
++1*. **Nevýhody/Riziká:** Výrazne vyššie počiatočné investičné náklady (CAPEX) na HW a SW, vyššie prevádzkové náklady (OPEX) na správu, údržbu, energie, personál, zabezpečenie fyzickej a kybernetickej bezpečnosti. Nutnosť budovať a udržiavať vlastné dátové centrum alebo serverovňu. Táto alternatíva je vo všeobecnosti v rozpore s princípom "cloud-first" a bola by akceptovateľná len v prípade, že by boli preukázané závažné bezpečnostné alebo iné legislatívne dôvody, ktoré by znemožňovali využitie vládneho cloudu, a zároveň by bola preukázaná jej ekonomická výhodnosť (nižšie TCO), čo je nepravdepodobné.
++
++**Ekonomická výhodnosť a zdôvodnenie výberu:**
++Ekonomická výhodnosť každej technologickej alternatívy bude preukázaná v dokumente M-05 Analýza nákladov a prínosov, najmä prostredníctvom porovnania celkových nákladov na vlastníctvo (TCO) počas 10-ročného obdobia. **Preferovanou alternatívou je Plné nasadenie vo Vládnom Cloude (Alternatíva Tech-1)**, pokiaľ analýza nepreukáže, že pre určité špecifické komponenty je hybridný model (Alternatíva Tech-2) nevyhnutný a ekonomicky výhodnejší. Odklon od využitia služieb vládneho cloudu musí byť vždy detailne zdôvodnený preukázaním konkrétnych technických, bezpečnostných alebo legislatívnych požiadaviek a ich parametrov, ktoré neumožňujú zvoliť služby vládneho cloudu.
++
++
++[[image:1754653276949-742.png]]
++
++Obrázok 7 Znázornenie alternatív riešenia v technologickej vrstve
++
++= **5.2 Náhľad architektúry a popis budúceho cieľového produktu** =
++
++Táto kapitola poskytuje komplexný pohľad na budúci cieľový produkt projektu "Zaži mestá a obce, zaži Slovensko", ktorým je informačný systém **IS AkcieOkolo**. Popis je štruktúrovaný z pohľadu biznisovej, aplikačnej a technologickej architektúry a reflektuje výsledky analýzy alternatív riešenia. Zároveň definuje kľúčové funkčné a nefunkčné požiadavky, ktoré budú detailne špecifikované v dokumentoch M-05 Analýza nákladov a prínosov (karta Katalóg požiadaviek) a I-04 Katalóg požiadaviek.
++
++**A. Krátky popis budúceho cieľového produktu projektu**
++
++Budúcim cieľovým produktom projektu je **moderný, centralizovaný a integrovaný informačný systém "AkcieOkolo" (IS AkcieOkolo)**. Tento ISVS bude slúžiť ako jednotná digitálna platforma pre komplexný manažment kultúrnych podujatí na celom Slovensku.
++
++* **Z pohľadu biznis architektúry:** IS AkcieOkolo zásadne zmení a zefektívni súčasné, často manuálne a fragmentované procesy plánovania, koordinácie, registrácie, povoľovania a propagácie kultúrnych podujatí. Vytvorí transparentné a štandardizované prostredie pre všetkých kľúčových stakeholderov: samosprávy, organizátorov podujatí, predajcov a účastníkov, ako aj pre občanov a návštevníkov. Umožní aplikáciu princípu "jedenkrát a dosť" pre predajcov a poskytne samosprávam nástroje na dátovo podložené rozhodovanie.
++* **Z pohľadu aplikačnej architektúry:** IS AkcieOkolo bude modulárny systém pozostávajúci minimálne z centrálnej databázy podujatí s algoritmom pre koordináciu (ACDP), modulu pre registráciu a správu používateľov a ich digitálnych profilov, verejne prístupného webového portálu a natívnych mobilných aplikácií (iOS, Android) pre občanov. Bude obsahovať aj administratívne rozhranie pre správcov systému a pracovníkov samospráv. Architektúra bude pripravená na možné budúce rozšírenie o nadstavbové moduly ako Bezhotovostný Platobný Systém (BPS) alebo Systém pre analýzu sentimentu (PASVAS). Dôraz bude kladený na používateľskú prívetivosť (UX/UI) a interoperabilitu prostredníctvom definovaných API.
++* **Z pohľadu technologickej architektúry:** IS AkcieOkolo bude primárne nasadený a prevádzkovaný s využitím služieb **vládneho cloudu Slovenskej republiky** (preferovane IaaS/PaaS), čím sa zabezpečí škálovateľnosť, bezpečnosť a nákladová efektívnosť. Technologický stack bude založený na moderných a osvedčených technológiách, s dôrazom na otvorenosť a modulárnosť (napr. architektúra založená na mikroslužbách).
++
++Výsledkom projektu bude robustný a udržateľný informačný systém, ktorý prinesie zásadné zlepšenie do oblasti organizácie a návštevnosti kultúrnych podujatí na Slovensku, podporí regionálny rozvoj a kultúrne dedičstvo.
++
++**B. Funkčné a nefunkčné požiadavky**
++
++Detailné funkčné a nefunkčné požiadavky na IS AkcieOkolo, vyplývajúce z analýzy potrieb používateľov, cieľov projektu a zvolenej preferovanej alternatívy riešenia, sú a budú komplexne spracované a prioritizované v samostatných dokumentoch:
++
++* **I-04 Katalóg požiadaviek:** Tento dokument bude obsahovať detailný zoznam všetkých funkčných (FRxx) a nefunkčných (NRxx) požiadaviek, vrátane ich popisu, priority, akceptačných kritérií a prepojenia na biznis ciele a používateľské príbehy.
++* **M-05 Analýza nákladov a prínosov (karta Katalóg požiadaviek):** Pre účely CBA budú kľúčové požiadavky a ich prínosy kvantifikované a hodnotené.
++
++Nižšie uvádzame **sumarizáciu hlavných kategórií funkčných a nefunkčných požiadaviek** pre IS AkcieOkolo (pre preferovaný variant):
++
++**Hlavné funkčné požiadavky (Časť A projektu):**
++
++* **Evidencia a koordinácia podujatí (ACDP):**
++** FR01: Možnosť registrácie nového kultúrneho podujatia s detailnými atribútmi (názov, typ, kategória, dátum, čas, miesto, organizátor, popis, program, cieľová skupina, vstupné, kontakty, obrázky/videá).
++** FR02: Centrálna, celoslovenská databáza podujatí s možnosťou pokročilého vyhľadávania a filtrovania podľa rôznych kritérií.
++** FR03: Nástroj na automatizovanú detekciu a vizualizáciu potenciálnych termínových a geografických kolízií medzi podujatiami.
++** FR04: Podpora pre plánovacie kalendáre pre samosprávy a organizátorov.
++* **Registrácia a správa používateľov a profilov:**
++** FR05: Možnosť registrácie a správy používateľských účtov pre samosprávy, organizátorov, predajcov a občanov.
++** FR06: Vytvorenie a správa digitálneho profilu pre predajcov (princíp "jedenkrát a dosť") s možnosťou nahrávania a validácie potrebných dokumentov.
++** FR07: Správa povolení a akreditácií pre účasť predajcov na konkrétnych podujatiach (workflow na strane samosprávy/organizátora).
++* **Verejný webový portál a mobilná aplikácia:**
++** FR08: Intuitívne a responzívne používateľské rozhranie pre zobrazovanie informácií o podujatiach.
++** FR09: Pokročilé vyhľadávanie, filtrovanie a triedenie podujatí.
++** FR10: Zobrazenie detailov podujatia vrátane interaktívnej mapy.
++** FR11: Možnosť personalizácie pre registrovaných občanov (uložené preferencie, sledované podujatia/organizátori, notifikácie).
++** FR12: Možnosť zdieľania informácií o podujatiach na sociálnych sieťach.
++* **Administračné rozhranie:**
++** FR13: Nástroje pre správcov systému (AkcieOkolo, z.z.p.o.) na manažment používateľov, rolí, číselníkov, konfiguráciu systému, monitoring a reporting.
++** FR14: Nástroje pre pracovníkov samospráv na manažment podujatí v ich pôsobnosti, schvaľovanie registrácií predajcov, komunikáciu s organizátormi.
++
++**Hlavné nefunkčné požiadavky:**
++
++* **Dostupnosť (NR_DOST):**
++** NR_DOST01: Cieľová dostupnosť verejného portálu a mobilnej aplikácie minimálne 99,8% počas roka (okrem plánovaných odstávok). Kritická dostupnosť počas hlavnej kultúrnej sezóny a víkendov. (Presné SLA bude definované).
++* **Výkonnosť (NR_VYKO):**
++** NR_VYKO01: Rýchla odozva systému – načítanie stránky portálu/aplikácie s detailom podujatia do 3 sekúnd pri bežnom zaťažení.
++** NR_VYKO02: Systém musí zvládnuť predpokladaný počet súčasne pristupujúcich používateľov (napr. 10 000 počas špičky) bez výrazného zníženia výkonu.
++* **Bezpečnosť (NR_BEZP):**
++** NR_BEZP01: Súlad s platnou legislatívou o kybernetickej bezpečnosti (napr. zákon č. 69/2018 Z. z.) a ochranou osobných údajov (GDPR).
++** NR_BEZP02: Zabezpečenie proti neoprávnenému prístupu, úniku dát, DDoS útokom. Pravidelné bezpečnostné audity a penetračné testy.
++** NR_BEZP03: Šifrovanie citlivých dát pri prenose a v úložisku.
++* **Použiteľnosť (NR_POUZ):**
++** NR_POUZ01: Intuitívne a ergonomické používateľské rozhranie pre všetky cieľové skupiny, vrátane používateľov s rôznou úrovňou digitálnych zručností.
++** NR_POUZ02: Súlad s princípmi prístupnosti webového obsahu (napr. WCAG 2.1 AA).
++* **Škálovateľnosť (NR_SKAL):**
++** NR_SKAL01: Architektúra systému musí umožňovať budúce rozšírenie kapacity (počet používateľov, objem dát, počet podujatí) a pridávanie nových funkcionalít (napr. moduly Časti B) bez nutnosti zásadnej prestavby.
++* **Udržiavateľnosť a spravovateľnosť (NR_UDRZ):**
++** NR_UDRZ01: Modulárna architektúra umožňujúca jednoduchú údržbu, aktualizácie a opravy jednotlivých komponentov.
++** NR_UDRZ02: Dôkladná technická a používateľská dokumentácia. Poskytnutie zdrojových kódov.
++* **Interoperabilita (NR_INTE):**
++** NR_INTE01: Schopnosť systému integrovať sa s vybranými externými systémami prostredníctvom definovaných API (napr. pre autentifikáciu, potenciálne platobné brány, externé kalendáre).
++** **C. Stručný náhľad budúcej IT architektúry riešenia**
++
++Náhľad budúcej IT architektúry IS AkcieOkolo bude vytvorený pomocou notácie ArchiMate (minimálne verzia 3) a bude detailne znázorňovať kľúčové komponenty vo všetkých vrstvách (biznis, aplikačná, technologická), ich vzájomné vzťahy a prepojenia na existujúce alebo spoločné moduly eGovernmentu.
++
++[[image:1754653554981-527.png]]"Obrázok 8A: Používateľské rozhrania a kľúčové biznis služby IS AkcieOkolo pre koncových používateľov"
++
++[[image:1754653554986-647.png]]
++
++"Obrázok 8B: Jadrové aplikačné komponenty IS AkcieOkolo a podpora biznis procesov samospráv"
++
++[[image:1754653554988-491.png]]
++
++"Obrázok 8C/13: Technologická infraštruktúra a kľúčové externé integrácie IS AkcieOkolo"
++
++**Vizualizácia: Obrázok 8 Príklad náhľadu celkovej architektúry v notácii ArchiMate (prispôsobený pre IS AkcieOkolo)**
++
++* **Biznis vrstva:**
++** **Aktéri:** Občan/Návštevník, Predajca/Účastník, Organizátor podujatia, Pracovník samosprávy (rôzne role), Administrátor AkcieOkolo.
++** **Biznis roly:** Návštevník, Registrujúci sa predajca, Plánovač podujatí, Schvaľovateľ (samospráva).
++** **Biznis procesy (príklady):** Registrácia podujatia, Žiadosť o účasť predajcu, Schválenie účasti predajcu, Vyhľadávanie podujatia, Koordinácia termínov. //(Tieto by mohli byť ďalej detailne modelované v BPMN.)//
++** **Biznis služby:** Poskytnutie informácií o podujatí, Služba registrácie predajcu, Služba koordinácie termínov.
++** **Koncové služby (eGov komponenty, MetaIS kódy):** //KS_Informovanie_o_kult_podujatiach, KS_Registracia_ucasti_na_podujati, KS_Koordinacia_terminov_podujati.//
++** **Životné situácie (eGov komponenty, MetaIS kódy):** //ZS_Planovanie_navstevy_kult_podujatia, ZS_Ucast_na_podujati_ako_predajca, ZS_Organizacia_kult_podujatia.//
++** **Komunikačné kanály:** Webový portál AkcieOkolo, Mobilná aplikácia AkcieOkolo, API rozhranie.
++* **Aplikačná vrstva:**
++** **Aplikačné služby (príklady, MetaIS kódy):** //AS_Zobrazenie_detailu_podujatia, AS_Registracia_predajcu_na_podujatie, AS_Overenie_kolizie_terminov.//
++** **Aplikačné komponenty (Moduly IS AkcieOkolo, MetaIS kódy):**
++*** ISVS AkcieOkolo (//ISVS_AkcieOkolo_Hlavny//)
++**** Modul ACDP (//ISVS_AkcieOkolo_ACDP//)
++**** Modul ProfilyPoužívateľov (//ISVS_AkcieOkolo_Profily//)
++**** Modul WebPortal (//ISVS_AkcieOkolo_Portal//)
++**** Modul MobilnaAplikacia (//ISVS_AkcieOkolo_MobilApp//)
++**** Modul Administracia (//ISVS_AkcieOkolo_Admin//)
++**** (Potenciálne Modul BPS, Modul PASVAS - odlíšené ako plánované pre Časť B)
++** **Aplikačné rozhrania (API):** Pre komunikáciu medzi modulmi, pre externú integráciu.
++** **Dátové objekty (príklady):** Podujatie, Profil predajcu, Používateľský účet, Rezervácia miesta.
++** **Integrácie (Externé závislosti):**
++*** ISVS ÚPVS IAM (//isvs_8846//) pre autentifikáciu používateľov VS.
++*** ISVS eDesk ÚPVS (//isvs_8847//) pre prípadné doručovanie (ak relevantné).
++*** (Potenciálne) ISVS Centrálny API Manažment (//isvs_9513//) pre riadenie externých API.
++*** (Potenciálne) Externé mapové služby, platobné brány.
++* **Technologická vrstva (príklady, MetaIS kódy):**
++** **Infraštruktúrne služby vládneho cloudu:** Výpočtový výkon (IaaS/PaaS), Databázová služba (PaaS), Úložisko (IaaS/PaaS), Sieťové služby. (//Infra_sluzba_MetaISkod_Nazov//).
++** **Technologické komponenty:** Aplikačné servery, Databázové servery, Webové servery, Load balancery, Firewall.
++** **Sieť:** Govnet, Internet.
++
++
++
++[[image:1754653554991-737.png]]
++
++
++Obrázok 9: Náhľad architektúry projektu AkcieOkolo a jeho prepojenie na kľúčové eGov komponenty
++
++* Tento diagram by mal byť špecifickejší a zameraný na kľúčové eGov komponenty, ich MetaIS kódy a vzťahy realizované projektom. Napríklad:
++** **Projekt:** //Projekt_Zazi_mesta_a_obce// (plánovaný)
++** **Realizuje (realization relationship) Koncové služby:** napr. //KS_Informovanie_o_kult_podujatiach//.
++** **Koncová služba je poskytovaná cez (serving relationship) Aplikačnú službu:** napr. //AS_Zobrazenie_detailu_podujatia//.
++** **Aplikačnú službu realizuje Aplikačný komponent (ISVS Modul):** napr. //ISVS_AkcieOkolo_Portal//.
++** **Aplikačný komponent (Modul) je súčasťou (composition relationship) Informačného systému:** //ISVS_AkcieOkolo_Hlavny//.
++** Zobrazenie vzťahov na životné situácie a externé závislosti (napr. využívanie služieb IAM ÚPVS).
++
++Pre detailnejší popis procesov, najmä tých, ktoré prechádzajú transformáciou (napr. registrácia predajcu AS IS vs. TO BE, proces koordinácie podujatia), budú v relevantných kapitolách (najmä 5.3 Biznis vrstva) alebo v prílohe I-04 Katalóg požiadaviek vytvorené **BPMN diagramy**. Tieto diagramy budú v súlade s metodikou Optimalizácie procesov vo verejnej správe MV SR.
++
++Všetky novovytvorené alebo zmenené e-Government komponenty (Koncové služby, ISVS, Moduly ISVS, Aplikačné služby) a ich vzťahy budú riadne zaevidované a aktualizované v **MetaIS** v rámci výstupu **M-06**. Ich stav a fáza životného cyklu budú v MetaIS upravené tak, aby zodpovedali realite projektu (napr. "Plánovaná", "Vo vývoji", "V prevádzke").
++
++
++1.
++11. Biznis vrstva
++
++
++V tejto kapitole je detailne rozpracovaná zvolená **Preferovaná alternatíva riešenia** v biznis vrstve architektúry pre projekt "Zaži mestá a obce, zaži Slovensko". Popis sa zameriava na transformované biznis procesy, kľúčových aktérov a ich role, a najmä na Koncové služby, ktoré budú výstupom projektu a budú zaevidované v MetaIS v rámci výstupu M-06. Cieľom je jasne demonštrovať, ako navrhované riešenie naplní biznis ciele projektu a prinesie pridanú hodnotu zainteresovaným stranám.

1754653139933-524.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653276947-869.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653276949-742.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653554981-527.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653554986-647.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653554988-491.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

1754653554991-737.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.machacek@akcieokolo\.sk

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia