Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

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

version	line-number	content
1.1	1	PROJEKTOVÝ ZÁMER
2.1	2
	3	Vzor pre manažérsky výstup I-02
	4
1.1	5	podľa vyhlášky MIRRI č. 401/2023 Z. z.
	6
2.1	7
	8	\|Povinná osoba\|Bratislavská integrovaná doprava a.s.
	9	\|Názov projektu\|(((
	10	IDS BK - Moje spojenia v mobile
	11	)))
	12	\|Zodpovedná osoba za projekt\|Juraj Orvan
	13	\|Realizátor projektu\|
	14	\|Vlastník projektu\|Peter Války
	15
1.1	16	Schvaľovanie dokumentu
2.1	17
	18	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
	19	Podpis
	20
1.1	21	(alebo elektronický súhlas)
	22	)))
2.1	23	\|Projektový zámer I-01\|Juraj Orvan\|BID a.s.\|PM\| \|
1.1	24
2.1	25	1. HISTÓRIA DOKUMENTU
1.1	26
2.1	27	\|Verzia\|Dátum\|Zmeny\|Meno
	28	\|1.1\|15.01.2025\|Pracovný návrh\|Martin Bezek
	29	\|1.2\|23.01.2025\|Pracovný návrh\|Martin Bezek
	30	\|1.3\|29.01.2025\|Návrh predložený na schválenie MIRRI\|Martin Bezek
1.1	31
2.1	32	1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
1.1	33
2.1	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.
1.1	35
2.1	36	Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,
1.1	37
	38
	39
35.1	40	1.
2.1	41	11. Použité skratky a pojmy
1.1	42
2.1	43	\|SKRATKA/POJEM\|POPIS
	44	\|BID\|Bratislavská integrovaná doprava
	45	\|IDS\|Integrovaný dopravný systém
	46	\|MA IDS BK\|Mobilná aplikácia integrovaného dopravného systému Bratislavského kraja
	47	\|VOD\|Verejná osobná doprava
	48	\|NKIVS\|Národná koncepcia informatizácie verejnej správy
	49	\|PHSR\|Program hospodárskeho a sociálneho rozvoja
	50	\|IAD\|Individuálna automobilová doprava
	51	\|ŽD\|Železničná doprava
	52	\|RAD\|Regionálna autobusová doprava
	53	\|MHD\|Mestská hromadná doprava
	54	\|MINDOP\|Ministerstvo dopravy SR
	55	\|HLMSR BA\|Hlavné mesto Slovenskej republiky Bratislava
	56	\|GUI\|Grafické používateľské rozhranie
	57	\|ISVS\|Informačný systém verejnej správy
	58	\|G2B\|Government to business
	59	\|PO\|Právnická osoba
	60	\|FO\|Fyzická osoba
	61	\|ÚPVS\|Ústredný portál verejnej správy
	62	\|CAPEX\|Kapitálové výdavky
	63	\|OPEX\|Prevádzkové (operatívne) výdavky
	64	\|PEREX\|Osobné výdavky
	65	\|ITVS\|Informačných technológiách verejnej správy
	66	\|AS\|Aplikačná služba
	67	\|KS\|Koncová služba
	68	\|PCL\|Predplatný cestovný lístok
	69	\|JCL\|Jednorázový cestovný lístok
1.1	70
35.1	71	1.
2.1	72	11. Konvencie pre typy požiadaviek (príklady)
1.1	73
2.1	74	S – stakeholderi / aktéri
1.1	75
2.1	76	C – ciele projektu
	77
	78	KPI – merateľné ukazovatele projektu (KPI)
	79
	80	P – princíp
	81
	82	Q – požiadavka
	83
	84	R – riziko
	85
	86	Z – závislosť
	87
	88	1. DEFINOVANIE PROJEKTU
	89
35.1	90	1.
2.1	91	11. Manažérske zhrnutie
	92
	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.
	94
	95	Hlavnými cieľmi projektu sú:
	96
	97	* Zvýšenie spokojnosti používateľov prostredníctvom modernizácie UI/UX dizajnu a lepšej dostupnosti.
	98	* Zvýšenie počtu používateľov aplikácie vďaka rozšíreniu možností digitálneho cestovania a integrácie nových spôsobov dopravy (napr. zdieľaná mobilita, parkovanie).
	99	* Podpora predaja predplatných a jednorázových lístkov (PCL a JCL) a ich manažment pre zamestnávateľov, čím sa zvýši motivácia využívať verejnú dopravu namiesto IAD.
	100
	101	Projekt je rozdelený do troch fáz:
	102
	103	1. Zabezpečenie prevádzky a servisu ISVS (Informačného systému verejnej správy) vrátane mobilných aplikácií pre cestujúcich a revízorov.
	104	1. Postupný rozvoj aplikácie na základe požiadaviek a potrieb užívateľov.
	105	1. Možnosť ďalšieho rozvoja systému s využitím opčných služieb v rozsahu 2500 hodín.
	106
	107	Kľúčovými funkcionalitami budú:
	108
	109	* Vylepšené vyhľadávanie spojení s podporou multimodálnej dopravy.
	110	* Jednoduchší a rýchlejší nákup cestovných lístkov s rozšírenou podporou platieb (Google Pay, Apple Pay).
	111	* Podpora pre zamestnávateľov pri hromadnom nákupe lístkov.
	112	* Zvýšená bezpečnosť a transparentnosť aplikácie.
	113
	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
	116
