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

Naposledy upravil Viktor Klik 2025/03/19 15:31

From 19.1 to 19.2 From 21.1 to 22.1

Z verzie 19.2

upravil Vladimír Kováč
-

Zmeniť komentár: Edited comment

Do verzie 21.1

upravil Martin Bezek
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (2 modified, 0 added, 0 removed)
Objekty (0 modified, 1 added, 0 removed)
- XWiki.XWikiComments[15]

Podrobnosti

Vlastnosti stránky

Autor dokumentu

@@ -1,1 +1,1 @@
--XWiki.vladimir\.kovac@mirri\.gov\.sk
++XWiki.martin\.bezek@icloud\.com

Obsah

@@ -13,7 +13,6 @@
  |Realizátor projektu|
  |Vlastník projektu|Peter Války
--
  **Schvaľovanie dokumentu**
  |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
@@ -23,7 +23,6 @@
  )))
  |Projektový zámer I-01|Juraj Orvan|BID a.s.|PM| |
--
 . HISTÓRIA DOKUMENTU
  |Verzia|Dátum|Zmeny|Meno
@@ -31,7 +31,6 @@
  |1.2|23.01.2025|Pracovný návrh|Martin Bezek
  |1.3|29.01.2025|Návrh predložený na schválenie MIRRI|Martin Bezek
--
 . ÚČ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.
@@ -40,10 +40,9 @@
--1.
++1.
 . Použité skratky a pojmy
--
  |SKRATKA/POJEM|POPIS
  |BID|Bratislavská integrovaná doprava
  |IDS|Integrovaný dopravný systém
@@ -72,11 +72,9 @@
  |PCL|Predplatný cestovný lístok
  |JCL|Jednorázový cestovný lístok
--
--1.
++1.
 . Konvencie pre typy požiadaviek (príklady)
--
  S – stakeholderi / aktéri
  C – ciele projektu
@@ -93,8 +93,7 @@
 . DEFINOVANIE PROJEKTU
--
--1.
++1.
 . Manažérske zhrnutie
  Projekt **IDS BK - Moje spojenia v mobile** sa zameriava na prevádzku, rozvoj a servis mobilnej aplikácie IDS BK s cieľom zvýšiť používateľský komfort, podporiť digitalizáciu cestovania v Bratislavskom kraji a rozšíriť funkcionality integrovaného dopravného systému. Aplikácia umožní efektívnejšie plánovanie ciest, nákup lístkov a poskytne moderné digitálne riešenia pre cestujúcich.
@@ -121,10 +121,9 @@
  Tento projekt je v súlade s dlhodobými cieľmi Bratislavskej integrovanej dopravy a prispeje k **udržateľnej mobilite a efektívnejšiemu cestovaniu** v regióne.
--1.
++1.
 . Motivácia a rozsah projektu
--
  [[image:1.png]]
@@ -141,7 +141,6 @@
  * administračné rozhranie na správu, manažovanie jednotlivých komponentov aplikácie
  * kontrola cestovných lístkov (JCL a Električeniek)
--
  **Agendy, ktoré sú adresované projektom:**
  A0000357: Vykonávanie dozoru nad plnením záväzkov vo verejnom záujme a na presadzovanie zásad štátnej dopravnej politiky
@@ -203,10 +203,9 @@
--1.
++1.
 . Zainteresované strany/Stakeholderi
--
  Na základe analýzy arény v ktorej poskytuje BID svoje elektronické služby integrovanej dopravy prostredníctvom MA IDS BK boli identifikované viacerí stakeholderi, ktorých požiadavky a ciele je nutné pri dizajne motivácie projektu a hľadania najvhodnejšej alternatívy zohľadniť.
  Celkovo bolo identifikovaných v projekte 9 stakeholderov, ktorí boli následne v aplikácií motivačnej architektúry zoskupení do 4 skupín:
@@ -216,7 +216,6 @@
  * správca ISVS
  * tvorcovia verejnej politiky v oblasti dopravy
--
  |ID|AKTÉR / STAKEHOLDER|(((
  SUBJEKT
@@ -240,8 +240,7 @@
  |S9.|Osoby využívajúce individuálnu automobilovú dopravu|Osoby IAD|Potencionálny zákazník|
--
--1.
++1.
 . Ciele a princípy projektu
  Projekt si stanovil 3 ciele, ktoré sú v súlade s nadradenými strategickými dokumentmi. Prvé dva ciele sú zamerané na zákazníkov, používateľov MA IDS BK. V prvom rade ide o zvýšenie spokojnosti existujúcich zákazníkov, používateľov služieb mobilnej aplikácie. Druhým cieľom je samozrejme navýšiť počet používateľov, čím sa dosiahne väčšia utilizácia ISVS a jeho služieb. Tento cieľ sleduje najmä presun existujúcich cestujúcich VOD z fyzického sveta vyhľadávania a zakúpenia PCL a JCL do služieb mobilnej aplikácie a elektronických služieb štátu.
@@ -259,11 +259,9 @@
  |C2|Zvýšiť počet používateľov aplikácie IDS BK|Cieľ NKIVS 2021-2027 číslo 1.1 Zvýšiť podiel elektronickej komunikácie s verejnou správou|Prostredníctvom lepších služieb vyhľadávania spojenia a zakúpenia PCL a JCL priamo v mobile, bude viac používateľov MA IDS BK a menej cestujúcich kupujúcich PCLa JCL osobne, ktorých manažment je nákladnejší ako elektronické vybavenie služby kúpy PCL a JCL.
  |C3|Zvýšiť ročný objem zakúpených lístkov integrovanej dopravy (jednorazový lístok, električenka)|Strategický cieľ PHSR BSK 2021-2027 číslo 1: Posilniť udržateľnosť mobility a odolnosť dopravného systému (KPI: Nárast počtu cestujúcich vo VOD)|Prostredníctvom lepších služieb vyhľadávania spojenia a zakúpenia PCL a JCL na integrovanú dopravu cestujúci IAD bude mať menšiu bariéru pre využívanie VOD
--
--1.
++1.
 . Merateľné ukazovatele (KPI)
--
  |ID|(((
@@ -282,7 +282,6 @@
  počet unikátnych aktívnych používateľov|Nárast registrovaných používateľov|Počet osôb, ktorí majú platnú rozšírenú registráciu, ktorá umožňuje nákup Električenky|Kus celkom|64 311 (celkovo k 01/2025)|70 743|Údaje z databázy ISVS|N/A
  |KPI3|Zvýšiť ročný objem zakúpených lístkov integrovanej dopravy (jednorazový lístok, električenka)|Nárast objemov predaných cestovných lístkov cez MA IDS BK|Kumulatívna hodnota predaných lístkov v EUR za rok|EUR|11 931 895 EUR (priemer za posledné va roky)|13 125 085EUR|Údaje z databázy ISVS|N/A
--
  **Všeobecné princípy dané NKIVS**
  Princíp P1. Orientácia na používateľa:
@@ -312,11 +312,9 @@
  * Modulárnosť  a servisne orientovaná architektúra pre flexibilnejšiu integráciu,
  * Prednostne aplikačné rozhrania („API First“).
--
--1.
++1.
 . Špecifikácia potrieb koncového používateľa
--
  **Špecifické požiadavky zainteresovaných strán**
@@ -350,10 +350,9 @@
  Požiadavka Q9: zníženie nákladov na obsluhu cestujúcich pri predaji PCL a JCL
--1.
++1.
 . Riziká a závislosti
--
  **Riziká**
  R1: zmena dodávateľa prevádzky a rozvoja ISVS ohrozí plynulosť poskytovaných služieb používateľom MA IDS BK
@@ -382,10 +382,9 @@
  Z3: platobná brána ČSOB pre platbu kartou
--1.
++1.
 . Stanovenie alternatív v biznisovej vrstve architektúry
--
  Základné biznis procesy ohraničujúce projekt: vyhľadávanie spojení a plánovanie trasy, zakúpenie jednorazového lístka a predplatného cestovného lístka (električenky), administračné rozhranie na správu, manažovanie jednotlivých komponentov aplikácie, kontrola cestovných lístkov (JCL a Električeniek) sa nemenia. Súčasný stav, ako aj možné alternatívy prevedenia musia adresovať uvedené služby pre zaistenie verejných služieb projektu. V prípade, ak by sa realizoval projekt len v menšom rozsahu biznis procesov, alebo v menšom rozsahu životných situácií došlo by k obmedzeniu prístupu zákazníkov k základným službám poskytovaným na jednom mieste:
  * zakúpenie lístkov by prebiehalo samostatne u jednotlivých dopravcov,
@@ -396,7 +396,7 @@
--1.
++1.
 . Stanovenie alternatív v aplikačnej vrstve architektúry
  Z pohľadu aplikačnej architektúry je možné zrealizovať projekt viacerými alternatívami v závislosti od rozsahu budovaných aplikačných komponentov – modulov, respektíve ich služieb.
@@ -410,7 +410,6 @@
  * postupnej straty aktuálnych verzii operačného systému, databáz a ďalších COTS komponentov, čo by viedlo opäť k nefunkčnosti služieb ISVS
  * strata ďalších podporných služieb zálohovania, monitorovania, bezpečnosti, ktoré by viedli k nefunkčnost údajov a prípade úniku údajov
--
  **Alternatíva 1: minimalistická verzia projektu**
  Minimalistická verzia projektu predstavuje zabezpečenie časti projektu infraštruktúrnej (časť A) a aplikačnej (časť B) podpory v rozsahu:
@@ -467,16 +467,220 @@
  Uvedené aktivity si budú vyžadovať na strane správcu MA IDS BK dostupné zdroje dodávateľa IT služieb od polovice 2026 na nejasné obdobie, ktoré bude možné upresniť na základe podmienok ktoré ustanoví národný systém.
++**Na podklade identifikovaného prieniku medzi regionálnym a národným riešením boli vypracované 3 varianty spolupráce súbehu oboch aplikácií - regionálnej a národnej. **
++=== **Variant 1: Spolupráca prostredníctvom API ** ===
--1.
--11. Stanovenie alternatív v technologickej vrstve architektúry
++V tomto modeli regionálna aplikácia a národná aplikácia fungujú nezávisle, ale zdieľajú kľúčové informácie cez štandardizované API.
++* (((
++**Oblasti spolupráce cez API:**
++
++* Zdieľanie informácií o cestovných lístkoch (zakúpenie, validácia, využitie).
++* Synchronizácia cestovných plánov a tarifných podmienok.
++* Výmena údajov o dostupnosti dopravných spojení (reálne časy, prestupy).
++* Možnosť overenia už existujúceho lístka zakúpeného v jednej aplikácii v druhej aplikácii.
++)))
++* (((
++**Výhody:**
++
++* Zabraňuje duplicite údajov a zlepšuje informovanosť používateľov.
++* Umožňuje flexibilné cestovanie medzi regionálnymi a národnými systémami.
++* Zachováva autonómiu oboch systémov a umožňuje postupnú integráciu.
++)))
++* (((
++**Nevýhody:**
++
++* Vyžaduje dohodu na jednotných dátových štruktúrach a formáte API.
++* Náročnosť koordinácie pri zmene procesov na jednej alebo druhej strane.
++)))
++
++----
++
++=== **Variant 2: Nezávislá prevádzka bez spolupráce** ===
++
++Každá aplikácia funguje samostatne bez akejkoľvek výmeny dát alebo spolupráce.
++
++* (((
++**Charakteristika:**
++
++* Užívatelia si musia vybrať medzi regionálnou alebo národnou aplikáciou.
++* Lístky zakúpené v jednej aplikácii nebudú akceptované v druhej.
++* Informácie o trasách a dopravných spojoch sú oddelené.
++)))
++* (((
++**Výhody:**
++
++* Jasná zodpovednosť a menej závislostí medzi systémami.
++* Rýchlejšie nasadenie, keďže nie je potrebná integrácia.
++)))
++* (((
++**Nevýhody:**
++
++* Znížený komfort pre užívateľov, ktorí cestujú medzi regiónmi a národnými trasami.
++* Potenciálna duplicita nákladov na vývoj a prevádzku dvoch samostatných riešení.
++)))
++
++----
++
++=== **Variant 3: Postupná migrácia a konsolidácia do centrálneho systému** ===
++
++Obe aplikácie fungujú paralelne, ale s výhľadom na dlhodobú migráciu údajov a funkcionalít do centrálneho systému.
++
++* (((
++**Možnosti migrácie:**
++
++* V prvej fáze možnosť importu údajov (napr. už registrovaných používateľov, zakúpených lístkov).
++* V druhej fáze možnosť rozšírenia služieb centrálnej aplikácie, čím sa regionálna aplikácia postupne prestane využívať.
++* Možnosť ponúknuť užívateľom jednoduchú cestu na prechod medzi aplikáciami.
++)))
++* (((
++**Výhody:**
++
++* Zabezpečuje kontinuitu služieb pre používateľov.
++* Z dlhodobého hľadiska eliminuje potrebu financovať dva paralelné systémy.
++* Umožňuje zber a analýzu dát na národnej úrovni.
++)))
++* (((
++**Nevýhody:**
++
++* Vyžaduje dôkladný plán migrácie a dôveru používateľov.
++* Počas prechodného obdobia môže byť potrebné zdvojovanie niektorých služieb.
++)))
++
++----
++
++Ktorý variant bude správny, bude závisieť od budúceho vývoja národnej aplikácie a spätnej väzby od užívateľov. Dôležité bude tiež zabezpečiť, aby sa výber variantu robil s ohľadom na reálne potreby občanov a poskytovanie efektívnych služieb v oblasti dopravy.
++
++
++V prípade, že regionálna a národná aplikácia budú spolupracovať cez API (Variant 1), existuje viacero spôsobov, ako môže táto integrácia zlepšiť komfort používateľov. Tu sú konkrétne **use cases**, ktoré ukazujú, ako API môže prispieť k lepšiemu zážitku pri cestovaní:
++
++----
++
++=== **Preferovaná varianta spolupráce na podklade API by mohla fungovať v nasledovných prípadoch použitia. ** ===
++
++=== **Vzájomné uznávanie lístkov medzi regionálnou a národnou aplikáciou** ===
++
++**Popis:**
++Používateľ si zakúpi lístok v jednej aplikácii, ale bude ho môcť použiť aj v druhej aplikácii v rámci svojej cesty.
++
++**Mechanizmus API:**
++
++* API umožní overenie platnosti lístka medzi aplikáciami.
++* Ak si cestujúci kúpi lístok v regionálnej aplikácii, API umožní národnej aplikácii overiť jeho platnosť a naopak.
++
++**Prínos pre používateľa:**
++
++* Cestujúci nemusí riešiť, v ktorej aplikácii si lístok zakúpil.
++* Zvýšená flexibilita pri využívaní rôznych druhov dopravy.
++
++----
++
++=== **Synchronizácia cestovných údajov a plánovanie ciest** ===
++
++**Popis:**
++Používateľ môže naplánovať cestu cez jednu aplikáciu (regionálnu alebo národnú), ale vidí aj možnosti prestupov, ktoré pokrývajú druhú aplikáciu.
++
++**Mechanizmus API:**
++
++* API umožní regionálnej aplikácii získavať údaje o diaľkových spojoch z národnej aplikácie.
++* Naopak, národná aplikácia si môže vyžiadať údaje o regionálnych spojoch.
++
++**Prínos pre používateľa:**
++
++* Lepšia koordinácia medzi regionálnou a národnou dopravou.
++* Používateľ nemusí manuálne vyhľadávať spojenia v rôznych aplikáciách.
++
++----
++
++=== **Integrovaná história cestovania a notifikácie** ===
++
++**Popis:**
++Používateľ môže v jednej aplikácii vidieť históriu svojich ciest bez ohľadu na to, cez ktorú aplikáciu si lístok kúpil.
++
++**Mechanizmus API:**
++
++* API umožní synchronizáciu histórie lístkov medzi aplikáciami.
++* API umožní posielanie notifikácií o zmene trasy alebo meškaní aj z druhej aplikácie.
++
++**Prínos pre používateľa:**
++
++* V jednej aplikácii vidí všetky svoje lístky a históriu ciest.
++* Dostáva aktuálne informácie o meškaniach alebo zmenách v oboch systémoch.
++
++----
++
++=== **Personalizované odporúčania na základe využitia dopravy** ===
++
++**Popis:**
++Používateľovi sa môžu zobrazovať odporúčania na cestovné lístky alebo zľavy podľa jeho obvyklých trás a používania verejnej dopravy.
++
++**Mechanizmus API:**
++
++* API poskytne národnej aplikácii informácie o cestovaní používateľa v regionálnom systéme (samozrejme pri zachovaní GDPR a ochrany údajov).
++* Na základe toho môže aplikácia odporučiť vhodné lístky alebo alternatívne spoje.
++
++**Prínos pre používateľa:**
++
++* Zľavy a personalizované ponuky na základe reálnych cestovných vzorcov.
++* Odporúčania na rýchlejšie alebo lacnejšie trasy.
++
++----
++
++=== **Jednotná registrácia a prihlásenie** ===
++
++**Popis:**
++Používateľ sa môže zaregistrovať a prihlásiť v jednej aplikácii a následne používať aj druhú aplikáciu bez nutnosti vytvárať nový účet.
++
++**Mechanizmus API:**
++
++* API zabezpečí synchronizáciu účtov medzi aplikáciami (napr. prostredníctvom jednotného Identity Management systému).
++* Prihlasovanie cez jednotný účet pomocou OpenID Connect alebo OAuth 2.0.
++
++**Prínos pre používateľa:**
++
++* Nemusí sa registrovať v dvoch rôznych aplikáciách.
++* Pohodlné používanie bez nutnosti zadávať údaje dvakrát.
++
++=== **Integrovaná validácia lístkov ** ===
++
++**Popis:**
++Používateľ môže využívať validáciu lístkov v jednej aplikácii aj na lístky zakúpené v druhej aplikácii.
++
++**Mechanizmus API:**
++
++* API umožní overenie QR kódov medzi systémami.
++* API umožní validáciu lístkov jedného lístka v rôznych aplikáciach
++
++**Prínos pre používateľa:**
++
++* Menej manuálnych úkonov pri validácii.
++* Rýchlejšia a efektívnejšia kontrola lístkov.
++
++----
++
++=== **Integrovaná podpora a reklamácie** ===
++
++**Popis:**
++Používateľ môže podať reklamáciu alebo žiadosť o refundáciu bez ohľadu na to, v ktorej aplikácii si lístok zakúpil.
++
++**Mechanizmus API:**
++
++* API zabezpečí, že regionálna aplikácia vie odoslať žiadosť o refundáciu za národný lístok a naopak.
++* Automatizované procesy pri riešení problémov.
++
++**Prínos pre používateľa:**
++
++* Menej administratívy pri reklamáciách a refundáciách.
++* Jednotný prístup k zákazníckej podpore.
++*
++*1. Stanovenie alternatív v technologickej vrstve architektúry
++
  Súčasný stav, ako aj možné alternatívy prevedenia musia byť zrealizované na infraštruktúre minimálne súčasného rozsahu pre zaistenie verejných služieb. V prípade, ak by sa realizoval projekt len v menšom rozsahu infraštruktúry, došlo by k obmedzeniu prístupu zákazníkov k základným službám. Súčasná infraštruktúra pre testovacie a produkčné prostredie je zabezpečená správcom ISVS: BID a.s. Vzhľadom na to, že projekt neplánuje vynaložiť finančné prostriedky na nákup infraštruktúry, technologická architektúra nie je predmetom posudzovania alternatív.
--1.
++1.
 . Multikriteriálna analýza
  V projekte boli identifikované 4 alternatívy, (0 až 3), ktoré boli analyzované na základe splnenia, respektíve nesplnenia niektorých z kritérií. Kritéria boli zostavené z elementov motivačnej architektúry: cieľov, princípov a požiadaviek. Celkovo bolo použitých 16 kritérií, pričom žiadne nebolo aplikované ako KO kritérium, ktorého nesplnenie by vyradilo alternatívu z možných spôsobov realizácie projektu.
@@ -516,7 +516,6 @@
  |Q9: zníženie nákladov na obsluhu cestujúcich pri predaji PCL a JCL|áno|Súčasné riešenie adresuje požadovaný funkčnosť|áno|Súčasné riešenie adresuje požadovaný funkčnosť
--
  |Zoznam kritérií|(((
  Alternatíva
@@ -547,7 +547,6 @@
  |Q8: podpora zamestnávateľov pri využívaní ekologického spôsobu dopravy zamestnancov|áno|Katalóg požiadaviek adresuje rozšírenie služieb o G2B portál|nie|Projektová dokumentácia projektu NADA neobsahovala uvedenú funkčnosť
  |Q9: zníženie nákladov na obsluhu cestujúcich pri predaji PCL a JCL|áno|Súčasné riešenie adresuje požadovaný funkčnosť|áno|Projektová dokumentácia projektu NADA obsahovala funkčnosť, ktorá doručí požadovaný efekt.
--
  Na základe multikriteriálnej analýzy boli splnené kritéria alternatívami v nasledovnom poradí:
  * Alternatíva 0: 6 splnených kritérií
@@ -555,10 +555,8 @@
  * Alternatíva 2: 15 splnených kritérií
  * Alternatíva 3: 8 splnených kritérií
--
 . POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
--
  Zabezpečenie služieb prevádzky a servisu ISVS. Predmetom verejného obstarávania a zároveň aj projektovej dokumentácie je zabezpečenie služieb potrebných pre zaistenie dostupnosti ISVS pre jednotlivých používateľov. Služby prevádzky a servisu ISVS nepovažujeme za kapitálové výdavky, ktoré by sa počítali do limitu pre určenie veľkosti projektu v zmysle vyhlášky č. 401/2023 príloha číslo 2. Vnímame ich však ako výdavky, ktoré je nutné zhodnotiť v projekte z pohľadu celkových nákladov vlastníka na systém.
@@ -573,7 +573,6 @@
  * Kontrola
  * Notifikácie
--
  Inkrement 2: Implementácia opčných zmien, na požiadanie
  Pozostáva z 11 pracovných balíkov, ktoré plánuje správca ISVS objednávať samostatne. Jednotlivé balíky bude možné objednať formou opcie v zmysle plánovanej Zmluvy na prevádzku, servis a rozvoj aplikačného riešenia a modulov Mobilnej aplikácie IDS BK – Cestujeme jednoduchšie.
@@ -583,8 +583,7 @@
 . NÁHĽAD ARCHITEKTÚRY
--
--1.
++1.
 . Prehľad e-Government komponentov
  Projektová dokumentácia neobsahuje výstup I-03 Prístup k projektu v zmysle vyhlášky č. 401/2023 prílohy číslo 2, keďže nejde o projekt s CAPEX výdavkami nad 1 mil EUR. Z uvedeného dôvodu je opis súčasnej a budúcej vrstvy architektúry zhrnutý v tejto kapitole projektového zámeru.
@@ -653,7 +653,6 @@
  * vytváranie informačných správ, ktoré sú publikované v aplikácii
  * zber správ od užívateľov aplikácie
--
  **Revízorská čítačka       **
  Ide o aplikáciu dostupnú na zariadeniach s operačným systémom Android, ktorá umožňuje oprávneným osobám kontrolu QR kódov cestovných lístkov (JCL a Električeniek) vygenerovaných v aplikácii IDS BK. Správa účtov používateľov revízorskej aplikácie je zabezpečená v administrátorskom prostredí
@@ -667,8 +667,8 @@
--1.
--11.
++1.
++11.
 . Prehľad koncových služieb – budúci stav:
  Mobilná aplikácia poskytuje dve kľúčové koncové služby, ktoré nie sú výkonom verejnej moci v zmysle zákona č. 305/2013 o eGovernmente.
@@ -695,9 +695,8 @@
  )))|G2C|N/A|Vyberte jednu z možností
--
--1.
--11.
++1.
++11.
 . Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:
  Predmetom projektu nie je vybudovanie nového ISVS. Upravuje sa však matka ISVS Integrovaný dopravný systém BK a jeho moduly: Mobilná aplikácia IDS BK - Cestujeme jednoduchšie a Mobilná aplikácia pre revízorov. Zmeny nastávajú vo všetkých troch ISVS vplyvom realizácie katalógu požiadaviek – inkrement 1 a inkrement 2.
@@ -716,9 +716,8 @@
  |isvs_14872|Mobilná aplikácia pre revízorov|☒|Prevádzkovaný a plánujem rozvíjať - Informačný systém funguje. Plánuje sa jeho rozvoj.|Prezentačný ISVS – mobilná aplikácia|isvs_14871
  | | | | | |
--
--1.
--11.
++1.
++11.
 . Prehľad budovaných aplikačných služieb – budúci stav:
  Súčasťou projektu je zaevidovanie koncových služieb do Centrálneho metainformačného systému, ktoré potrebujú pre evidenciu zavedenú aj aplikačnú službu.
@@ -743,11 +743,10 @@
  )))|isvs_11695|ks_380951, ks_380950
  | | | |
++1.
++11.
++111. Prehľad integrácii ISVS na spoločné ISVS[[(% class="wikiinternallink" %)^^**~[1~]**^^>>path:#_ftn1]](%%) a ISVS iných OVM alebo IS tretích strán
--1.
--11.
--111. Prehľad integrácii ISVS na spoločné ISVS[[^^**~[1~]**^^>>path:#_ftn1]] a ISVS iných OVM alebo IS tretích strán
--
  ISVS v súčasnosti nevyužíva ani neplánuje používať spoločné moduly ÚPVS, alebo centrálne komponenty. Predmetom projektu nie sú nové integračné väzby zabezpečúce konzumovanie alebo poskytovanie údajov, prípadne volanie aplikačných služieb iných OVM.
@@ -768,9 +768,8 @@
  | | | |
--
--1.
--11.
++1.
++11.
 . Aplikačné služby na integráciu
  Aplikačná služba na externú integráciu zabezpečuje komunikáciu medzi agendovým systémom (backend MA IDS BK) Integrovaný dopravný systém. Primárne zabezpečuje výmenu údajov a služieb medzi ČSOB Bankou ohľadom platieb, výmenu údajov s Bratislava tourist boardom, výmenu údajov o ISIC kartách a výmenu údajov s clearingovým centrom, ktoré zúčtováva platby za PCL a JCL.
@@ -795,9 +795,8 @@
  )))
  |as_66634|Aplikačné rozhranie pre komunikovanie služieb a údajov tretích strán| |Poskytovaná a Konzumujúca|Nie|Áno|Nie|isvs_14871
--
--1.
--11.
++1.
++11.
 . Poskytovanie údajov z ISVS do IS CSRÚ
  Predmetom projektu nie sú ISVS, ktoré poskytujú výkon verejnej moci – teda rozhodovanie v právach a povinnostiach individuálnych PO a FO. Na základe tohto predpokladu nie sú implementované povinnosti vyplývajúce zo zákona č. 305/2013 o eGovernmente a teda nie sú implementované ani povinnosti a služby spoločných modulov, vrátane spoločného modulu dátovej integrácie (IS CSRÚ).
@@ -808,9 +808,8 @@
  | | | |
  | | | |
--
--1.
--11.
++1.
++11.
 . Konzumovanie údajov z IS CSRÚ
  Predmetom projektu nie sú ISVS a ich služby, ktoré poskytujú výkon verejnej moci – teda rozhodovanie v právach a povinnostiach individuálnych PO a FO. Na základe tohto predpokladu nie sú implementované povinnosti vyplývajúce zo zákona č. 305/2013 o eGovernmente a teda nie sú implementované ani povinnosti a služby spoločných modulov, vrátane spoločného modulu dátovej integrácie (IS CSRÚ).
@@ -829,12 +829,10 @@
  | | | |
--
--1.
--11.
++1.
++11.
 . Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:
--
  Projekt má vplyv na existujúci ISVS, ktorý je aktuálne prevádzkovaný na infraštruktúre BID a.s. Rozsah projektu si nevyžaduje navýšenie kapacity infraštruktúrnych služieb a bude ďalej prevádzkovaný na existujúcom HW vybavení. MA IDS BK je prevádzkovaná na mobilných zariadeniach zákazníkov, revízorská čítačka podobne. Potrebu infraštruktúrnych služieb má len backend MA IDS BK.
@@ -852,7 +852,6 @@
  | |nerelevantné| |
  | | | |
--
 . LEGISLATÍVA
  * zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;
@@ -862,7 +862,6 @@
  * vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy v znení neskorších predpisov;
  * vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky 547/2021 Z. z. o elektronizácii agendy verejnej správy v znení neskorších predpisov.
--
 . ROZPOČET A PRÍNOSY
  V projekte sú identifikované celkovo 3 fázy financovania. Prvá fáza financovania predstavuje finančné zdroje na prevádzku a podporu ISVS. Druhá fáza financovania predstavuje zdroje na inkrement 1 zameraný prevažne na zmenu GUI s cieľom modernizácie UI a odstránenia nesúladu s prístupnosťou. Tretia fáza financovania predstavuje zdroje na inkrement 2, ktorý kumuluje požiadavky v katalógu požiadaviek, ktoré maju formu opcie a aj 2500 človekohodín na rozvoj, ktorý si bude ISVS vyžadovať v budúcnosti (na zapracovanie strategických rozhodnutí, optimalizáciu fungovania, alebo implementáciu legislatívnych zmien).
@@ -873,7 +873,7 @@
  Vzhľadom na to, že CAPEX nedosahuje viac ako 1 mil. EUR, projektová dokumentácia nevyčísluje benefity v analýze nákladov a prínosov. Z pohľadu kvalitatívnych benefitov očakávame, tak ako sme uviedli v cieľoch projektu, nepriamo vplyv na nárast cestujúcich VOD na úkor IAD. Druhým kvalitatívnym prínosom, ktorý je viazaný na tento projekt je odstránenie nesúladu s prístupnosťou, ktorej nedodržiavanie môže viesť až k uloženiu pokuty v zmysle zákona č. 95/2019 o ITVS § 29, odsek 1) písmeno a) alebo c). Podľa § 29 ods. 1 písm. a) zákona o ITVS orgán vedenia, ktorým je MIRRI SR, uloží správcovi, ktorý poruší povinnosti podľa § 12 ods. 1 písm. a), pokutu od 500 eur do 35 000 eur. Podľa § 29 ods. 1 písm. c) prvého bodu zákona o ITVS orgán vedenia uloží správcovi, ktorý poruší povinnosť dodržiavať štandardy, pokutu od 250 eur do 25 000 eur. Pričom pokuty v správnom konaní zákon umožňuje sankcionovať aj ako trvajúce porušenie, pričom môže byť pokuta uložená viackrát až do odstránenia nedostatkov.
--1.
++1.
 . Sumarizácia nákladov a prínosov
  Celkové výdavky na rozvoj MA IDS BK uvedené v katalógu požiadaviek vrátane 2500 človekohodín, teda kapitálové výdavky dosahujú hodnotu 693 700 EUR bez DPH, teda 853 251 EUR s DPH. Plánované ročné prevádzkové náklady sú 96 300 EUR bez DPH, 118 449 EUR s DPH.
@@ -921,10 +921,8 @@
  |**Kvalitatívne prínosy**| |N/A|N/A|N/A
  | | |N/A|N/A|N/A
--
 . HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU A METÓDA JEHO RIADENIA
--
  Projekt bude realizovaný metódou waterfall, pričom bude uplatnený na úrovni jednotlivých inkrementov. Prvý inkrement bude obsahovať jednu spoločnú dokumentáciu. Druhý inkrement je definovaný ako súbor 11 pracovných balíkov formou opcie per pracovný balík ako zmenová požiadavka. Dokumentácia ISVS bude aktualizovaná postupne ako budú prebiehať objednávky jednotlivých pracovných balíkov, respektíve čerpania 2500 človekohodín, ktoré sú rovnako predmetom inkrementu 2.
@@ -946,10 +946,8 @@
  |3.|Dokončovacia fáza|N/A|N/A
  |4.|Podpora prevádzky (SLA)|09/2025|09/2029|
