Naposledy upravil Viktor Klik 2025/03/19 15:31
Z verzie 24.1
upravil Martin Bezek
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 20.1
upravil Viktor Klik
-
Zmeniť komentár: Added annotation on "Celkové výdavky na rozvoj M..."

Súhrn

Podrobnosti

Vlastnosti stránky
Autor dokumentu
... ... @@ -1,1 +1,1 @@
1 -XWiki.martin\.bezek@icloud\.com
1 +XWiki.viktor\.klik@mirri\.gov\.sk
Obsah
... ... @@ -13,6 +13,7 @@
13 13  |Realizátor projektu|
14 14  |Vlastník projektu|Peter Války
15 15  
16 +
16 16  **Schvaľovanie dokumentu**
17 17  
18 18  |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
... ... @@ -22,6 +22,7 @@
22 22  )))
23 23  |Projektový zámer I-01|Juraj Orvan|BID a.s.|PM| |
24 24  
26 +
25 25  1. HISTÓRIA DOKUMENTU
26 26  
27 27  |Verzia|Dátum|Zmeny|Meno
... ... @@ -29,6 +29,7 @@
29 29  |1.2|23.01.2025|Pracovný návrh|Martin Bezek
30 30  |1.3|29.01.2025|Návrh predložený na schválenie MIRRI|Martin Bezek
31 31  
34 +
32 32  1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
33 33  
34 34  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.
... ... @@ -37,9 +37,10 @@
37 37  
38 38  
39 39  
40 -1.
43 +1.
41 41  11. Použité skratky a pojmy
42 42  
46 +
43 43  |SKRATKA/POJEM|POPIS
44 44  |BID|Bratislavská integrovaná doprava
45 45  |IDS|Integrovaný dopravný systém
... ... @@ -68,9 +68,11 @@
68 68  |PCL|Predplatný cestovný lístok
69 69  |JCL|Jednorázový cestovný lístok
70 70  
71 -1.
75 +
76 +1.
72 72  11. Konvencie pre typy požiadaviek (príklady)
73 73  
79 +
74 74  S – stakeholderi / aktéri
75 75  
76 76  C – ciele projektu
... ... @@ -87,7 +87,8 @@
87 87  
88 88  1. DEFINOVANIE PROJEKTU
89 89  
90 -1.
96 +
97 +1.
91 91  11. Manažérske zhrnutie
92 92  
93 93  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.
... ... @@ -114,9 +114,10 @@
114 114  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.
115 115  
116 116  
117 -1.
124 +1.
118 118  11. Motivácia a rozsah projektu
119 119  
127 +
120 120  [[image:1.png]]
121 121  
122 122  
... ... @@ -133,6 +133,7 @@
133 133  * administračné rozhranie na správu, manažovanie jednotlivých komponentov aplikácie
134 134  * kontrola cestovných lístkov (JCL a Električeniek)
135 135  
144 +
136 136  **Agendy, ktoré sú adresované projektom:**
137 137  
138 138  A0000357: Vykonávanie dozoru nad plnením záväzkov vo verejnom záujme a na presadzovanie zásad štátnej dopravnej politiky
... ... @@ -194,9 +194,10 @@
194 194  
195 195  
196 196  
197 -1.
206 +1.
198 198  11. Zainteresované strany/Stakeholderi
199 199  
209 +
200 200  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ť.
201 201  
202 202  Celkovo bolo identifikovaných v projekte 9 stakeholderov, ktorí boli následne v aplikácií motivačnej architektúry zoskupení do 4 skupín:
... ... @@ -206,6 +206,7 @@
206 206  * správca ISVS
207 207  * tvorcovia verejnej politiky v oblasti dopravy
208 208  
219 +
209 209  |ID|AKTÉR / STAKEHOLDER|(((
210 210  SUBJEKT
211 211  
... ... @@ -228,7 +228,9 @@
228 228  |S8.|Cestujúci mestskou hromadnou dopravou|Cestujúci MHD|Zákazník|
229 229  |S9.|Osoby využívajúce individuálnu automobilovú dopravu|Osoby IAD|Potencionálny zákazník|
230 230  
231 -1.
242 +
243 +
244 +1.
232 232  11. Ciele a princípy projektu
233 233  
234 234  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.
... ... @@ -246,9 +246,11 @@
246 246  |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.
247 247  |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
248 248  
249 -1.
262 +
263 +1.
250 250  11. Merateľné ukazovatele (KPI)
251 251  
266 +
252 252  |ID|(((
253 253  
254 254  
... ... @@ -267,6 +267,7 @@
267 267  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
268 268  |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
269 269  
285 +
270 270  **Všeobecné princípy dané NKIVS**
271 271  
272 272  Princíp P1. Orientácia na používateľa:
... ... @@ -296,9 +296,11 @@
296 296  * Modulárnosť  a servisne orientovaná architektúra pre flexibilnejšiu integráciu,
297 297  * Prednostne aplikačné rozhrania („API First“).
298 298  
299 -1.
315 +
316 +1.
300 300  11. Špecifikácia potrieb koncového používateľa
301 301  
319 +
302 302  **Špecifické požiadavky zainteresovaných strán**
303 303  
304 304  
... ... @@ -332,9 +332,10 @@
332 332  Požiadavka Q9: zníženie nákladov na obsluhu cestujúcich pri predaji PCL a JCL
333 333  
334 334  
335 -1.
353 +1.
336 336  11. Riziká a závislosti
337 337  
356 +
338 338  **Riziká**
339 339  
340 340  R1: zmena dodávateľa prevádzky a rozvoja ISVS ohrozí plynulosť poskytovaných služieb používateľom MA IDS BK
... ... @@ -363,9 +363,10 @@
363 363  Z3: platobná brána ČSOB pre platbu kartou
364 364  
365 365  
366 -1.
385 +1.
367 367  11. Stanovenie alternatív v biznisovej vrstve architektúry
368 368  
388 +
369 369  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:
370 370  
371 371  * zakúpenie lístkov by prebiehalo samostatne u jednotlivých dopravcov,
... ... @@ -376,7 +376,7 @@
376 376  
377 377  
378 378  
379 -1.
399 +1.
380 380  11. Stanovenie alternatív v aplikačnej vrstve architektúry
381 381  
382 382  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.
... ... @@ -390,6 +390,7 @@
390 390  * 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
391 391  * strata ďalších podporných služieb zálohovania, monitorovania, bezpečnosti, ktoré by viedli k nefunkčnost údajov a prípade úniku údajov
392 392  
413 +
393 393  **Alternatíva 1: minimalistická verzia projektu**
394 394  
395 395  Minimalistická verzia projektu predstavuje zabezpečenie časti projektu infraštruktúrnej (časť A) a aplikačnej (časť B) podpory v rozsahu:
... ... @@ -446,220 +446,16 @@
446 446  
447 447  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.
448 448  
449 -**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. **
450 450  
451 -=== **Variant 1: Spolupráca prostredníctvom API ** ===
452 452  
453 -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.
472 +1.
473 +11. Stanovenie alternatív v technologickej vrstve architektúry
454 454  
455 -* (((
456 -**Oblasti spolupráce cez API:**
457 -
458 -* Zdieľanie informácií o cestovných lístkoch (zakúpenie, validácia, využitie).
459 -* Synchronizácia cestovných plánov a tarifných podmienok.
460 -* Výmena údajov o dostupnosti dopravných spojení (reálne časy, prestupy).
461 -* Možnosť overenia už existujúceho lístka zakúpeného v jednej aplikácii v druhej aplikácii.
462 -)))
463 -* (((
464 -**Výhody:**
465 -
466 -* Zabraňuje duplicite údajov a zlepšuje informovanosť používateľov.
467 -* Umožňuje flexibilné cestovanie medzi regionálnymi a národnými systémami.
468 -* Zachováva autonómiu oboch systémov a umožňuje postupnú integráciu.
469 -)))
470 -* (((
471 -**Nevýhody:**
472 -
473 -* Vyžaduje dohodu na jednotných dátových štruktúrach a formáte API.
474 -* Náročnosť koordinácie pri zmene procesov na jednej alebo druhej strane.
475 -)))
476 -
477 -----
478 -
479 -=== **Variant 2: Nezávislá prevádzka bez spolupráce** ===
480 -
481 -Každá aplikácia funguje samostatne bez akejkoľvek výmeny dát alebo spolupráce.
482 -
483 -* (((
484 -**Charakteristika:**
485 -
486 -* Užívatelia si musia vybrať medzi regionálnou alebo národnou aplikáciou.
487 -* Lístky zakúpené v jednej aplikácii nebudú akceptované v druhej.
488 -* Informácie o trasách a dopravných spojoch sú oddelené.
489 -)))
490 -* (((
491 -**Výhody:**
492 -
493 -* Jasná zodpovednosť a menej závislostí medzi systémami.
494 -* Rýchlejšie nasadenie, keďže nie je potrebná integrácia.
495 -)))
496 -* (((
497 -**Nevýhody:**
498 -
499 -* Znížený komfort pre užívateľov, ktorí cestujú medzi regiónmi a národnými trasami.
500 -* Potenciálna duplicita nákladov na vývoj a prevádzku dvoch samostatných riešení.
501 -)))
502 -
503 -----
504 -
505 -=== **Variant 3: Postupná migrácia a konsolidácia do centrálneho systému** ===
506 -
507 -Obe aplikácie fungujú paralelne, ale s výhľadom na dlhodobú migráciu údajov a funkcionalít do centrálneho systému.
508 -
509 -* (((
510 -**Možnosti migrácie:**
511 -
512 -* V prvej fáze možnosť importu údajov (napr. už registrovaných používateľov, zakúpených lístkov).
513 -* V druhej fáze možnosť rozšírenia služieb centrálnej aplikácie, čím sa regionálna aplikácia postupne prestane využívať.
514 -* Možnosť ponúknuť užívateľom jednoduchú cestu na prechod medzi aplikáciami.
515 -)))
516 -* (((
517 -**Výhody:**
518 -
519 -* Zabezpečuje kontinuitu služieb pre používateľov.
520 -* Z dlhodobého hľadiska eliminuje potrebu financovať dva paralelné systémy.
521 -* Umožňuje zber a analýzu dát na národnej úrovni.
522 -)))
523 -* (((
524 -**Nevýhody:**
525 -
526 -* Vyžaduje dôkladný plán migrácie a dôveru používateľov.
527 -* Počas prechodného obdobia môže byť potrebné zdvojovanie niektorých služieb.
528 -)))
529 -
530 -----
531 -
532 -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.
533 -
534 -
535 -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í:
536 -
537 -----
538 -
539 -=== **Preferovaná varianta spolupráce na podklade API by mohla fungovať v nasledovných prípadoch použitia. ** ===
540 -
541 -=== **Vzájomné uznávanie lístkov medzi regionálnou a národnou aplikáciou** ===
542 -
543 -**Popis:**
544 -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.
545 -
546 -**Mechanizmus API:**
547 -
548 -* API umožní overenie platnosti lístka medzi aplikáciami.
549 -* 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.
550 -
551 -**Prínos pre používateľa:**
552 -
553 -* Cestujúci nemusí riešiť, v ktorej aplikácii si lístok zakúpil.
554 -* Zvýšená flexibilita pri využívaní rôznych druhov dopravy.
555 -
556 -----
557 -
558 -=== **Synchronizácia cestovných údajov a plánovanie ciest** ===
559 -
560 -**Popis:**
561 -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.
562 -
563 -**Mechanizmus API:**
564 -
565 -* API umožní regionálnej aplikácii získavať údaje o diaľkových spojoch z národnej aplikácie.
566 -* Naopak, národná aplikácia si môže vyžiadať údaje o regionálnych spojoch.
567 -
568 -**Prínos pre používateľa:**
569 -
570 -* Lepšia koordinácia medzi regionálnou a národnou dopravou.
571 -* Používateľ nemusí manuálne vyhľadávať spojenia v rôznych aplikáciách.
572 -
573 -----
574 -
575 -=== **Integrovaná história cestovania a notifikácie** ===
576 -
577 -**Popis:**
578 -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.
579 -
580 -**Mechanizmus API:**
581 -
582 -* API umožní synchronizáciu histórie lístkov medzi aplikáciami.
583 -* API umožní posielanie notifikácií o zmene trasy alebo meškaní aj z druhej aplikácie.
584 -
585 -**Prínos pre používateľa:**
586 -
587 -* V jednej aplikácii vidí všetky svoje lístky a históriu ciest.
588 -* Dostáva aktuálne informácie o meškaniach alebo zmenách v oboch systémoch.
589 -
590 -----
591 -
592 -=== **Personalizované odporúčania na základe využitia dopravy** ===
593 -
594 -**Popis:**
595 -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.
596 -
597 -**Mechanizmus API:**
598 -
599 -* 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).
600 -* Na základe toho môže aplikácia odporučiť vhodné lístky alebo alternatívne spoje.
601 -
602 -**Prínos pre používateľa:**
603 -
604 -* Zľavy a personalizované ponuky na základe reálnych cestovných vzorcov.
605 -* Odporúčania na rýchlejšie alebo lacnejšie trasy.
606 -
607 -----
608 -
609 -=== **Jednotná registrácia a prihlásenie** ===
610 -
611 -**Popis:**
612 -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.
613 -
614 -**Mechanizmus API:**
615 -
616 -* API zabezpečí synchronizáciu účtov medzi aplikáciami (napr. prostredníctvom jednotného Identity Management systému).
617 -* Prihlasovanie cez jednotný účet pomocou OpenID Connect alebo OAuth 2.0.
618 -
619 -**Prínos pre používateľa:**
620 -
621 -* Nemusí sa registrovať v dvoch rôznych aplikáciách.
622 -* Pohodlné používanie bez nutnosti zadávať údaje dvakrát.
623 -
624 -=== **Integrovaná validácia lístkov ** ===
625 -
626 -**Popis:**
627 -Používateľ môže využívať validáciu lístkov v jednej aplikácii aj na lístky zakúpené v druhej aplikácii.
628 -
629 -**Mechanizmus API:**
630 -
631 -* API umožní overenie QR kódov medzi systémami.
632 -* API umožní validáciu lístkov jedného lístka v rôznych aplikáciach
633 -
634 -**Prínos pre používateľa:**
635 -
636 -* Menej manuálnych úkonov pri validácii.
637 -* Rýchlejšia a efektívnejšia kontrola lístkov.
638 -
639 -----
640 -
641 -=== **Integrovaná podpora a reklamácie** ===
642 -
643 -**Popis:**
644 -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.
645 -
646 -**Mechanizmus API:**
647 -
648 -* API zabezpečí, že regionálna aplikácia vie odoslať žiadosť o refundáciu za národný lístok a naopak.
649 -* Automatizované procesy pri riešení problémov.
650 -
651 -**Prínos pre používateľa:**
652 -
653 -* Menej administratívy pri reklamáciách a refundáciách.
654 -* Jednotný prístup k zákazníckej podpore.
655 -*
656 -*1. Stanovenie alternatív v technologickej vrstve architektúry
657 -
658 658  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.
659 659  
660 660  
661 661  
662 -1.
479 +1.
663 663  11. Multikriteriálna analýza
664 664  
665 665  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.
... ... @@ -698,6 +698,8 @@
698 698  |Q8: podpora zamestnávateľov pri využívaní ekologického spôsobu dopravy zamestnancov|nie|Súčasné riešenie bez dodatočného rozvoja neumožňuje splnenie požiadavky|nie|Zmluva len na prevádzku a servis neumožní splnenie požiadavky, bez dodatočného rozvoja
699 699  |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ť
700 700  
518 +
519 +
701 701  |Zoznam kritérií|(((
702 702  Alternatíva
703 703  
... ... @@ -728,6 +728,7 @@
728 728  |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ť
729 729  |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.
730 730  
550 +
731 731  Na základe multikriteriálnej analýzy boli splnené kritéria alternatívami v nasledovnom poradí:
732 732  
733 733  * Alternatíva 0: 6 splnených kritérií
... ... @@ -735,8 +735,10 @@
735 735  * Alternatíva 2: 15 splnených kritérií
736 736  * Alternatíva 3: 8 splnených kritérií
737 737  
558 +
738 738  1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
739 739  
561 +
740 740  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.
741 741  
742 742  
... ... @@ -751,6 +751,7 @@
751 751  * Kontrola
752 752  * Notifikácie
753 753  
576 +
754 754  Inkrement 2: Implementácia opčných zmien, na požiadanie
755 755  
756 756  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.
... ... @@ -760,7 +760,8 @@
760 760  
761 761  1. NÁHĽAD ARCHITEKTÚRY
762 762  
763 -1.
586 +
587 +1.
764 764  11. Prehľad e-Government komponentov
765 765  
766 766  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.
... ... @@ -829,6 +829,7 @@
829 829  * vytváranie informačných správ, ktoré sú publikované v aplikácii
830 830  * zber správ od užívateľov aplikácie
831 831  
656 +
832 832  **Revízorská čítačka       **
833 833  
834 834  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í
... ... @@ -842,8 +842,8 @@
842 842  
843 843  
844 844  
845 -1.
846 -11.
670 +1.
671 +11.
847 847  111. Prehľad koncových služieb – budúci stav:
848 848  
849 849  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.
... ... @@ -870,8 +870,9 @@
870 870  
871 871  )))|G2C|N/A|Vyberte jednu z možností
872 872  
873 -1.
874 -11.
698 +
699 +1.
700 +11.
875 875  111. Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:
876 876  
877 877  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.
... ... @@ -890,8 +890,9 @@
890 890  |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
891 891  | | | | | |
892 892  
893 -1.
894 -11.
719 +
720 +1.
721 +11.
895 895  111. Prehľad budovaných aplikačných služieb – budúci stav:
896 896  
897 897  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.
... ... @@ -916,10 +916,11 @@
916 916  )))|isvs_11695|ks_380951, ks_380950
917 917  | | | |
918 918  
919 -1.
920 -11.
921 -111. Prehľad integrácii ISVS na spoločné ISVS[[(% class="wikiinternallink wikiinternallink wikiinternallink" %)^^**~[1~]**^^>>path:#_ftn1]](%%) a ISVS iných OVM alebo IS tretích strán
922 922  
747 +1.
748 +11.
749 +111. Prehľad integrácii ISVS na spoločné ISVS[[^^**~[1~]**^^>>path:#_ftn1]] a ISVS iných OVM alebo IS tretích strán
750 +
923 923  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.
924 924  
925 925  
... ... @@ -939,8 +939,10 @@
939 939  |N/A|Predmetom projektu nie je využívanie spoločných modulov|//N/A//|//N/A//
940 940  | | | |
941 941  
942 -1.
943 -11.
770 +
771 +
772 +1.
773 +11.
944 944  111. Aplikačné služby na integráciu
945 945  
946 946  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.
... ... @@ -965,8 +965,9 @@
965 965  )))
966 966  |as_66634|Aplikačné rozhranie pre komunikovanie služieb a údajov tretích strán| |Poskytovaná a Konzumujúca|Nie|Áno|Nie|isvs_14871
967 967  
968 -1.
969 -11.
798 +
799 +1.
800 +11.
970 970  111. Poskytovanie údajov z ISVS do IS CSRÚ
971 971  
972 972  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Ú).
... ... @@ -977,8 +977,9 @@
977 977  | | | |
978 978  | | | |
979 979  
980 -1.
981 -11.
811 +
812 +1.
813 +11.
982 982  111. Konzumovanie údajov z IS CSRÚ
983 983  
984 984  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Ú).
... ... @@ -996,10 +996,13 @@
996 996  | | | |
997 997  | | | |
998 998  
999 -1.
1000 -11.
831 +
832 +
833 +1.
834 +11.
1001 1001  111. Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:
1002 1002  
837 +
1003 1003  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.
1004 1004  
1005 1005  
... ... @@ -1017,6 +1017,7 @@
1017 1017  | |nerelevantné| |
1018 1018  | | | |
1019 1019  
855 +
1020 1020  1. LEGISLATÍVA
1021 1021  
1022 1022  * zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;
... ... @@ -1026,6 +1026,7 @@
1026 1026  * 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;
1027 1027  * 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.
1028 1028  
865 +
1029 1029  1. ROZPOČET A PRÍNOSY
1030 1030  
1031 1031  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).
... ... @@ -1036,7 +1036,7 @@
1036 1036  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.
1037 1037  
1038 1038  
1039 -1.
876 +1.
1040 1040  11. Sumarizácia nákladov a prínosov
1041 1041  
1042 1042  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.
... ... @@ -1084,8 +1084,10 @@
1084 1084  |**Kvalitatívne prínosy**| |N/A|N/A|N/A
1085 1085  | | |N/A|N/A|N/A
1086 1086  
924 +
1087 1087  1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU A METÓDA JEHO RIADENIA
1088 1088  
927 +
1089 1089  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.
1090 1090  
1091 1091  
... ... @@ -1099,16 +1099,18 @@
1099 1099  (odhad termínu)
1100 1100  )))|POZNÁMKA
1101 1101  |1.|Prípravná fáza a Iniciačná fáza, vrátane verejného obstarávania|2024|09/2025|
1102 -|2.|Realizačná fáza|09/2025|09/2029|(% rowspan="6" %)Projekt sa skladá z prípravnej a iniciačnej fázy projektu, vrátane verejného obstarávania a následne podpora prevádzky. Projekt realizuje priebežné zmeny aplikácie, ktoré sa objednávajú postupne samostatnými objednávkami alebo opciami. Z uvedeného dôvodu sa realizuje analýza, dizajn, implementácia a testovanie priebežne počas trvania SLA zmluvy (4 roky).
1103 -|2a|Analýza a Dizajn|09/2025|09/2029
941 +|2.|Realizačná fáza|N/A|N/A|(% rowspan="6" %)Projekt sa skladá z prípravnej a iniciačnej fázy projektu, vrátane verejného obstarávania a následne podpora prevádzky. Projekt neobsahuje budovanie nového ISVS. Projekt obsahuje rozvoj (zmeny) existujúcej ISVS počas prevádzky a podpory ISVS
942 +|2a|Analýza a Dizajn|N/A|N/A
1104 1104  |2b|Nákup technických prostriedkov, programových prostriedkov a služieb|N/A|N/A
1105 -|2c|Implementácia a testovanie|09/2025|09/2029
1106 -|2d|Nasadenie a PIP|09/2025|09/2029
1107 -|3.|Dokončovacia fáza|08/2029|09/2029
944 +|2c|Implementácia a testovanie|N/A|N/A
945 +|2d|Nasadenie a PIP|N/A|N/A
946 +|3.|Dokončovacia fáza|N/A|N/A
1108 1108  |4.|Podpora prevádzky (SLA)|09/2025|09/2029|
1109 1109  
949 +
1110 1110  1. PROJEKTOVÝ TÍM
1111 1111  
952 +
1112 1112  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.
1113 1113  
1114 1114  
... ... @@ -1117,53 +1117,17 @@
1117 1117  |2.|Peter Sliačan|Architekt|BID a.s.|Architekt
1118 1118  |3.|Peter Války|Biznis vlastník / sponzor projektu|BID a.s.|Biznis vlastník
1119 1119  
1120 -1.
961 +
962 +
963 +1.
1121 1121  11. PRACOVNÉ NÁPLNE
1122 1122  
1123 1123  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).
1124 1124  
1125 -=== **Biznis analytik** ===
1126 1126  
1127 -==== **Hlavné zodpovednosti:** ====
1128 -
1129 -* Zber, analýza a dokumentácia požiadaviek od interných alebo externých klientov.
1130 -* Modelovanie a optimalizácia biznis procesov pomocou BPMN, UML alebo iných metodológií.
1131 -* Spolupráca s IT tímami na návrhu technických riešení a špecifikácií pre vývojárov.
1132 -* Vykonávanie analýzy dopadu zmien na existujúce systémy a procesy.
1133 -* Testovanie funkčnosti riešení a podpora pri nasadzovaní nových IT systémov.
1134 -* Príprava podkladov pre rozhodovanie vedenia, napr. cez cost-benefit analýzy.
1135 -* Komunikácia medzi biznisom a IT oddelením s cieľom zabezpečiť správne pochopenie požiadaviek.
1136 -* Podpora školení a implementácie nových riešení.
1137 -
1138 -=== **IT projektový manažér** ===
1139 -
1140 -==== **Hlavné zodpovednosti:** ====
1141 -
1142 -* Riadenie IT projektov od plánovania až po implementáciu.
1143 -* Definovanie cieľov projektu, rozpočtu, časového harmonogramu a zdrojov.
1144 -* Koordinácia práce vývojárov, testerov, biznis analytikov a ďalších členov tímu.
1145 -* Monitorovanie a mitigácia rizík, ktoré môžu ovplyvniť projekt.
1146 -* Reporting stavu projektu pre stakeholderov a vedenie spoločnosti.
1147 -* Riadenie zmien a prioritizácia úloh v rámci agilných alebo waterfall metodík.
1148 -* Zabezpečenie kvality výstupov a dodržanie SLA dohodnutých s klientom.
1149 -* Spolupráca s dodávateľmi a externými partnermi na realizácii projektových cieľov.
1150 -
1151 -
1152 -=== **IT Architekt** ===
1153 -
1154 -==== **Hlavné zodpovednosti:** ====
1155 -
1156 -* Návrh a optimalizácia IT architektúry v súlade s obchodnými a technologickými požiadavkami.
1157 -* Definovanie technických štandardov, princípov a best practices pre vývoj a prevádzku IT systémov.
1158 -* Spolupráca s vývojovými tímami, biznis analytikmi a projektovými manažérmi na návrhu IT riešení.
1159 -* Posudzovanie a výber technológií, platforiem a nástrojov pre implementáciu IT systémov.
1160 -* Zabezpečenie interoperability medzi rôznymi systémami a aplikáciami.
1161 -* Návrh cloudových, on-premise alebo hybridných riešení s dôrazom na škálovateľnosť a bezpečnosť.
1162 -* Riadenie technologických rizík a zabezpečenie dodržiavania bezpečnostných a regulačných požiadaviek.
1163 -* Dokumentácia architektonických rozhodnutí a návrhov prostredníctvom diagramov a technických špecifikácií.
1164 -
1165 1165  1. ODKAZY
1166 1166  
971 +
1167 1167  1. PRÍLOHY
1168 1168  
1169 1169  Príloha č. 1: Katalóg požiadaviek
XWiki.XWikiComments[2]
Selection
... ... @@ -1,1 +1,1 @@
1 -Lepšia správa účtov a služieb pri zmene životnej situácie cestujúceho. Na základe skúsenosti z používania MA IDS BK od nasadenia boli identifikované malé zlepšenia v prospech používateľa. Cestujúcich VOD, vyžívajúci MA IDS BK prechádzajú rôznymi životnými situáciami od žiaka, študenta, po dospelého pracujúceho, seniora, zdravotne ťažko postihnutej osoby.
1 +Lepšia správa účtov a služieb pri zmene životnej situácie cestujúceho. Na základe skúsenosti z používania MA IDS BK od nasadenia boli identifikované malé zlepšenia v prospech používateľa. Cestujúcich VOD, vyžívajúci MA IDS BK prechádzajú rôznymi životnými situáciami od žiaka, študenta, po dospelého pracujúceho, seniora, zdravotne ťažko postihnutej osoby.
XWiki.XWikiComments[8]
Selection
... ... @@ -1,1 +1,1 @@
1 -Budúci stav okrem zlepšenia služieb sa prejaví v prípade koncových služieb najmä novým UI a odstránením nesúladu s prístupnosťou.
1 +Budúci stav okrem zlepšenia služieb sa prejaví v prípade koncových služieb najmä novým UI a odstránením nesúladu s prístupnosťou. 
XWiki.XWikiComments[9]
Selection
... ... @@ -1,1 +1,1 @@
1 -isvs_14872 Mobilná aplikácia pre revízorov
1 +isvs_14872Mobilná aplikácia pre revízorov
XWiki.XWikiComments[11]
Selection
... ... @@ -1,1 +1,1 @@
1 -Projekt nebude realizovaný, systém bude nahradený novým ISVS budovaným Ministerstvom dopravy SR.
1 +Projekt nebude realizovaný, systém bude nahradený novým ISVS budovaným Ministerstvom dopravy SR.
XWiki.XWikiComments[13]
Selection Left Context
... ... @@ -1,1 +1,1 @@
1 -Nie
1 +Nie
XWiki.XWikiComments[16]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.martin\.bezek@icloud\.com
Komentár
... ... @@ -1,1 +1,0 @@
1 -ano, BID chce riesit situaciu, ked ma niekto predplateny rocny PCL a v polovici obdobia sa zmeni zivotna situacia
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-03-06 10:07:34.568
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -2
XWiki.XWikiComments[17]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.martin\.bezek@icloud\.com
Komentár
... ... @@ -1,1 +1,0 @@
1 -zlepsenie o 10% (AS IS x 1,10)
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-03-06 10:08:28.876
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -3
XWiki.XWikiComments[18]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.martin\.bezek@icloud\.com
Komentár
... ... @@ -1,1 +1,0 @@
1 -viem zapracovat realizacnu fazu a analyzu a dizajn na cele obdobe trvania SLA, kedze ide o zmenove poziadavky ktore sa objednavaju cez samostatne objednavky, pricom tieto male zmeny budu prebiehat pocas celeho obdobia SLA postupne
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-03-06 10:14:47.184
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -4
XWiki.XWikiComments[19]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.martin\.bezek@icloud\.com
Komentár
... ... @@ -1,1 +1,0 @@
1 -zapracujeme PM a analytika, to su interne pozicie BID a zvysok bude dodavat uspesny uchadzac.
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-03-06 10:20:21.603
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -5