ABCEFGHIJKLMNOPQRSTUVWXYZAAABACADAE
1
2
KATALÓG POŽIADAVIEK (životný cyklus požiaviek - mapovanie od vzniku až po dodanie)
3
4
NÁPOVEDA:
5
Funkčné požiadavky
_Funkcie produktu
_Požiadavky užívateľov
Nefunkčné požiadavky
_Vlastnosti produktu
_Očakávania užívateľov
6
Definujú systém alebo jeho časť.Definujú kvalitatívnu vlastnosť systému.
7
Špecifikukujú, „ČO by mal systém robiť?“Špecifikujú, „AKO má systém spracovať funkčné požiadavky“.
8
Používateľ špecifikuje funkčnú požiadavku.Nefunkčné požiadavky sú špecifikované technickými rolami ako Architekt, Technický leader, vývojár softvéru.
9
Je nutné splniť tieto požiadavky.Nie je nutné splniť tieto požiadavky.
10
Sú zachytené v „use case-och“(prípadoch použitia).Sú zachytené ako parameter (atribút) kvality.
11
Sú definované na úrovni komponentov.Sú aplikované na celý systém.
12
Pomáhajú verifikovať funkcionalitu softvéru.Pomáhajú verifikovať výkonnosť softvéru.
13
Funkčné testy – Systémové, Integračné, End to End, API testy, atď - sú ukončené.Nefunkčné testy – Výkonnostné, záťažové, UX testy, bezpečnostné testy, atď - sú ukončené.
14
Zvyčajne je ich jednoduché definovať.Zvyčajne je ich náročnejšie definovať.
15
16
Schválenie rozsahu projektu na RV:dátum konania RV
17
LINK na schválenú ŠU (zámer/prístup/požiadavky):vlož url (projekt v itms)
18
Schválenie SP, OPZ, ZoD a SLA:dátum konania RV
19
LINK na zverejnené rozhodnutie RV:vlož urltabuľka statusov:tabuľka statusov:tabuľka statusov:tabuľka statusov:
20
Projektový manažér:Meno a PriezviskoV - VYSOKÁ (MUST)ÁNOÁNOÁNO - DODANÉ
21
Kontakt - email:vlož emailN - NÍZKA (NICE TO HAVE)NIEINÉDODANÉ s VÝHRADOU
22
Kontak - mobil:vlož mobil / telefonNIENIE - NEDODANÉ
23
24
Požiadavky
vytvoril: Miroslav Líška (miroslav.liska@vicepremier.gov.sk), Dátová Kancelária, 2021-02-24
25
KROK 1)
INICIAČNÁ FÁZA
(obsah tvorí OBJEDNÁVATEĽ - PRED spustením VO)
CHECKLIST
(status požiadaviek)
KROK 2)
VEREJNÉ OBSTARÁVANIE
VYJADRENIE UCHÁDZAČA / ZÁUJEMCU
(PROCES VO - odpovede UCHÁDZAČA - potrebné vyplniť za každú požiadavku)
KROK 3)
REALIZAČNÁ FÁZA
(obsah tvorí DODÁVATEĽ - po dokončení VO a podpise Zmluvy)
KROK 4)
OVERENIE DODANIA
OBJEDNÁVATEĽOM
26
ID
POŽIADAVKY
(zvoľte si konvenciu označovania)
KATEGÓRIA POŽIADAVKY
_funkčná požiadavka
_nefunkčná požiadavka
_technická požiadavka
NÁZOV
POŽIADAVKY
POPIS
POŽIADAVKY
VLASTNÍK
POŽIADAVKY
NÁZOV MODULU
(príslušnosť k FUNKČNÉMU CELKU, REGISTRU, INKREMEMENTU, ... atď)
ČISLO
INKREMENTU
NÁROČNOSŤ
(S, M, L, XL, XXL)
ID ŽIVOTNEJ
SITUÁCIE (TO-BE )
NÁZOV
ŽIVOTNEJ
SITUÁCIE
ID
PROCESOV
NÁZOV
PROCESU
ZÁVISLOSŤ
RIZIKO
EXTERNÁ INTEGRÁCIA
KATEGÓRIA ISVS
(dôležité pre IT a KYBER. bezp)
kategórie ISVS :
_stupeň I.
_stupeň II.
_stupeň III
POZNÁMKA
(napr. legislatívne východiská)
PRIORITA POŽIADAVKY

V - VYSOKÁ (MUST)
N NÍZKA (NICE TO HAVE)
OBSAHUJE ZADANIE do VO - POŽIADAVKU ?

ÁNO
- obsahuje
NIE - neobsahuje
Odpoveď UCHÁDZAČA
v procese VO
Kde je vo Vašej PONUKE popísané riešenie ?Poznámka
(doplňujúci popis; príp. ODKAZ na popis v ponuke)
ID návrhu riešenia z
detailný návrh riešenia (DNR)
SPôSOB DODANIA
(implementácia dodávateľom)
Identifikácia
USE CASE
Identifikácia
TEST CASE
Použité
TESTOVACIE DÁTA
pri teste
Použité
PROSTREDIE
pre test
(overenie funkčnosti)
SPôSOB OVERENIA
ODBERATEĽOM
VÝSLEDKY TESTOV
(status)
POZNÁMKA
27
doplň požiadavky
(podľa vaše konvencie označovania) - ID_x
doplň / vyber typ požiadavkysem objednávateľ vpíše - stručný názov požiadavkysem objednávateľ vpíše text požiadavky - popis funkcionality - čo chcete, aby po dodaní IS poskytoval (popis požiadavky, kde je detailnejšie vysvetlený princíp
požiadavky)
sem objednávateľ vpíše (konkrétnu osobu XY), ktorá požiadavku vzniesla

(meno zamestnanca, ktorý je gestorom požiadavky + aj organizačný útvar pracovník)
sem objednávateľ vpíše - stručný názov pre modul / funkčný celok (ide o zoskupenie požiadaviek do skupiny)Náročnosť:
S = 10 MDs
M = 20 MDs
L = 40 MDs
XL = 80 MDs
XXL = 160 MDs

Vyplnenie náročnosti (prácnosti) použije objednávateľ, ak nevie presný počet MDs.
doplniť odkaz na nadizajnované/redizajnované TOBE procesy
alt 1) vstupy z EVS
alt 2) procesy si dizajnuje objednávateľa (vo vlastnej réžii alebo v rámci iného projektu)
doplniť odkaz na životnú situáciu (vychádza z dizajnu TOBE procesov)ID procesu z číselníku doplniť názov procesusem objednávateľ popíše stručne riziká a závislosti (najmä na tretích stranách, napr. technologické, aplikačné, systémové, inštitucionálne, legislatívne, atd.)

Popis potrebnej integrácie v rámci realizácie
sem objednávateľ zadefinuje kategóriu ISVS - pre účely naplnenia požiadaviek agendy IT a kyber bezpečnostinapr. sem objednávateľ stručne vpíše:

_identifikácia legislatívnych východísk pre realizáciu
požiadavky

_vyhodnotenie verejného pripomienkovania
sem si objednávateľ určí priority požiadavieksem si objednávateľ určí rozsah zadania - ktoré chce postúpiť do procesu VO (všetky "ÁNO" sa stávajú opisom predmetu zákazky diela)sem uchádzač / záujemca vo VO zodpovie otázky, či a ako vie splniť požiadavky objednávateľa
1) ÁNO
2) NIE
3) INÉ
[+ s popisom/poznámkou]

poznámka: ak rámcová ponuka (RNR) uchádzača neobsahuje odpoveď na požiadavku objednávateľa - ide KO kritériu a vylúčenie zo súťaže
sem uchádzač / záujemca v rámci procesu VO vloží odpoveď / odkaz, kde v jeho PONUKE je popísaný návrh riešenia
(
RNR = rámcový návrh riešenia)
sem uchádzač / záujemca dopíše dovysvetľujúce odpovede k jednotlivým požiadavkam

tu môže byť odkaz aj na "krabicové riešenie", ktoré splňa potreby a očakávania.
sem dodávateľ
napíše ID Detailného návrhu riešenia
(z DNR)
sem dodávateľ vpíše stručný popis spôsobu dodania požiadavky
(napr. odvolávka na Realase, Inkrement, Iteráciu, Čiatkové plnenie, Etapa, Modul, ...)
sem dodávateľ
napíše ID Use Case
sem dodávateľ
napíše
ID Test Case
sem dodávateľ vpíše - s akými dátami sa bude realizovať (overenie) test - napr.:
1) testovacie dáta
2) produkčné dáta
(ich kopia)
sem dodávateľ vpíše - na akom prostredí sa realizuje (akceptačný) test pre objednávateľa