--
 . PROJEKTOVÝ TÍM
--
  Projektový tím projektu ja zabezpečený internými kapacitami správcu ISVS: BID a.s. Vzhľadom na to, že ide o projekt s investičnými výdavkami menšími ako 1 mil. EUR neplánuje sa vytvorenie komplikovanej projektovej štruktúry. Po podpise zmluvy s dodávateľom bude zriadený Riadiaci výbor, na ktorom bude prebiehať schvaľovanie dokumentácie pre 1 inkrement a priebežné objednávanie pracovných balíkov, respektíve čerpanie človekohodín.
@@ -959,8 +959,7 @@
  |3.|Peter Války|Biznis vlastník / sponzor projektu|BID a.s.|Biznis vlastník
--
--1.
++1.
 .  PRACOVNÉ NÁPLNE
  BID a.s. zriadi riadiaci výbor po podpise zmluvy s dodávateľom SW riešenia. Následne bude možné definovať kompetencie a povinnosti členov projektového tímu. V súčasnosti je projekt riadený jednoducho, ktorý vyhovuje BID a.s. s malým počtom všetkých zamestnancov (cca 25).
@@ -968,7 +968,6 @@
 . ODKAZY
--
 . PRÍLOHY
  Príloha č. 1: Katalóg požiadaviek

XWiki.XWikiComments[15]

Autor

...	...	@@ -1,0 +1,1 @@
	1	+xwiki:XWiki.viktor\.klik@mirri\.gov\.sk

Komentár

...	...	@@ -1,0 +1,1 @@
	1	+Akym sposobom bola stanovena cena projektu, viete nam pripadne poslat PHZ?

Dátum

...	...	@@ -1,0 +1,1 @@
	1	+2025-02-20 10:33:11.975

Selection

...	...	@@ -1,0 +1,1 @@
	1	+Celkové výdavky na rozvoj MA IDS BK uvedené v katalógu požiadaviek vrátane 2500 človekohodín, teda kapitálové výdavky dosahujú hodnotu 693 700 EUR bez DPH, teda 853 251 EUR s DPH.

State

...	...	@@ -1,0 +1,1 @@
	1	+SAFE

Target

...	...	@@ -1,0 +1,1 @@
	1	+Dokumenty.projekt_3261.projektovy_zamer.WebHome

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?