33.1	117	1. Motivácia a rozsah projektu
2.1	118
35.1	119	[[image:Screenshot 2025-03-17 at 00.19.20.png]]
2.1	120
	121	Rozsah projektu:
	122
	123	Projekt je ohraničený z technického pohľadu mobilnou aplikáciou (verzia pre iOS a Android) pre cestujúcich, mobilnou aplikáciou pre revízorov (verzia pre Android) a ISVS, ktorý eviduje údaje, zabezpečuje biznis služby a poskytuje aplikačné služby mobilným aplikáciám, vrátane grafického používateľského rozhrania (GUI) pre zamestnancov BID, administrátorov ISVS.
	124
	125	Projekt je ohraničený z pohľadu obstarávania troma časťami. Prvá časť predstavuje obstaranie služieb prevádzky a podpory ISVS na obdobie 48 mesiacov, vrátane mobilných aplikácií. Druhá časť predstavuje zoznam požiadaviek, ktoré plánuje BID objednávať formou samostatných objednávok počas trvania zmluvy. Tretia časť projektu z pohľadu obstarávania má definovaný rámec 2500 hodín rozvoja ISVS, ktorá má charakter opcie.
	126
	127	Projekt je ohraničený z pohľadu biznis vrstvy niekoľkými kľúčovými procesmi, ktoré podporuje ISVS. Medzi kľúčové procesy patria:
	128
	129	* vyhľadávanie spojení a plánovanie trasy
	130	* zakúpenie jednorazového lístka a predplatného cestovného lístka (električenky)
	131	* administračné rozhranie na správu, manažovanie jednotlivých komponentov aplikácie
	132	* kontrola cestovných lístkov (JCL a Električeniek)
	133
	134	Agendy, ktoré sú adresované projektom:
	135
	136	A0000357: Vykonávanie dozoru nad plnením záväzkov vo verejnom záujme a na presadzovanie zásad štátnej dopravnej politiky
	137
	138	A0000393: Zabezpečenie základnej dopravnej obslužnosti vzájomným prepojením verejnej osobnej dopravy na dráhe s verejnou pravidelnou autobusovou dopravou
	139
	140	A0000394: Zabezpečovanie primeranej dopravy počas všetkých dní v týždni z dôvodu verejného záujmu
	141
	142	A0000444: Zabezpečovanie miestnej verejnej dopravy
	143
	144
	145	Životná situácia:
	146
	147	Slovenský zoznam životných situácií: [[https:~~/~~/metais.slovensko.sk/data-objects/codelists/2958?orderBy=itemCode&sortDirection=ASC&pageSize=100&pageNumber=1>>url:https://metais.slovensko.sk/data-objects/codelists/2958?orderBy=itemCode&sortDirection=ASC&pageSize=100&pageNumber=1]] neobsahuje vhodnú životnú situáciu, ktorá by adresovala rozsah tohto projektu. Na základe analýzy boli však identifikované tri životné situácie hodnotené na úrovni EÚ prostredníctvom eGOV benchmarku: 3.1 Check information and plan a journey (involving multiple types of public transport), 3.2 Obtain public transport tickets (standard tariff), 3.3 Appeal and claim a ticket refund
	148
	149
	150	Motivačná architektúra:
	151
	152	V zmysle Archimate notation 3.2 je prispôsobená a zjednodušená motivačná architektúra projektu do nasledovných komponentov:
	153
	154	* zainteresované strany
	155
34.1	156	[[image:fig-Stakeholder-Notation.png\|\|height="45" width="200"]]
2.1	157
	158
	159	* ciele projektu
	160
34.1	161	[[image:fig-Goal-Notation.png\|\|height="53" width="200"]]
2.1	162
	163
	164	* princípy
	165
34.1	166	[[image:fig-Principle-Notation.png\|\|height="49" width="200"]]
2.1	167
	168
	169	* požiadavky
	170
34.1	171	[[image:fig-Requirement-Notation.png\|\|height="46" width="200"]]
2.1	172
	173	Okrem motivácie uvedenej v motivačnej architektúre boli identifikovaná viaceré príležitosti na zlepšenie, ktoré sú následne adresované v katalógu požiadaviek.
	174
	175
	176	Príležitosť #1: Mobilná aplikácia je dostupná na stiahnutie od roku 2018. Jej súčasné grafické rozhranie neprešlo zásadnou obmenou viac ako 6 rokov. Zmena GUI umožní zrealizovať zásady prístupnosti pre osoby s rôznymi zrakovými, alebo inými fyzickými obmedzeniami. Súčasná prístupnosť na základe hĺbkového ratingu prístupnosti odhalila viaceré oblasti na zlepšenie a dosiahla 57% súlad.
	177
	178
	179	Príležitosť #2: Pridanie ďalších foriem dopravy hlavne v kontexte cestujúcich do Bratislavy sa javí ako ďalší prirodzený krok pre doručenie pocitu integrovanej dopravy cestujúcimi VOD. Do MA IDS BK je možné pridať nemotorovú dopravu – zdieľané bicykle, služba poskytovaná HLSMR BA a statickú dopravu, regulované parkovanie, ktoré je postupne implementované na celom území Bratislavy. Okrem uvedených nových foriem dopravy bude obohatená služba plánovania dopravy z bodu A do bodu B o presun pešou dopravou.
	180
	181
	182	Príležitosť #3: Zavedenie G2B predaja PCL. V meste Bratislava pôsobia viaceré spoločnosti s veľkým počtom zamestnancov. Zároveň sa vplyvom suburbanizácie obyvatelia sťahujú do okolitých obcí a miest, dochádzajú do práce viacerými formami dopravy. Poskytnutie portálových služieb predaja a manažovania PCL pre týchto zamestnávateľov umožní zvýšiť motiváciu pre cestujúcich IAD, zamestnancov firiem, začať používať BID. Zamestnávateľ bude mať možnosť poskytovať PCL integrujúci MHD, VOD, ŽD a ostatné formy dopravy ako benefit, podobne ako sa dnes používa populárny benefit Multisport karty.
	183
	184
	185	Príležitosť #3: 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. Na tieto zmeny musí reagovať profil aj tarifa poskytovaných služieb. Zmena životnej situácie môže nastať aj presťahovaním cestujúceho, alebo zmenou zamestnania, čo prinesie potrebu zlúčenia PCL medzi pásmami, prípadne storno PCL a ďalšieho manažmentu služieb a profilu.
	186
	187
	188
35.1	189	1.
2.1	190	11. Zainteresované strany/Stakeholderi
	191
	192	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ť.
	193
	194	Celkovo bolo identifikovaných v projekte 9 stakeholderov, ktorí boli následne v aplikácií motivačnej architektúry zoskupení do 4 skupín:
	195
	196	* cestujúci IAD
	197	* cestujúci VOD
	198	* správca ISVS
	199	* tvorcovia verejnej politiky v oblasti dopravy
	200
	201	\|ID\|AKTÉR / STAKEHOLDER\|(((
	202	SUBJEKT
	203
1.1	204	(názov / skratka)
	205	)))\|(((
2.1	206	ROLA
	207
1.1	208	(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
	209	)))\|(((
2.1	210	Informačný systém
	211
1.1	212	(MetaIS kód a názov ISVS)
	213	)))
2.1	214	\|S1.\|Bratislavský samosprávny kraj\|BSK\|Objednávateľ výkonov regionálnej autobusovej dopravy\|
	215	\|S2.\|Hlavné mesto SR Bratislava\|HLMSR BA\|Objednávateľ výkonov mestskej hromadnej dopravy\|
	216	\|S3.\|Bratislavská integrovaná doprava a.s.\|BID\|Integrátor dopravy v Bratislavskom kraji, správca a prevádzkovateľ IDSK BK\|Mobilná aplikácia IDS BK - Cestujeme jednoduchšie, isvs_11695
	217	\|S5.\|Ministerstvo dopravy SR\|MINDOP\|Objednávateľ výkonov železničnej dopravy\|
	218	\|S6.\|Cestujúci regionálnou autobusovou dopravou\|Cestujúci RAD\|Zákazník\|
	219	\|S7.\|Cestujúci železničnou dopravou\|Cestujúci ŽD\|Zákazník\|
	220	\|S8.\|Cestujúci mestskou hromadnou dopravou\|Cestujúci MHD\|Zákazník\|
	221	\|S9.\|Osoby využívajúce individuálnu automobilovú dopravu\|Osoby IAD\|Potencionálny zákazník\|
1.1	222
21.1	223	1.
2.1	224	11. Ciele a princípy projektu
1.1	225
2.1	226	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.
1.1	227
2.1	228	V tomto duchu je nastavený aj posledný cieľ, ktorému nepriamo prispeje aj tento projekt. Cieľ sa orientuje na väčší objem predaja PCL a JCL. Tento zámer sa dosiahne presunom cestujúcich s IAD do VOD. Tento projekt má prispieť cieľu, ktorý vyplýva z Programu hospodárskeho a sociálneho rozvoja Bratislavského samosprávneho kraja, ale aj viacerých subjektov verejnej správy s kompetenciou v oblasti udržateľnej mobility. Cieľ je však komplexnejší a pokrok v tejto oblasti je závislý od všetkých operátorov VOD a tvorcov politík v oblasti udržateľnej mobility.
	229
	230
	231	\|ID\|(((
	232
	233
	234
	235	Názov cieľa
	236	)))\|Názov strategického cieľa\|Spôsob realizácie strategického cieľa
	237	\|C1\|Zvýšiť spokojnosť zákazníkov so službami mobilnej aplikácie IDS BK\|Cieľ NKIVS 2021-2027 číslo 1.2 Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami\|Prostredníctvom implementácie zlepšení a rozvoja služieb mobilnej aplikácie bude stúpať spokojnosť zákazníkov
	238	\|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.
	239	\|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
33.1	240	\|C4\|Odstrániť nesúlad s prístupnosťou mobilnej aplikácie\|Cieľ NKIVS 2021-2027 číslo 1.2 Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami\|optimalizovaním systémov verejnej správy tak, aby rešpektovali používateľa, jeho zdravotnú spôsobilosť, vedomosti, skúsenosti, ale aj technické vybavenie sleduje celkové zlepšenie spokojnosti občanov s elektronickými službami
2.1	241
35.1	242	1.
2.1	243	11. Merateľné ukazovatele (KPI)
	244
	245	\|ID\|(((
	246
	247
	248
	249	ID/Názov cieľa
	250	)))\|Názov
	251	ukazovateľa (KPI)\|Popis
	252	ukazovateľa\|Merná jednotka
	253	\|AS IS
	254	merateľné hodnoty
	255	(aktuálne)\|TO BE
1.1	256	Merateľné hodnoty
2.1	257	(cieľové hodnoty)\|Spôsob ich merania\|Pozn.
	258	\|KPI1\|Zvýšiť spokojnosť zákazníkov so službami mobilnej aplikácie IDS BK\|Net promote score\|Net promote score meria rozdiel zákazníkov, ktorí by odporučili službu a ktorí by ju neodporučili.\|index\|Aktuálne sa nemeria\|Viac ako 0 (pozitívne prevažuje nad negatívnym)\|Notifikácia odoslaná používateľovi aplikácie\|Index sa meria ako rozdiel medzi % počtom zákazníkov ktorí označili hodnotu 1 až 5 (nespokojní) a % počtom zákazníkov ktorí označili hodnotu 9 a 10. (spokojní)
	259	\|KPI2\|Zvýšiť
	260	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
	261	\|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
26.1	262	\|KPI4\|Odstrániť nesúlad s prístupnosťou mobilnej aplikácie\|% neprístupnosti\|výsledok samohodnotenia\|%\|57\|85\|samohodnotenie\|N/A
1.1	263
2.1	264	Všeobecné princípy dané NKIVS
1.1	265
2.1	266	Princíp P1. Orientácia na používateľa:
1.1	267
2.1	268	* Jednoduchá prístupnosť služieb
	269	* Jednotný dojem a jednotné informácie,
	270	* Personalizácia a proaktívnosť,
	271	* Služby ako životné situácie,
	272	* Viacjazyčnosť služieb a informácií,
	273	* Kvalita a spoľahlivosť
1.1	274
2.1	275	Princíp P2. Bezpečnosť:
1.1	276
2.1	277	* Optimálna úroveň bezpečnosti,
	278	* Včasné riešenie bezpečnosti,
	279	* Dostupnosť – odolnosť voči výpadkom
1.1	280
2.1	281	Princíp P3. Transparentnosť služby:
1.1	282
2.1	283	* Auditovateľnosť - priebežná informácia o stave spracovania procesu a podania,
	284	* Spätná väzba,
	285	* Občan má prehľad o spracúvaní svojich údajov
1.1	286
2.1	287	Princíp P4. Prirodzene digitálna verejná správa:
1.1	288
2.1	289	* Prednostné využívanie digitálnych služieb a dát pre rozhodovanie,
	290	* Modulárnosť a servisne orientovaná architektúra pre flexibilnejšiu integráciu,
	291	* Prednostne aplikačné rozhrania („API First“).
1.1	292
35.1	293	1.
2.1	294	11. Špecifikácia potrieb koncového používateľa
	295
	296	Špecifické požiadavky zainteresovaných strán
	297
	298
	299	Cestujúci VOD (S6, S7, S8):
	300
	301	Požiadavka Q1: kúpa PCL a JCL pre rôzny formy dopravy
	302
	303	Požiadavka Q2: vyhľadávanie spojení rôznych foriem dopravy z bodu A do bodu B
	304
	305	Požiadavka Q3: získanie zľavneného cestovného lístka na základe tarify a životnej situácie občana
	306
	307
	308	Cestujúci IAD (S9)
	309
	310	Požiadavka Q4: jednoduchá kúpa PCL a JCL na VOD bez potreby navštíviť kamennú prevádzku dopravcov v Bratislavskom kraji
	311
	312
	313	Správca ISVS (S3)
	314
	315	Požiadavka Q5: nové moderné grafické rozhranie MA IDS BK, vrátane zapracovania prístupnosti mobilnej aplikácie v zmysle zákona č. 95/2019
	316
	317	Požiadavka Q6: rozšírenie možnosti správy účtov a profilov v administratívnom rozhraní backendu MA IDS BK
	318
	319	Požiadavka Q7: rozšírenie správy notifikácií používateľov MA IDS BK v administratívnom rozhraní backendu MA IDS BK
	320
	321
	322	Tvorcovia verejnej politiky v oblasti dopravy (S1, S2, S4, S5)
	323
	324	Požiadavka Q8: podpora zamestnávateľov pri využívaní ekologického spôsobu dopravy zamestnancov
	325
	326	Požiadavka Q9: zníženie nákladov na obsluhu cestujúcich pri predaji PCL a JCL
	327
	328
35.1	329	1.
2.1	330	11. Riziká a závislosti
	331
	332	Riziká
	333
	334	R1: zmena dodávateľa prevádzky a rozvoja ISVS ohrozí plynulosť poskytovaných služieb používateľom MA IDS BK
	335
	336	Mitigácia: ISVS používa tzv. „open source“ neplatené komponenty za účelom ďalšieho rozvoja Aplikácie a jej softvérových zložiek nebude musieť víťazný uchádzač uzatvoriť so súčasným dodávateľom služieb súvisiacich s Aplikáciou licenčnú zmluvu podľa Autorského zákona.
	337
	338	Mitigácia: najneskôr ku dňu začatia prevádzky ISVS musí byť víťazný uchádzač pripravený plniť tzv. exit plán (ďalej len „Exit plán“), na základe ktorého bude môcť Verejný obstarávateľ v prípade predčasného ukončenia zmluvy, resp. po riadnom skončení jej platnosti pokračovať v prevádzke Aplikácie, a to buď samostatne alebo s iným dodávateľom.
	339
	340
	341	R2: nový dodávateľ, úspešný uchádzač, zmení ISVS a vytvorí vendor-lock.
	342
	343	Mitigácia: ak úpravami ISVS vznikne dielo v zmysle Autorského zákona, Verejný obstarávateľ bude požadovať udelenie výhradnej licencie (súhlasu na použitie) tohto diela v neobmedzenom rozsahu, t. j. bez vecného alebo územného obmedzenia a na dobu trvania majetkových práv autora k dielu.
	344
	345
	346	R3: dodávateľ bude požadovať plnenie zákonných povinností pre ISVS ako službu nad rámec opisu predmetu zákazky a nad rámec dohodnutej ceny v zmluve
	347
	348	Mitigácia: Nakoľko MA IDS BK sa považuje za informačnú technológiu verejnej správy, Verejný obstarávateľ požaduje v rámci predmetu zákazky tiež splnenie príslušných zákonných povinností vzťahujúcich sa na ISVS, t. j. cena za realizáciu predmetu zákazky musí zahŕňať rovnako odmenu za práce a činnosti spojené s plnením uvedených zákonných povinností.
	349
	350
	351	Závislosti:
	352
	353	Z1: serverové vybavenie správcu na ktorom je inštalovaný ISVS
	354
	355	Z2: údaje dopravcov na území Bratislavského kraja konzumované pre funkčnosť integrovaného vyhľadávania spojenia
	356
	357	Z3: platobná brána ČSOB pre platbu kartou
	358
	359
35.1	360	1.
2.1	361	11. Stanovenie alternatív v biznisovej vrstve architektúry
	362
	363	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:
	364
	365	* zakúpenie lístkov by prebiehalo samostatne u jednotlivých dopravcov,
	366	* storno lístkov by prebiehalo samostatne u jednotlivých dopravcov,
	367	* vyhľadávanie spojení by prebiehalo samostatne u jednotlivých dopravcov bez prepojenia grafikonov (integrácie) dopravcov,
	368
	369	prípade by bola úplne znefunkčnená služba odstránením biznis procesov administrátora.
	370
	371
	372
35.1	373	1.
2.1	374	11. Stanovenie alternatív v aplikačnej vrstve architektúry
	375
	376	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.
	377
	378
	379	Alternatíva 0: ponechanie súčasného stavu
	380
	381	Alternatíva 0: predstavuje alternatívu nezrealizovania projektu. Keďže súčasťou projektu je aj zabezpečenie služieb aplikačnej podpory, ponechanie súčasného stavu by znamenalo od konca februára (zmluva: [[https:~~/~~/www.crz.gov.sk/zmluva/7572474/>>url:https://www.crz.gov.sk/zmluva/7572474/]]) nezabezpečenie podpory ISVS. Tento stav by viedol k nefunkčnosti ISVS a to buď z dôvodu:
	382
	383	* kritického incidentu spôsobujúceho nefunkčnosť kritickej služby a nedostupnosť ostatných služieb, alebo ich výrazného obmedzenia.
	384	* 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
	385	* strata ďalších podporných služieb zálohovania, monitorovania, bezpečnosti, ktoré by viedli k nefunkčnost údajov a prípade úniku údajov
	386
	387	Alternatíva 1: minimalistická verzia projektu
	388
	389	Minimalistická verzia projektu predstavuje zabezpečenie časti projektu infraštruktúrnej (časť A) a aplikačnej (časť B) podpory v rozsahu:
	390
	391	* Poskytovanie infraštruktúry pre testovacie prostredie: pre moduly „Jadro“ a „Vyhľadávač“, produkčné prostredie bude prevádzkované na Cloudových službách, ktoré pre tieto účely zabezpečí Verejný obstarávateľ
	392	* Monitorovanie infraštruktúry
	393	* Pravidelné zálohovanie dát na dennej báze, ukladanie zálohovaných dát na dobu aspoň jeden mesiac
	394	* Údržba infraštruktúry
	395	* Inštalácia aktualizácií operačného systému
	396	* Inštalácia aktualizácií databázových serverov
	397	* Návrhy na optimalizáciu infraštruktúry
	398	* Prístup do infraštruktúry (cez VPN) pre potreby importov dát
	399	* Prístup do infraštruktúry (cez VPN) pre potreby exportov dát
	400	* Pravidelný monitoring infraštruktúry pomocou nástrojov ako SuperAdmin, Zabbix alebo iné
	401	* Servisná podpora modulov: „Mobilná aplikácia“, „Jadro“ a „Vyhľadávač spojení“, a to vrátane odstránenia všetkých vád zistených počas trvania zmluvy
	402	* Hotline podpora a preberanie incidentov
	403	* Pomoc pri rekonfiguráciách modulov „Jadro“ a „Vyhľadávač“
	404	* Odstraňovanie skrytých vád v module „Mobilná aplikácia“
	405	* Pomoc pri konsolidácií dát verejnej dopravy
	406	* Pomoc marketingu (pre reakcie na hodnotenie používateľov, preberanie podnetov od používateľov)
	407	* Návrhy na optimalizáciu behu modulov
	408	* Podpora pre správcov administrátora a servisné úkony spojené s údržbou (pracovné dni 8hodín denne)
	409	* Servisné úkony spojené s údržbou modulov
	410	* Zabezpečenie hotline podpory
	411	* Nasadzovanie aktualizácií modulov „Vyhľadávač“ a „Jadro,
	412
	413	Podpora bude poskytovaná v nasledovnom rozsahu:
	414
	415	* 24/7 – podpora 24h denne všetky dni v týždni
	416	* 8/5 - podpora od 8:00 do 16:00 v pracovných dňoch
	417
	418	Podpora pre A: infraštruktúru a B: aplikáciu je dostupná v pracovných dňoch od 8:00 do 16:00.
	419
	420	Pre kritické incidenty A1 bude podpora dostupná 24h denne v pracovných dňoch aj sviatkoch
	421
	422
	423	Alternatíva 2: realizácia projektu v preferovanom rozsahu
	424
	425	Preferovaný rozsah projektu z pohľadu aplikačnej vrstvy architektúry je zabezpečenie podpory infraštruktúry a aplikácie uvedenej v minimalistickej verzii. Okrem toho alternatíva uvažuje o realizácií ďalšieho rozvoja aplikačných komponentov:
	426
	427	Inkrement 1: Rozvoj popísaného aplikačného riešenia a modulov MA IDS BK v súlade katalógom požiadaviek, a to na základe samostatných objednávok Verejného obstarávateľa počas doby trvania zmluvy. Cena rozvojových prác podľa tohto bodu, ktorú stanoví víťazný uchádzač v ponuke predloženej vo verejnom obstarávaní a bude konečná bez možnosti jej úpravy počas trvania zmluvy. Za správne vykonanie rozvojových prác a otestovanie prípadných nových funkcionalít zodpovedá dodávateľ. Úpravy, pri ktorých nie je výslovne uvedená opčná povaha si správca ISVS objedná v priebehu trvania zmluvy.
	428
	429
	430	Inkrement 2: poskytnutie služieb rozvoja popísaného aplikačného riešenia a modulov MA IDS BK nad rámec úprav uvedených v časti inkrement 1. v maximálnom rozsahu 2.500 hodín počas doby trvania zmluvy. Poskytnutie služieb rozvoja má formu opcie, t. j. je na rozhodnutí správcu ISVS v akom rozsahu si služby objedná na základe samostatných objednávok (vo vzťahu k tomuto plneniu bude mať zmluva charakter rámcovej zmluvy), pričom služby môžu pozostávať z úprav uvedených v katalógu, ako aj z iných budúcich požiadaviek správcu ISVS na rozvoj MA IDS BK. Rozsah rozvojových prác podľa tohto bodu, ktoré pre požadovanú úpravu stanoví dodávateľ pred každou objednávkou bude konečný bez možnosti jeho úpravy po vystavení objednávky. Za správne vykonanie rozvojových prác a otestovanie prípadných nových funkcionalít zodpovedá dodávateľ. Niektoré úpravy, majú formu opcie, t. j. Verejný obstarávateľ nie je povinný si ich objednať a je na jeho výlučnom rozhodnutí, či si predmetné úpravy objedná.
	431
	432
	433	Alternatíva 3: nahradenie MA IDS BK národným riešením
	434
	435	Projekt nebude realizovaný, systém bude nahradený novým ISVS budovaným Ministerstvom dopravy SR. Ide o plánovaný ISVS: Národný integrovaný cestovný lístok kód isvs_11817. Zámerom projektu je v súlade s plnením míľnika Plánu obnovy a odolnosti (Komponent 03 Udržateľná doprava, Reforma 2 – Reforma verejnej osobnej dopravy) vybudovať informačný systém k produktu elektronického národného integrovaného cestovného lístka, ktorý má umožniť cestovanie v rámci SR všetkými druhmi verejnej osobnej dopravy objednávanými na základe zmluvy o dopravných službách vo verejnom záujme.
	436
	437	Podľa harmonogramu projektu je trvanie realizačnej fázy plánované na 14 mesiacov od podpísania zmluvy s dodávateľom. Predpokladané nasadenie do prevádzky je od 7/2026. Vzhľadom na krátke trvanie realizačnej fázy projektu nepredpokladáme, že systém bude schopný v tomto termíne okamžite nahradiť súčasné riešenie.
	438
	439	V ideálnom prípade predpokladáme doručenie SW riešenia, ktoré si bude vyžadovať ďalšiu konfiguráciu a nastavenie biznis procesov, testovanie a nasadenie pre jednotlivé kraje. V prípade Bratislavského kraja by si realizácia tejto alternatívy vyžadovala migráciu a onboarding zákazníkov a ich údajov zo súčasného riešenia MA IDS BK do nového riešenia, vrátane nastavenia zmluvných vzťahov pre rozdeľovanie príjmov z predaja lístkov medzi objednávateľmi a poskytovateľmi dopravných výkonov v kraji, dobudovaním integračných väzieb na jednotlivých dopravcov pre zaistenie fungovania biznis procesu vyhľadávania a plánovania ciest.
	440
	441	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.
	442
21.1	443	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.
2.1	444
21.1	445	=== Variant 1: Spolupráca prostredníctvom API ===
2.1	446
21.1	447	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.
2.1	448
21.1	449	* (((
	450	Oblasti spolupráce cez API:
	451
	452	* Zdieľanie informácií o cestovných lístkoch (zakúpenie, validácia, využitie).
	453	* Synchronizácia cestovných plánov a tarifných podmienok.
	454	* Výmena údajov o dostupnosti dopravných spojení (reálne časy, prestupy).
	455	* Možnosť overenia už existujúceho lístka zakúpeného v jednej aplikácii v druhej aplikácii.
	456	)))
	457	* (((
	458	Výhody:
	459
	460	* Zabraňuje duplicite údajov a zlepšuje informovanosť používateľov.
	461	* Umožňuje flexibilné cestovanie medzi regionálnymi a národnými systémami.
	462	* Zachováva autonómiu oboch systémov a umožňuje postupnú integráciu.
	463	)))
	464	* (((
	465	Nevýhody:
	466
	467	* Vyžaduje dohodu na jednotných dátových štruktúrach a formáte API.
	468	* Náročnosť koordinácie pri zmene procesov na jednej alebo druhej strane.
	469	)))
	470
	471	----
	472
	473	=== Variant 2: Nezávislá prevádzka bez spolupráce ===
	474
	475	Každá aplikácia funguje samostatne bez akejkoľvek výmeny dát alebo spolupráce.
	476
	477	* (((
	478	Charakteristika:
	479
	480	* Užívatelia si musia vybrať medzi regionálnou alebo národnou aplikáciou.
	481	* Lístky zakúpené v jednej aplikácii nebudú akceptované v druhej.
	482	* Informácie o trasách a dopravných spojoch sú oddelené.
	483	)))
	484	* (((
	485	Výhody:
	486
	487	* Jasná zodpovednosť a menej závislostí medzi systémami.
	488	* Rýchlejšie nasadenie, keďže nie je potrebná integrácia.
	489	)))
	490	* (((
	491	Nevýhody:
	492
	493	* Znížený komfort pre užívateľov, ktorí cestujú medzi regiónmi a národnými trasami.
	494	* Potenciálna duplicita nákladov na vývoj a prevádzku dvoch samostatných riešení.
	495	)))
	496
	497	----
	498
	499	=== Variant 3: Postupná migrácia a konsolidácia do centrálneho systému ===
	500
	501	Obe aplikácie fungujú paralelne, ale s výhľadom na dlhodobú migráciu údajov a funkcionalít do centrálneho systému.
	502
	503	* (((
	504	Možnosti migrácie:
	505
	506	* V prvej fáze možnosť importu údajov (napr. už registrovaných používateľov, zakúpených lístkov).
	507	* V druhej fáze možnosť rozšírenia služieb centrálnej aplikácie, čím sa regionálna aplikácia postupne prestane využívať.
	508	* Možnosť ponúknuť užívateľom jednoduchú cestu na prechod medzi aplikáciami.
	509	)))
	510	* (((
	511	Výhody:
	512
	513	* Zabezpečuje kontinuitu služieb pre používateľov.
	514	* Z dlhodobého hľadiska eliminuje potrebu financovať dva paralelné systémy.
	515	* Umožňuje zber a analýzu dát na národnej úrovni.
	516	)))
	517	* (((
	518	Nevýhody:
	519
	520	* Vyžaduje dôkladný plán migrácie a dôveru používateľov.
	521	* Počas prechodného obdobia môže byť potrebné zdvojovanie niektorých služieb.
	522	)))
	523
	524	----
	525
	526	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.
	527
	528
	529	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í:
	530
	531	----
	532
	533	=== Preferovaná varianta spolupráce na podklade API by mohla fungovať v nasledovných prípadoch použitia. ===
	534
	535	=== Vzájomné uznávanie lístkov medzi regionálnou a národnou aplikáciou ===
	536
	537	Popis:
	538	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.
	539
	540	Mechanizmus API:
	541
	542	* API umožní overenie platnosti lístka medzi aplikáciami.
	543	* 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.
	544
	545	Prínos pre používateľa:
	546
	547	* Cestujúci nemusí riešiť, v ktorej aplikácii si lístok zakúpil.
	548	* Zvýšená flexibilita pri využívaní rôznych druhov dopravy.
	549
	550	----
	551
	552	=== Synchronizácia cestovných údajov a plánovanie ciest ===
	553
	554	Popis:
	555	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.
	556
	557	Mechanizmus API:
	558
	559	* API umožní regionálnej aplikácii získavať údaje o diaľkových spojoch z národnej aplikácie.
	560	* Naopak, národná aplikácia si môže vyžiadať údaje o regionálnych spojoch.
	561
	562	Prínos pre používateľa:
	563
	564	* Lepšia koordinácia medzi regionálnou a národnou dopravou.
	565	* Používateľ nemusí manuálne vyhľadávať spojenia v rôznych aplikáciách.
	566
	567	----
	568
	569	=== Integrovaná história cestovania a notifikácie ===
	570
	571	Popis:
	572	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.
	573
	574	Mechanizmus API:
	575
	576	* API umožní synchronizáciu histórie lístkov medzi aplikáciami.
	577	* API umožní posielanie notifikácií o zmene trasy alebo meškaní aj z druhej aplikácie.
	578
	579	Prínos pre používateľa:
	580
	581	* V jednej aplikácii vidí všetky svoje lístky a históriu ciest.
	582	* Dostáva aktuálne informácie o meškaniach alebo zmenách v oboch systémoch.
	583
	584	----
	585
	586	=== Personalizované odporúčania na základe využitia dopravy ===
	587
	588	Popis:
	589	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.
	590
	591	Mechanizmus API:
	592
	593	* 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).
	594	* Na základe toho môže aplikácia odporučiť vhodné lístky alebo alternatívne spoje.
	595
	596	Prínos pre používateľa:
	597
	598	* Zľavy a personalizované ponuky na základe reálnych cestovných vzorcov.
	599	* Odporúčania na rýchlejšie alebo lacnejšie trasy.
	600
	601	----
	602
	603	=== Jednotná registrácia a prihlásenie ===
	604
	605	Popis:
	606	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.
	607
	608	Mechanizmus API:
	609
	610	* API zabezpečí synchronizáciu účtov medzi aplikáciami (napr. prostredníctvom jednotného Identity Management systému).
	611	* Prihlasovanie cez jednotný účet pomocou OpenID Connect alebo OAuth 2.0.
	612
	613	Prínos pre používateľa:
	614
	615	* Nemusí sa registrovať v dvoch rôznych aplikáciách.
	616	* Pohodlné používanie bez nutnosti zadávať údaje dvakrát.
	617
	618	=== Integrovaná validácia lístkov ===
	619
	620	Popis:
	621	Používateľ môže využívať validáciu lístkov v jednej aplikácii aj na lístky zakúpené v druhej aplikácii.
	622
	623	Mechanizmus API:
	624
	625	* API umožní overenie QR kódov medzi systémami.
	626	* API umožní validáciu lístkov jedného lístka v rôznych aplikáciach
	627
	628	Prínos pre používateľa:
	629
	630	* Menej manuálnych úkonov pri validácii.
	631	* Rýchlejšia a efektívnejšia kontrola lístkov.
	632
	633	----
	634
	635	=== Integrovaná podpora a reklamácie ===
	636
	637	Popis:
	638	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.
	639
	640	Mechanizmus API:
	641
	642	* API zabezpečí, že regionálna aplikácia vie odoslať žiadosť o refundáciu za národný lístok a naopak.
	643	* Automatizované procesy pri riešení problémov.
	644
	645	Prínos pre používateľa:
	646
	647	* Menej administratívy pri reklamáciách a refundáciách.
	648	* Jednotný prístup k zákazníckej podpore.
35.1	649	*
21.1	650	*1. Stanovenie alternatív v technologickej vrstve architektúry
	651
2.1	652	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.
	653
	654
	655
35.1	656	1.
2.1	657	11. Multikriteriálna analýza
	658
	659	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.
	660
	661
	662	Na základe nasledovných výsledkov posúdenia alternatív je preferovaný variant, ktorý bude realizovaný, vyjadrený alternatívou 2.
	663
	664
	665	\|Zoznam kritérií\|(((
	666	Alternatíva
	667
	668	0
1.1	669	)))\|(((
2.1	670	Spôsob
	671
	672	dosiahnutia
	673	)))\|Alternatíva 1\|(((
	674	Spôsob
	675
	676	dosiahnutia
1.1	677	)))
2.1	678	\|C1: Zvýšiť spokojnosť zákazníkov so službami mobilnej aplikácie IDS BK\|nie\|Pokračovanie bez novej zmluvy zvýši nespokojnosť bez ďalšieho rozvoja MA IDS BK\|nie\|Zmluva len na prevádzku a servis neumožní nárast spokojnosti, bez dodatočného rozvoja
	679	\|C2: Zvýšiť počet používateľov aplikácie IDS BK\|nie\|Pokračovanie bez novej zmluvy môže spôsobiť odchod z MA IDS BK\|nie\|Zmluva len na prevádzku a servis neumožní nárast používateľov, bez dodatočného rozvoja
	680	\|C3: Zvýšiť ročný objem zakúpených lístkov integrovanej dopravy (jednorazový lístok, električenka)\|nie\|V prípade odchodu z MA IDS BK sa kúpa PCL a JCL presunie do fyzického sveta\|nie\|Zmluva len na prevádzku a servis neumožní nárast predaja, bez dodatočného rozvoja
33.1	681	\|C4: Odstrániť nesúlad s prístupnosťou mobilnej aplikácie\|nie\|Samohodnotenie súčasnej aplikácie identifikovalo viaceré nedostatky\|nie\|Zmluva len na prevádzku a servis neumožní odstránenie nedostatkov
2.1	682	\|Princíp P1. Orientácia na používateľa\|nie\|Bez dodatočného rozvoja MA IDS BK nebude možné zjednať nápravu a splniť princíp\|nie\|Zmluva len na prevádzku a servis neumožní splnenie princípu, bez dodatočného rozvoja
	683	\|Princíp P2. Bezpečnosť\|nie\|Bez dodatočného rozvoja MA IDS BK nebude možné zjednať nápravu a splniť princíp\|áno\|Zmluva len na prevádzku a servis zabezpečuje základné princípy bezpečnosti
	684	\|Princíp P3. Transparentnosť služby\|nie\|Bez dodatočného rozvoja MA IDS BK nebude možné zjednať nápravu a splniť princíp\|nie\|Zmluva len na prevádzku a servis neumožní splnenie princípu, bez dodatočného rozvoja
	685	\|Princíp P4. Prirodzene digitálna verejná správa\|áno\|Súčasné riešenie adresuje požadovaný princíp\|áno\|Súčasné riešenie adresuje požadovaný princíp
	686	\|Q1: kúpa PCL a JCL pre rôzny formy dopravy\|áno\|Súčasné riešenie adresuje požadovanú požiadavku\|áno\|Súčasné riešenie adresuje požadovaný princíp
	687	\|Q2: vyhľadávanie spojení rôznych foriem dopravy z bodu A do bodu B\|áno\|Súčasné riešenie adresuje požadovanú požiadavku\|áno\|Súčasné riešenie adresuje požadovaný princíp
	688	\|Q3: získanie zľavneného cestovného lístka na základe tarify a životnej situácie občana\|áno\|Súčasné riešenie adresuje požadovanú požiadavku\|áno\|Súčasné riešenie adresuje požadovaný princíp
	689	\|Q4: jednoduchá kúpa PCL a JCL na VOD bez potreby navštíviť kamennú prevádzku dopravcov v Bratislavskom kraji\|áno\|Súčasné riešenie adresuje požadovanú požiadavku\|áno\|Súčasné riešenie adresuje požadovaný princíp
	690	\|Q5: nové moderné grafické rozhranie MA IDS BK, vrátane zapracovania prístupnosti mobilnej aplikácie v zmysle zákona č. 95/2019\|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
	691	\|Q6: rozšírenie možnosti správy účtov a profilov v administratívnom rozhraní backendu MA IDS BK\|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
	692	\|Q7: rozšírenie správy notifikácií používateľov MA IDS BK v administratívnom rozhraní backendu MA IDS BK\|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
	693	\|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
	694	\|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ť
	695
	696	\|Zoznam kritérií\|(((
	697	Alternatíva
	698
	699	2
1.1	700	)))\|(((
2.1	701	Spôsob
	702
	703	dosiahnutia
	704	)))\|Alternatíva 3\|(((
	705	Spôsob
	706
	707	dosiahnutia
1.1	708	)))
2.1	709	\|C1: Zvýšiť spokojnosť zákazníkov so službami mobilnej aplikácie IDS BK\|áno\|Zmena UI/UX umožní nárast spokojnosti\|nie\|Spokojnosť poklesne keďže bude obdobie kedy nebude dostupná centrálna aplikácia a nebude podporovaná MA IDS BK
	710	\|C2: Zvýšiť počet používateľov aplikácie IDS BK\|áno\|G2B služby podpora väčší záujem o nových používateľov MA IDS BK\|áno\|Počet používateľov v dlhodobom horizonte narastie
	711	\|C3: Zvýšiť ročný objem zakúpených lístkov integrovanej dopravy (jednorazový lístok, električenka)\|áno\|Nové formy dopravy v MA IDS BK podpora kúpu z mobilu a nie fyzicky\|áno\|Nárast objemu PCL a JCL narastie v dlhodobom horizonte
33.1	712	\|C4: Odstrániť nesúlad s prístupnosťou mobilnej aplikácie\|áno\|Veľká časť katalógu požiadaviek projektu rozvoja je zameraná na odstránenie nedostatkov s prístunpnosťou\|áno\|Predpokladáme že plánovaná aplikácia bude napĺňať požiadavky prístupnosti
2.1	713	\|Princíp P1. Orientácia na používa\|áno\|Katalóg požiadaviek adresuje životné situácie cestujúceho\|nie\|(% rowspan="4" %)PD projektu neobsahuje uvedene princípy v motivačnej architektúre projektu
	714	\|Princíp P2. Bezpečnosť\|áno\|SLA zmluva zaistí bezpečnosť\|nie
	715	\|Princíp P3. Transparentnosť služby\|nie\|Katalóg požiadaviek neobsahuje plnenie princípov\|nie
	716	\|Princíp P4. Prirodzene digitálna verejná správa\|áno\|Katalóg požiadaviek neobsahuje plnenie princípov (napr. API)\|nie
	717	\|Q1: kúpa PCL a JCL pre rôzny formy dopravy\|áno\|Katalóg požiadaviek adresuje rozšírenie nových foriem dopravy hlavne v BA\|áno\|Projektová dokumentácia projektu NADA obsahovala funkčnosť, ktorá doručí požadovaný efekt.
	718	\|Q2: vyhľadávanie spojení rôznych foriem dopravy z bodu A do bodu B\|áno\|Súčasná služba MA IDS BK obsahuje túto službu\|áno\|Projektová dokumentácia projektu NADA obsahovala funkčnosť, ktorá doručí požadovaný efekt.
	719	\|Q3: získanie zľavneného cestovného lístka na základe tarify a životnej situácie občana\|áno\|Katalóg požiadaviek adresuje zmeny životnej situácie cestujúceho a reaguje na zmenu inou tarifou\|áno\|Projektová dokumentácia projektu NADA obsahovala funkčnosť, ktorá doručí požadovaný efekt.
	720	\|Q4: jednoduchá kúpa PCL a JCL na VOD bez potreby navštíviť kamennú prevádzku dopravcov v Bratislavskom kraji\|áno\|Súčasná služba MA IDS BK obsahuje túto službu\|áno\|Projektová dokumentácia projektu NADA obsahovala funkčnosť, ktorá doručí požadovaný efekt.
	721	\|Q5: nové moderné grafické rozhranie MA IDS BK, vrátane zapracovania prístupnosti mobilnej aplikácie v zmysle zákona č. 95/2019\|áno\|Katalóg požiadaviek adresuje požiadavku\|áno\|Projektová dokumentácia projektu NADA obsahovala funkčnosť
	722	\|Q6: rozšírenie možnosti správy účtov a profilov v administratívnom rozhraní backendu MA IDS BK\|áno\|Katalóg požiadaviek adresuje rozšírenie správy profilu\|nie\|Projektová dokumentácia projektu NADA neobsahovala uvedenú funkčnosť
	723	\|Q7: rozšírenie správy notifikácií používateľov MA IDS BK v administratívnom rozhraní backendu MA IDS BK\|áno\|Katalóg požiadaviek adresuje rozšírenie správy notifikácií\|nie\|Projektová dokumentácia projektu NADA neobsahovala uvedenú funkčnosť
	724	\|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ť
	725	\|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.
1.1	726
2.1	727	Na základe multikriteriálnej analýzy boli splnené kritéria alternatívami v nasledovnom poradí:
1.1	728
2.1	729	* Alternatíva 0: 6 splnených kritérií
	730	* Alternatíva 1: 7 splnených kritérií
33.1	731	* Alternatíva 2: 16 splnených kritérií
	732	* Alternatíva 3: 9 splnených kritérií
1.1	733
2.1	734	1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
1.1	735
2.1	736	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.
1.1	737
	738
2.1	739	Inkrement 1: Implementácia nevyhnutných zmien ISVS
1.1	740
2.1	741	Pozostáva z 208 funkčných požiadaviek, ktoré je možné zhrnúť do nasledovných funkčných výstupov:
1.1	742
2.1	743	* UI/UX úprava
	744	* Profil
	745	* Platby
	746	* Galéria
	747	* Kontrola
	748	* Notifikácie
1.1	749
2.1	750	Inkrement 2: Implementácia opčných zmien, na požiadanie
1.1	751
2.1	752	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.
1.1	753
2.1	754	Okrem uvedených balíkov 2 inkrement obsahuje aj rámcový počet 2500 človekohodín rozvoja aplikácie, ktoré slúžia zatiaľ na bližšie neurčený rozsah zmien. Zmeny budú riadené na základe ITIL procesu, teda štandardným zberom požiadaviek a vyhodnocovaním ich dopadu na ciele organizácie a dostupnosť systému.
1.1	755
	756
2.1	757	1. NÁHĽAD ARCHITEKTÚRY
1.1	758
35.1	759	1.
2.1	760	11. Prehľad e-Government komponentov
1.1	761
2.1	762	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.
1.1	763
	764
2.1	765	Koncové služby
	766
34.1	767	[[image:fig-Business-Process-Notation.png\|\|height="45" width="200"]]
2.1	768
	769
	770	Aplikačné služby
	771
34.1	772	[[image:fig-Application-Process-Notation.png\|\|height="44" width="200"]]
2.1	773
	774
	775	Informačné systémy verejnej správy
	776
	777
34.1	778	[[image:fig-Application-Component-Notation.png\|\|height="48" width="200"]]
2.1	779
	780	Súčasný stav aplikačných komponentov dotknutých projektom:
	781
	782	Agendový systém (backend): Bratislavská integrovaná doprava BK
	783
	784	Jadro, centrálny komponent (súčasť backendu) s príslušnými rozhraniami pre komunikáciu s inými komponentmi/modulmi a systémami a Vyhľadávač. Vyhľadávač: je výpočtový modul (súčasť backendu), ktorý poskytuje vyhľadávanie trás vo verejnej doprave, komunikuje s jadrom, ktoré predstavuje primárny zdroj dát. Modul vyhľadávač zabezpečuje: rozhranie pre vyhľadávanie spojení podľa vstupných parametrov a prípravu dátového modulu pre rýchle používanie vyhľadávača v aplikácii a komunikáciu s jadrom.
	785
	786	Systém a daná agenda je prezentovaný webovým sídlom [[www.idsbk.sk>>url:http://www.idsbk.sk/]]
	787
	788
	789	Mobilná aplikácia
	790
	791	Jedná sa o natívnu mobilnú aplikáciu dostupnú pre platformy Android a iOS v slovenskom, anglickom a nemeckom jazyku. Užívateľ (konečný zákazník) používa len modul mobilná aplikácia
	792
	793	* vyhľadávanie spojení s detailným popisom trasy s možnosťou zobrazenia na mape
	794	* prehlaď cestovných poriadkov liniek zaradených do IDS BK
	795	* prehľad aktuálnych odchodov spojov zo zastávok
	796	* možnosť využitia kontaktného formulára
	797	* možnosť sledovať informácie o mimoriadnostiach v doprave
	798	* prístup k mapám a schémam tarifných zón a liniek
	799	* zakúpenie jednotného cestovného lístka (ďalej len JCL) buď priamo z ponuky lístkov, alebo cez vyhľadávač spojení
	800	* zakúpenie JCL s odloženou platnosťou s možnosťou storna v stanovenom čase, prípadne skoršej aktivácie takéhoto lístka
	801	* dobíjanie kreditu do elektronickej peňaženky
	802	* manažovanie profilu užívateľa
	803	* zakúpenie predplatného cestovného lístka (Električenky) s možnosťou storna
	804
	805	Webové administračné rozhranie na správu, manažovanie jednotlivých komponentov aplikácie:
	806
	807	Systém vyžaduje prihlásenie prostredníctvom prihlasovacieho mena a hesla, po prihlásení slúži oprávneným osobám (podľa nastavených právomoci - užívateľských rolí) na:
	808
	809	* administráciu užívateľských účtov, pri ktorých je umožnené
	810	* zobrazenie základných informácii o užívateľovi (id užívateľa, meno, priezvisko, registračný email, profilová fotografia (v prípade, užívateľa s rozšírenou registráciou), číslo preukazu ISIC (ak je preukaz registrovaný), info či ide o účet vytvorený v aplikácii IDS BK, alebo v module ČSOB)
	811	* administráciu žiadostí o rozšírenú registráciu:
	812	* administráciu žiadostí o storno električenky:
	813	* administráciu kalendárov a sviatkov, kde sú uvedené obmedzenia premávky na jednotlivých linkách a zoznam sviatkov pre aktuálny rok
	814	* zobrazenie detailných prehľadov predaných lístkov v stanovenom období, ide o „živý prehlaď“ aktuálne zakúpených lístkov
	815	* evidencia žiadostí o vymazanie účtu, v prehľade sa zaznamenávajú žiadosti od užívateľov, pri ktorých nedôjde k automatickému spracovaniu žiadosti,
	816	* vytváranie a editovanie podkladov pre správne fungovanie vyhľadávača spojení v aplikácii,
	817	* vytváranie a editovanie podkladov pre správne fungovanie predaja cestovných lístkov v aplikácii,
	818	* import dát od dopravcov, ktorý slúži na nahrávanie nových cestovných poriadkov od dopravcov zapojených do IDS BK
	819	* generovanie reportov podľa zvolených parametrov a obdobia
	820	* zobrazenie jednoduchých grafických prehľadov podľa zvolených parametrov a obdobia
	821	* vytváranie informačných správ, ktoré sú publikované v aplikácii
	822	* zber správ od užívateľov aplikácie
	823
	824	Revízorská čítačka
	825
	826	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í
	827
	828
	829	Budúci stav aplikačných komponentov dotknutých projektom
	830
	831	Predmetom projektu nie je budovanie nového ISVS, KS, AS. Predmetom projektu je však ich rozvoj a zmena. Z tohto dôvodu boli aj v záujme zosúladenia evidencie v eGov komponentov v Centrálnom metainformačnom systéme doplnené viaceré komponenty. Dve koncové služby, dve aplikačné služby, jedna pre účely koncových služieb a jedna pre externú integráciu. Okrem toho bola doplnená evidencia ISVS, ktorý má 2 moduly: MA IDS BK a mobilná aplikácia pre revízorov.
	832
35.1	833	[[image:Screenshot 2025-03-17 at 00.19.31.png]]
2.1	834
	835
33.1	836	1. Prehľad koncových služieb – budúci stav:
2.1	837
	838	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.
	839
	840	Koncová služba Vyhľadanie spojenia v mobilnej aplikácií je informačná služba, ktorú používateľ využívana na vyhľadanie spojenia, pričom musí zadať bod A a bod B pre jej fungovanie. Okrem toho má v tejto službe prístup k zoznamom spojení, zastávok a plánuje sa rozšírenie o ďalšie formy dopravy: statická (parkovanie) a doprava zdieľaných mestských bicyklov.
	841
	842	Koncová služba Zakúpenie predplatného cestovného lístka integrovanej dopravy je existujúca služba, ktorá ma charakter transakčnej služby, ktorej iniciáciu spúšťa používateľ a na konci transakcie získa PCL a JCL. Služba je kompletne automatizovaná, pričom môže obsahovať vstupné podmienky pre jej úplnú automatizáciu.
	843
	844	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.
	845
1.1	846	\|(((
2.1	847	Kód KS
	848
1.1	849	//(z MetaIS)//
2.1	850	)))\|Názov KS\|Používateľ KS //(G2C/G2B/G2G/G2A)//\|(((
	851	Životná situácia
	852
	853	//(+ kód z MetaIS)//
	854	)))\|Úroveň elektronizácie KS
32.1	855	\|ks_381116\|Aktivácia mobilnej aplikácie Integrovaného dopravného systému Bratislavského kraja\|G2C\|N\|4
2.1	856	\|ks_380951\|Zakúpenie predplatného cestovného lístka integrovanej dopravy\|G2C\|N/A\|4
	857	\|ks_380950\|(((
	858	Vyhľadanie spojenia v mobilnej aplikácií
	859
	860
32.1	861	)))\|G2C\|N/A\|4
2.1	862
35.1	863	1.
	864	11.
2.1	865	111. Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:
	866
	867	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.
	868
	869	\|Kód ISVS//(z MetaIS)//\|Názov ISVS\|(((
	870	Modul ISVS
	871
	872	//(zaškrtnite ak ISVS je modulom)//
	873	)))\|Stav IS VS\|Typ IS VS\|(((
	874	Kód nadradeného ISVS
	875
	876	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
	877	)))
	878	\|isvs_11695\|Mobilná aplikácia IDS BK - Cestujeme jednoduchšie\|☐\|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
	879	\|isvs_14871\|Integrovaný dopravný systém BK\|☐\|Prevádzkovaný a plánujem rozvíjať - Informačný systém funguje. Plánuje sa jeho rozvoj.\|Agendový systém\|
	880	\|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
	881	\| \| \| \| \| \|
	882
21.1	883	1.
35.1	884	11.
2.1	885	111. Prehľad budovaných aplikačných služieb – budúci stav:
	886
	887	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.
	888
	889	\|(((
	890	Kód AS
	891
	892	//(z MetaIS)//
	893	)))\|Názov AS\|(((
	894	ISVS/modul ISVS
	895
	896	//(kód z MetaIS)//
	897	)))\|(((
	898	Aplikačná služba realizuje KS
	899
	900	//(kód KS z MetaIS)//
	901	)))
	902	\|as_63694\|(((
	903	Aplikačná služba mobilnej aplikácie ktorá realizuje koncové služby mobilnej aplikácie
	904
	905	=== ===
	906	)))\|isvs_11695\|ks_380951, ks_380950
	907	\| \| \| \|
	908
21.1	909	1.
35.1	910	11.
	911	111. Prehľad integrácii ISVS na spoločné ISVS[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^~[1~]^^>>path:#_ftn1]](%%) a ISVS iných OVM alebo IS tretích strán
2.1	912
	913	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.
	914
	915
	916	\|(((
	917	Kód ISVS
	918
1.1	919	//(z MetaIS)//
2.1	920	)))\|(((
	921	Názov ISVS
	922
	923
	924	)))\|(((
	925	Kód integrovaného ISVS
	926
	927	//(z MetaIS)//
	928	)))\|Názov integrovaného ISVS
	929	\|N/A\|Predmetom projektu nie je využívanie spoločných modulov\|//N/A//\|//N/A//
1.1	930	\| \| \| \|
	931
21.1	932	1.
35.1	933	11.
2.1	934	111. Aplikačné služby na integráciu
	935
	936	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.
	937
	938
	939	\|(((
	940	AS
	941
	942	(Kód MetaIS)
	943	)))\|(((
	944
	945
	946	Názov AS
	947	)))\|(((
	948	Realizuje ISVS
	949
	950	(kód MetaIS)
	951	)))\|Poskytujúca alebo Konzumujúca\|Integrácia cez CAMP\|Integrácia s IS tretích strán\|SaaS\|(((
	952	Integrácia na AS poskytovateľa
	953
	954	(kód MetaIS)
1.1	955	)))
30.1	956	\|as_66634\|Aplikačné rozhranie pre komunikovanie služieb a údajov tretích strán\|isvs_14871\|Poskytovaná a Konzumujúca\|Nie\|Áno\|Nie\|Tretie strany nie sú evidované v MetaIS
1.1	957
35.1	958	1.
	959	11.
2.1	960	111. Poskytovanie údajov z ISVS do IS CSRÚ
1.1	961
2.1	962	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Ú).
1.1	963
	964
2.1	965	\|ID OE\|Názov (poskytovaného) objektu evidencie\|Kód ISVS poskytujúceho OE\|Názov ISVS poskytujúceho OE
	966	\| \|nerelevantné\| \|
1.1	967	\| \| \| \|
	968	\| \| \| \|
	969
21.1	970	1.
35.1	971	11.
2.1	972	111. Konzumovanie údajov z IS CSRÚ
1.1	973
2.1	974	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Ú).
	975
	976	Kúpa predplatného cestovného lístka, ako aj vyhľadanie spojenia, ktoré sú predmetom projektu nie sú považované za služby zabezpečujúce výkon verejnej moci.
	977
	978
	979
	980	\|ID OE\|(((
	981
	982
	983	Názov (konzumovaného) objektu evidencie
	984	)))\|Kód a názov ISVS konzumujúceho OE z IS CSRÚ\|Kód zdrojového ISVS v MetaIS
	985	\| \|nerelevantné\| \|