(ak je to iné ako produkčné prostredie (alebo kópia produkčného prostredia) - ako / v čom sa toto prostredie pre test líši od produkčného?)
1) vývojové
2) testovacie
3) predprodukčné
4) produkčné
5) iné (aké?)
sem dodávateľ vpíše popis - akým druhom testu je možné si overiť správnosť / úplnosť dodania požadavky (napr. druh testu)

1) Funkčné testovanie (FAT)
2) Systémové a integračné testovanie
3) Záťažové a výkonnostné testovanie
4) Bezpečnostné testovanie
5) Používateľské testy funkčného rozhrania (UX)
6) Užívateľské akceptačné testovanie (UAT)
7) iný spôsob testovania
sem objednávateľ vpíše status/ výsledok overenia - akceptačné konanie, napr.:

1)
dodané - akceptované
2) dodané - s výhradou
3) nedodané (je potrebné zdôvodniť)
sem objednávateľ vpíše poznámku, ak je to potrebné
28
Personalizovaný návštevník OpenData2.0
29
1Funkčná požiadavkaVytvorenie používateľského účtuV prípade že chce neautentifikovaný používateľ pridávať komentáre k otvoreným údajom, podať podnet súvisiaci s publikovaním otvorených údajov (žiadosť o nové datasety, chyby v existujúcich) alebo zahlasovať sa publikáciu datasetu vo verejnom zozname žiadaných datasetov, je nutné sa registrovať v portáli OD2.0. (email + heslo).Dátová kanceláriaKomunita OD2.0A - MUST
30
2Funkčná požiadavkaSpráva používateľského účtuRegistrovaný používateľ v rámci svojho konta vidí zoznam podnetov a odpovedí, a zoznam sledovaných (obľúbených datasetov).Dátová kanceláriaKomunita OD2.0A - MUST
31
3Funkčná požiadavkaVytvorenie komentáru k otvoreným údajomRegistrovaný používateľ na portáli ODP2.0 má možnosť vytvoriť komentár k otvoreným údajom, a to na úrovni katalógu (organizácie), datasetu alebo distribúcii.Dátová kanceláriaKomunita OD2.0A - MUST
32
4Funkčná požiadavkaVytvorenie podnetu súvisiacu s publikáciou otvorených údajovRegistrovaný používateľ može podať podnet na príslušný orgán verejnej moci súvisiaci s publikovaním otvorených údajov. Dátová kanceláriaKomunita OD2.0A - MUST
33
5Funkčná požiadavkaZaevidovanie odpovede na podnetSprávca daného katalógu vytvorí odpoveď na zadaný dopyt.Dátová kanceláriaKomunita OD2.0A - MUST
34
6Funkčná požiadavkaZobrazenie verejného zoznamu žiadaných datasetov na publikovanieRegistrovaný používateľ može navrhnúť/požiadať príslušný na to orgán verejnej moci o publikovanie nových otvorených údajov. Dátová kanceláriaKomunita OD2.0A - MUST
35
7Funkčná požiadavkaZahlasovanie za publikovanie vybraného najžiadanejšieho datasetuRegistrovaný používateľ može zahlasovať o publikáciu nových otvorených údajov na existujúcej požiadavke.Dátová kanceláriaKomunita OD2.0A - MUST
36
8Funkčná požiadavkaZrušenie používateľského účtuAdministrátor musí byť schopný časovo zablokovať, alebo úplne zrušiť vybraný používateľský účet, ak ten porušil podmienky tvorby príspevkov v komunite OD2.0.Dátová kanceláriaKomunita OD2.0A - MUST
37
9Funkčná požiadavkaZobrazenie progresu/stavu vybavovania žiadostí o sprístupnenie datasetu OVM Všetci používatelia vidia podstránku so zoznamom žiadostí o sprístupnenie datasetov vrátane stavu vybavovania žiadostí (zaevidovaný podnet, v procese riešenia, dataset zverejnený vrátane odkliku na dataset, dataset nezverejený s odôvodnením prečo). Príklad: Španielsko https://datos.gob.es/en/peticiones-datos ; Rumunsko https://data.gov.ro/datarequestDátová kanceláriaKomunita OD2.0
38
10Funkčná požiadavkaVytvorenie možnosti hodnotenia datasetu používateľom Používateľ má možnosť hodnotiť datasetov (napr. 5 hviezdičková klasifikácia, palec hore) (rating) na základe čoho bude následne možné filtrovať datasety podľa obľúbenosti. Príklad: Rumunsko https://data.gov.ro/dataset/drepturi-salariale-ina-septembrie-2020 ; Írsko https://data.gov.ie/dataset/covid-19-hpsc-county-statistics-historic-data?package_type=datasetDátová kanceláriaKomunita OD2.0
39
11Funkčná požiadavkaRozšírenie analytických používania portálu o funckionality OD2.0-KomunitaRozšírenie analytiky správania registrovaných používateľov.Dátová kanceláriaKomunita OD2.0
40
12Funkčná požiadavkaNotifikácie pre používateľovPortál umožní proaktívne notifikovať používatelia o zmenách pri sledovaných datasetoch prostredníctvom nástrojov RSS, ATOM feeds alebo emailových notifikácií. Príklad: Poľsko https://dane.gov.pl/en/dataset/2582,statystyki-zakazen-i-zgonow-z-powodu-covid-19-z-uw Dátová kanceláriaKomunita OD2.0
41
Registrované aplikácie
42
13Funkčná požiadavkaRegistrácia aplikácie využívajúca otvorené údajeAutentifikovaný používateľ má možnosť registrovať aplikáciu, ktorá využíva otvorené údaje.Dátová kanceláriaRegistrované aplikácieN - NÍZKA (NICE TO HAVE)
43
14Funkčná požiadavkaReferencovanie použitého datasetu v aplikáciiPoužívateľ pri registrovaná aplikácie musí povinne vyplniť odkaz/y na dataset/y, ktoré použil pri vývoji open data aplikácie. Dátová kanceláriaRegistrované aplikácie
44
15Funkčná požiadavkaZobrazenie zoznamu registrovaných aplikáciíPoužívateľ má možnosť zobraziť si zoznam aplikácií využívajúcich otvorené údaje. Príklad Estónsko https://avaandmed.eesti.ee/usage-stories ; Francúzsko https://www.data.gouv.fr/fr/reuses/; Írsko https://data.gov.ie/showcaseDátová kanceláriaRegistrované aplikácieN - NÍZKA (NICE TO HAVE)
45
16Funkčná požiadavkaSchválenie registrácieAdministrátor schváli registráciu novej aplikácieDátová kanceláriaRegistrované aplikácie
46
Portál
47
17Funkčná požiadavkaZosúladenie na Jednotný design manuálPoužívateľské rozhranie musí byť v súlade s pravidlami Jednotného dizajn manuálu elektronických služieb a webových sídiel https://idsk.gov.sk obsahujúcu pravidlá pre responzívne zobrazenie aplikácie v používateľskom zariadeníDátová kanceláriaPortálA - MUST
48
Rozšírené funckie
49
18Funkčná požiadavkaPreview tabuľkových datasetov Portál bude poskytovať službu, ktorá umožní zobrazovať náhľad tabulárnych dát v tabuľke, v ktorej je možné listovať.Dátová kanceláriaRozšírené funckie pre používateľaN - NÍZKA (NICE TO HAVE)
50
19Funkčná požiadavkaZobrazenie mapy pre priestorovú platnosť datasetuDetail datasetu bude zobrazovať mapu pre priestorovp platnosť dát (NUTS klasifikácia).Dátová kanceláriaRozšírené funckie pre používateľa
51
20Funkčná požiadavkaPokročilé funkcie vyhľadávania a filtrovania datasetovPortál bude umožňovať pokročilé vyhľadávanie (multi field search) - napr. podľa domény datasetu, formátu, licencie, high value dataset, realtime - dynamic, dátumu pridania a i. Príklad: Írsko https://data.gov.ie/advanced_search ; Francúzsko https://www.data.gouv.fr/fr/datasets/?license=lov2&organization=534fff81a3a7292c64a77e5cDátová kanceláriaRozšírené funckie pre používateľa
52
21Funkčná požiadavkaOptimalizácia vyhľadávaniaOptimalizovanie vyhľadávania portálu - SEO (Monitorovanie kľúčových slov vo vyhľadávaní, …)Dátová kanceláriaRozšírené funckie pre používateľa
53
Dokumentácia
54
22Nefunkčná požiadavkaDokumentácia používateľských scenárovPortál musí obsahovať podrobnú dokumentáciu používateľkých scenárov.Dátová kanceláriaDokumentácia
55
Všeobecné požiadavky
56
60Nefunkčná požiadavkaMetodika testovaniaPožiadavka na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na https://www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf) pre nasledovné typy testov:
 Metodika testovania vo formáte čitateľnom textovým editorom,
 Funkčné testy vo formáte čitateľnom tabuľkovým editorom (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta),
 Bezpečnostné testy vo formáte čitateľnom tabuľkovým editorom,
 Výkonnostné testovanie a výstup z testov vo formáte čitateľnom tabuľkovým editorom (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS),
 Systémové integračné testy vo formáte čitateľnom tabuľkovým editorom,
 End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte čitateľnom tabuľkovým editorom,
 Používateľské akceptačné testovanie vo formáte čitateľnom tabuľkovým editorom.
