| A | B | C | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | AA | AB | AC | AD | AE | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
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ž url | tabuľka statusov: | tabuľka statusov: | tabuľka statusov: | tabuľka statusov: | ||||||||||||||||||||||||
20 | Projektový manažér: | Meno a Priezvisko | V - VYSOKÁ (MUST) | ÁNO | ÁNO | ÁNO - DODANÉ | ||||||||||||||||||||||||
21 | Kontakt - email: | vlož email | N - NÍZKA (NICE TO HAVE) | NIE | INÉ | DODANÉ s VÝHRADOU | ||||||||||||||||||||||||
22 | Kontak - mobil: | vlož mobil / telefon | NIE | NIE - NEDODANÉ | ||||||||||||||||||||||||||
23 | ||||||||||||||||||||||||||||||
24 | Požiadavky | vytvoril: Miroslav Líška (miroslav.liska@vicepremier.gov.sk), Dátová Kancelária, 2022-02-11 | ||||||||||||||||||||||||||||
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žiadavky | sem objednávateľ vpíše - stručný názov požiadavky | sem 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 procesu | sem 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čnosti | napr. 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žiadaviek | sem 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 | Správa používateľov portálu 2.0 | |||||||||||||||||||||||||||||
29 | 1 | Funkčná požiadavka | Vytváranie rolí | Portál OD2.0 má najvyššiu rolu – SuperadministrátorOD2.0. Superadministrátor vytvára katalógy pre poskytovateľov údajov, v rámci ktorého definuje osobu do role Dátový kurátor katalógu . Dátový kurátor katalógu definuje osoby do role Správca katalógu, ktorí katalogizujú jednotlivé otvorené údaje v danom katalógu. Superadministrátor má práva na všetko (priraďovanie osôb do rolí Dátový kurátor katalógu, aj do role Správca katalógu). | Dátová kancelária | Používatelia OD2.0 | A - MUST | |||||||||||||||||||||||
30 | 2 | Funkčná požiadavka | Registrácia poskytovateľov údajov | Systém poskytne registračný formulár pre poskytovateľov údajov, ktorý z phľadu používateľov musí obsahovať osobu do role Dátový kurátor. Jednotlivých správcov katalógov si spravuje sám Dátový kurátor katalógu, napr. na emailovú žiadosť. | Dátová kancelária | Používatelia OD2.0 | A - MUST | |||||||||||||||||||||||
31 | 3 | Funkčná požiadavka | Schválenie poskytovateľov údajov | Superadministrátor OD2.0 má možnosť schváliť, alebo zamietnuť žiadosť o registráciu nového poskytovateľa údajov. | Dátová kancelária | Používatelia OD2.0 | ||||||||||||||||||||||||
32 | 4 | Nefunkčná požiadavka | Typy poskytovateľov údajov | Prostredníctvom portálu OD2.0 poskytujú katalogizáciou otvorené údaje právnické osoby, a to minimálne Povinné osoby podľa zákona 211/2000 a jeho novelizácie. Otvorené údaje môžu katalogizovať aj iné právnické osoby, ako univerzity, subjekty neziskového sektora a privátne spoločnosti. | Dátová kancelária | Používatelia OD2.0 | ||||||||||||||||||||||||
33 | 5 | Funkčná požiadavka | Správa harvestovania externého katalógu | Dátový kurátor katalógu má možnosť nastaviť harvestovanie (automatizovanú katalogizáciu) externého systému, pokiaľ ten takúto službu poskytuje, do svojho katalógu. | Dátová kancelária | Používatelia OD2.0 | A - MUST | |||||||||||||||||||||||
34 | 6 | Funkčná požiadavka | Generovanie API kľúča pre zápis údajov cez API | Dátový kurátor katalógu má možnosť vygenerovať API klúč pre zápis údajov do svojho katalógu cez API. | Dátová kancelária | Používatelia OD2.0 | A - MUST | |||||||||||||||||||||||
35 | 7 | Nefunkčná požiadavka | Vytvorenie prístupov pre súčasných poskytovateľov | Superadministrátor OD2.0 vytvorí všetky katalógy súčasných poskytovateľov (91subjektov) ručne s uvedením Dátového kurátora daného katalógu (tieto informácie je nutné získať). Následne Dátový kurátor vytvorí Spravcou otvorených údajov nanovo. | Dátová kancelária | Používatelia OD2.0 | A - MUST | |||||||||||||||||||||||
36 | Úložisko súborov | |||||||||||||||||||||||||||||
37 | 8 | Funkčná požiadavka | Nahratie súboru distribúcie datasetu do centrálneho úložiska | Poskytovateľ dát má možnosť nahrať distribúciu do Centrálneho úložiska. Využitie takejto služby musí spĺňať dopredu definované požiadavky. | Dátová kancelária | Úložisko dokumentov | A - MUST | |||||||||||||||||||||||
38 | Migrácia údajov | |||||||||||||||||||||||||||||
39 | 9 | Funkčná požiadavka | Migrácia otvorených údajov a metaúdajov z portálu OD1.0 do centrálneho úložiska | Všetky existujúce metadáta a ak existujú aj distribúcie otvorených údajov z portálu data.gov.sk OD1.0 musia byť premigrované do nového portálu, pričom metadáta musia vyhovovať DCAT-AP-SK2.0. | Dátová kancelária | Migrácia údajov | A - MUST | |||||||||||||||||||||||
40 | 10 | Nefunkčná požiadavka | Migrácia len validných otvorených údajov | Do nového portálu OD2.0 je nutné migrovať len také údaje, ktoré sú reálne prístupné. Či už na samotnom portály alebo prostredníctvom referencie na API. V ostatných prípadoch sa tieto datasety nemigrujú, ale zapíšu sa to datasetu nemigrovaných otvorených údajov. | Dátová kancelária | Migrácia údajov | A - MUST | |||||||||||||||||||||||
41 | Webové sídlo data.gov.sk | |||||||||||||||||||||||||||||
42 | 11 | Funkčná požiadavka | URL portálu | Portál OD2.0 musí byť dostupný na adrese https://data.gov.sk | Dátová kancelária | Portál | A - MUST | |||||||||||||||||||||||
43 | 12 | Funkčná požiadavka | Webové stránky pre návštevníka portálu | Webový portál musí obsahovať: úvodnú stránku, vyhľadávanie nad datasetmi, zobrazenie detailu datasetu, zobrazenie štatistík kvality metaúdajov otvorených údajov, štatistiky používania portálu, zoznam lokálnych katalógov, SPARQL Endpoint. | Dátová kancelária | Portál | ||||||||||||||||||||||||
44 | 13 | Funkčná požiadavka | Vyhľadávanie na portály | Systém poskytne funkcionalitu vyhľadávania nad metadátami otvorených údajov spolu s fazetami podľa: typu poskytovateľa, názvu poskytovateľa, témy datasetu, formátu distribúcie, kľúčových slov, typu datasetu (napr. HDV), dátumu aktualizácie | Dátová kancelária | Portál | ||||||||||||||||||||||||
45 | 14 | Funkčná požiadavka | Správa metadát otvorených údajov Správcom katalógu používateľa | Správca katalógu poskytovateľa otvorených údajov má možnosť používať jednotlivé stránky aj pre vytváranie metaúdajov otvorených údajov. Ľubovoľný dataset môže odkazovať na iný datasety (napr. Má zdrojový dataset). | Dátová kancelária | Portál | ||||||||||||||||||||||||
46 | 15 | Funkčná požiadavka | Zosúladenie na Jednotný design manuál | Použí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ária | Portál | A - MUST | |||||||||||||||||||||||
47 | 16 | Funkčná požiadavka | Zobrazenie informácie o dôveryhodnosti datasetu | V prípade, že je dataset skatalogizovaný vo forme, kde je distribúcia datasetu fyzicky umiestnená poskytovateľa (napr. Na webe alebo prístupná cez aplikačné rozhranie) súčasne je poskytovateľom verejná správa, je tento dataset označený ako dôveryhodný. | Dátová kancelária | Portál | ||||||||||||||||||||||||
48 | 17 | Funkčná požiadavka | Kontrola zadávania metaúdajov v súlade s DCAT-AP-SK2.0. | Ak metaúdaje nie sú vyplnené správne, poskytovateľ dát nebude vedieť katalogizovať/uploadnúť údaje. | Dátová kancelária | Portál | ||||||||||||||||||||||||
49 | 18 | Funkčná požiadavka | Kontrola správnosti formátu otvorených údajov | Po uložení metaúdajov pre distribúciu datasetu systém overí, či je daný formát korentný. Minimálna množina formálnej validácie formáte je: CSV, XML, RDF/XML, TTL, JSON, JSON-LD | Dátová kancelária | Portál | ||||||||||||||||||||||||
50 | 19 | Funkčná požiadavka | Čitateľnosť metadát otvorených údajov pre človeka a strojové spracovanie | Portál musí poskytovať katalóg otvorených údajov vo forme pre strojové čítanie, ako aj v "human- readable" forme. | Dátová kancelária | Portál | ||||||||||||||||||||||||
51 | 20 | Funkčná požiadavka | Portál musí podporovať multijazyčnosť | Portál musí podporovať multijazyčnosť. Štandardne SK/EN/DE. Mutlijazyčnosť musí byť rozšíriteľná aj na iné jazyky prostredníctvom konfigurácie. Aj na iné jazyky zohľadňujúce národnostné menšiny žijúce v SR. | Dátová kancelária | Portál | ||||||||||||||||||||||||
52 | API služby portálu | |||||||||||||||||||||||||||||
53 | 21 | Funkčná požiadavka | Správa datasetu cez API | Systém poskytne správu datasetu cez API. Pridanie nového datasetu, pridanie novej distribúcie aj s možnosťou nahratia súboru do úložiska. | Dátová kancelária | Správa otvorených údajov – API | A - MUST | |||||||||||||||||||||||
54 | 22 | Funkčná požiadavka | Podpora zmeny používania súčasného API (OD1.0) na nové API (OD2.0) | Kedže nový opendatový portál bude mať mierne iné metadáta, súčasné služby na správne zapísanie metadát nestačia. Z toho dôvodu je nutné, aby externé ISVS, ktoré zapisujú dáta do data.gov.sk sa zmenili.Súčasťou projektu je vyriešenie existujúcich živých zápisov dát, aby sa nenarušila súčasná automatizovaná publikácia otvorených údajov. | Dátová kancelária | Správa otvorených údajov – API | A - MUST | |||||||||||||||||||||||
55 | 23 | Nefunkčná požiadavka | Spôsob poskytovania API pre získavanie údajov | API pre získavanie údajov musí byť realizované prostredníctvom existujúceho SPARQL Endpointu (Projekt OD2.0-NKOD). Súčasťou je podrobná dokumentácia použitia. | Dátová kancelária | Správa otvorených údajov – API | A - MUST | |||||||||||||||||||||||
56 | 24 | Nefunkčná požiadavka | Spôsob poskytovania API pre zápis údajov | API pre zápis údajov musí byť realizované prostredníctvom štandardu OpenAPI. Súčasťou je podrobná dokumentácia použitia. | Dátová kancelária | Správa otvorených údajov – API | A - MUST | |||||||||||||||||||||||
57 | Analytika používania portálu | |||||||||||||||||||||||||||||
58 | 25 | Funkčná požiadavka | Nasadenie analytických nástrojov | Nasadenie analytických nástrojov, ktoré umožnia lepšie pochopiť využívanie portálu - návštevnosť, profil návštevníka, najnavštevovanejšie stránky, využívanie API, a pod. | Dátová kancelária | Analytika používania portálu | ||||||||||||||||||||||||
59 | Dokumentácia | |||||||||||||||||||||||||||||
60 | 26 | Nefunkčná požiadavka | Dokumentácia používateľských scenárov | Portál musí obsahovať podrobnú dokumentáciu používateľkých scenárov. | Dátová kancelária | Dokumentácia | ||||||||||||||||||||||||
61 | Všeobecné požiadavky | |||||||||||||||||||||||||||||
62 | 60 | Nefunkčná požiadavka | Metodika testovania | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
63 | 61 | Nefunkčná požiadavka | Produktová dokumentácia v SJ | Pož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): oAplikačná príručka, oInštalačná príručka a pokyny na inštaláciu (úvodnú/opakovanú), oKonfiguračná príručka a pokyny pre diagnostiku, oIntegračná príručka, oPoužívateľská príručka, oPrevádzkový opis a pokyny pre servis a údržbu, oPokyny 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), opopis počítačového programu a jeho funkcií, opostupy a úkony potrebné pre riadne používanie implementovaného systému, ochybové 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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
64 | 62 | Nefunkčná požiadavka | Súlad s internými smernicami MIRRI | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
65 | 63 | Nefunkčná požiadavka | Dokumentácia metod QAMPR | Požiadavka na vytvorenie dokumentácie v minimálnom rozsahu určenom metodikou QAMPR. | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
66 | 64 | Nefunkčná požiadavka | Aplikovnanie dokumentu NKIVS | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
67 | 65 | Nefunkčná požiadavka | Aplikovanie dokumentu Strategické priority NKIVS | Požiadavka na súlad a primerané aplikovanie dokumentu Strategické priority NKIVS. | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
68 | 66 | Funkčná požiadavka | Aplikovanie dokumentu ŠU k projektu OD2.0 | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
69 | 67 | Nefunkčná požiadavka | Aplikovanie dokumentu Metodika pre systematické zabezpečenie org. VS | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
70 | 68 | Nefunkčná požiadavka | Aplikovanie dokumentu Príručka pre prijímateľa | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
71 | 69 | Nefunkčná požiadavka | Aplikovanie metodických pokynov, usmernení a príručiek | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
72 | 70 | Nefunkčná požiadavka | Realizá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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
73 | 71 | Nefunkčná požiadavka | Implementácia PZ | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
74 | 72 | Nefunkčná požiadavka | Testovanie PZ | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
75 | 73 | Funkčná požiadavka | Nasadenie a podpora v PROD | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
76 | 74 | Funkčná požiadavka | Podpora počas 3m Pilotnej prevádzky | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
77 | 75 | Nefunkčná požiadavka | Vypracovanie metodiky pre vykonanie Analýzy rizík a BP zdrojových kódov mob.app | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
78 | 76 | Nefunkčná požiadavka | Automatický monitoring SLA | Požiadavka na automatický monitoring SLA parametrov dodaných koncových a aplikačných služieb. | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
79 | 77 | Nefunkčná požiadavka | Evidencia a monitorovoanie všetkých aktivít riešiteľov | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
80 | 78 | Funkčná požiadavka | Naplnenie potrebných a súvisiacich dát | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
81 | 79 | Nefunkčná požiadavka | Doplnenie integračných manuálov v SJ | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
82 | 80 | Funkčná požiadavka | Kompatibilita modelov, schém s BI nástrojmi | Modely, star schémy alebo Data Marty musia byť plne kompatibilné a podporované klasickými BI front-endovými analytickými nástrojmi | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
83 | 81 | Nefunkčná požiadavka | Centrálne užívateľské prostredie | Konkrétne funkčné, vizuálne, obsahové a užívateľske parametre budú výstupom analytickej fázy. | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
84 | 82 | Funkčná požiadavka | Spoločná analytická vrstva pre AJ | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
85 | 83 | Nefunkčná požiadavka | Zavedenie SaaS nástrojov | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
86 | 84 | Funkčná požiadavka | Podpora pre vývoj výstopov v AJ | Požiadavka na poskytnutie podpory pri analytickú jednotku MIRRI pri vytváraní výstupov počas implementácia projektu a overovanie funkcionality. | Dátová kancelária | Všeobecné požiadavky | ||||||||||||||||||||||||
87 | 85 | Funkčná požiadavka | Súlad s Rámcom pre Sémantickú interoperabilitu ISVS | Pož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ária | Všeobecné požiadavky | ||||||||||||||||||||||||
88 | Legislatívne požiadavky | |||||||||||||||||||||||||||||
89 | 86 | Legislatívna požiadavka | 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 | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
90 | 87 | Legislatívna požiadavka | Zá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 predpisov | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
91 | 88 | Legislatívna požiadavka | Metodika Jednotný dizajn manuál elektronických služieb verejnej správy (dostupný na https://idsk.gov.sk/) | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
92 | 89 | Legislatívna požiadavka | Metodika 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ária | Legislatívne požiadavky | |||||||||||||||||||||||||
93 | 90 | Legislatívna požiadavka | Nariadenie 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/ES | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
94 | 91 | Legislatívna požiadavka | Nariadenie 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ária | Legislatívne požiadavky | |||||||||||||||||||||||||
95 | 92 | Legislatívna požiadavka | Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
96 | 93 | Vyhláška Úradu na ochranu osobných údajov č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov | Dátová kancelária | Legislatívne požiadavky | ||||||||||||||||||||||||||
97 | 94 | Legislatívna požiadavka | Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
98 | 95 | Legislatívna požiadavka | Zá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ária | Legislatívne požiadavky | |||||||||||||||||||||||||
99 | 96 | Legislatívna požiadavka | 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. Je požadované, aby jednotlivé IS boli vyvinuté formou open-source (EUPL licenčný model). | Dátová kancelária | Legislatívne požiadavky | |||||||||||||||||||||||||
100 | 97 | Legislatívna požiadavka | Metodika 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ária | Legislatívne požiadavky | |||||||||||||||||||||||||