1.1	986	\| \| \| \|
	987	\| \| \| \|
	988
21.1	989	1.
35.1	990	11.
2.1	991	111. Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:
	992
	993	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.
	994
	995
1.1	996	\|(((
2.1	997
	998
	999	Kód infraštruktúrnej služby
	1000
1.1	1001	//(z MetaIS)//
2.1	1002	)))\|Názov infraštruktúrnej služby\|(((
1.1	1003	Kód využívajúceho ISVS
2.1	1004
1.1	1005	//(z MetaIS)//
	1006	)))\|Názov využívajúceho ISVS
2.1	1007	\| \|nerelevantné\| \|
1.1	1008	\| \| \| \|
	1009
2.1	1010	1. LEGISLATÍVA
1.1	1011
29.1	1012	Realizácia projektu si nevyžaduje zmenu legislatívy a bude sa riadiť podľa aktuálne platných predpisov vzťahujúcich sa na prevádzku a rozvoj ITVS.
	1013
2.1	1014	* zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;
	1015	* zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;
	1016	* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy v znení neskorších predpisov
	1017	* vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov v znení neskorších predpisov;
	1018	* 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;
	1019	* 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.
1.1	1020
2.1	1021	1. ROZPOČET A PRÍNOSY
1.1	1022
2.1	1023	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).
1.1	1024
2.1	1025	Plánom správcu ISVS je získať zdroje z Programu Slovensko v spolupráci s Bratislavským samosprávnym krajom. Dá sa očakávať, že Program Slovensko bude pokračovať v podpore udržateľnej mobility cestujúcich v kraji podobne ako to robil v minulosti investíciami aj do elektronických služieb a spokojnosti s integrovanou dopravou.
1.1	1026
	1027