Dátová kanceláriaVšeobecné požiadavky
57
61Nefunkčná požiadavkaProduktová dokumentácia v SJPožiadavka na vypracovanie produktovej dokumentácie v slovenskom jazyku v elektronickej podobe:
 Administrátorská a prevádzková dokumentácia ( formát čitateľný textovým editorom):
o Aplikačná príručka,
o Inštalačná príručka a pokyny na inštaláciu (úvodnú/opakovanú),
o Konfiguračná príručka a pokyny pre diagnostiku,
o Integračná príručka,
o Používateľská príručka,
o Prevádzkový opis a pokyny pre servis a údržbu,
o Pokyny pre obnovu v prípade výpadku alebo havárie (Havarijný plán)
 Bezpečnostný projekt (podľa Metodiky zabezpečenia)
 Používateľská dokumentácia (formát čitateľný textovým editorom),
o popis počítačového programu a jeho funkcií,
o postupy a úkony potrebné pre riadne používanie implementovaného systému,
o chybové a neštandardné stavy a dostupné spôsoby ich riešenia,
 Integračná dokumentácia (služby, API, štandardy v súlade s existujúcimi integračnými manuálmi ale špecifikami) (formát čitateľný textovým editorom).
Dátová kanceláriaVšeobecné požiadavky
58
62Nefunkčná požiadavkaSúlad s internými smernicami MIRRIPožiadavka na súlad s internými smernicami MIRRI o riadení projektov, s ktorými Objednávateľ Zhotoviteľa riadne a preukázateľne oboznámi pred začiatkom analýzy.Dátová kanceláriaVšeobecné požiadavky
59
63Nefunkčná požiadavkaDokumentácia metod QAMPRPožiadavka na vytvorenie dokumentácie v minimálnom rozsahu určenom metodikou QAMPR.Dátová kanceláriaVšeobecné požiadavky
60
64Nefunkčná požiadavkaAplikovnanie dokumentu NKIVSPožiadavka na primerané aplikovanie dokumentu - Národná koncepcia informatizácie verejnej správy Slovenskej republiky (NKIVS) počas návrhu a uvedenia nových alebo rozšírených služieb do prevádzky.Dátová kanceláriaVšeobecné požiadavky
61
65Nefunkčná požiadavkaAplikovanie dokumentu Strategické priority NKIVSPožiadavka na súlad a primerané aplikovanie dokumentu Strategické priority NKIVS.Dátová kanceláriaVšeobecné požiadavky
62
66Funkčná požiadavkaAplikovanie dokumentu ŠU k projektu OD2.0Požiadavka na súlad s aplikáciu dokumentu Štúdia uskutočniteľnosti k projektu OD2.0 (dostupné na https://metais.vicepremier.gov.sk/studia/detail/635b50c2-c482-049f-c6a3-1f5eca675621?tab=documents).Dátová kanceláriaVšeobecné požiadavky
63
67Nefunkčná požiadavkaAplikovanie dokumentu Metodika pre systematické zabezpečenie org. VSPožiadavka na súlad a aplikáciu dokumentu Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti, (dostupné na https://www.csirt.gov.sk/informacna-bezpecnost/osvedcene-postupy/metodika-zabezpecenia-ikt-8a6.html) , primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.Dátová kanceláriaVšeobecné požiadavky
64
68Nefunkčná požiadavkaAplikovanie dokumentu Príručka pre prijímateľaPožiadavka na súlad s aplikáciu dokumentu Príručka pre prijímateľa (národné projekty, dostupné na https://www.vicepremier.gov.sk/projekty/projekty-esif/operacny-program-integrovana-infrastruktura/prioritna-os-7-informacna-spolocnost/metodicke-dokumenty/prirucky/index.html , primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.Dátová kanceláriaVšeobecné požiadavky
65
69Nefunkčná požiadavkaAplikovanie metodických pokynov, usmernení a príručiekPožiadavka na aplikovanie Metodických pokynov, usmernení a príručiek zverejnených na https://metais.vicepremier.gov.sk/help a https://datalab.digital/dokumenty/ napríklad: Metodické usmernenie MIRRI (ÚPPVII) o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní.Dátová kanceláriaVšeobecné požiadavky
66
70Nefunkčná požiadavkaRealizácia školeníPožiadavky na realizáciu školení:
 Vytvorenie školiacich materiálov v slovenskom jazyky vo finálnej podobne akceptovaných odberateľom minimálne 14 dní pred príslušným školením (formát čitateľný textovým editorom, elektronická prezentácia),
 Školenie kľúčových používateľov určených Objednávateľom pred pilotnou prevádzkou individuálnych služieb alebo PZ ako celku (max. 60 ľudí v rozsahu 24 hodín školenia),
 Školenie pre technický a obslužný personál (max. 10 ľudí v rozsahu 16 hodín),
 Školenie pre pracovníkov Call Centra technickej podpory úrovne L1, L2 (max. 10 ľudí v rozsahu 16 hodín),
 Každé školenie bude ukončené prezentačným zoznamom účastníkov spojeným s účastníckou spätnou väzbou o kvalite školenia
 Školenie zamestnancov prevádzkovateľa L2 podpory v rozsahu (max. 10 ľudí v rozsahu 16 hodín školenia), ktorý bude ukončený testom preukázania vedomostí
Dátová kanceláriaVšeobecné požiadavky
67
71Nefunkčná požiadavkaImplementácia PZPožiadavky na implementáciu PZ v rozsahu minimálne:
 Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky,
 Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej a technickej špecifikácie podľa funkčných celkov (Objednávateľom a Zhotoviteľom vzájomne odsúhlasené VOB a VOC),
 Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu (Dodržať § 15 ods. 2 písm. d) bod 2. zákon č. 95/2019 Z.z.),
 Vývoj príslušných SW objektov a tried,
 Vývoj integračných rozhraní,
 Zabezpečenie kvality kódu prijatím príslušných opatrení,
 Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi, ktoré predloží Objednávateľ
Zabezpečenie finálnej kompatibility jednotlivých dodávok ako funkčného celku
Dátová kanceláriaVšeobecné požiadavky
68
72Nefunkčná požiadavkaTestovanie PZPožiadavka na testovanie PZ v rozsahu minimálne:
 Detailný časový rámec testovania,
 Popis testov a testovacích procedúr,
 Zodpovednosti počas testovania,
 Unit testy,
 Integračné testy,
 Regresné testy,
 Bezpečnostné testovanie,
 Akceptačné testy (súčinnosť počas testovania na strane Objednávateľa) realizované na reálnych dátach číselníkov, registrov a osôb (reálny proces a podania, anonymizovaná osoba),
 Testovanie použiteľnosti (UX testy pre komponenty s používateľským rozhraním, iteratívne testovanie) s vytvoreným videozáznam z UX testov realizovaných na testovacej vzorke 50 používateľov,
 Testovanie pripravenosti na nasadenie do produkčného prostredia (dry-run),
 End-to-End testovanie s vybranými najrelevantnejšími IS VS určenými Objednávateľom,
 Pre každé testovanie bude zhotovený protokol z testovania, akceptujeme iba také testovanie, kde je zhotovený video záznam z testu (snímanie obrazovky pri realizácii testu),
 Výstupom testovania bude štruktúrovaný zoznam výsledkov testovania a tiež zoznam neuzavretých defektov identifikovaných Objednávateľom alebo Zhotoviteľom alebo integrovaným IS VS podľa príslušnej fázy testovania a typu testov.
Dátová kanceláriaVšeobecné požiadavky
69
73Funkčná požiadavkaNasadenie a podpora v PRODPožiadavka na nasadenie a podporu pri nasadení diela do prevádzkového prostredia v rozsahu minimálne:
 Súčinnosť pri nasadení do prevádzkového prostredia,
 Operatívne riešenie relevantných požiadaviek z procesu nasadenia, ich oprava a zapracovanie do dokumentácie,
 Nasadenie a oživenia komponentov v testovacom prostredí Objednávateľa,
 Nasadenie a oživenie komponentov v prevádzkovom prostredí Objednávateľa.
Dátová kanceláriaVšeobecné požiadavky
70
74Funkčná požiadavkaPodpora počas 3m Pilotnej prevádzkyPožiadavky na vykonanie a podporu počas maximálne 3-mesačnej Pilotnej prevádzky s vybranými najrelevantnejšími IS VS, ktoré určí Objednávateľ.Dátová kanceláriaVšeobecné požiadavky
71
75Nefunkčná požiadavkaVypracovanie metodiky pre vykonanie Analýzy rizík a BP zdrojových kódov mob.appPožiadavka na vypracovanie metodiky pre vykonanie Analýzy rizík a Bezpečnostného projektu zdrojových kódov mobilných aplikácií a penetračných testov:
 Mieru použitia štandardných bezpečnostných komponentov v súlade so schválenou bezpečnostnou architektúrou.
 Mieru použitia štandardných kryptografických funkcií a knižníc v súlade so schválenou bezpečnostnou architektúrou.
Objednávateľ zabezpečí vykonanie bezpečnostného projektu vrátane penetračných testov na svojej strane.
Dátová kanceláriaVšeobecné požiadavky
72
76Nefunkčná požiadavkaAutomatický monitoring SLA Požiadavka na automatický monitoring SLA parametrov dodaných koncových a aplikačných služieb.Dátová kanceláriaVšeobecné požiadavky
73
77Nefunkčná požiadavkaEvidencia a monitorovoanie všetkých aktivít riešiteľovPožiadavka na proaktívnu a priebežnú evidenciu a monitorovanie všetkých aktivít všetkých zapojených riešiteľov Zhotoviteľa počas trvania projektu a realizácie aktivít v súlade so schváleným harmonogramom vo väzba na konkrétne úlohy riešiteľov vedúce k dodaniu predmetu zákazky:
 Zaevidovanie všetkých úloh a ich pridelenie konkrétnym riešiteľom (názov, popis, plánovaný začiatok, plánovaný koniec, plánované trvanie),
 Priebežná evidencia priebehu riešenia úlohu vo forme popísaných vykonaných aktivít (popis, začiatok, koniec),
 Monitoring plnenia úloh a reporting stavu riešenia 1x za týždeň (online reporting overiteľný kedykoľvek, nie prezentácia vo formáte Power Point),
 Evidencia v nástroji určenom a prevádzkovanom dodávateľom,
 Granularita evidencie aktivít riešiteľa na úrovni 2 hodinových intervalov s popisom, čo riešiteľ realizoval (čo riešiteľ realizoval, na akej úlohe pracoval, koľko mu to trvalo).
Dátová kanceláriaVšeobecné požiadavky
74
78Funkčná požiadavkaNaplnenie potrebných a súvisiacich dátPožiadavka na súčinnosť Objednávateľa pre zabezpečenie relevantných dát pre naplnenie dodávok jednotlivých prípadov použitia prípadne dát súvisiacich s prípadmi použitia. Jedná sa o živé dáta pri nasadení dodávky do PROD ale aj developerské/testovacie dáta ktoré by mali byť Riešiteľovi k dispozícii pri vývoji aj testovaní.Dátová kanceláriaVšeobecné požiadavky
75
79Nefunkčná požiadavkaDoplnenie integračných manuálov v SJPožiadavka na doplnenie integračných manuálov príslušných komponentov v slovenskom jazyku bez logických chýb. Kontrola dokumentov je potvrdená zhotoviteľom vo forme podpísaného časového záznamu osoby, ktorá kontrolu vykonala. Integračný manuál má formu, rozsah a spôsob popisu ako integračné manuály priložené opisu predmetu zákazky.Dátová kanceláriaVšeobecné požiadavky
76
80Funkčná požiadavkaKompatibilita modelov, schém s BI nástrojmiModely, star schémy alebo Data Marty musia byť plne kompatibilné a podporované klasickými BI front-endovými analytickými nástrojmiDátová kanceláriaVšeobecné požiadavky
77
81Nefunkčná požiadavkaCentrálne užívateľské prostredieKonkrétne funkčné, vizuálne, obsahové a užívateľske parametre budú výstupom analytickej fázy.Dátová kanceláriaVšeobecné požiadavky
78
82Funkčná požiadavkaSpoločná analytická vrstva pre AJPožiadavka na vytvorenie spoločnej analytickej vrstvy pre analytické jednotky v rozsahu a podľa záverov príslušnej analytickej fázy.Dátová kanceláriaVšeobecné požiadavky
79
83Nefunkčná požiadavkaZavedenie SaaS nástrojovPožiadavka na zavedenie SaaS nástrojov pre analytické spracovanie údajov, štatistické spracovanie, modelovanie dát, nástrojov na využítie umelej inteligencie, nástrojov na vizualizáciu, publikáciu a export dát (pre inštitúcie, ktoré si chcú vytvárať vlastné riešenie), zdieľaných a centrálne dostupných v rozsahu a podľa záverov príslušnej analytickej fázy.Dátová kanceláriaVšeobecné požiadavky
80
84Funkčná požiadavkaPodpora pre vývoj výstopov v AJPožiadavka na poskytnutie podpory pri analytickú jednotku MIRRI pri vytváraní výstupov počas implementácia projektu a overovanie funkcionality.Dátová kanceláriaVšeobecné požiadavky
81
85Funkčná požiadavkaSúlad s Rámcom pre Sémantickú interoperabilitu ISVSPožiadavka na dodržanie Rámca pre sémantickú interoperabilitu ISVS (centrálny model údaj, publikačný profil pre otvorené údaje, elektronické služby, číselníky a hierarchie) (https://metais.vicepremier.gov.sk/publicspace?pageId=24510896)Dátová kanceláriaVšeobecné požiadavky
82
Legislatívne požiadavky
83
86Legislatívna požiadavkaVyhláš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 Dátová kanceláriaLegislatívne požiadavky
84
87Legislatívna požiadavkaZákon č. č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisovDátová kanceláriaLegislatívne požiadavky
85
88Legislatívna požiadavkaMetodika Jednotný dizajn manuál elektronických služieb verejnej správy (dostupný na https://idsk.gov.sk/)Dátová kanceláriaLegislatívne požiadavky
86
89Legislatívna požiadavkaMetodika Tvorba používateľsky kvalitných digitálnych služieb verejnej správy (dostupný na https://www.vicepremier.gov.sk/sekcie/oddelenie-behavioralnych-inovacii/index.html)Dátová kanceláriaLegislatívne požiadavky
87
90Legislatívna požiadavkaNariadenie Európskeho parlamentu a Rady (EÚ) č. 910/2014 z 23. júla 2014 o elektronickej identifikácii a dôveryhodných službách pre elektronické transakcie na vnútornom trhu a o zrušení smernice 1999/93/ESDátová kanceláriaLegislatívne požiadavky
88
91Legislatívna požiadavkaNariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)Dátová kanceláriaLegislatívne požiadavky
89
92Legislatívna požiadavkaZákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisovDátová kanceláriaLegislatívne požiadavky
90
93Vyhláška Úradu na ochranu osobných údajov č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajovDátová kanceláriaLegislatívne požiadavky
91
94Legislatívna požiadavkaZákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisovDátová kanceláriaLegislatívne požiadavky
92
95Legislatívna požiadavkaZákon č. 272/2016 Z. z. o dôveryhodných službách pre elektronické transakcie na vnútornom trhu a o zmene a doplnení niektorých zákonov
(zákon o dôveryhodných službách) v znení neskorších predpisov.
Dátová kanceláriaLegislatívne požiadavky
93
96Legislatívna požiadavkaZá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. Je požadované, aby jednotlivé IS boli vyvinuté formou open-source (EUPL licenčný model).Dátová kanceláriaLegislatívne požiadavky
94
97Legislatívna požiadavkaMetodika merania dátovej kvality vo verejnej správe MIRRI (ÚPVII) (dostupná na https://datalab.digital/wp-content/uploads/Metodika-merania-dátovej-kvality-vo-verejnej-správe.pdf ).Dátová kanceláriaLegislatívne požiadavky
95
98Legislatívna požiadavkaMetodické usmernenie Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 3639/2019/oDK-1 o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní (dostupný na https://datalab.digital/wp-content/uploads/Metodické-usmernenie-ÚPVII-č.-3639-2019-oDK-1-FINAL-1.pdf).Dátová kanceláriaLegislatívne požiadavky
96
99Legislatívna požiadavkaVyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 85/2020 Z. z. o riadení projektovDátová kanceláriaLegislatívne požiadavky
97
100Legislatívna požiadavkaVyhláš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ávDátová kanceláriaLegislatívne požiadavky
98
101Legislatívna požiadavkaZákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám a o zmene a doplnení niektorých zákonov (zákon o slobode informácií) v znení neskorších predpisov (úprava opakovaného použitia informácií verejného sektora)Dátová kanceláriaLegislatívne požiadavky
99
102Legislatívna požiadavkaSmernica Európskeho parlamentu a Rady 2019/1024 z 20. júna 2019 o otvorených dátach a opakovanom použití informácií verejného sektoraDátová kanceláriaLegislatívne požiadavky
100
103Legislatívna požiadavkaZákon č. 215/2004 Z. z. o ochrane utajovaných skutočností v znení neskorších predpisovDátová kanceláriaLegislatívne požiadavky