2.1	1028	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	1029
	1030
35.1	1031	1.
2.1	1032	11. Sumarizácia nákladov a prínosov
1.1	1033
2.1	1034	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.
	1035
	1036
	1037	\|Náklady\|(((
	1038
	1039
	1040	Celkom bez DPH
	1041	)))\|Podpora infraštruktúry a aplikácie a exit plán\|Plánované funkcionality MA IDS BK (katalóg požiadaviek)\|Požadované služby rozvoja (2500 hodín)
	1042	\|Všeobecný materiál\|0 EUR\|0 EUR\|0 EUR\|0 EUR
	1043	\|IT - CAPEX\|693 700 EUR\|0 EUR\|531 200 EUR\|162 500 EUR
	1044	\|Aplikácie\|693 700 EUR\|0 EUR\|531 200 EUR\|162 500 EUR
	1045	\|SW\|0 EUR\|0 EUR\|0 EUR\|0 EUR
	1046	\|HW\|0 EUR\|0 EUR\|0 EUR\|0 EUR
	1047	\|(((
	1048	IT - OPEX- prevádzka
	1049
	1050	ročne
	1051	)))\|96 300 EUR\|(((
	1052	58 800 EUR
	1053
	1054	+ 37 500 EUR
	1055	)))\|0 EUR\|0 EUR
	1056	\|Aplikácie\|58 800 EUR\|58 800 EUR\|0 EUR\|0 EUR
	1057	\|SW\|//0 EUR//\|//0 EUR//\|0 EUR\|0 EUR
	1058	\|HW\|//0 EUR//\|//0 EUR//\|0 EUR\|0 EUR
	1059	\|(((
	1060	Celkom náklady
	1061
	1062	za 10 rokov
	1063	)))\|//1 156 700 EUR//\|(((
	1064	//588 000 EUR//
	1065
	1066	//+ 37 500 EUR//
	1067	)))\|531 200 EUR\|162 500 EUR
	1068	\|Prínosy\| \|(% colspan="3" %)Nerelevantné, CAPEX projektu neprekročil hranicu 1 mil. EUR
	1069	\|Finančné prínosy\| \|N/A\|N/A\|N/A
	1070	\|Administratívne poplatky\| \|N/A\|N/A\|N/A
	1071	\|Ostatné daňové a nedaňové príjmy\| \|N/A\|N/A\|N/A
	1072	\|Ekonomické prínosy\| \|N/A\|N/A\|N/A
	1073	\|Občania (€)\| \|N/A\|N/A\|N/A
	1074	\|Úradníci (€)\| \|N/A\|N/A\|N/A
	1075	\|Úradníci (FTE)\| \|N/A\|N/A\|N/A
	1076	\|Kvalitatívne prínosy\| \|N/A\|N/A\|N/A
	1077	\| \| \|N/A\|N/A\|N/A
	1078
	1079	1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU A METÓDA JEHO RIADENIA
	1080
	1081	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.
	1082
	1083
	1084	\|ID\|FÁZA/AKTIVITA\|(((
	1085	ZAČIATOK
	1086
1.1	1087	(odhad termínu)
	1088	)))\|(((
2.1	1089	KONIEC
	1090
1.1	1091	(odhad termínu)
2.1	1092	)))\|POZNÁMKA
	1093	\|1.\|Prípravná fáza a Iniciačná fáza, vrátane verejného obstarávania\|2024\|09/2025\|
24.1	1094	\|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).
	1095	\|2a\|Analýza a Dizajn\|09/2025\|09/2029
2.1	1096	\|2b\|Nákup technických prostriedkov, programových prostriedkov a služieb\|N/A\|N/A
24.1	1097	\|2c\|Implementácia a testovanie\|09/2025\|09/2029
	1098	\|2d\|Nasadenie a PIP\|09/2025\|09/2029
	1099	\|3.\|Dokončovacia fáza\|08/2029\|09/2029
2.1	1100	\|4.\|Podpora prevádzky (SLA)\|09/2025\|09/2029\|
1.1	1101
2.1	1102	1. PROJEKTOVÝ TÍM
1.1	1103
2.1	1104	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.
1.1	1105
	1106
2.1	1107	\|ID\|Meno a Priezvisko\|Pozícia\|Oddelenie\|Rola v projekte
	1108	\|1.\|Juraj Orvan\|Projektový manažér\|BID a.s.\|PM
	1109	\|2.\|Peter Sliačan\|Architekt\|BID a.s.\|Architekt
	1110	\|3.\|Peter Války\|Biznis vlastník / sponzor projektu\|BID a.s.\|Biznis vlastník
1.1	1111
35.1	1112	1.
2.1	1113	11. PRACOVNÉ NÁPLNE
1.1	1114
2.1	1115	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).
1.1	1116
23.1	1117	=== Biznis analytik ===
1.1	1118
23.1	1119	==== Hlavné zodpovednosti: ====
	1120
	1121	* Zber, analýza a dokumentácia požiadaviek od interných alebo externých klientov.
	1122	* Modelovanie a optimalizácia biznis procesov pomocou BPMN, UML alebo iných metodológií.
	1123	* Spolupráca s IT tímami na návrhu technických riešení a špecifikácií pre vývojárov.
	1124	* Vykonávanie analýzy dopadu zmien na existujúce systémy a procesy.
	1125	* Testovanie funkčnosti riešení a podpora pri nasadzovaní nových IT systémov.
	1126	* Príprava podkladov pre rozhodovanie vedenia, napr. cez cost-benefit analýzy.
	1127	* Komunikácia medzi biznisom a IT oddelením s cieľom zabezpečiť správne pochopenie požiadaviek.
	1128	* Podpora školení a implementácie nových riešení.
	1129
	1130	=== IT projektový manažér ===
	1131
	1132	==== Hlavné zodpovednosti: ====
	1133
	1134	* Riadenie IT projektov od plánovania až po implementáciu.
	1135	* Definovanie cieľov projektu, rozpočtu, časového harmonogramu a zdrojov.
	1136	* Koordinácia práce vývojárov, testerov, biznis analytikov a ďalších členov tímu.
	1137	* Monitorovanie a mitigácia rizík, ktoré môžu ovplyvniť projekt.
	1138	* Reporting stavu projektu pre stakeholderov a vedenie spoločnosti.
	1139	* Riadenie zmien a prioritizácia úloh v rámci agilných alebo waterfall metodík.
	1140	* Zabezpečenie kvality výstupov a dodržanie SLA dohodnutých s klientom.
	1141	* Spolupráca s dodávateľmi a externými partnermi na realizácii projektových cieľov.
	1142
24.1	1143	=== IT Architekt ===
	1144
	1145	==== Hlavné zodpovednosti: ====
	1146
	1147	* Návrh a optimalizácia IT architektúry v súlade s obchodnými a technologickými požiadavkami.
	1148	* Definovanie technických štandardov, princípov a best practices pre vývoj a prevádzku IT systémov.
	1149	* Spolupráca s vývojovými tímami, biznis analytikmi a projektovými manažérmi na návrhu IT riešení.
	1150	* Posudzovanie a výber technológií, platforiem a nástrojov pre implementáciu IT systémov.
	1151	* Zabezpečenie interoperability medzi rôznymi systémami a aplikáciami.
	1152	* Návrh cloudových, on-premise alebo hybridných riešení s dôrazom na škálovateľnosť a bezpečnosť.
	1153	* Riadenie technologických rizík a zabezpečenie dodržiavania bezpečnostných a regulačných požiadaviek.
	1154	* Dokumentácia architektonických rozhodnutí a návrhov prostredníctvom diagramov a technických špecifikácií.
	1155
2.1	1156	1. ODKAZY
	1157
	1158	1. PRÍLOHY
	1159
	1160	Príloha č. 1: Katalóg požiadaviek
	1161
	1162
	1163	Príloha : Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
	1164
	1165	// //
	1166
	1167
	1168
	1169	----
	1170
	1171	[[~[1~]>>url:applewebdata://22B1E8BD-F538-4589-81A8-7D3A42180DAB#_ftnref1]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente

Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?